Реферат: Internet - прошлое и будущее - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Internet - прошлое и будущее

Банк рефератов / Информатика, информационные технологии

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Microsoft Word, 476 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Краткое историческое введение Около 20 лет назад Министерство Обороны США создало сеть, которая яв илась предтечей Internet, - она называлась ARPAnet. ARPAnet была экспериментальной сетью, - о на создавалась для поддержки научных исследований в военно-промышленн ой сфере, - в частности, для исследования методов построения сетей, устойч ивых к частичным повреждениям, получаемым, например, при бомбардировке а виацией и способных в таких условиях продолжать нормальное функционир ование. Это требование дает ключ к пониманию принципов построения и стру ктуры Internet. В модели ARPAnet всегда была связь между компьютером-источником и ко мпьютером-приемником (станцией назначения). Сеть a priori предполагалась нена дежной: любая часть сети может исчезнуть в любой момент. На связывающиеся компьютеры - не только на саму сеть - также возложена отв етственность обеспечивать налаживание и поддержание связи. Основной п ринцип состоял в том, что любой компьютер мог связаться как равный с равн ым с любым другим компьютером. Передача данных в сети была организована на основе протокола Internet - IP. Прото кол IP - это правила и описание работы сети. Этот свод включает правила нала живания и поддержания связи в сети, правила обращения с IP-пакетами и их об работки, описания сетевых пакетов семейства IP (их структура и т.п.). Сеть зад умывалась и проектировалась так, чтобы от пользователей не требовалось никакой информации о конкретной структуре сети. Для того, чтобы послать сообщение по сети, компьютер должен поместить данные в некий ``конверт'', н азываемый, например, IP, указать на этом ``конверте'' конкретный адрес в сети и передать получившиеся в результате этих процедур пакеты в сеть. Эти решения могут показаться странными, как и предположение о ``ненадежн ой'' сети, но уже имеющийся опыт показал, что большинство этих решений впол не разумно и верно. Пока Международная Организация по Стандартизации (Organization for International Standartization - ISO) тратила годы, создавая окончательный стандарт для компь ютерных сетей, пользователи ждать не желали. Активисты Internet начали устанав ливать IP-программное обеспечение на все возможные типы компьютеров. Вск оре это стало единственным приемлемым способом для связи разнородных к омпьютеров. Такая схема понравилась правительству и университетам, кот орые проводят политику покупки компьютеров у различных производителей . Каждый покупал тот компьютер, который ему нравился и вправе был ожидать, что сможет работать по сети совместно с другими компьютерами. Примерно 10 лет спустя после появления ARPAnet появились Локальные Вычислител ьные Сети (LAN), например, такие как Ethernet и др. Одновременно появились компьютер ы, которые стали называть рабочими станциями. На большинстве рабочих ста нций была установлена Операционная Система UNIX. Эта ОС имела возможность р аботы в сети с протоколом Internet (IP). В связи с возникновением принципиально но вых задач и методов их решения появилась новая потребность: организации желали подключиться к ARPAnet своей локальной сетью. Примерно в то же время по явились другие организации, которые начали создавать свои собственные сети, использующие близкие к IP коммуникационные протоколы. Стало ясно, чт о все только выиграли бы, если бы эти сети могли общаться все вместе, ведь тогда пользователи из одной сети смогли бы связываться с пользователям и другой сети. Одной из важнейших среди этих новых сетей была NSFNET, разработанная по иници ативе Национального Научного Фонда (National Science Foundation - NSF), аналога нашего Министерс тва Науки. В конце 80-х NSF создал пять суперкомпьютерных центров, сделав их д оступными для использования в любых научных учреждениях. Было создано в сего лишь пять центров потому, что они очень дороги даже для богатой Амер ики. Именно поэтому их и следовало использовать кооперативно. Возникла п роблема связи: требовался способ соединить эти центры и предоставить до ступ к ним различным пользователям. Сначала была сделана попытка исполь зовать коммуникации ARPAnet, но это решение потерпело крах, столкнувшись с бюр ократией оборонной отрасли и проблемой обеспечения персоналом. Тогда NSF решил построить свою собственную сеть, основанную на IP технологи и ARPAnet. Центры были соединены специальными телефонными линиями с пропускн ой способностью 56 Kbps . Однако, было очевидно, что не стоит даже и пытаться сое динить все университеты и исследовательские организации непосредстве нно с центрами, т.к. проложить такое количество кабеля - не только очень до рого, но практически невозможно. Поэтому решено было создавать сети по р егиональному принципу. В каждой части страны заинтересованные учрежде ния должны были соединиться со своими ближайшими соседями. Получившиес я цепочки подсоединялись к суперкомпьютеру в одной из своих точек, таким образом суперкомпьютерные центры были соединены вместе. В такой тополо гии любой компьютер мог связаться с любым другим, передавая сообщения че рез соседей. Это решение было успешным, но настала пора, когда сеть уже более не справл ялась с возросшими потребностями. Совместное использование суперкомпь ютеров позволяло подключенным общинам использовать и множество других вещей, не относящихся к суперкомпьютерам. Неожиданно университеты, школ ы и другие организации осознали, что заимели под рукой море данных и мир п ользователей. Поток сообщений в сети (трафик) нарастал все быстрее и быст рее пока, в конце концов, не перегрузил управляющие сетью компьютеры и св язывающие их телефонные линии. В 1987 г . контракт на управление и развитие сети был передан компании Merit Network Inc., котор ая занималась образовательной сетью Мичигана совместно с IBM и MCI. Старая фи зически сеть была заменена более быстрыми (примерно в 20 раз) телефонными л иниями. Были заменены на более быстрые и сетевые управляющие машины. Процесс совершенствования сети идет непрерывно. Однако, большинство эт их перестроек происходит незаметно для пользователей. Включив компьют ер, вы не увидите объявления о том, что ближайшие полгода Internet не будет досту пна из-за модернизации. Возможно даже более важно то, что перегрузка сети и ее усовершенствование создали зрелую и практичную технологию. Пробле мы были решены, а идеи развития проверены в деле. Важно отметить то, что усилия NSF по развитию сети привели к тому, что любой ж елающий может получить доступ к сети. Прежде Internet была доступна только для исследователей в области информатики, государственным служащим и подр ядчикам. NSF способствовал всеобщей доступности Internet по линии образования, в кладывая деньги в подсоединение учебного заведения к сети, только если т о, в свою очередь, имело планы распространять доступ далее по округе. Таки м образом, каждый студент четырехлетнего колледжа мог стать пользовате лем Internet. И потребности продолжают расти. Большинство таких колледжей на Западе у же подсоединено к Internet, предпринимаются попытки подключить к этому процес су средние и начальные школы. Выпускники колледжей прекрасно осведомле ны о преимуществах Internet и рассказывают о них своим работодателям. Вся эта д еятельность приводит к непрерывному росту сети, к возникновению и решен ию проблем этого роста, развитию технологий и системы безопасности сети . Что составляет Internet ? В действительности Internet не просто сеть, - она есть структура, объединяющая о бычные сети. Internet - это “ Сеть сете й ” . Что включает Internet? Вопрос неп ростой. Ответ на него меняется со временем. Вначале ответ был бы достаточ но прост: ``все сети, использующие протокол IP, которые кооперируются для фо рмирования единой сети своих пользователей''. Это включало бы различные ведомственные сети, множество региональных сетей, сети учебных заведен ий и некоторые зарубежные сети (за пределами США). Чуть позже привлекательность Internet осознали и некоторые не-IP-сети. Они захот ели предоставить ее услуги своим клиентам и разработали методы подключ ения этих ``странных'' сетей (например, Bitnet, DECnet и т.д.) к Internet. Сначала эти подключен ия, названные шлюзами, служили только для передачи электронной почты. Од нако, некоторые из них разработали способы передачи и других услуг. Явля ются ли эти сети частью Internet? И да, и нет. Все зависит от того, хотят ли они того сами. Административное устройство Internet Internet по организации во многом напоминает церковь. Это организация с полнос тью добровольным участием. Управляется она чем-то наподобие совета стар ейшин, однако, у Internet нет патриарха, президента или Папы. Составляющие сети м огут иметь своих президентов или аналогичных вождей, но это совсем друго е дело; в Internet нет единственной авторитарной фигуры. Высшая власть, где бы Internet ни была, остается за ISOC (Internet Society). ISOC - общество с добровольным членством. Его ц ель - способствовать глобальному обмену информацией через Internet. Оно назнач ает совет старейшин, который отвечает за техническую политику, поддержк у и управление Internet. Совет старейшин представляет собой группу приглашенных добровольцев, называемую IAB (Совет по архитектуре Internet.). IAB регулярно собирается, чтобы ``благ ословить'' стандарты и распределить ресурсы, такие, например, как адреса . Internet работает, поскольку имеются стандартные способы общения между компь ютерами и прикладными программами. Это позволяет компьютерам разного т ипа связываться без особых проблем. IAB ответственен за стан дарты; он реша ет, когда стандарт необходим и каким ему следует быть. Когда требуется ст андарт, совет рассматривает проблему, принимает стандарт и по сети опове щает о нем мир. IAB также следит за различными номерами (и другими вещами), ко торые должны оставаться уникальными. Например, каждый компьютер в Internet име ет свой уникальный 32-разрядный двоичный адрес; никакой другой компьютер не имеет такого же. Как присваивается этот адрес? IAB заботится о такого род а проблемах. Он не присваивает адресов самолично, но разрабатывает прави ла, как эти адреса присваивать. Пользователи Internet высказывают свои жалобы и предложения на встречах IETF (Опе ративного инженерного отряда Internet). IETF - это другая добровольная организаци я; также собирается регулярно, чтобы обсудить текущие эксплуатационные и назревающие технические проблемы. При обсуждении достаточно важной п роблемы IETF создает рабочую группу для ее дальнейшего исследования. (На пр актике ``достаточно важная'' обычно означает, что для рабочей группы наход ится достаточное количество добровольцев). Посещать встречи IETF и состоят ь в рабочих группах могут все; главное, чтобы люди работали, дело-то добров ольное. Рабочие группы имеют различные функции: это может быть выпуск до кументации, выработка стратегии действий при возникновении проблем, ст ратегические исследования, разработка новых стандартов и протоколов, д оработка уже существующих (например, изменение значений отдельных поле й). Рабочая группа обычно выпускает доклад. В зависимости от вида рекомен дации, это может быть просто документацией и быть доступной для любого ж елающего, что может быть принято добровольно как здравая идея, или же это может быть послано в IAB и быть объявленной стандартом. Если некая сеть принимает учение Internet, присоединяется к ней и считает себя ее частью, тогда она и является частью Internet. Возможно ей многое покажется не разумным, странным, сомнительным - она может поделиться своими сомнениям и с IETF. Некоторые жалобы-предложения могут оказаться вполне разумными и, в озможно, Internet соответственно изменится. Что-то может показаться просто дел ом вкуса или традиции, тогда эти возражения будут отклонены. Если сеть де лает что-либо, что может навредить Internet, она может быть исключена из сообщес тва до тех пор, пока она не исправится. Сейчас Internet состоит из более чем 12 тысяч объединенных между собой сетей. Финансы За Internet никто централизовано не платит; нет такой организации как Internet Inc., кото рая собирает плату со всех сетей Internet или пользователей. Вместо этого кажд ый платит за свою часть. NSF платит за содержание NSFNET. NASA платит за Научную Сеть NASA (NASA Science Internet). Представители сетей собираются вместе и решают, как им соединяться друг с другом и содержать эти взаимосвязи. Колледж или корпорация платит за ее подключение к некот орой региональной сети, которая в свою очередь платит за свой доступ сет евому владельцу государственного масштаба. Как структура Internet сказывается на Пользователе ? То, что Internet не сеть, а собрание сетей, мало как сказывается на конкретном по льзователе. Для того, чтобы сделать что-нибудь полезное (запустить прогр амму или добраться до каких-либо единственных в своем роде данных), польз ователю не надо заботиться о том, как эти составляющие сети содержатся, к ак они взаимодействуют и поддерживают межсетевые связи. Рассмотрим для наглядности телефонную сеть - тоже в некотором роде Internet. Ми нистерство Связи России, Pacific Bell, AT&, MCI, British Telecom, Telefon's de Mexico и т.д., - все это отдельные корпор ации, которые обслуживают разные телефонные системы. Они же заботятся о совместной работе, о создании объединенной сети; все, что вам нужно сдела ть, где бы на планете вы ни находились и куда бы вы ни звонили, - это набрать номер. Если забыть о цене и рекламе, вам должно быть совершенно все равно, с кем вы имеете дело: с МСI, AT& или Министерством Связи. Снимаете трубочку, на жимаете кнопочки (крутите диск) и говорите. Вас, как пользователя, заботит только, кто занимается вашими заявками, ко гда появляются проблемы. Если что-либо перестает работать, только одна и з соответствующих компаний может исправить это. Они общаются друг с друг ом по проблемным вопросам, но каждый из владельцев сетей ответственен за проблемы, возникающие на его собственном участке системы, за сервис, кот орый эта сеть предоставляет своим клиентам. Это же верно и для Internet. Каждая сеть имеет свой собственный сетевой эксплуа тационный центр (NOC). Каждый такой рабочий центр связан с другими и знает, ка к разрешить различные возможные проблемы. Ваш регион имеет соглашение с одной из составляющих сетей Internet и ее забота состоит в том, чтобы люди вашег о региона были довольны работой сети. Так что, если что-то испортится, NOC и е сть та самая организация, с кого за это спросят, кого за это будут бить. Архитектура сетевых протоколов TCP/IP, на базе которых построена Internet, предназ начена специально для объединенной сети. Сеть может состоять из соверше нно разнородных подсетей, соединенных друг с другом шлюзами. В качестве подсетей могут выступать самые разные локальные сети (Token Ring, Ethernet, пакетные ра диосети и т.п.), различные национальные, региональные и специализированн ые сети (например, HEPnet), а также другие глобальные сети, такие, например, как Bitnet или Sprint. К этим сетям могут подключаться машины совершенно разных типов. Каждая из подсетей работает в соответствии со своими специфическими тр ебованиями и имеет свою природу связи, сама разрешает свои внутренние пр облемы. Однако, предполагается, что каждая подсеть может принять пакет и нформации и доставить его по указанному адресу в этой конкретной подсет и. Все же не требуется, чтобы подсеть гарантировала доставку пакетов и им ела надежный сквозной протокол (протокол работы сети в качестве посредн ика при передаче сообщений между двух внешних сетей). Природа такого пос лабления вам станет яснґа позже. Таким образом, две машины, поключенные к одной подсети, могут напрямую обмениваться пакетами, а если возникает не обходимость передать сообщение машине в другой подсети, то вступают в си лу межсетевые соглашения, для чего подсети используют свой межсетевой я зык - протокол IP; они передают сообщение по определенной цепочке шлюзов и подсетей, пока оно не достигнет нужной подсети, где оно и будет доставлен о непосредственно получателю. Другими словами, пользователя вся эта кух ня совершенно не заботит. Как и в примере с телефонной сетью, которая пред ставляется ему единой большой сетью, а не множеством сетей, для него все э то пестрое сборище разнородных и иногда несовместимых между собой сете й представляется одной сетью - ``Сетью сетей'' - Internet. Потенциальные пользователи Кому же может быть столь полезна Internet и каким образом? Что так способствует ее развитию? Полезность Internet повышалась вместе с развитием вычислительной техники с з апаздыванием примерно в 10 лет. В конце 80-х годов появление персональных ко мпьютеров перенесло информатику из царства знатоков к широкой публике . Internet в ходе своего развития и повсеместного распространения занимается и менно таким переносом. Internet, как и вычислительная техника, совершила переход от забавы экспертов к инструменту ежедневного пользования. И сам процесс перехода был совер шенно аналогичен. Сеть постепенно становилась проще в использовании, ча стично потому что оборудование стало лучше, а частично потому, что сама с тала скорее и надежнее. И самые смелые из тех, кто сначала не решались связ ываться с Internet, начали ее использовать. Эти новые пользователи породили ог ромную потребность в новых ресурсах и лучшем инструментарии. Улучшалис ь старые средства, появлялись новые, предназначенные для доступа к новым ресурсам, что облегчало использование сети. И вот уже другая группа люде й стала понимать пользу Internet. Процесс повторялся. Этот круговорот продолжа ет развиваться и по сей день. В общем, все пользователи Internet ищут одного: общения и информации. И они наход ят это среди людей и компьютеров. Легко позабыть о людских ресурсах Internet, но они очень важны, так же, как и доступные компьютеры. Internet - миролюбивая и друж елюбная страна. Здесь можно встретить таких же людей, как вы сами. Вы, несо мненно, потенциальный пользователь сети, если, например, вы: - Биолог , которому потребовалась карта генома дрозофиллы; - Чань-буддист в стане пан-исламистов, ищущий какое-либо духовное товарищ ество и понимание; - Эстетствующий интеллектуал , поклонник классики и рока, кому осточерте ла поп-музыка в эфире; - Психолог или психотерапевт , желающий обсудить тонкие моменты отношени й тайны исповеди с законом в очень специфическом случае. И так далее. Всем этим людям Internet предоставляет великолепную возможность н айти единомышленников. Можно - на самом деле, даже очень легко - найти элек тронный дискуссионный клуб почти по любой теме (их сейчас всего около по лутора тысяч), или начать новую дискуссию и встать у истоков нового клуба, который никто до сих пор не догадался создать. Internet открывает этим людям также и доступ к компьютерным ресурсам. Лектор о бщества ``Знание'' может связаться с компьютером NASA, который предоставит ем у информацию о прошлом, настоящем и будущем космической науки и программ ы США. Священник может найти Библию, Коран, Тору, чтобы процитировать нужн ые отрывки. Юрист может вовремя найти копии докладов на заседаниях Верхо вного Суда США по делу ``Иран-контрас''. Восьмиклассница может обсудить муз ыкальную лирику В.Цоя с ровесниками или выступить экспертом среди нович ков, ведь только она и понимает лирику по-настоящему. И это только начало. Несомненно, в конечном счете, все придут к пониманию т ого, что наступает Эра Информации; потребность в ней возрастает и будет в озрастать лавинообразно, количество потребителей тоже. Никуда от этого не деться. Без надежной и оперативной информации нельзя идти в ногу со вр еменем, развивать науку и технику на уровне лучших мировых образцов. И вс е мы, все до единого, - потенциальные пользователи глобальной информацио нной сети. Доступ в Internet Доступ в Internet, обычно, получают через поставщиков услуг (service provider). Поставщики эт и продают различные виды услуг, каждый из них имеет свои преимущества и н едостатки. Так же как и при покупке садовой тачки (в оригинале - автомобиля ) вы решаете, какими качествами должна она обладать, сколько вы за нее може те себе позволить заплатить, и, исходя из этого, выбираете подходящий вар иант из предлагаемого множества. Но перед тем, как начать действовать в этом направлении, т.е. добывать спис ок поставщиков Internet, читать и выбирать, связываться с ними, выясните, а не им еете ли вы ужґе доступа в Internet, сами того не ведая. Такое вполне может иметь м есто - в России не так часто, в США не так уж и редко. Если ваша организация и ли учреждение (институт, компания) уже имеет доступ в Internet, то вряд ли вы смож ете получить персональный доступ в сеть лучший, нежели ваша организация . Другими словами, если вы уже имеете доступ в Internet, вам не надо будет платить денег из своего кармана, не надо будет суетиться вокруг поставщиков услу г и т.д., вам просто надо будет научиться пользоваться тем, что вы уже имеет е. Если ваша организация пока не имеет доступа в Internet, или вообще-то имеет, но, в от беда, не ваше подразделение (лаборатория, отдел, факультет), вам просто следует понаблюдать и прикинуть, сколько еще потенциальных пользовате лей имеется среди ваших сослуживцев, возможно, поговорить с ними и заруч иться поддержкой, составить предложение и/или подать требование вышест оящему руководству. Имеются (хотя это встречается, увы, пока очень редко) еще возможности полу чить доступ в Internet не через ее прямых распространителей, без лишних затрат. Первый - поищите в публичных библиотеках: некоторые (центральные) имеют с лужбу, называемую Freenet - свободная (бесплатная) сеть. Это информационная сис тема, основанная соответствующим сообществом, обычно имеющая модемный доступ к Internet по телефону. Второй путь полезен для молодых людей, проживающих в странах Запада, или в центральных городах у нас. Станьте студентом, поступите в западный или организованный у нас же в России совместно с Западом университет или кол ледж. И выберите соответствующую специальность или запишитесь на курсы, которые позволят вам добраться до заветного компьютера, имеющего досту п в Internet. Например, научитесь плести лапти - уже потом вам будет чем развлечь ся, когда у вас от непрерывной работы в сети поедет крыша. И когда вы научи тесь, у вас будет еще один довод начальству в пользу предоставления вам д оступа в Internet: сети как воздух необходима база данных с инструкциями по пле тению лаптей, без них они как без рук. Такой вклад руководство не сможет не оценить по достоинству. Работа Internet: организация , структура, методы Введение Чтобы успешно освоить нечто и затем с ним работать, очень полезно знать, х отя бы в общих чертах, устройство и функционирование этого объекта. Знан ие это помогает осмысленно воспринимать и систематизировать навыки ра боты, а не пользоваться предлагаемыми рекомендациями чисто механическ и. Такое осознание подскажет, что можно ожидать от системы в смысле ее воз можностей, поведения, недостатков, и что более важно, поможет ориентиров аться в необычной ситуации: в случае поломки, смены сервера, программног о обеспечения, появления новых возможностей и т.п. В этом разделе мы рассмотрим сети с коммутацией пакетов и преимущества п остроения сети на принципах TCP/IP протоколов. Здесь будут рассмотрены осно вные принципы управления коммуникациями в : TCP и его бедный родственник UDP. Это основные системообразующие элементы сети. Важным элементом являет ся также региональная система имен (DNS). Структура функционирования сети Современные сети построены по многоуровневому принципу. Чтобы организ овать связь двух компьютеров, требуется сначала создать свод правил их в заимодействия, определить язык их общения, т.е. определить, что означают п осылаемые ими сигналы и т.д. Эти правила и определения называются проток олом. Для работы сетей необходимо запастись множеством различных прото колов: например, управляющих физической связью, установлением связи по с ети, доступом к различным ресурсам и т.д. Многоуровневая структура спрое ктирована с целью упростить и упорядочить это великое множество проток олов и отношений. Взаимодействие уровней в этой модели - субординарное. К аждый уровень может реально взаимодействовать только с соседними уров нями (верхним и нижним), виртуально - только с аналогичным уровнем на друго м конце линии. Под реальным взаимодействием мы подразумеваем непосредственное взаим одействие, непосредственную передачу информации, например, пересылку д анных в оперативной памяти из области, отведенной одной программе, в обл асть другой программы. При непосредственной передаче данные остаются н еизменными все время. Под виртуальным взаимодействием мы понимаем опос редованное взаимодействие и передачу данных; здесь данные в процессе пе редачи могут уже определенным, заранее оговоренным образом видоизменя ться. Такое взаимодействие аналогично схеме цепи посылки письма одним дирек тором фирмы другому. Например, директор некоторой фирмы пишет письмо ред актору газеты. Директор пишет письмо на своем фирменном бланке и отдает этот листок секретарю. Секретарь запечатывает листок в конверт, надписы вает конверт, наклеивает марку и передает почте. Почта доставляет письмо в соответствующее почтовое отделение. Это почтовое отделение связи неп осредственно доставляет письмо получателю - секретарю редактора газет ы. Секретарь распечатывает конверт и, по мере надобности, подает редакто ру. Ни одно из звеньев цепи не может быть пропущено, иначе цепь разорвется : если отсутствует, например, секретарь, то листок с письменами директора так и будет пылиться на столе у секретаря. Здесь мы видим, как информация (лист бумаги с текстом) передается с верхне го уровня вниз, проходя множество необходимых ступеней - стадий обработк и. Обрастает служебной информацией (пакет, адрес на конверте, почтовый ин декс; контейнер с корреспонденцией; почтовый вагон, станция назначения п очтового вагона и т.д.), изменяется на каждой стадии обработки и постепенн о доходит до самого нижнего уровня - уровня почтового транспорта (гужево го, автомобильного, железнодорожного, воздушного,...), которым реально пере возится в пункт назначения. В пункте назначения происходит обратный про цесс: вскрывается контейнер и извлекается корреспонденция, считываетс я адрес на конверте и почтальон несет его адресату (секретарю), который во сстанавливает информацию в первоначальном виде, - достает письмо из конв ерта, прочитывает его и определяет его срочность, важность, и в зависимос ти от этого передает информацию выше. Директор и редактор, таким образом, виртуально имеют прямую связь. Ведь редактор газеты получает в точности ту же информацию, которую отправил директор, а именно - лист бумаги с текст ом письма. Начальствующие персоны совершенно не заботятся о проблемах п ересылки этой информации. Секретари также имеют виртуально прямую связ ь: секретарь редактора получит в точности то же, что отправил секретарь д иректора, а именно - конверт с письмом. Секретарей совершенно не волнуют п роблемы почты, пересылающей письма. И так далее. Аналогичные связи и процессы имеют место и в эталонной модели ISO OSI. Физичес кая связь реально имеет место только на самом нижнем уровне (аналог почт овых поездов, самолетов, автомобилей). Горизонтальные связи между всеми остальными уровнями являются виртуальными, реально они осуществляются передачей информации сначала вниз, последовательно до самого нижнего у ровня, где происходит реальная передача, а потом, на другом конце, обратна я передача вверх последовательно до соответствующего уровня. Модель ISO OSI предписывает очень сильную стандартизацию вертикальных межу ровневых взаимодействий. Такая стандартизация гарантирует совместимо сть продуктов, работающих по стандарту какого-либо уровня, с продуктами, работающими по стандартам соседних уровней, даже в том случае, если они в ыпущены разными производителями. Количество уровней может показаться избыточным, однако же, такое разбиение необходимо для достаточно четког о разделения требуемых функций во избежание излишней сложности и созда ния структуры, которая может подстраиваться под нужды конкретного поль зователя, оставаясь в рамках стандарта. Дадим краткий обзор уровней. Уровень 0 связан с физической средой - передатчиком сигнала и на самом деле не вклю чается в эту схему, но весьма полезен для понимания. Этот почетный уровен ь представляет посредников, соединяющих конечные устройства: кабели, ра диолинии и т.д. Кабелей существует великое множество различных видов и т ипов: экранированные и неэкранированные витые пары, коаксиальные, на осн ове оптических волокон и т.д. Т.к. этот уровень не включен в схему, он ничего и не описывает, только указывает на среду. Уровень 1 - физический. Включает физические аспекты передачи двоичной информации по линии связи. Детально описывает, например, напряжения, частоты, природ у передающей среды. Этому уровню вменяется в обязанность поддержание св язи и прием-передача битового потока. Безошибочность желательна, но не т ребуется. Уровень 2 - канальный. Связь данных. Обеспечивает безошибочную пе редачу блоков данных (называемых кадрами (frame)) через уровень 1, который при п ередаче может искажать данные. Этот уровень должен определять начало и к онец кадра в битовом потоке, формировать из данных, передаваемых физичес ким уровнем, кадры или последовательности , включать процедуру проверки наличия ошибок и их исправления. Этот уровень (и только он) оперирует таки ми элементами, как битовые последовательности, методы кодирования, марк еры. Он несет ответственность за правильную передачу данных (пакетов) на участках между непосредственно связанными элементами сети. Обеспечива ет управление доступом к среде передачи. В виду его сложности, канальный уровень подразделяется на два подуровня: MAC (Medium Access Control) - Управление доступом к среде и LLC (Logical Link Control) - Управление логической связью (каналом). Уровень MAC управля ет доступом к сети (с передачей маркера в сетях Token Ring или распознаванием кон фликтов (столкновений передач) в сетях Ethernet) и управлением сетью. Уровень LLC, д ействующий над уровнем MAC, и есть собственно тот уровень, который посылает и получает сообщения с данными. Уровень 3 - сетевой. Этот уровень пользуется возможностями, предо ставляемыми ему уровнем 2, для обеспечения связи двух любых точек в сети. Л юбых, необязательно смежных. Этот уровень осуществляет проводку сообще ний по сети, которая может иметь много линий связи, или по множеству совме стно работающих сетей, что требует маршрутизации, т.е. определения пути, п о которому следует пересылать данные. Маршрутизация производится на эт ом же уровне. Выполняет обработку адресов, а также и демультиплексирован ие. Основной функцией программного обеспечения на этом уровне является вы борка информации из источника, преобразование ее в пакеты и правильная п ередача в точку назначения. Есть два принципиально различных способа работы сетевого уровня. Первы й - это метод виртуальных каналов. Он состоит в том, что канал связи устана вливается при вызове (начале сеанса (session) связи), по нему передается информа ция, и по окончании передачи канал закрывается (уничтожается). Передача п акетов происходит с сохранением исходной последовательности, даже есл и пакеты пересылаются по различным физическим маршрутам, т.е. виртуальны й канал динамически перенаправляется. При этом пакеты данных не включаю т адрес пункта назначения, т.к. он определяется во время установления свя зи. Второй - метод дейтаграмм . Дейтаграммы - независимые , они включают всю не обходимую для их пересылки информацию. В то время, как первый метод предо ставляет следующему уровню (уровню 4) надежный канал передачи данных, сво бодный от искажений (ошибок) и правильно доставляющий пакеты в пункт наз начения, второй метод требует от следующего уровня работы над ошибками и проверки доставки нужному адресату. Уровень 4 - транспортный. Регламентирует пересылку пакетов сообщ ений между процессами, выполняемыми на компьютерах сети. Завершает орга низацию передачи данных: контролирует на сквозной основе поток данных, п роходящий по маршруту, определенному третьим уровнем: правильность пер едачи блоков данных, правильность доставки в нужный пункт назначения, их комплектность, сохранность, порядок следования. Собирает информацию из блоков в ее прежний вид. Или же оперирует с дейтаграммами, т.е. ожидает отк лика-подтверждения приема из пункта назначения, проверяет правильност ь доставки и адресации, повторяет посылку дейтаграммы, если не пришел от клик. В рамках транспортного протокола предусмотрено пять классов каче ства транспортировки и соответствующие процедуры управления. Этот же у ровень должен включать развитую и надежную схему адресации для обеспеч ения связи через множество сетей и шлюзов. Другими словами, задачей данн ого уровня является довести до ума передачу информации из любой точки в любую во всей сети. Транспортный уровень скрывает от всех высших уровней любые детали и про блемы передачи данных, обеспечивает стандартное взаимодействие лежаще го над ним уровня с приемом-передачей информации независимо от конкретн ой технической реализации этой передачи. Уровень 5 - сеансовый. Координирует взаимодействие связывающихс я пользователей: устанавливает их связь, оперирует с ней, восстанавливае т аварийно оконченные сеансы. Этот же уровень ответственен за картограф ию сети - он преобразовывает региональные (доменные) компьютерные имена в числовые адреса , и наоборот. Он координирует не компьютеры и устройств а, а процессы в сети, поддерживает их взаимодействие - управляет сеансами связи между процессами прикладного уровня. Уровень 6 - уровень представления данных. Этот уровень имеет дело с синтаксисом и семантикой передаваемой информации, т.е. здесь устанавли вается взаимопонимание двух сообщающихся компьютеров относительно то го, как они представляют и понимают по получении передаваемую информаци ю. Здесь решаются, например, такие задачи, как перекодировка текстовой ин формации и изображений, сжатие и распаковка, поддержка сетевых файловых систем (NFS), абстрактных структур данных и т.д. Уровень 7 - прикладной. Обеспечивает интерфейс между пользовател ем и сетью, делает доступными для человека всевозможные услуги. На этом у ровне реализуется, по крайней мере, пять прикладных служб: передача файл ов, удаленный терминальный доступ, электронная передача сообщений, служ ба справочника и управление сетью. В конкретной реализации определяетс я пользователем (программистом) согласно его насущным нуждам и возможно стям его кошелька, интеллекта и фантазии. Имеет дело, например, с множеств ом различных протоколов терминального типа, которых существует более с та. Замечание . Следует понимать, что подавляющее большинство современных сетей в силу исторических причин лишь в общих чертах, приближенно, соответствуют эта лонной модели ISO OSI. Уровни работы сети Пересылка битов Пересылка битов происходит на физическом уровне схемы ISO OSI. Увы, здесь всяк ая попытка краткого и доступного описания обречена на провал. Требуется введение огромного количества специальных терминов, понятий, описаний процессов на физическом уровне и т.д. И потом, существует столь великое ра знообразие приемопередатчиков и передающих сред, - трудно даже и обозрет ь этот океан технологий. Для понимания работы сетей этого и не требуется. Считайте, что просто имеется труба, по которой из конца в конец перекачив аются биты. Именно биты, безо всякого деления на какие-либо группы (байты, декады и т.п.). Пересылка данных Об организации блочной, символьной передачи, обеспечении надежности пе ресылки поговорим на других уровнях модели ISO OSI. Т.е. функции канального ур овня в Internet распределены по другим уровням, но не выше транспортного. В этом смысле Internet не совсем соответствует стандарту ISO. Здесь канальный уровень з анимается только разбиением битового потока на символы и кадры и переда чей полученных данных на следующий уровень. Обеспечением надежности пе редачи он себя не утруждает. Сети коммутации пакетов Настала пора поговорить об Internet именно как о сети, а не паутине линий связи и множестве приемопередатчиков. Казалось бы, Internet вполне аналогична телефо нной сети, и модель телефонной сети достаточно адекватно отражает ее стр уктуру и работу. В самом деле, обе они электронные, обе позволяют вам устан авливать связь и передавать информацию. И Internet тоже состоит, в первую очере дь, из выделенных телефонных линий. Но увы! Картина эта неверна и приводит ко многим заблуждениям относительно работы Internet, ко множеству недоразуме ний. Телефонная сеть - это так называемая сеть с коммутацией линий, т.е. ког да вы делаете вызов, устанавливается связь и на все время сеанса связи им еется физическое соединение с абонентом. При этом вам выделяется часть с ети, которая для других уже не доступна, даже если вы молча дышите в трубку , а другие абоненты хотели бы поговорить по действительно неотложному де лу. Это приводит к нерациональному использованию очень дорогих ресурсо в - линий сети. Internet же является сетью с коммутацией пакетов, что принципиаль но отличается от сети с коммутацией каналов. Для Internet более подходит модель, которая поначалу может не внушать доверия: почта, обыкновенная государственная почтовая служба. Почта является се тью пакетной связи. Нет никакой выделенной вам части этой сети. Ваше посл ание перемешивается с посланиями других пользователей, кидается в конт ейнер, пересылается в другое почтовое отделение, где снова сортируется. Хотя технологии сильно разнятся, почта является прекрасным и наглядным примером сети с коммутацией пакетов. Модель почты удивительно точно отр ажает суть работы и структуры Internet. Ею мы и будем пользоваться далее. Протокол Internet (IP) По проводу можно переслать биты только из одного его ко нца в другой. Internet же умудряется аккуратно передавать данные в различные т очки, разбросанные по всему миру. Как она это делает? Забота об этом возлож ена на сетевой (межсетевой) уровень в эталонной модели ISO OSI. О нем и поговори м. Различные части Internet - составляющие сети - соединяются между собой посредс твом компьютеров, которые называются ``узлы''; так Сеть связывается воедин о. Сети эти могут быть Ethernet, Token Ring, сети на телефонных линиях, пакетные радиосет и и т.п. Выделенные линии и локальные сети суть аналоги железных дорог, сам олетов почты и почтовых отделений, почтальонов. Посредством их почта дви жется с места на место. Узлы - аналоги почтовых отделений, где принимается решение, как перемещать данные (``пакеты'') по сети, точно так же, как почтовы й узел намечает дальнейший путь почтового конверта. Отделения или узлы н е имеют прямых связей со всеми остальными. Если вы отправляете конверт и з Долгопрудного (Московская область) в Уфу (Башкирия), конечно же, почта не станет нанимать самолет, который полетит из ближайшего к Долгопрудному аэропорта (Шереметьево) в Уфу, просто местное почтовое отделение отправл яет послание на подстанцию в нужном направлении, та в свою очередь, дальш е в направлении пункта назначения на следующую подстанцию; таким образо м письмо станет последовательно приближаться к пункту назначения, пока не достигнет почтового отделения, в ведении которого находится нужный о бъект и которое доставит сообщение получателю. Для работы такой системы требуется, чтобы каждая подстанция знала о наличествующих связях и о том , на какую из ближайших подстанций оптимально следует передать адресова нный туда-то пакет. Примерно также и в Internet: узлы выясняют, куда следует ваш п акет данных, решают куда его дальше отправить и отправляют. На каждой почтовой подстанции определяется следующая подстанция, куда будет далее направлена корреспонденция, т.е. намечается дальнейший путь (маршрут) - этот процесс называется маршрутизацией. Для осуществления ма ршрутизации каждая подстанция имеет таблицу, где адресу пункта назначе ния (или индексу) соответствует указание почтовой подстанции, куда следу ет посылать далее этот конверт (бандероль). Их сетевые аналоги называютс я таблицами маршрутизации. Эти таблицы рассылаются почтовым подстанци ям централизовано соответствующим почтовым подразделением. Время от в ремени рассылаются предписания по изменению и дополнению этих таблиц. В Internet, как и любые другие действия, составление и модификация, таблиц маршру тизации (этот процесс тоже является частью маршрутизации и называется т ак же) определяются соответствующими правилами - протоколами ICMP (Internet Control Message Protocol), RIP (Routing Internet Protocol) и OSPF (Open Shortest Path First). Узлы, занимающиеся маршрутизацией, назы ваются маршрутизаторами. А откуда сеть знает, куда назначен ваш пакет данных? От вас. Если вы хотите отправить письмо и хотите, чтобы ваше письмо достигло места назначения, вы не можете просто кинуть листочек бумаги в ящик. Вам следует уложить ег о в стандартный конверт и написать на нем не ``на деревню дедушке'', как Вань ка Жуков, а адрес получателя в стандартной форме. Только тогда почта смож ет правильно обработать ваше письмо и доставить его по назначению. Анало гично в Internet имеется набор правил по обращению с пакетами - протоколы. Прото кол Internet (IP) берет на себя заботы по адресации или по подтверждению того, что у злы понимают, что следует делать с вашими данными по пути их дальнейшего следования. Согласно нашей аналогии, протокол Internet работает также как прав ила обработки почтового конверта. В начало каждого вашего послания поме щается заголовок, несущий информацию об адресате, сети. Чтобы определить , куда и как доставить пакет данных, этой информации достаточно. Адрес в Internet состоит из 4 байт. При записи байты отделяются друг от друга точ ками: 123.45.67.89 или 3.33.33.3 . (Не пугайтесь, запоминать эти цифры вам не придется !) В дей ствительности адрес состоит из нескольких частей. Так как Internet есть сеть с етей, начало адреса говорит узлам Internet, частью какой из сетей вы являетесь. П равый конец адреса говорит этой сети, какой компьютер или хост должен по лучить пакет (хотя реально не все так просто, но идея такова). Каждый компь ютер в Internet имеет в этой схеме уникальный адрес, аналогично обычному почто вому адресу, а еще точнее - индексу. Обработка пакета согласно адресу такж е аналогична. Почтовая служба знает, где находится указанное в адресе по чтовое отделение, а почтовое отделение подробно знает подопечный район . Internet знает, где искать указанную сеть, а эта сеть знает, где в ней находится к онкретный компьютер. Для определения, где в локальной сети находится ком пьютер с данным числовым IP-адресом, локальные сети используют свои собст венные протоколы сетевого уровня. Например, Ethernet для отыскания Ethernet-адреса п о IP-адресу компьютера, находящегося в данной сети, использует протокол ARP - протокол разрешения(в смысле различения) адресов. (См. документацию по ARP: RFC 826, 917, 925, 1027) Числовой адрес компьютера в Internet аналогичен почтовому индексу отделения связи. Первые цифры индекса говорят о регионе (например, 45 - это Башкирия, 141 - подмосковье и т.д.), последние две цифры - номер почтового отделения в горо де, области или районе. Промежуточные цифры могут относиться как к регио ну, так и к отделению, в зависимости от территориального деления и вида на селенного пункта. Аналогично существует несколько типов адресов Internet (тип ы: A, B, C, D, E), которые по-разному делят адрес на поля номера сети и номера узла, от типа такого деления зависит количество возможных различных сетей и маш ин в таких сетях. По ряду причин (особенно, - практических, из-за ограничений оборудования) и нформация, пересылаемая по сетям IP, делится на части (по границам байтов), р аскладываемые в отдельные пакеты. Длина информации внутри пакета обычн о составляет от 1 до 1500 байт. Это защищает сеть от монополизирования каким-л ибо пользователем и предоставляет всем примерно равные права. Поэтому ж е, если сеть недостаточно быстра, чем больше пользователей ее одновремен но пользует, тем медленнее она будет общаться с каждым. Протокол IP является дейтаграммным протоколом, т.е. IP-пакет является дейта граммой. Это совершенно не укладывается в модель ISO OSI, в рамках которой уже сетевой уровень способен работать по методу виртуальных каналов. Одно из достоинств Internet состоит в том, что протокола IP самого по себе уже впо лне достаточно для работы (в принципе). Это совершенно неудобно, но, при до статочных аскетичности, уме и упорстве удастся проделать немалый объем работы. Как только данные помещаются в оболочку IP, сеть имеет всю необходи мую информацию для передачи их с исходного компьютера получателю. Работ а вручную с протоколом IP напоминает нам суровые времена доперсональной компьютерной эры, когда пользователь всячески угождал ЭВМ, укрощая свои тело, дух и эстетические чувства. Об удобстве пользователя никто и не соб ирался думать, потому что машинное время стоило во много раз дороже чело веческого. Но сейчас в аскетизме надобности уже нет. Поэтому следует пос троить на основе услуг, предоставляемых IP, более совершенную и удобную си стему. Для этого сначала следует разобраться с некоторыми жизненно важн ыми проблемами, которые имеют место при пересылке информации: · большая часть пересылаемой информации длиннее 1500 символов. если бы почта пересылала только почтовые карточки и отказывалась бы от пересылки чего-либо большего, мы бы, например, лишилис ь увлекательнейшего литературного жанра - эпистолярного. Не говоря уже о том, что практической пользы от такой почты было бы очень немного; · возможны и неудачи. Почта, нередко бывае т, письма теряет; сеть тоже, бывает, теряет пакеты или искажает в пути инфо рмацию в них. В отличие от почты, Internet может с честью выходить из таких затру днительных положений; · пакеты могут приходить в последователь ности, отличной от начальной. Пара писем, отправленных друг за другом на д нях, не всегда приходит к получателю в том же порядке; то же верно и для Internet. Таким образом, сле дующий уровень Internet должен обеспечить способ пересылки больших массивов информации и позаботиться об ``искажениях'', которые могут возникать по ви не сети. Протокол управления передач ей (TCP) и протокол пользовательских дейтаграмм (UDP) Transmission Control Protocol - это протокол, тесно связанный с IP, который использу ется в аналогичных целях, но на более высоком уровне - транспортном уровн е эталонной модели ISO OSI. Часто эти протоколы, по причине их тесной связи, име нуют вместе, как TCP/IP. Термин ``TCP/IP'' обычно означает все, что связано с протокола ми TCP и IP. Он охватывает целое семейство протоколов, прикладные программы и даже саму сеть. В состав семейства входят протоколы TCP, UDP, ICMP, telnet, FTP и многие друг ие.TCP/IP - это технология межсетевого взаимодействия, технология internet. Сеть, ко торая использует технологию internet, называется internet. Сам протокол TCP занимается проблемой пересылки больших объемов информац ии, основываясь на возможностях протокола IP. Как это делается? Вполне здра во можно рассмотреть следующую ситуацию. Как можно переслать книгу по по чте, если та принимает только письма и ничего более? Очень просто: разодра ть ее на страницы и отправить страницы отдельными конвертами. Получател ь, руководствуясь номерами страниц, легко сможет книгу восстановить. Эти м же простым и естественным методом и пользуется TCP. TCP делит информацию, которую надо переслать, на несколько частей. Нумерует каждую часть, чтобы позже восстановить порядок. Чтобы пересылать эту ну мерацию вместе с данными, он обкладывает каждый кусочек информации свое й обложкой - конвертом, который содержит соответствующую информацию. Это и есть TCP-конверт. Получившийся TCP-пакет помещается в отдельный IP-конверт и п олучается IP-пакет, с которым сеть уже умеет обращаться. Получатель (TCP-модуль (процесс)) по получении распаковывает IP-конверты и вид ит TCP-конверты, распаковывает и их и помещает данные в последовательность частей в соответствующее место. Если чего-то не достает, он требует перес лать этот кусочек снова. В конце концов информация собирается в нужном п орядке и полностью восстанавливается. Вот теперь этот массив пересылае тся выше к пользователю (на диск, на экран, на печать). В действительности, это слегка утрированный взгляд на TCP. В реальности пак еты не только теряются, но и могут искажаться при передаче из-за наличия п омех на линиях связи. TCP решает и эту проблему. Для этого он пользуется сист емой кодов, исправляющих ошибки. Существует целая наука о таких кодировк ах. Простейшим примером такового служит код с добавлением к каждому паке ту контрольной суммы (и к каждому байту бита проверки на четность). При пом ещении в TCP-конверт вычисляется контрольная сумма, которая записывается в TCP-заголовок. Если при приеме заново вычисленная сумма не совпадает с то й, что указана на конверте, значит что-то тут не то, - где-то в пути имели мест о искажения, так что надо переслать этот пакет по новой, что и делается. Для ясности и полноты картины, необходимо сделать здесь важное замечани е: Модуль TCP разбивает поток байтов на пакеты, не сохраняя при этом границ м ежду записями. Т.е., если один прикладной процесс делает 3 записи в -порт, то совсем не обязательно, что другой прикладной процесс на другом конце вир туального канала получит из своего -порта именно 3 записи, причем именно т аких (по разбиению), что были переданы с другого конца. Вся информация буде т получена исправно и с сохранением порядка передачи, но она может уже бы ть разбита по другому и на иное количество частей. Не существует зависим ости между числом и размером записываемых сообщений с одной стороны и чи слом и размером считываемых сообщений с другой стороны. TCP требует, чтобы все отправленные данные были подтверждены принявшей их стороной. Он исп ользует ожидания (таймауты) и повторные передачи для обеспечения надежн ой доставки. Отправителю разрешается передавать некоторое количество данных, не дожидаясь подтверждения приема ранее отправленных данных. Та ким образом, между отправленными и подтвержденными данными существует окно уже отправленных, но еще не подтвержденных данных. Количество байт, которое можно передавать без подтверждения, называется размером окна. К ак правило, размер окна устанавливается в стартовых файлах сетевого про граммного обеспечения. Так как TCP-канал является , т.е. данные могут одновре менно передаваться в обоих направлениях, то подтверждения для данных, ид ущих в одном направлении, могут передаваться вместе с данными, идущими в противоположном направлении. Приемники на обеих сторонах виртуального канала выполняют управление потоком передаваемых данных для того, чтоб ы не допускать переполнения буферов. Таким образом, протокол TCP обеспечивает гарантированную доставку с уста новлением логического соединения в виде байтовых потоков. Он освобожда ет прикладные процессы от необходимости использовать ожидания и повто рные передачи для обеспечения надежности. Наиболее типичными прикладн ыми процессами, использующими TCP, являются ftp и telnet. Кроме того, TCP использует си стема X-Windows (стандартный многооконный графический интерфейс с пользовате лем), ``r-команды''. Большие возможности TCP даются не бесплатно, реализация TCP требует большой производительности процессора и большой пропускной способности сети. Когда прикладной процесс начинает использовать TCP, то начинают общаться модуль TCP на машине пользователя и модуль на машине сервера. Эти два оконе чных модуля TCP поддерживают информацию о состоянии соединения - виртуаль ного канала. Этот виртуальный канал потребляет ресурсы обоих оконечных модулей TCP. Канал этот, как уже указывалось, является дуплексным. Один прик ладной процесс пишет данные в TCP-порт, откуда они модулями соответствующи х уровней по цепочке передаются по сети и выдаются в TCP-порт на другом конц е канала, и другой прикладной процесс читает их отсюда - из своего TCP-порта. эмулирует (создает видимость) выделенную линию связи двух пользователе й. Гарантирует неизменность передаваемой информации. Что входит на одно м конце, выйдет с другого. Хотя в действительности никакая прямая линия о тправителю и получателю в безраздельное владение не выделяется (другие пользователи могут пользовать те же узлы и каналы связи в сети в промежу тках между пакетами этих), но извне это, практически, именно так и выглядит . Как бы хорошо это не звучало, но это не панацея. Как уже отмечалось, устано вка TCP-виртуального канала связи требует больших расходов на инициирова ние и поддержание соединения и приводит к задержкам передачи. Если вся э та суета - излишество, лучше обойтись без нее. Если все данные, предназначе нные для пересылки, умещаются в одном пакете, и если вас не особенно забот ит надежность доставки (? - читайте дальше, - поймете), то можно обойтись без TCP. Имеется д ругой стандартный протокол транспортного уровня, который не отягощен т акими накладными расходами. Этот протокол называется UDP - User Datagram Protocol - протокол пользовательских дейтаграмм. Он используется вместо TCP. Здесь данные пом ещаются не в TCP, а в UDP-конверт, который также помещается в IP-конверт. Этот прот окол реализует дейтаграммный способ передачи данных. Дейтаграмма - это п акет, передаваемый через сеть независимо от других пакетов без установл ения логического соединения и подтверждения приема. Дейтаграмма - совер шенно самостоятельный пакет, поскольку сама содержит всю необходимую д ля ее передачи информацию. Ее передача происходит безо всякого предваре ния и подготовки. Дейтаграммы, сами по себе, не содержат средств обнаруже ния и исправления ошибок передачи, поэтому при передаче данных с их помо щью следует принимать меры по обеспечению надежности пересылки информ ации. Методы организации надежности могут быть самыми разными, обычно же используется метод подтверждения приема посылкой эхоотклика при полу чении каждого пакета с дейтаграммой. UDP проще TCP, поскольку он не заботится о возможной пропаже данных, пакетов, о сохранении правильного порядка данных и т.д. UDP используется для клиентов , которые посылают только короткие сообщения и могут просто заново посла ть сообщение, если отклик подтверждения не придет достаточно быстро. Пре дположим, что вы пишите программу, которая просматривает базу данных с т елефонными номерами где-нибудь в другом месте сети. Совершенно незачем у станавливать TCP связь, чтобы передать 33 или около того символов в каждом на правлении. Вы можете просто уложить имя в UDP-пакет, запаковать это в IP-пакет и послать. На другом конце прикладная программа получит пакет, прочитает имя, посмотрит телефонный номер, положит его в другой UDP-пакет и отправит о братно. Что произойдет, если пакет по пути потеряется? Ваша программа тог да должна действовать так: если она ждет ответа слишком долго и становит ся ясно, что пакет затерялся, она просто повторяет запрос, т.е. посылает ещ е раз то же послание. Так обеспечивается надежность передачи при использ овании протокола UDP. В отличие от TCP, данные, отправляемые прикладным процессом через модуль UDP, достигают места назначения как единое целое. Например, если процесс-отпр авитель производит 3 записи в UDP-порт, то процесс-получатель должен будет с делать 3 чтения. Размер каждого записанного сообщения будет совпадать с размером соответствующего прочитанного. Протокол UDP сохраняет границы с ообщений, определяемые прикладным процессом. Он никогда не объединяет н есколько сообщений в одно целое и не делит одно сообщение на части. Альтернатива TCP-UDP позволяет программисту гибко и рационально использова ть предоставленные ресурсы, исходя из своих возможностей и потребносте й. Если нужна надежная доставка, то лучше может быть TCP. Если нужна доставка дейтаграмм, то - UDP. Если нужна эффективная доставка по длинному и ненадежн ому каналу передачи данных, то лучше использовать TCP. Если нужна эффективн ость на быстрых сетях с короткими соединениями, лучше всего будет UDP. Если потребности не попадают ни в одну из этих категорий, то выбор транспортн ого протокола не ясен. Прикладные программы, конечно, могут устранять не которые недостатки выбранного протокола. Например, если вы выбрали UDP, а в ам необходима надежность, то прикладная программа должна обеспечить на дежность сама, как описано выше: требовать подтверждения, пересылки утер янных или увечных пакетов и т.д. Если вы выбрали TCP, а вам нужно передавать з аписи, то прикладная программа должна вставлять метки в поток Создание сети с человеческим лиц ом. Прикладное обеспечение И вот мы имеем возможность передавать информацию между раз личными точками в сети. Вот теперь мы можем начать работать над создание м дружественного интерфейса Internet, позаботиться об удобстве для пользоват еля. Для этого мы напишем программное обеспечение, которое будет понимат ь язык команд, выдавать сообщения об ошибках, подсказки, использовать дл я адресации сетевых компьютеров при общении с пользователем имена, а не числа и т.д. В модели ISO OSI на это работают уровни выше транспортного, т.е. сеан совый, представления данных и прикладной. Вся эта деятельность направле на на повышение уровня удобства работы в сети, на создание систем, позвол яющих пользоваться предоставляемыми возможностями обычному пользова телю сети. Ведь большинство пользователей совсем не волнует ни наличие надежного потока битов между машинами, ни пропускная способность этих линий или то нкости и особенности используемой технологии, ни даже экзотичность это й технологии. Они хотят использовать этот битовый поток для дела, как то: п ереслать файл, добраться до каких-то данных или просто поиграть в игру. Пр иложения - это части программного обеспечения. Их создают на основе серв иса TCP или UDP. Приложения позволяют пользователю достаточно просто справи ться с возникшей задачей, не погружаясь в пучину технической информации о конкретной сети, о протоколах и т.д. Прикладное обеспечение разнится очень сильно. Приложения могут быть от самодельной программы до патентованных продуктов, поставляемых различ ными фирмами (DEC, Microsoft и т.п.). Существует три стандартных Internet -приложения: удален ный доступ, передача файлов, электронная почта (e-mail); наряду с ними использу ются другие широко распространенные нестандартные приложения. Предоставление услуг Internet построено по схеме ``клиент - сервер''. Предоставле ние услуг осуществляется совместной работой двух процессов: на компьют ере пользователя и на компьютере-сервере. Процесс на компьютере пользов ателя называется клиентом, а на компьютере-сервере - сервером. Клиент и се рвер являются, по сути, частями одной программы, взаимодействующие по ви ртуальной связи в сети. Сервер по указаниям клиента выполняет соответст вующие действия, например, пересылает клиенту файл. Для предоставления у слуги совершенно необходимо наличие двух этих модулей - клиента и сервер а, и их одновременная согласованная работа. Взаимодействие клиента и сер вера описывается соответствующими стандартными протоколами, поэтому к лиент и сервер могут быть выпущены совершенно разными производителями и работать на разнородных компьютерах. Поэтому же существует небольшая проблема нестандартности интерфейса клиента непосредственно уже с пол ьзователем. Это взаимодействие может иметь совершенно различную форму: интерактивную, командную и т.д. Системы команд могут различаться. Но от эт ого сами возможности не изменяются, поскольку клиент и сервер всегда вза имодействуют одинаково - согласно протоколу. Так как прикладным обеспечением снабжают по большей части через локаль ные сети, в разговоре о приложениях возникает вышеупомянутая проблема: к оманды, сообщения, справки, подсказки и т.п. в разных локальных сетях могут в той или иной степени отличаться. Об этом не следует забывать при чтении руководств пользователя: сообщения могут отличаться, но смысл их будет т акой же, то же касается и команд. Даже если они слегка отличаются, не стоит волноваться, большинство приложений имеет разумную систему подсказок и описание набора команд, где вы детально и конкретно сможете разузнать все, что вам понадобится. Системы сетевых адресов Региональная Система Имен Числовые адреса хороши для связи машин, люди же предпочитаю т имена. Очень непросто разговаривать, используя машинную адресацию (как бы это звучало: ``192.112.36.5 обещает вскоре...''?), еще труднее запомнить эти адреса. П оэтому компьютерам в Internet для удобства пользователей были присвоены собс твенные имена. Тогда описанный разговор принимает вид: ``NIC обещает вскоре ...''. Все приложения Internet позволяют пользоваться системными именами вместо ч исловых адресов. Как мы уже упоминали, для понимания полезно использовать почтовую анало гию. Сетевые численные адреса вполне аналогичны почтовой индексации. Ма шины, сортирующие корреспонденцию на почтовых узлах, ориентируются име нно по индексам, и только если с индексами выходит какая-то несуразность, передают почту на рассмотрение людям, которые по адресу могут определит ь правильный индекс почтового отделения места назначения. Людям же прия тнее и удобнее иметь дело с географическими названиями - это аналоги дом енных имен. Конечно, такое именование имеет свои собственные проблемы. Прежде всего , следует убедиться, что никакие два компьютера, включенные в сеть, не имею т одинаковых имен. Должно также обеспечить преобразование имен в числов ые адреса, для того чтобы машины (и программы) могли понимать нас, пользующ ихся именами: техника по-прежнему общается на языке цифр. В начале Internet размерами напоминала курилку, и иметь дело с именами было дов ольно просто. NIC создал регистратуру. Можно было послать запрос и в ответ в ысылали список имен и адресов. Этот файл, называется ``host file'' (файл рабочих ЭВМ ), регулярно распространялся по всей сети - рассылался всем машинам. Имена были простыми словами, все были единственными. Если вы использовали имя, ваш компьютер просматривал этот файл и подставлял вместо имени реальны й числовой адрес. Так же, как работает телефонный аппарат со встроенным с писком абонентов. Все было легко, просто и замечательно. Всем хватало про стых имен, в курилке был один Джон, один Пит, один Патермуфий. Но по мере развития и расширения Internet возрастало количество пользователе й, хостов, а потому увеличивался и упомянутый файл. Возникали значительн ые задержки при регистрации и получении имени новым компьютером, стало з атруднительно изыскивать имена, которые еще никто не использовал, слишк ом много сетевого времени затрачивалось на рассылку этого огромного фа йла всем машинам, в нем упомянутым. Стало очевидно, - чтобы справиться с та кими темпами изменений и роста сети, нужна распределенная оперативная с истема, опирающаяся на новый принцип. Таковая была создана, ее назвали ``до менной системой имен'' - DNS, а способ адресации - способом адресации по домен ному принципу. DNS иногда еще называют региональной системой наименовани й. Структура региональной системы имен Доменная система имен - это метод назначения имен путем пере дачи сетевым группам ответственности за их подмножество имен. Каждый ур овень этой системы называется доменом. Домены в именах отделяются друг о т друга точками: inr.msk.su, nusun.jinr.dubna.su, arty.bashkiria.su, vxcern.cern.ch, nic.ddn.mil. В имени может быть различное коли чество доменов, но практически их не больше пяти. По мере движения по доме нам слева направо в имени, количество имен, входящих в соответствующую г руппу возрастает. Первым в имени стоит название рабочей машины - реального компьютера с IP ад ресом. Это имя создано и поддерживается группой (например, компьютер nusun (эт о SUN sparc) в группе jinr (ОИЯИ)), к которой он относится. Группа входит в более крупно е подразделение (например, городское объединение - сеть города Дубны), кот орое в свою очередь, является частью национальной сети (например, сети ст ран бывшего СССР, домен su). Для США наименование страны по традиции опуска ется, там самыми крупными объединениями являются сети образовательных (edu), коммерческих (com), государственных (gov), военных (mil) учреждений, а также сети других организаций (org) и сетевых ресурсов (net). Группа может создавать или изменять любые ей подлежащие имена. Если jinr ре шит поставить другой компьютер, например, VAX 11/780, и назвать его mainx, он ни у кого не должен спрашивать разрешения, все, что от него требуется, - это добавить новое имя в соответствующую часть соответствующей всемирной базы данн ых, и, рано или поздно, каждый, кому потребуется, узнает об этом имени. Анало гично, если в Дубне решат создать новую группу, например, schools, они (домен dubna) мо гут это сделать также, ни у кого на то не спрашивая никакого соизволения. И тогда, если каждая группа придерживается таких простых правил и всегда убеждается, что имена, которые она присваивает, единственны во множестве ее непосредственных подчиненных, то никакие две системы, где бы те ни был и в сети Internet, не смогут заиметь одинаковых имен. Эта ситуация совершенно аналогична ситуации с присвоением географичес ких названий - организацией почтовых адресов. Названия всех стран различ аются. Различаются названия всех областей, республик в Федерации, и эти н азвания утверждаются в государственном масштабе из центра (конечно, обы чно сами регионы заботятся об уникальности своих названий, поэтому здес ь царит полная демократия: как республика хочет, так она и называется)<Рис унок: gif>. В республиках - субъектах федерации - решают вопросы о названиях р айонов и округов, в пределах одной республики они различаются. Аналогичн о далее с городами и улицами городов. В разных городах могут быть улицы с о динаковыми названиями: почему бы не быть во всех городах Cоюза по улице Ле нина или Мира? Это улицы разных городов, и их не перепутать (помня о города х! Не напоминайте ``С легким паром!''). В пределах же одного населенного пункт а улицы всенепременно имеют разные названия, причем именование этих ули ц целиком и полностью под ответственностью и началом соответствующего центрального органа данного населенного пункта (мэрии, сельсовета, горс овета). Таким образом, почтовый адрес на основе географических и админис тративных названий однозначно определяет точку назначения. Поскольку Internet - сеть мировая, требовался также способ передачи ответствен ности за имена внутри стран им самим. Сейчас принята двухбуквенная кодир овка государств. Это оговорено в RFC 822. Так, например, домен Канада называетс я ca, бывший СССР - su, США - us и т.д. США также включили в эту систему структуриров ания для всеобщности и порядка. Всего же кодов стран почти 300, из которых ок оло 100 имеет компьютерную сеть того или иного рода. Единый каталог Internet нахо дится у SRI International (Менло-Парк, Калифорния, США) - государственной организации. Поиск адреса по доменному имени Теперь вы знаете, как соотносятся домены и создаются имена. Возможно, вы теперь озадачены: а как использовать эту замечательную сист ему? Автоматически. Вам надо лишь употребить имя на компьютере, который п онимает, как обращаться с DNS. Вам никогда не придется самим разыскивать ад рес, соответствующий этому имени, или подавать специальную команду для е го поиска (в UNIX - команда nslookup). Вы, конечно, можете это проделать - для собственн ого удовольствия, но зачем, ведь этого совсем не требуется. Все компьютер ы Internet способны пользоваться доменной системой. И работающий в сети компью тер всегда знает свой собственный сетевой адрес. Когда вы пользуетесь именем, например, mx.ihep.su, компьютер должен преобразова ть его в адрес. Для этого он начинает запрашивать помощь у DNS-серверов. Это у злы, рабочие машины, обладающие соответствующей базой данных, в число об язанностей которых входит обслуживание такого рода запросов. DNS-сервер н ачинает обработку имени с правого его конца и двигается по нему влево, т.е . сначала производится поиск адреса в самой большой группе (домене), потґо м постепенно сужает поиск. Но для начала опрашивается на предмет наличия у него нужной информации местный узел. Здесь возможны три случая: · Местный сервер знает адрес, потому, что э тот адрес содержится в его части всемирной базы данных. Например, если вы подсоединены к сети Института Физики Высоких Энергий (IHEP), то ваш местный с ервер должен обладать информацией о всех компьютерах локальной сети эт ого института (mx, desert, ixwin и т.д.); · Местный сервер знает адрес, потому, что к то-то недавно уже запрашивал тот же адрес. Когда запрашивается адрес, сер вер DNS придерживает его у себя в памяти некоторое время, как раз на случай, е сли кто-нибудь еще захочет попозже того же адреса - это повышает эффектив ность системы; · Местный сервер адрес не знает, но знает к ак его выяснить. Как местный серве р может разузнать запрошенный адрес? В его прикладном или системном прог раммном обеспечении имеется информация о том, как связаться с корневым с ервером. Это сервер, который знает адреса серверов имен высшего уровня (с амых правых в имени), здесь это уровень государств (ранга домена su). У него з апрашивается адрес компьютера, ответственного за зону su. Местный DNS-серве р связывается с этим более общим сервером и запрашивает у него адрес сер вера, ответственного за домен ihep.su. Теперь уже запрашивается этот сервер и у него запрашивается адрес рабочей машины mx. На самом деле, для повышения эффективности, поиск начинается не с самого верха, а с наименьшего домена, в который входите и вы, и компьютер, имя кото рого вы запросили. Например, если ваш компьютер имеет имя nonlin.mipt.su, то опрос на чнется (если имя не выяснится сразу) не со всемирного сервера, чтобы узнат ь адрес сервера группы su, а сразу с группы su, что сразу сокращает поиск и по о бъему, и по времени. Этот поиск адреса совершенно аналогичен поиску пути письма без надписа нного почтового индекса. Как определяется этот индекс? Все регионы прону мерованы - это первые цифры индекса. Письмо пересылается на центральный почтамт этого региона, где имеется справочник с нумерацией районов этог о региона - это следующие цифры индекса. Теперь письмо идет на центральны й почтамт соответствующего района, где уже знают все почтовые отделения в подопечном районе. Таким образом по географическому адресу определяе тся почтовый индекс, ему соответствующий. Также определяется и адрес ком пьютера в Internet, но путешествует не послание, а запрос вашего компьютера об э том адресе. И в отличие от случая с почтой, информация об адресе доходит до вас, как если бы районный почтамт места назначения отправлял вам письмо, любезно уведомляя вас на будущее об индексе, которого вы не изволили зна ть. Некоторые компьютеры (есть еще такие динозавры) все еще работают по стар инке, т.е. используя host-файлы. Если вы вдруг очутитесь на одном из них, вам над о будет просить администратора, либо самому вручную разыскать нужный ва м адрес, а администратор должен будет потом включить соответствующую за пись в местный host-файл. Подскажите администратору, что уж давно пора бы уст ановить программы для поддержки DNS, так чтобы более вам этим поиском заним аться не пришлось. Система адресов X.400 X.400 - общий стандарт, разработанный ISO и CCITT, для управления сообще ниями. Этот стандарт планируют принять многие сети. Некоторые уже исполь зуют его. Дополнительно к обычному тексту, сообщения X.400 могут содержать и другие ф орматы (факсы, записи звуков речи, музыки, различные изображения и т.д.). Адр есация в пользовании также очень проста, слегка напоминает своей идеей DNS. Только здесь используются не названия групп, сетей, но более привычные в обиходе понятия: Код страны -тот же, что в RFC822; ADMD - Administration Management = домен административного управления . Определяет общественны й носитель X.400.Владельцем ADMD обычно является компания по предоставлению ус луг дальней связи или государственное учреждение связи. Для соединения ADMD друг с другом их владельцы заключают двусторонние соглашения, и, естес твенно, не все ADMD соединены между собой. Самые крупные владельцы ADMD: AT&T, MCI, Sprint PRMD -Private Management Domain = домен частного управления . Опре деляет используемый частный носитель X.400. Это может быть EUnet, BITN и т.д. или же ча стная организация; Организация - Указывает организацию получателя. Ею может быть, например, компания или учебное заведение МФТИ Oxford, Cambridge, MIT и т.д.; Орг.единица - Определяет подразделение. Их может быть несколько. Наприме р не просто physics, но lab_1 или lab_2; Фамилия - Плотников; Имя - Олег. Требуется, если фамилия достаточно распространённая. Можно преобразовать старый адрес в X.400 формат, но не всегда это будет прост о. Тем не менее, вполне может статься, что вас осчастливят письмом в формат е X.400 . Чтобы послать ответ отправителю, просто возьмите его адрес из поля ``From:'' полученного письма. Соответствующий шлюз с этим разберется. К счастью имеется инструкция (RFC 987) по переводу адресов и текстовых сообщен ий X.400 в формат RFC 822, имеется соответствующее программное обеспечение. Но, ув ы, единой системы картографирования таких адресов не существует; разные почтовые станции работают с ними немножко по-разному, что может приводит ь к недоразумениям. Также не существует единого стандарта для записи X.400 а дреса, поэтому пока невозможно единообразно и ясно надписать таковой, на пример, на бизнес -карте. Замечания по региональной системе имен Распространено несколько заблуждений, с которыми вы может е столкнуться, имея дело с именами. Приведем несколько верных утверждени й в качестве опорных, чтобы вывести вас из заблуждений, или предостеречь от них: · Части доменного имени говорят о том, кто ответственен за поддержку этого имени, то есть в чьем подчинении-ведении оно находится. Они могут вообще ничего не сообщать о владельце компьюте ра, соответствующего этому IP-адресу, или даже (несмотря на коды стран), где ж е эта машина находится. Вполне можно иметь в Антарктиде машину с именем inr.msk.su (ИЯИ РАН, г.Троицк под Москвой). Это совершенно ненормально, но никаким законам не противоречит. Вот реально существующий пример: в Институте Хи мической Физики (пос. Черноголовка Московской области) стоит машина с им енем lle.icp.chg.free.net, относящимся к домену net, расположенному, по идее, в США. · Части доменного имени даже не всегда ука зывают локальную сеть, в которой расположен компьютер. Часто доменные им ена и сети перекрываются, и жестких связей между ними нет: две машины одно го домена могут не принадлежать одной сети. Например, системы mx.decnet.ihep.su и ms.decnet.ihep.su могут находиться в совершенно разных сетях. И еще раз: доменные имен а указывают на ответственного за домен. · У машины может быть много имен. В частнос ти, это верно для машин, предоставляющих какие-либо услуги, которые в буду щем могут быть перемещены под опеку другой машины. Когда эти службы буду т перемещены, то имя, под которым эта машина выступала в качестве такого с ервера, будет передано новой машине-серверу вместе с услугами, - для внешн их пользователей ничего не изменится. Т.е. они будут продолжать пользова ться этой службой, запрашивая ее по тому же имени, независимо от того, како й компьютер на самом деле занимается обслуживанием. Имена, по смыслу отн осящиеся к службе, называются ``каноническими именами'' или ``кименами'' (cnames). В Internet они встречаются довольно часто. · Для связи имена необязательны. Как-нибуд ь вам придет сообщение: ``адресат неизвестен'', что означает, что Internet не может преобразовать использованное вами имя в число, - имя более недееспособно в том виде, в котором его знает ваш компьютер. Однажды заполучив числовой эквивалент имени, ваша система перестает использовать для связи на маши нном уровне доменную форму адреса. · Запоминать лучше имена, а не числовые ад реса. Некоторым кажется, что система имен это ``еще одно звено в цепи, котор ое может выйти из строя''. Но адреса привязаны к конкретным точкам сети. Ес ли компьютер, предоставляющий некие услуги, переносится из одного здани я в другое, его сетевое расположение, а значит и адрес, скорее всего изменя тся. Имя же менять не надо и не следует. Когда администратор присваивает н овый адрес, ему нужно только обновить запись имени в базе данных так, чтоб ы имя указывало на новый адрес. Так как имя работает по-прежнему, вас совер шенно не должно заботить то, что компьютер расположен уже в другом месте. Региональная сис тема имен, возможно, и выглядит сложно, но это одна из тех составляющих, де лающих общение с сетью более простым и удобным. Несомненное преимуществ о доменной системы состоит в том, что она разбивает громадье Internet на набор в полне обозримых и управляемых частей. Хотя сеть включает миллионы компь ютеров, все они поименованы, и именование это организовано в удобной рац иональной форме, что упрощает работу. Дозволенное в Internet Quod licet Jovi non licet bovi Что дозволено в Internet - вопрос очень сложный. На это влияют з аконы, этика и политика. Как они соотносятся и что из них первостепенно, за висит от конкретного места.Internet - не просто сеть, она - сеть сетей, и каждая из этих сетей может иметь свои собственные правила поведения и обычаи. Прав ила эти довольно общи и все будет в порядке, если вы будете помнить некото рые общие положения. К счастью, эти указания не очень строги. Если вы держи тесь в отведенном ими пространстве, вы можете делать все, что угодно. Когд а же вы теряете уверенность в правоте своих поступков, чувствуете, что по дходите близко к краю, свяжитесь с вашим поставщиком сети и выясните точ но, дозволено это или нет. Может быть, вы хотите вполне законного, но допод линное выяснение законности всегда остается под вашей ответственность ю. Незнание закона, как известно, не освобождает от ответственности. Легальное использование На законы Internet влияют три основных положения: · Государство субсидирует большие части Internet . Эти субсидии исключают коммерческое использование; · Internet - не только национальная сеть, но самая настоящая глобальная сеть. При передаче чего бы то ни было через национа льные границы начинают действовать экспортные законы; государственные законы в разных местах могут существенно различаться; · При пересылке программного обеспечени я (или идеи для того) из одного места в другое, вы должны считаться с интелл ектуальной собственностью и лицензионными ограничениями. Государственные дотации Многие сети Internet материально поддерживаются государством. П о закону учреждение может тратить деньги из своего бюджета только по его прямому назначению. Если Академия Наук финансирует сеть, то ее можно исп ользовать только в целях научных исследований. Вы как пользователь може те совсем не знать, по каким сетям пересылаются ваши файлы, а они попадают в сферы влияния ведомств, содержащих каждую из этих сетей. Поэтому, разум нее было бы существовать одному большому ведомству, которое распоряжал ось бы государственными субсидиями и централизовано содержало все дот ируемые сети, ведь содержание множества параллельных сетей,- это пустая трата денег. Лучше создать сеть - часть Internet - например, для исследования и об разования (RE: Research and Education), которую, таким образом, можно было бы использовать в л юбых фундаментальных исследованиях и образовании, или для их поддержки, чем иметь множество аналогичных сетей помельче, но более специализиров анных, например, для поддержки агрохимических исследований, океанологи и и т.д. Значение статьи расходов «в поддержку исследований или образования» н евозможно переоценить. Ее наличие узаконивает важные пути использован ия дотируемой сети, которые, казалось бы, не соответствуют ее назначению. Например, продавец программного обеспечения, использующегося в исслед ованиях или образовательном процессе, может распространять усовершенс твования или отвечать на вопросы пользователей по e-mail. Такое использован ие считается ``в поддержку исследований или образования'' (RE). В то же время о н не может использовать такую сеть в бизнесе для, например, работы с рынко м, предъявления счетов, отчетности, а также учета. Для таких целей должно и спользовать коммерческую часть Internet. Коммерческое использование Организация при подготовке к включению в Internet должна сообщит ь поставщику сети цель соединения: будет ли оно использоваться в исследо вательских или же коммерческих целях. Если вы решите, что ваше подключен ие будет типа ``RE'', то ваш сетевой трафик будет преимущественно идти по марш рутам, субсидируемым в этих целях. Если же организация коммерческая, то д анные будут идти по коммерческим маршрутам. Как и следовало ожидать, пла та за сетевое пользование вашей общиной зависит от этого решения: коммер ческое использование обычно намного дороже, чем ``RE'', т.к. оно не дотируется. Только администрация вашей сети может сообщить точно, допустимо ли комм ерческое использование на этом соединении. Проверьте это перед тем, как начать пользоваться сетью. Многие корпорации, конечно же, предпочитают входить в Internet как ``RE''-общины, чт о в общем-то соответствует действительности, так как целью присоединени я часто является исследование. Например, компания по производству зерна хочет провести совместные с университетом им. Н.С. Хрущева исследования по кукурузе. Тем не менее многие корпорации объявляют свои соединения ко ммерческими. Это дает уверенность в том, что в будущем не возникнет право вых помех, если их служащий воспользуется связью в коммерческих целях. М ногие деловые люди считают, что удобство и надежность вполне заслуживаю т дополнительной платы. Экспортные законы Любой экспорт подпадает под ответственность и контроль со ответствующего отдела по экспортным ограничениям. Экспорт данных - тоже . В Internet , поскольку она целостна ( ну, как бы) и глобальна, довольно просто можн о вывозить информационные продукты без ведома владельца или таможенни ков. Для конкретного и обстоятельного разговора свяжитесь с юристом. Упо мянем лишь основные требования, выполнение которых необходимо, чтобы не иметь проблем с законом. Экспортные законы основаны на двух пунктах: 1.Экспорт чего бы то ни было требует лицензии. 2.Экспорт услуг примерно эквивалентен экспорту компонентов, необходимы х для предоставления таких услуг. Первый пункт вполне очевиден: пересылка файла и вообще чего-либо электро нной почтой и как угодно еще за пределы страны должно быть прикрыто эксп ортной лицензией. К счастью имеется лазейка, называемая ``общая лицензия '', которая устраняет большинство преград. Общая лицензия разрешает выво зить все, что не запрещено явно и можно вычитать в публичных библиотеках. Так что все, что вы можете узнать на конференции или на занятиях в классе и на что не наложены ограничения из соображений безопасности, скорее всег о, подпадает под общую лицензию. Однако, список запрещенных пунктов таит множество сюрпризов и включает некоторые вещи, которые можно свободно узнать, обучаясь в университете. Например, во время войны в Персидском заливе, оказалось неожиданно трудн о отгородить сети Иракского командования и управления: они использовал и коммерческие IP-маршрутизаторы, которые очень быстро и хорошо находят о бходные пути. И вот, экспорт любого сетевого узла, способного изыскивать альтернативные маршруты, теперь запрещен. Стоит внимательно ознакомит ься с этим списком во избежание недоразумений и столкновений с законом. Второй пункт еще проще. Если экспорт какого-либо оборудования, скажем су перкомпьютера, не разрешен, то запрещен и удаленный доступ к этому обору дованию извне этой страны. Так что будьте осторожны с раздариванием дост упа к ``особым'' ресурсам (как суперкомпьютеры) коллегам из других стран. Пр ирода этих ограничений зависит, несомненно, от иностранного государств а и, как показали события последнего десятилетия, может очень быстро изм еняться. Предостережем вас и от заблуждений относительно правовой ответственно сти оператора узлового компьютера: объединение, ведающее Bitnet, после изуче ния возможных правовых помех, пришло к следующим заключениям: · оператор сети ответственен за незаконн ый экспорт, только если он знал о нарушении и все же не информировал об это м компетентные органы; · оператор сети не ответственен за постоя нный контроль вашего использования и определение его законности. Таким образом, пер сонал национальных сетей, скорее всего, не проглядывает ваши пакеты, выс матривая, что же вы вывозите (хотя, за разного рода АНБ, КГБ, МБ, MI, трудно пору читься.). Однако, если сетевой оператор видит ваши пакеты, и в них содержит ся явное нарушение каких-либо инструкций, то он обязан поставить в извес тность руководство. Права собственности При передаче чего-либо кому-либо спор может разгореться вок руг прав собственности. Наличие национальных границ, пересекающих лини ю связи, вносит в ситуацию еще больше смуты. Авторские и патентные права с ильно меняются от страны к стране. Вы можете найти в сети интересный том п озабытой технической документации, авторские права на которое у вас в ст ране уже не действительны за давностью лет. Пересылка этих файлов в США м ожет поставить вас вне их федерального закона. Разузнайте, кто имеет пра ва на то, что вы вывозите по сетям, что бы то ни было. Если это не ваше, перед т ем как высылать, убедитесь, что вы имеете на то разрешение. Закон об электронных коммуникациях не поспевает за прогрессом техноло гии. Если у вас есть книга, журнал или частное письмо, почти любой юрист ил и библиотекарь скажут вам точно, можете ли вы это копировать, или же чье ра зрешение вам следует для этого получить. Но о заметке на сетевой доске об ъявлений, о сообщении электронной почты или о файле с докладом, доступно м в сети, они мало что смогут сказать вразумительного. Даже если вы знаете , чьего разрешения вам добиваться и вы его добились по e-mail, совсем еще не ясн о, а дает ли послание электронной почты какую-либо реальную защиту. И имейте, пожалуйста, в виду, что права собственности могут стать проблем ой даже при использовании общих (public, publicly available) файлов. Некоторые программы, дос тупные в Internet для использования, должны быть лицензированы продавцом. Напр имер, поставщик рабочих станций может обновлять их операционную систем у и программное обеспечение через анонимный ftp. Так что вы легко можете за получить эти программы, но для того, чтобы использовать их законно, вы дол жны получить лицензию на использование, например, официально купить эти же программы у продавца. Internet и политика Политические процессы многим сетевым пользователям видят ся одновременно и как благо, и как бедствие. Благо состоит в деньгах. Субси дии предоставляют многим людям возможности, которых они иначе были бы ли шены. Бедствие же в том, что их действия находятся под неусыпным оком надз ора. Кто-нибудь из больших политиков вдруг может решить, что кое-что из тог о, что вы натворили, может быть использовано в политической игре, и тогда в ы лишитесь не только покоя, но, возможно, и честного имени. Это вполне може т задеть не только ваших ближайших соратников, но и всю вашу общину. Государственные мужи, а их очень много, поддерживающих дотации Internet , подде рживают развитие и содержание сети потому, что это на пользу стране, это д ает возможность равноправно участвовать в международных исследования х и торговле, развивать технологии и т.п. Ускорение передачи сообщений по зволяет ускорить исследования и образовательный процесс. Благодаря Internet исследователи, студенты и их коллеги по всей стране и за рубежом могут на ходить лучшие технические решения. Сеть своей открытостью и доступностью, а также устойчивостью к отключен иям, способствует большей открытости, гласности и информированности в о бществе, особенно оперативной информированности. Например, в августе 1991 и в октябре 1993 многие телекоммуникации стали ``барахлить'' по указанию сверх у, невозможно было получить оперативно достоверную информацию по обычн ым сетям: телефонным, телеграфным, радио. Сети Internet (Relcom, Finnet, и др.) работали устой чиво и позволяли сообщаться с корреспондентами и редакциями как по всей стране, так и за рубежом. Но есть и обратная сторона такого вмешательства политики: поддержка эта широка, но относительно хрупка и тонка. Любое действие сети, которое може т вызвать политическое волнение, может и полностью изменить эту ситуаци ю, скорее всего, в худшую сторону. Сетевая этика У свежеиспеченного пользователя сети кажущееся отсутстви е этики вызывает беспокойство. В действительности сеть есть общество оч ень этичное (см. по этике RFC 1087), просто этика его слегка отличается от обычно й. Чтобы понять это, рассмотрим ``законы первопроходцев''. Во времена велик их переселений на неосвоенные земли (например, Дикий Запад) устав, принят ый на исходных территориях, всегда изменялся и подстраивался к местным у словиям полукочевого образа жизни и т.д., что приводило к тому, что он отли чался и от исходного, и от соседних. Так и сеть, являясь передним краем вне дрения новых информационных и коммуникационных технологий, пользуется правом изменения и нововведения. Имеется две пересекающиеся посылки сетевой этики: · проявление индивидуальности уважается и поощряется; · сеть - вещь хорошая и ее следует защищать. Наиболее распространенные возможности Internet Рассмотрим самые популярные возможности Internet . Эти услуги поддерживаются стандартом. Для более конкретного описания команд следует смотреть док ументацию соответствующего программного обеспечения. Впрочем, большин ству достаточно той информации и разъяснений, которые можно найти в инте рактивных системах подсказок (help-aх) или файлах описания. Приведенная здесь статистика взята из [10] и [11]. Статистический анализ был п роведен по количеству пакетов, а не пересылаемых объемов. Размеры же пак етов могут отличаться на порядки: пакеты могут быть от 20 байт до примерно 15 KB (принципиальных ограничений не существует, имеющиеся ограничения свя заны с эффективностью пересылки информации при наличии искажений и зад ержек на повторную пересылку.) Статистика по пакетам показывает не загру женность сети, но частоту использования данного протокола, в некотором р оде, его популярность. Удаленный доступ (telnet) Remote Login - удаленный доступ - работа на удаленном компьютере в режиме, когда ваш компьютер эмулирует терминал удаленного компьютера, т.е. вы можете дела ть все то же (или почти все), что можно делать с обычного терминала той маши ны. Трафик, относящийся к этому виду работы в сети, в среднем составляет ок оло 19% всего сетевого трафика. Начать сеанс удаленного доступа можно в UNIX, п одав команду telnet и указав имя машины, с которой вы хотите работать. Если ном ер порта опустить, то ваш компьютер по умолчанию эмулирует терминал той машины и вы входите в систему как обычно. Указание номера порта позволяе т связываться с нестандартными серверами, интерфейсами. telnet - протокол эмуляции терминала, который обеспечивает поддержку удален ного доступа в Internet . telnet - так же называется программа в UNIX, которая обслуживает эти сеансы работ ы; telnet имеет и свой собственный набор команд, которые управляют собственно этой программой, т.е. сеансом связи, его параметрами, открытием новых, закр ытием и т.д.; эти команды подаются из командного режима telnet, в который можно п ерейти, нажав так называемую escape-последовательность клавиш, которая вам с ообщается при достижении удаленной машины. Сеанс обеспечивается совместной работой программного обеспечения уда ленной ЭВМ и вашей. Они устанавливают TCP-связь и общаются через TCP и UDP пакеты. Взаимодействие это очень не простое, но результат замечателен. Сидя, нап ример, в Швейцарии, можно работать на машине в США так, как если бы она стоя ла рядом. Для пользования этой замечательной возможностью сети необходимо иметь доступ в Internet класса не ниже dial-up доступа. Передача файлов (ftp) ftp - File Transfer Protocol - протокол передачи файлов - протокол, определяющий правила пере дачи файлов с одного компьютера на другой. ftp - также название программы из прикладного обеспечения. Использует прот окол ftp для того, чтобы пересылать файлы. В аспекте применения ftp во многом аналогична telnet. Т.е. для работы с ftp нужно име ть доступ на ту удаленную машину, с которой вы хотите перекачать себе фай лы, т.е. иметь входное имя и знать соответствующий пароль. Доступ должен бы ть как минимум типа dial-up (по вызову). Для использования ftp, нужно подать команд у ftp с указанием имени рабочей машины, на которой вы хотите провести сеанс . ftp также позволяет (у него свой набор команд) производить поиск файла на уд аленной машине, то есть переходить из директории в директорию, просматри вать содержимое этих директорий, файлов. Позволяет пересылать как файлы , так и их группы, а также целиком директории, можно вместе со всеми вложен ными на любую глубину поддиректориями. Позволяет пересылать данные в фа йлах либо как двоичную информацию, либо как ASCII (т.е. текст). ASCII-пересылка дает возможность автоматического перекодирования данных при пересылке тек ста на компьютер с другой кодировкой алфавита и т.д., что сохраняет прежни й читаемый вид текста. Имеется возможность сжимать данные при пересылке и после их разжимать в прежний вид. Имеет место подвид ftp, так называемое анонимное ftp. Анонимность заключаетс я в том, что если на ftp, вообще говоря, требуется для начала работы правильно идентифицировать себя, ввести входное имя и, возможно, пароль, то на машин ах, поддерживающих этот вид ftp, для входа и начала работы этого не требуетс я. ftp протоколы делятся на протоколы команд и самих перекачиваемых данных. Д анные занимают в среднем около 40% всего сетевого трафика, в то время как ко манды - только 4%. (Здесь статистика по пересылаемым объемам!) Имеется также возможность использования ftp в пакетном режи ме по e-mail на некоторых серверах, но отсутствие прямого диалога очень неудо бно и сильно замедляет работу, - за неимением лучшего это вполне сносно. Введение Сейчас все популярнее стан овится система электронной почты. Что это такое, каким образом ее можно и спользовать, как разобраться в адресах E -mail? Что такое почта - мы знаем. Это традиционные средства связи, позволяющие обмениваться информацией, по крайней мере, двум абонентам. Для того, чтоб ы этот обмен состоялся, необходимо написать послание и, указав адрес, опу стить в почтовый ящик, откуда письмо неминуемо попадет на почтовый узел . Если указанный адрес соответствует общепринятым стандартам, то через некоторое время почтальон положит его в почтовый ящик адресата. Далее аб онент вскроет послание, и - обмен информацией состоялся. Чтобы ускорить п роцесс, вы поднимаете телефонную трубку, набираете телефонный номер и, е сли произойдет правильное соединение, то ваш абонент услышит то, что вы х отите ему передать. Если абонент не отвечает или его номер занят, придет ся повторить процедуру еще раз, сожалея о том, что вы тратите на это свое д рагоценное время. Эти два вида связи - почтовая и телефонная - стали для нас традици онными, и мы уже хорошо знаем их достоинства и недостатки. А что же такое э лектронная почта? Электронная почта - обмен почтовыми сообщениями с любым абонентом сети Internet. Существует возмо жность отправки как текстовых, так и двоичных файлов. На размер почтовог о сообщения в сети Internet накладывается следующее ограничение - размер почт ового сообщения не должен превышать 64 килобайт. Она позволяет пересылать сообщения практически с любой машины на любую , так как большинство известных машин, работающих в разных системах, ее по ддерживают. Электронная почта во многом похожа на обычную почту. С ее помощью письмо - текст, снабженный стандартным заголовком (конвертом) - доставляется по указанному адресу, который определяет местонахождение машины и имя ад ресата, и помещается в файл, называемый почтовым ящиком адресата, с тем, чтобы адресат мог его достать и прочесть в удобное время. При этом между п очтовыми программами на разных машинах существует соглашение о том, как писать адрес, чтобы все его понимали. Электронная почта оказалась во многом удобнее обычной, "бумажной". Не г оворя уже о том, что Вам не приходится вставать из-за компьютера и идти до почтового ящика, чтобы получить или отправить письмо, - электронной почтой сообщение в большинстве случаев доставляется гор аздо быстрее, чем обычной; - стоит это дешевле; - для отправки письма нескольким адресатам не нужно печатать его во мно гих экземплярах, достаточно однажды ввести текст в компьютер; - если нужно перечитать, исправить полученное или составленное Вами пи сьмо, или использовать выдержки из него, это сделать легче, поскольку тек ст уже находится в машине; - удобнее хранить большое количество писем в файле на диске, чем в ящике стола; в файле легче и искать; - и, наконец, экономится бумага. Надежность электронной почты сильно зависит от того, какие использую тся почтовые программы, насколько удалены друг от друга отправитель и а дресат письма, и особенно от того, в одной они сети, или в разных. В наших ус ловиях, пожалуй, лучше полагаться на электронную почту, чем на простую. Е сли письмо все-таки потерялось, Вы об этом сможете узнать достаточно ско ро и послать новое. Это самое популярное на сегодня использование Internet у нас в стране. Оц енки говорят, что в мире имеется более 50 миллионов пользователей электро нной почты. В целом же в мире трафик электронной почты (протокол smtp) занимае т только 3.7% всего сетевого. Популярность ее объясняется, как насущными тр ебованиями, так и тем, что большинство подключений - подключения класса ``д оступ по вызову'' (с модема), а у нас в России, вообще, в подавляющем большинс тве случаев - доступ UUCP. E-mail доступна при любом виде доступа к Internet . E-mail (Electronic mail) - электронная почта (простонародн. - электронный аналог обычной по чты. С ее помощью вы можете посылать сообщения, получать их в свой электро нный почтовый ящик, отвечать на письма ваших корреспондентов автоматич ески, используя их адреса, исходя из их писем, рассылать копии вашего пись ма сразу нескольким получателям, переправлять полученное письмо по дру гому адресу, использовать вместо адресов (числовых или доменных имен) ло гические имена, создавать несколько подразделов почтового ящика для ра зного рода корреспонденции, включать в письма текстовые файлы, пользова ться системой «отражателей почты» для ведения дискуссий с группой ваши х корреспондентов и т.д. Из Internet вы можете посылать почту в сопредельные сет и, если вы знаете адрес соответствующего шлюза, формат его обращений и ад рес в той сети. Используя e-mail, вы можете пользоваться ftp в асинхронном режиме. Существует м ножество серверов, поддерживающих такие услуги. Вы посылаете e-mail в адрес т акой службы, содержащую команду этой системы, например, дать листинг как ой-то директории, или переслать файл такой-то к вам, и вам приходит автомат ически ответ по e-mail с этим листингом или нужным файлом. В таком режиме возм ожно использование почти всего набора команд обычного ftp. Существуют сер веры, позволяющие получать файлы по ftp не только с них самих, но с любого ftp-се рвера, который вы укажете в своем послании e-mail.. E-mail дает возможность проводить телеконференции и дискуссии. Для этого ис пользуются, установленные на некоторых узловых рабочих машинах, mail reflector-ы. В ы посылаете туда сообщение с указанием подписать вас на такой-то рефлект ор (дискуссию, конференцию, etc.), и вы начинаете получать копии сообщений, ко торые туда посылают участники обсуждения. Рефлектор почты просто по пол учении электронных писем рассылает их копии всем подписчикам. E-mail дает возможность использования в асинхронном режиме не только ftp, но и д ругих служб, имеющих подобные сервера, предоставляющие такие услуги. Нап ример, сетевых новостей, Archie, Whois. Пересылать по e-mail можно и двоичные файлы, не только текстовые. В UNIX, например, для этого используется программы UUENCODE и UUDECODE. При пользовании e-mail, из-за ее оперативности, может сложиться ощущение теле фонной связи, но всегда следует осознавать, что это все же почта. Все сообщ ения письменны, поэтому почти документированы. Придерживайтесь этикет а, принятого в обычной корреспонденции. В дополнение к этому помните, что e-mail не обладает той степенью приватности, как обычная почта, никогда не пи шите в посланиях e-mail ничего, чего вам бы не хотелось увидеть выставленным н а всеобщее обозрение. Анонимность также исключена: источник прослежива ется без труда. Не стоит пользоваться техническими особенностями вашег о терминала. Когда сеть ARPANET впервые вышла на арену, ее разработчики ожидали, что прео бладающим будет трафик (то еcть объем информации, передаваемой между узл ами) типа "процесс-процесс". Они ошиблись. К их великому изумлению, объем эл ектронной почты между людьми перекрыл объем связи между процессами. В т о время, как снег, дождь, жара могли остановить почтовых курьеров, возмож ности сети ARPANET доставлять сообщения от западного побережья Cоединенных Штатов к восточному в течение нескольких секунд начали революционные п роцессы в средствах cообщения. Основная привлекательность электронной почты - ее быстрота. Однако ес ть другие преимущества которые не так широко известны. Телефон также пре доставляет почти мгновенный доступ, но исследования показали, что около 75% телефонных вызовов заканчиваются безуспешно ("Я очень сожалею, но мис тер Смит на совещании/уехал в командировку/вышел из комнаты."). Электронна я почта имеет ту же скорость доступа, что и телефон, но не требует одновре менного присутствия обоих абонентов на разных концах телефонной линии. Кроме того, она оставляет письменную копию послания, которое может быть сохранено или передано дальше. Более того, письмо одновременно может быт ь послано нескольким абонентам. Предположим, что вам повезло, и вы стали счастливым обладателем персон ального компьютера. Вы составили послание для своего абонента - ввели в к омпьютер текст, подготовили к передаче файл, содержащий какую-либо прогр амму или, например, графические данные, указали адрес и, сняв телефонную трубку, передали по телефонной линии ваше письмо. Абонента нет дома? Не бе да: письмо попадет к нему, как только он включит свой компьютер. Его телеф он занят? Тоже не страшно: как только линия освободится, он сможет получи ть ваше послание, даже если вы уже давно повесили трубку. В этой, на первый взгляд, фантастической истории есть единственное преувеличение. Подн имать трубку и набирать телефонный номер будете не вы, а весьма интеллектуальное электронное устройство, называе мое модемом. В простейшем случае передача вашего письма произойдет cледу ющим образом: cначала по запускаемой вами стандартной процедуре ваш модем постараетс я связаться с модемом, установленном на почтовой машине (аналог - почтово е отделение связи). В RelCom это производится рассматриваемой в нашем руковод стве программным пакетом UUPC. Как только будет установлена связь, произой дет идентификация вашего абонентского пункта (вашего компьютера), прове рка пароля и передача подготовленной вами информации. После этого ваш м одем "повесит трубку". Вы можете спокойно заниматься своими делами, а в это время почтовая машина проверит, насколько правильный адрес вы указали, и, если все в порядке, постарается связаться с вашим абонентом. Как только два модема - почтовый и вашего абонента - "договорятся", произойдет передача вашего послания. Обмен информацией с остоялся. Удобство такого средства связи трудно переоценить. Быстрота, необрем енительность, возможность передавать информацию любого объема в любую точку мира. Хотя электронная почта может рассматриваться как частный случай пере дачи файлов, она имеет ряд особенностей, не привычных для стандартных пр оцедур пересылки файлов. Во-первых, отправитель и получатель почти всегд а люди, а не машины. Это означает, что система электронной почты состоит и з двух различных, но тесно взаимосвязанных частей: одна обеспечивает в заимодействие с человеком (например, составление, редактирование, прочт ение сообщений), другая - передачу сообщений (например, рассылка по спискам, обеспечение передачи). Другое различие между электронной почтой и средствами передачи файло в общего назначения состоит в том, что почтовые послания представляют с обой четко структурированный документ. Во многих системах каждое посла ние сопровождается большим количеством дополнительных полей. Они вклю чают в себя имя и адрес отправителя, имя и адрес получателя, дату и время о тправки письма, перечень людей, которым направлена копия письма, уровень значимости, степень секретности и многое другое. Адресация в системе электронной почты Для того, чтобы ваше электр онное письмо дошло до своего адресата, необходимо, чтобы оно было оформл ено в соответствии с международными стандартами и имело стандарти зованный почтовый электронный адрес. Общепринятый формат послания опр еделяется документом под названием "Standard for the Format of ARPA - Internet Text messages", сокращенно - Request for Comment или RFC822, и имеет заголовок и непосредственно сообщение. Заголовок выгляди т приблизительно так: From: почтовый электронный адрес - от кого пришло послание To: почтовый электронный адрес - кому адресовано Cc: почтовые электронные адреса - кому еще направлено Subject: тема сообщения (произвольной формы) Date: дата и время отправки сообщения Строки заголовка From: и Date: формируются, как правило, автоматически, програ ммными средствами. Помимо этих строк заголовка, послание может содержат ь и другие, например: Message-Id: уникальный идентификатор послания, присвоенный ему почтовой машин ой Reply-To: обычно адрес абонента, которому вы отвечаете на присланное вам пись мо Само послание - как правило, текстовый файл достаточно произвольной фо рмы. При передаче нетекстовых данных (исполняемой программы, графической ин формации) применяется перекодировка сообщений, которая выполняется cоо тветcтвующими программными средствами. Почтовый электронный адрес может иметь разные форматы. Наиболее широ ко распространена система формирования адреса DNS (Domain Name System), применяемая в се ти Internet. Дешифрацию адреса и перевод его в необходимый формат осуществляю т встроенные программные средства, применяемые в данной сети электронн ой почты. С точки зрения логики, для того чтобы адрес был информативным, необходи мо, чтобы в нем присутствовали: - идентификатор абонента (по аналогии - строка КОМУ: на почтовом конверт е); - почтовые координаты, определяющие его местонахождение (по аналогии - д ом, улица, город, страна на почтовом конверте). Почтовый электронный адрес имеет все эти составляющие. Для того, чтобы отделить идентификатор абонента от его почтовых координат, использует ся значок @. Почтовый электронный адрес в формате Internet может иметь вид: aspet@htd.mepi.msk.su В рассматриваемом примере aspet - идентификатор абонента, составляемый, к ак правило, из начальных букв его фамилии, имени, отчества (Анатолий Серге евич Петров). То, что стоит справа от знака @, называется доменом и однознач но описывает местонахождение абонента. Составные части домена разделя ются точками. Самая правая часть домена, как правило, обозначает код страны адресата - это домен верхнего уровня. Код страны утвержден международным стандарт ом ISO. В нашем случае, ua - код Украи ны. Однако в качестве домена верхнего уровня может фигурировать и обозн ачение сети. Например, в США, где существуют сети, объединяющие высшиеуче бные заведения или правительственные организации, в качестве доменов в ерхнего уровня используются сокращения edu - Educational institutions, gov - Government institutions и другие. Следующий поддомен - msk - является однозначно определяемым внутри домен а верхнего уровня. Нетрудно догадаться, что обозначает он код города - Мос ква. Совокупность составных частей домена msk. r u называется доменом второго уровня. Аббревиатуры доме на второго уровня определяются в соответствии с правилами, принятыми до меном верхнего уровня. Домен третьего уровня - mepi.msk. r u. В нашем случае домен третьего уровня включает в себя сокращенную английс кую абревиатуру Московского инженерно-физического Института. Правила образования имен внутри доменов третьего уровня личное дело доменов вт орого уровня. Поддомен htd - зарегистрированное на почтовом узле имя машины, на которой владеет почтовым ящиком упомянутый выше Анатолий Сергеевич Петров. Сис тема DNS приводится только для того, чтобы показать, что ничего сложного и н епривычного даже для начинающего абонента электронной почты в этом нет . Электронная почта на вашей машине Электронная почта на Вашей машине обслуживается несколькими п рограммами, систему которых будем для простоты называть почтовой служб ой, или просто почтой. Почтовые сообщения (письма), пришедшие на Ваш адрес, поступают в ф айл, называемый Вашим почтовым ящиком, из которого Вы в любое удобное для Вас время можете их доставать и читать при помощи специальной программ ы - редактора сообщений E-Mail, в нашем руководстве мы предлагаем BeautyMail. При отпра влении сообщения Вы вводите текст сообщения и некоторую служебную инфо рмацию (аналогично надписи на почтовом конверте), включая адрес получат еля, после чего почтовая служба на вашей машине с помощью программного пакета UUPC связывается с по чтовой службой машины адресата, передает ей сообщение, и оно попадает в п очтовый ящик адресата. Формат почтового сообщения Почтовые службы на разных машинах представляют сооб щения в разных форматах, некоторые из них несовместимы. Тем не менее, бол ьшинство систем во всем мире понимают формат сообщения, называемый, по и мени документа, в котором он описан, RFC822[2]. Первоначально этот стандарт бы л разработан для сети Internet, но сейчас принят во многих других сетях. Поэто му здесь будем описывать этот формат - это тот конверт, в котором письмо до йдет практически в любую точку земного шара. Сообщение состоит из текста, который Вы хотите передать адресату, и заг оловка, который приписывается в начале сообщения, отделяется от текста пустой строкой, и содержит несколько строчек необходимой информации об этом сообщении: дату отправления, адрес, обратный адрес, тему сообщения, и другие. Рассмотрим пример почтового сообщения: Received: by avg386.kiae.su; Thu, 20 Dec 90 13:51:59 MSK Received: by jumbo.kiae.su; Thu, 20 Dec 90 12:52:17 MSK Received: from CS.ORST.EDU by fuug.fi with SMTP id AA15539 (5.65+/IDA-1.3.5 for avg@kiae.su); Thu, 20 Dec 90 08:19:05 +0200 Received: from jacobs.CS.ORST.EDU by CS.ORST.EDU (5.59/1.15) id AA19981; Wed, 19 Dec 90 22:19:59 PST Received: by jacobs.CS.ORST.EDU (5.54/1.14) id AA02240; Wed, 19 Dec 90 23:19:35 MST Date: Wed, 19 Dec 90 23:19:35 MST From: Harry Brooks Message-Id: <9012200619.AA02240@jacobs.CS.ORST.EDU> To: avg@kiae.su Subject: Re: wondering if you attended? Status: RO gosh, i wish that you were not so far away that we could face each other and speak of your interests--computers, girls, nature and drinks! no, i do not know Russian history--only the sketch and collected memory of pieces read and heard... was infatuated by Dostevosky harry //interrupted for talking to a friend--bye--more later. Здесь первые четырнадцать строчек составляют заголо вок. Заметим, что каждая из строк заголовка имеет вид: название: текст Названия строк заголовка расшифровываются так: Received: отметка о прохождении через машину (почтовый штемпель). У нашего письма таких отметок пять, значит, по пути оно прошло через пять машин, и каждая и з них обозначила, когда оно проходило. Date: дата и время отправления письма; они указываются в стандартном формате , поскольку большинство почтовых систем умеют сортировать сообщения по времени, если Вы попросите. From: имя отправителя и обратный адрес <отделен угловыми скобками>. Message-Id: внутренний идентификатор сообщения; присваивается почтовой службой отправителя. Каждому письму присваивается уникальный - единственный в м ире! - идентификатор. Его можно использовать для ссылок на письмо, как исхо дящий номер. To: адрес получателя Subject: тема сообщения. Пометка Re: обозначает, что это сообщение - ответ (от слова reply) на другое сообщение. У исходного сообщения и у ответа строка Subject: одна и та же. При составлении автором ответа почтовая служба автоматически взяла тему из исходного сообщения. Это удобно, когда идет длинный разговор на одну тему. Вы сможете потребовать, чтобы почтовая служба отсортировала сообщения по темам, и освежить в памяти предыдущие фразы этого разговора. Составляя сообщение, старайтесь в этой строке указать название коротк ое и как можно более информативное. Сообщение под заголовком вроде "А по мнишь, как-то раз ты мне говорила..." не всякий станет читать. Status: статус сообщения; Ваша почтовая служба помечает для себя, что сообщени е Вами уже прочитано, чтобы второй раз Вам его не предложить как новое. Бывает еще несколько видов строк заголовка. Не все они обязательно дол жны быть. Некоторые строки почтовые службы добавляют автоматически (Received:, Date:), другие задает сам автор письма (To:, Subject:). Мы же остановимся подробно на том, как указать в сообщении адрес, чтобы почтовые службы его поняли и дос тавили письмо по назначению. Ввести текст сообщения, сформировать заголовок можно одном из редакт оров сообщений для электронной почты. В нашем руководстве мы рекомендуе м воспользоваться редактором BeautyMail, справочник по которому мы и приводим в одной из следующих глав. Адреса электронной почты Рассмотрим адрес из нашего примера: avg@kiae.ru Он состоит из адреса машины и имени адресата, которое отделено знаком "@". Слева от @ стоит имя адресата, точнее, имя файла - почтового ящика на его маш ине, из которого он забирает письма. Обычно пользователь называет свой п очтовый ящик тем же именем, под которым он зарегистрирован в системе. Чащ е всего это имя (например, polina), фамилия (korotaev), или инициалы (avg, как в нашем случае ). Часть справа от @ называется доменом и описывает местонахождение этого п очтового ящика (машину или организацию). Имена почтовых ящиков В общем случае часть адрес а, расположенная слева от @, представляет собой имя почтового ящика челов ека, который должен получить сообщение. Чаще всего это просто имя файла. П ри этом подразумевается, что в правой части адреса (домене) подробно опис ано, где находится машина (или несколько машин, расположенных в одном мес те и соединенных в локальную сеть), на которой хранится этот почтовый ящи к. Бывают, однако, машины, у которых нет адреса в формате RFC822. Это значит, что м ашина не входит ни в одну сеть, понимающую этот формат адреса. Если можно найти другую, подключенную к такой сети промежуточную машину, которая м огла бы ей позвонить по телефону и передать сообщение, проблема отправк и письма будет решена. Но, поскольку у машины адресата нет формального ад реса, промежуточной машине надо явно указать путь, по которому передавать сообщение. Для передачи почтовых сообщений по телефонным линиям компьютеры поль зуются протоколом uucp. Путь сообщения от Вашей машины до пользователя на д ругой машине для uucp описывается в такой форме: машина1!машина2!машина_адресата!имя_адресата Такой адрес означает, что Ваша машина должна передать сообщение на маш ину1, та - на машину2, оттуда сообщение следует передать на машину_адресата и положить в почтовый ящик с указанным именем. Чтобы адресовать сообщение на машину, не имеющую стандартного адреса, найдем промежуточную, имеющую адрес машину, и укажем ее адрес в правой ча сти (домене); путь же от промежуточной машины до почтового ящика адресата распишем в левой части в формате uucp, например: watcsc!rose!ocplumb@maytag.waterloo.edu Правая часть этого адреса указывает на учебные заведения США (домен ве рхнего уровня edu), среди них на университет Ватерло (первый поддомен), и в не м на машину maytag (второй поддомен); в левой части описан путь от машины maytag чере з машину watcsc на машину rose и в почтовый ящик пользователя ocplumb, в который-то, нак онец, и нужно положить письмо. Этим способом адресации следует пользоваться только в крайнем случае, поскольку он сложен и не очень надежен (не всякая машина такой адрес пра вильно поймет). Вам может попасться адрес и такого необычного вида: carl%nuceng.decnet@pine.circa.ufl.edu Такой сложный адрес приходится писать, когда мост между Вашей сетью и сетью адресата письма не умеет преобразовывать адреса. В таком случае в правой части указывается адрес моста в Вашей сети, а в левой - адрес нужно го Вам почтового ящика в сети адресата. Поскольку повторение знака @ во вт ором адресе может вызвать путаницу, вместо него используется знак %. Так им образом Вы явно указываете, через какой мост сообщение должно пройти из Вашей сети в сеть адресата. В нашем примере в правой части приведен адр ес моста - машины pine в университете Флориды, - через который сообщение должн о перейти в сеть DECNET (сеть машин фирмы DEC), а в левой части - адрес почтового ящи ка пользователя carl на машине nuceng в сети DECNET. Заключение В заключении можно сказать, чт о E - mail является отличным средством общения людей ( хотя и огран и- ченного круга, т.е. обладателей ПК с соответствующим обеспечением). Можн о с уверенностью сказать, что электронную почту ждёт большое будущее во всех его проявлениях, и что она будет постоянно развиваться и совершенст воваться, что будет приводить к более удобному её использованию.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Мы, русские, единственный народ, который может поехать на рыбалку - а словить белочку...
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по информатике и информационным технологиям "Internet - прошлое и будущее", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru