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

Курсовая

Электронная почта в Интернете

Банк рефератов / Компьютерные сети

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

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

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

33 ВВЕДЕНИЕ В сознании большинства пользователей глобальной компьютерн ой сети Internet сама эта сеть ассоциируется с тремя основными информационными технологиями : - электронная почта (e-mail); - файловые архивы FTP; - World Wide Web. Каждая из этих технологий направлена на решение одной из множества задач информационн ого обслуживания пользователей сети . Электронная почта - это основное средство коммуникаций Internet. Сеть Internet развивалась в первые свои годы как государственная . Это значит , что главным ее назначением был свободный обмен информацией . Доступность In ternet из высших учебных заведений только способствовала этой тенденции. Электронная почта во многом похожа на обычную почту . С ее помощью письмо - текст , снабженный стандартным заголовком (конвертом ) - доставляется по указанному адресу , который оп ределяет местонахождение сервера и имя адресата , который имеет почтовый ящик на этом сервере , с тем , чтобы адресат мог его достать и прочесть в удобное время . Электронная почта оказалась во многом удобнее обычной , "бумажной ". Не говоря уже о том , что Вам не приходится вставать из-за компьютера и идти до почтового ящика , чтобы получить или отправить письмо. 1 ТЕХНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ 1.1 Базовая модель OSI (Open System Interconnection) Для того чтобы взаимодействовать , люди используют общий язык. Если они не могут разговаривать друг с другом непосредственно , они применяют соответствующие вспомогательные средства для передачи сообще ний. Показанные ниже стадии необходимы , когда сообщение передается от отправителя к получателю. Для тог о чтобы привести в движение процесс передачи данных , использовались машины с одинаковым кодированием данных и связанные одна с другой . Для единого представления данных в линиях связи , по которым передается информация , сформи рована Международная организац и я по стандартизации (ISO – International Standards Organization). ISO предназначена для разработки модели международного комму никационного протокола , в рамках которой можно разрабатывать международные стандарты . Для наглядного по яснения ниже представлен ы семь ее уровней. Международная организация по стандартизации (ISO) разработала базовую модель взаимодействия открытых систем (Open Systems In terconnection (OSI)). Эта модель явля ется международным стандартом для передачи данных . Модель содержит сем ь отдельных уровней : Уровень 1 : физический - битовые протоколы передачи информации ; Уровень 2 : канальный - формирование кадров , управление доступом к среде ; Уровень 3 : сетевой - маршрутизация , управление потоками данных ; Уровень 4 : транспортный - о беспечение взаимодействия удаленных процес сов ; Уровень 5 : сеансовый - поддержка диалога между удаленными про цессами ; Уровень 6 : представительский - интерпретация передаваемых данных ; Уровень 7 : прикладной - пользовательское управление данными. Осно вная идея этой модели заключается в том , что каждому уровню отводится кон кретная роль , в том числе и транспортной среде . Благодаря этому , общая задача передачи дан ных расчленяется на отдельные легко обозримые задачи . Необходимые соглашения для связи одн о го уровня с выше - и нижерасположенным называют про токолом. Так как пользователи нуждаются в эффективном управлении , система вычис лительной сети представляется как комплексное строение , которое координирует взаимодействие задач пользователей. С учетом вышеизложенного можно вывести следующую уровневую модель с админи стративными функциями , выполняющимися в пользова тельском прикладном уровне. Отдельные уровни базовой модели проходят в направлении вниз от источника данных (от уровня 7 к уровню 1) и в нап равлении вверх от прием ника данных (от уровня 1 к уровню 7). Пользовательские данные переда ются в нижерасположенный уровень вместе со специфическим для уровня заголовком до тех пор , пока не будет достигнут последний уровень. На приемной стороне поступаю щие данные анализируются и , по мере надоб ности , передаются далее в вышерасположенный уровень , пока ин формация не будет передана в пользо вательский прикладной уровень. Уровень 1. Физический На физическом уровне определяются электрические , механические , функ циональные и процедурные параметры для физической связи в системах . Физическая связь и неразрывная с ней экс плуатационная готовность явля ются основной функцией 1-го уровня. Уровень 2. Канальный Канальный уровень формирует из данных , передаваемых 1 -м уров нем , так на зываемых "кадров ", последовательности кадров . На этом уровне осуществляется управление доступом к передающей среде , используемой несколькими ЭВМ , синхро низация , обнаружение и исправле ние ошибок. Уровень 3. Сетевой Сетевой уровень ус танавливает связь в вычислительной сети между двумя абонентами . Соединение происходит благодаря функциям маршрути зации , которые требуют наличия сете вого адреса в пакете . Сетевой уровень должен также обеспечи вать обработку ошибок , мультип лексирование , у правление потоками данных . Самый известный стандарт , относящийся к этому уровню , - рекомендация Х .25 МККТТ (для сетей общего пользования с коммутацией пакетов ). Уровень 4. Транспортный Транспортный уровень поддерживает непрерывную передачу данных между д вумя взаимодействующими друг с другом пользовательскими про цессами . Качество транспорти ровки , безошибочность передачи , независи мость вычислительных сетей , сервис транспорти ровки из конца в конец , ми нимизация затрат и адресация связи га рантируют непр е рывную и безоши бочную передачу данных. Уровень 5. Сеансовый Сеансовый уровень координирует прием , передачу и выдачу одного сеанса связи . Для координации необходимы контроль рабочих параметров , управление потоками данных промежуточных накопителей и диало говый контроль , гарантирующий передачу имеющихся в распоряжении данных . Кроме того , сеансовый уровень содержит дополнительно функции управле ния паролями , управления диалогом , синхрони зации и отмены связи в сеансе передачи после сбоя вследствие ошибок в н ижерасположенных уровнях. Уровень 6. Представительский Уровень представления данных предназначен для интерпретации данных , а также под готовки данных для пользовательского прикладного уровня . На этом уровне происходит преоб разование данных из кадров , ис п ользуемых для передачи данных в экранный формат или фор мат для пе чатающих устройств конечной системы. Уровень 7. Прикладной. В прикладном уровне необходимо предоставить в распоряжение пользовате лей уже пе реработанную информацию . С этим может спра витьс я системное и пользовательское приклад ное программное обеспече ние. Для передачи информации по коммуникационным линиям данные преобразу ются в це почку следующих друг за другом битов (двоичное коди рование с помощью двух состояний : "0" и "1"). Передаваемы е алфавитно-цифровые знаки представляются с помо щью бито вых комби наций . Битовые комбинации содержат 4-, 5-, 6-, 7- или 8-битовые коды. Количество представленных знаков в коде зависит от количества би тов : код из четырех битов может представить макси мум 16 значений , 5-битовый код - 32 зна чения , 6-битовый код - 64 значения , 7-битовый - 128 значений и 8-битовый код - 256 алфавитно-цифровых зна ков. При передаче информации между одинаковыми вычислительными системами и разли чающимися типами компьютеров пр именяют следующие коды : 1) На международном уровне передача символьной информации осуще ствляется с помо щью 7-битового кодирования , позволяющего закодировать заглавные и строч ные буквы англий ского алфавита , а также некоторые спец символы. 2) Национальны е и специальные знаки с помощью 7-битового кода пред ставить нельзя . Для представления национальных знаков применяют наи более употребимый 8-битовый код. Для правильной и , следовательно , полной и безошибочной передачи данных необхо димо придерживаться согл асованных и установленных пра вил . Все они огово рены в протоколе передачи данных. Протокол передачи данных требует следующей информации : • Синхронизация • Инициализация • Блокирование • Адресация • Обнаружение ошибок • Нумерация блоков • Управление по током данных • Методы восстановления • Разрешение доступа 1.2 Сетевые протоколы 1.2.1 NetBEUI NetBIOS Extended User Interface – расширенный пользовательский интерфейс NetBIOS Протокол NetBEUI является наиболее быстрым , однако имеет ряд ограничений . В ча стности , он не поддерживает маршрутизацию , однако позволяет использовать мосты . Кроме того , он переполняет сеть широковещательными сообщениями , которые могут задействовать значительную часть ее пропускной способности . И наконец , его отличает слабая произво дительность в глобальных сетях . Все же его можно включать в состав системы по следующим причинам. - Он является наиболее эффективным протоколом для использования в локальной подсети - Он обладает хорошими возможностями коррекции ошибок - Он является пол ностью самонастраивающимся - Он обеспечивает совместимость с устаревшими платформами , к которым относятся Lan Manager и реализация Windows 3.11 для рабочих групп с поддержкой удаленного доступа - Он позволяет изменять используемый протокол в случае отказ а какого-либо другого из установленных протоколов 1.2.2 IPX / SPX Протокол IPX / SPX хорошо использовать для малых и средних сетей , поскольку он обеспечивает поддержку маршрутизации . Это позволяет производить физическое разбиение сети на несколько сегментов с сохранением возможности работы с одним логическим сегментом . Оборотная сторона IPX / SPX состоит в том , что он также периодически рассылает широковещательные сообщения , занимающие часть пропускной способности сети . Дополнительным доводом в пользу применени я IPX / SPX может послужить тот факт , что большинство сетевых игр используют этот протокол. 1.2.3 TCP / IP TCP / IP является скорее не единым , а совокупностью нескольких протоколов , в числе которых можно назвать TCP , UDP , ARP и многие другие . Этот протокол при меняется наиболее широко . И хотя его применение в локальных сетях не особенно эффективно , он может с успехом применяться в глобальных сетях . Вот причины , по которым можно порекомендовать использование протокола TCP / IP : - Этот протокол наилучшим образом ин тегрируется с реализациями системы Unix - Этот протокол обеспечивает простую интеграцию и доступ к Интернету как посредством выделенного канала связи , так и с использованием Службы удаленного доступа и поддерживаемого модемом - Протокол может быть исполь зован для поддержки WindowsNT Socket для доступа к базам данных SQL Server - Протокол является полностью маршрутизируемым. - Обслуживание протокола значительно упростилось с введением DHCP и WINS TCP / IP . DHPC и WINS позволяют полностю автоматизировать вы деление IP -адресов и распознование имен компьютеров NetBIOS . Протокол TCP / IP также необходим для осуществления непосредственного доступа к сети Интернет . Необходимость в нем отсутствует в случае , если доступ будет осуществляться через прокси-сервер . Прокси -сервер может быть настроен на использование TCP / IP для связи между ним самим и Интернетом , однако для связи прокси-сервера может использоваться протокол IPX / SPX . 1.3 Сетевые устройства и средства коммуника ций В качестве средств коммуникации наиболее час то используются витая пара , коаксиальный кабель и оптоволоконные линии . При выборе типа кабеля учитывают сле дующие показатели : - стоимость монтажа и обслуживания - скорость передачи информации - ограничения на величину расстояния передачи информации (б ез дополни тельных усилителей-повторителей (репитеров )) - безопасность передачи данных Главная проблема заключается в одновременном обеспечении этих показате лей , например , наивысшая скорость передачи данных ограничена максимально воз можным расстоянием передачи данных , при котором еще обеспечивается требуемый уровень защиты данных . Легкая наращивае мость и простота расширения кабельной системы влияют на ее стоимость. 1.3.1 Коаксиальный кабель Коаксиальный кабель практически аналогичем телевизионному ант енному кабелю . Он состоит из центрального медного провода в пластиковой изоляции , окруженного двумя слоями экранирующей оплетки и наружным пластиковым изоляционным слоем. Коаксиальный кабель имеет среднюю цену , хорошо помехозащитен и применя ется для связи на большие расстояния (несколько километров ). Скорость передачи информации от 1 до 10 Мбит /с , а в некоторых случаях может достигать 50 Мбит /с . Ко аксиальный кабель используется для основ ной и широкополосной передачи инфор мации. 1.3.2 Широкополосный коа ксиальный кабель Широкополосный коаксиальный кабель невосприимчив к помехам , легко на ращива ется , но цена его высокая . Скорость передачи информации равна 500 Мбит /с . При пе редачи информации в базисной полосе частот на рас стояние более 1,5 км требуется у силитель , или так называемый репитер (повторитель ). Поэтому суммарное расстоя ние при передаче информации увеличивается до 10 км . 1.3.3 Е thernet-кабель Ethernet-кабель также является коаксиальным кабелем с волновым сопротив лением 50 Ом . Его называют ещ е толстым Ethernet (thick) или жел тым кабелем (yellow ca ble). Он использует 15-контактное стандартное включе ние . Вследствие помехоза щищенности является дорогой альтернативой обычным коаксиальным кабелям . Мак симально доступное расстояние без повторите л я не превышает 500 м , а общее рас стояние сети Ethernet - около 3000 м . Ethernet-кабель , благодаря своей магистральной топологии , ис пользует в конце лишь один нагрузочный резистор . Такие кабели редко применяются в современных сетях по причине их высокой с тоимости. 1.3.4 С heapernе t-кабель Более дешевым , чем Ethernet-кабель является соединение Cheaper net-кабель или , как его часто называют , тонкий (thin) Ethernet. Это также 50-омный коаксиальный кабель со скоростью передачи информации в 10 Мбит / с. При соединении сегментов С hеарег nе t-кабеля также требуются по вторители . Вычислительные сети с Cheapernet-кабелем имеют небольшую стоимость и мини мальные затраты при наращивании . Соединения сетевых плат производится с помо щью широко используемых малогабари т ных байо нетных разъемов (СР -50). Дополни тельное экранирование не требуется . Ка бель присоединяется к ПК с помощью тройни ковых соединителей (T-connectors). Расстояние между двумя рабочими станциями без повторителей мо жет состав лять максимум 300 м , а об щее расстояние для сети на Cheapernet-кабеля - около 1000 м . Приемопередатчик Cheapernet располо жен на сетевой плате , как для гальваниче ской развязки между адаптерами , так и для усиления внешнего сигнала 1.3.5 Витая пара Наиболее дешевым кабельным соед инением является витое двух жильное про водное соединение часто называемое "витой парой " UTP (twisted pair). Кабель представляет собой две (четыре ) пары проводов , скрученных между собой для создания резонансного магнитного поля , повышающего качество переда ваемого сигнала . Витая пара легко наращивается , однако явля ется помехонезащищенной . Преимущест вами являются низкая цена и беспроблемная уста новка . Для повышения помехозащищенности информации часто используют экраниро ванную ви тую пару ( STP ), т.е . виту ю пару , помещенную в экранирующую оболочку , подобно экрану коаксиального кабеля . Это увеличивает стоимость витой пары и при ближает ее цену к цене коаксиального кабеля . Качество такого рода кабелей определяет степень скрученности его проводов . Чем сильнее закручена пара , тем выше качество. Витая пара позволяет пе редавать информацию со скоростью до 100 Мбит /с , Длина кабеля не может превышать 1000 м при скорости передачи 1 Мбит /с. Существует пять категорий витых пар . Категории 1 и 2 позволяют получать невысо кое качество передачи и используются исключительно для передачи речевой информации . Категория 3 является минимальным требоваием для сетей со скоростью передачи 10 Мбит /с . Категория 4 используется в сетях со скоростями до 16 Мбит /с , а категория 5 – до 100 М бит /с . Кабели категории 5 наиболее долговечны и надежны. 1.3.6 Волоконно-оптические линии. Наиболее дорогими являются оптопроводники , называемые также стекловоло конным кабелем . По таким кабелям передается не электрические , а световые импульсы . Как и в к оаксиальном кабеле , в волоконно-оптическом имеется центральная жила , однако сделана она не из меди , а из стекла . Она очень тонкая и по толщине не превосходит человеческого волоса . Вокруг центральной жилы распологается многослойная защитная оболочка . Однак о вместо одного кабеля в данном случае приходится использовать два – отдельно для приема и для передачи данных. Скорость распространения информации по ним достигает нескольких гигабит в секунду . Допустимое удаление более 50 км . Внешнее воздействие помех пр актически отсутствует . На данный момент это наиболее дорогостоящее соединение для ЛВС (локальная вычислительная сеть ). Применяется оно там , где возникают электромагнитные поля помех или требу ется передача информа ции на очень большие расстояния без испол ь зования повтори телей . Они обладают противоподслушивающими свойствами , так как техника ответв ле ний в оптоволоконных кабелях очень сложна . Оптопроводники объединя ются с помощью звездообразного соединения. 1.3.7 Показатели типовых сред Показатели трех тип овых сред для передачи приведены в следующей таблице Показатели Среда передачи данных Двухжильный кабель – витая пара Коаксиальный ка бель Оптоволо кон ный кабель Цена Невысокая Относительно высо кая Высокая Наращивание Очень простое Проблематичн о Простое Защита от про-слушивания Незначительная Хорошая Высокая Проблемы с заземлением Нет Возможны Нет Восприимчи-вость к поме хам Существует Существует Отсутствует Показатели типовых сред передачи данных Существует ряд принципов построения ЛВС на основе вышерассмот ренных компонентов . Такие принципы называют топологиями. 1.4 Топологии вычислительной сети 1.4.1 Топология типа звезда Концепция топологии сети в виде звезды пришла из области больших ЭВМ , в которой головная машина получает и обраб атывает все данные с пе риферийных устройств как активный узел обработки данных . Вся информация между двумя периферийными рабочими мес тами проходит через центральный узел вычислительной сети. Топология сети в виде звезды Пропускная способность сети определяется вычислительной мощно стью узла и гарантируется для каждой рабочей станции . Коллизий (столкновений ) данных не возникает. Кабельное соединение довольно простое , так как каждая рабочая станция связана с узлом . Затраты на прокладку кабелей высокие , особенно когда центральный узел географически расположен не в центре топологии. При расширении вычислительных сетей не могут быть использованы ранее в ыполненные кабельные связи : к новому рабочему месту необходимо прокладывать отдельный кабель из центра сети. Топология в виде звезды является наиболее быстродействующей из всех топологий вычислительных сетей . Передача данных между рабочими станциями прохо дит через центральный узел (при его хорошей производительности ) по отдельным линиям , используемым только этими рабочими станциями . Частота запросов передачи информации от одной станции к другой невысокая по сравнению с достигаемой в других тополо гиях. Пр оизводительность вычислительной сети в первую очередь зависит от мощности центрального файлового сервера . Он может быть узким ме стом вычислительной сети . В случае выхода из строя центрального узла на рушается работа всей сети. Центральный узел управления - файловый сервер может реализо вать оптимальный механизм защиты против несанкционированного доступа к информации . Вся вычислительная сеть может управляться из ее центра. 1.4.2 Кольцевая топология При кольцевой топологии сети рабочие станции связаны одн а с дру гой по кругу , т.е . рабочая станция 1 с рабочей станцией 2, рабочая станция 3 с рабочей станцией 4 и т.д . Последняя рабочая станция связана с первой . Коммуникационная связь замыкается в кольцо. Прокладка кабелей от одной рабочей станции до другой м ожет быть довольно сложной и дорогостоящей , особенно если географически рабочие станции расположены далеко от кольца (например , в линию ). Сообщения циркулируют регулярно по кругу . Рабочая станция посы лает по определенному конечному адресу информацию , пред варительно получив из кольца запрос . Пересылка сообщений является очень эффектив ной , так как большинство сообщений можно отправлять “в дорогу” по ка бельной системе одно за другим . Очень просто можно сделать кольцевой запрос на все станции . Продолжительн о сть передачи информации увеличи вается пропорционально количеству рабочих станций , входящих в вычисли тельную сеть. Основная проблема при кольцевой топологии заключается в том , что каждая рабочая станция должна активно участвовать в пересылке информа ции, и в случае выхода из строя хотя бы одной из них вся сеть парализуется . Неисправности в кабельных соединениях локализуются легко. Подключение новой рабочей станции требует кратко срочного выключения сети , так как во время установки кольцо должно быть разом кнуто . Ограниче ния на протяженность вычислительной сети не существует , так как оно , в конечном счете , определяется исключительно расстоянием между двумя рабочими станциями. Специальной формой кольцевой топологии является логическая кольцевая сеть . Физически она монтируется как соединение звездных топо логий . Отдельные звезды включаются с помощью специальных коммутато ров (Hub - концентратор ), которые иногда называют “хаб” . В зависимости от числа рабочих станций и длины кабеля между рабо чими станциями применяют активные или пассивные концентраторы . Актив н ы е концентраторы дополнительно содержат усилитель для подключения от 4 до 16 рабочих станций . Пассивный концентратор является исключи тельно разветвительным устройством (максимум на три рабочие ст а нции ). Структура логической кольцевой сети Управление отдельной рабочей станцией в логической кольцевой сети про исходит так же , как и в обычной кол ьцевой сети . Каждой рабочей станции присваивается соответствующий адрес , по которому передается управ ление (от старшего к младшему и от самого младшего к самому старшему ). Разрыв соединения происходит только для нижерасположенного (ближайшего ) узла вычис л ительной сети , так что лишь в редких случаях мо жет нарушаться работа всей сети. 1.4.3 Шинная топология При шинной топологии среда передачи информации представляется в форме коммуникационного пути , доступного дня всех рабочих станций , к которому они все должны быть подключены . Все рабочие станции могут не посредственно вступать в контакт с любой рабочей станцией , имеющейся в сети. Шинная топология сети Это наиболее дешевая схема организации сети , предпологающая непосредственное подключение всех сетевых адаптеров к сетевому кабелю . Все компьютеры в сети подключаются к одному кабелю . Первый и последний компьютер должны быть развязаны . В роли развязк и (терминатора ) выступает простой резистор , используемый для гашения сигнала , достигающего конца сети , чтобы предотвратить возникновение помех . Кроме того , один и только один конец сетевого кабеля должен быть заземлен. Рабочие станции в любое время , без пр ерывания работы всей вычис лительной сети , могут быть подключены к ней или отключены . Функциони рование вычислительной сети не зависит от состояния отдельной рабочей станции. В стандартной ситуации для шинной сети Ethernet часто используют тонкий кабель и ли Cheapernet-к aб eль с тройниковым соединителем . Выклю чение и особенно подключение к такой сети требуют разрыва шины , что вы зывает нарушение циркулирующего потока информации и зависание сис темы. Новые технологии предлагают пассивные штепсельные коробки, че рез которые можно отключать и /или включать рабочие станции во время работы вычислительной сети. Благодаря тому , что рабочие станции можно включать без прерыва ния сетевых процессов и коммуникационной среды , очень легко прослуши вать информацию , т.е . от ветвлять информацию из коммуникационной среды. В ЛВС с прямой (не модулируемой ) передачей информации всегда может существовать только одна станция , передающая информацию . Для предот вращения коллизий в большинстве случаев применяется временной метод раздел ения , согласно которому для каждой подключенной рабочей станции в определенные моменты времени предоставляется исключительное право на использование канала передачи данных . Поэтому требования к пропуск ной способности вычислительной сети при повышенной на г рузке снижа ются , например , при вводе новых рабочих станций. Рабочие станции при соединяются к шине посредством устройств ТАР (Terminal Access Point - точка подключения терминала ). ТАР представляет собой специальный тип подсоединения к коаксиальному кабелю . Зонд игольчатой формы внедря ется через наружную оболочку внешнего проводника и слой диэлектрика к внутреннему проводнику и присоединяется к нему. В ЛВС с модулированной широкополосной передачей информации различные рабочие станции получают , по мере надо бности , частоту , на ко торой эти рабочие станции могут отправлять и получать информацию . Пе ресылаемые данные модулируются на соответствующих несущих частотах , т.е . между средой передачи информации и рабочими станциями находятся соответственно модемы для м одуляции и демодуляции . Техника широкопо лосных сообщений позволяет одновременно транспортировать в коммуни кационной среде довольно большой объем информации . Для дальнейшего развития дискретной транспортировки данных не играет роли , какая перво начальная информация подана в модем (аналоговая или цифровая ), так как она все равно в дальнейшем будет преобразована. 1.4.4 Характеристики топологий сетей Характеристики топологий вычислительных сетей приведены в следующей таб лице Характери стики Топология Зв езда Кольцо Шина Стоимость расширения Незначительная Средняя Средняя Присоединение абонентов Пассивное Активное Пассивное Защита от от казов Незначительная Незначительная Высокая Размеры сис темы Любые Любые Ограниченны Защищенность от прослуши-вания Хорошая Хорошая Незначительная Поведение системы при высоких на грузках Хорошее Удовлетворитель ное Плохое Возможность работы в ре альном режиме времени Очень хорошая Хорошая Плохая Разводка ка беля Хорошая Удовлетворитель ная Хорошая Обслуживание Очен ь хорошее Среднее Среднее Характеристики топологий вычислительных сетей 1.5 Сегменты сети Практически все рабочие сети разделяются на несколько сегментов , поскольку каждая из реализаций сети накладывет определенные ограничения . Кроме того , разделение се ти на сегменты может способствовать повышению производительности . Конечно , после сегментации рабочие станции лишаются возможности доступа к сетевым ресурсам , находящимся за пределами локального сегмента этих станций , и именно здесь в работу включаются мар ш рутизаторы и мосты. 1.6 Маршрутизаторы Маршрутизатор применяется для физического объединения нескольких сегментов сети в один логический сегмент . Маршутизаторы работают на уровне протокола или транспорта , осуществляя передачу информации от одного сегмен та сети к другому , опираясь на уникальные сетевые адреса . Маршрутизаторы используют алгоритм построения списков адресов , принадлежащих их локальным сегментам , чтобы осуществлять маршрутизацию только тех пакетов данных , которые того требуют . Если в сети ус т ановлено несколько маршрутизаторов и один из них выходит из строя , остальные маршрутизаторы нередко могут отыскать другой маршрут , по которому можно передать данные к месту назначения . Конечно , это требует определенных затрат , поскольку стоимость маршрути з аторов довольно высока . Для работы маршрутизатора требуется достаточно мощный процессор , поскольку существует необходимость укладываться в определенные временные рамки , накладываемые реализацией сети . Например , если время ожидания подтверждения уже прошло, нет смысла направлять пакет данных к другому компьютеру . К тому моменту , как компьютер получит требуемый пакет , он уже успеет отправить запрос на повторную передачу данных основному компьютеру . Одним из недорогих вариантов замены маршрутизатора является и спользование функций маршрутизации пакетов данных IPX/SPX и TCP/IP . Следует помнить , что если маршрутизатору не удается распонать тип пакета , он не сможет осуществить его передачу . А невозможность передачи пакета данных неизбежно приведет к возникновению м ногочисленных трудностей. 1.7 Мосты Не все сетевые протоколы поддерживают возможность маршрутизации (например , не поддерживает ее NetBEUI ). В таких случаях возникает необходимость в отыскании какаого-либо другого метода объединения сетевых сегментов . Им енно эту функцию и выполняют мосты . Мост передает либо все пакеты данных вне зависимости от их сетевых адресов ( transparent routing – прозрачная маршрутизация ), либо основываясь на их конкретных сетевых адресах ( source routing – целевая маршрутизация ). Отд ельные мосты совмещают эти возможности . Такие мосты нередко называют мостами прозрачной целевой маршрутизации . Мосты наиболее часто используются в сетях на основе Lan Manager , однако могут применяться и при переходе к Windows NT Server. 1.8 Способы исполь зования службы удаленного доступа 1.8.1 Использование соединения X.25 Соединение X.25 является низкоскоростным (9600 кбит /с ) пакетным (как в случае локальной сети ) соединением . Осовным преимуществом использования сети на основе X.25 является низкая стоим ость ее реализации в сравнении с с модемным соединением или соединением ISDN для большого числа клиентов службы удаленного доступа . Это обусловлено тем , что соединение X.25 можно установить из любой точки земного шара , всего лишь набрав телефонный номер. Процесс установки соединения делится на два этапа . Выполнить его можно также двумя способами . Можно использовать соединение "сетевой адаптер X.25 – сетевой адаптер X.25". Или же можно использовать сетевой адаптер X.25 со стороны сервера и модем со ст о роны клиента . Клиент соединеняется с сетью по телефонной линии , полученные от него сетевые пакетынаправляются маршрутизатором к серверу сети . Как только это произойдет , будет установлена двухстороняя связь и пользователю будет предоставлена возможность вы п олнить требуемые операции в сети , например , распечатать документ или произвести запуск приложения. Этот вариант также наилучшим образом подходит лдяя сетей , в которых требуется установить недорогое , умеренно используемое соединение между двумя удаленными пунктами. 1.8.2 Соединение с использованием модема. Чаще всего соединение Службы удаленного доступа производится с помощью модема . Стандартные модемы 28,8 кбит /с можно использовать для соединения на скорости от 57,6 до 152 кбит /с . И хотя такое соединени е не самое высокоскоростное , его можно с успехом применять при нечастом использовании сети . Однако , как и при работе с большинством приложений , здесь могут возникать определенные трудности. Надежность модемного соединения в значительной мере зависит от ка чества телефонной линии . И чем выше скорость передачи , тем тем более жесткие требования предъявляются к телефонной линии для обеспечения безошибочной передачи данных . Надежная свзяь на скорости 28,8 кбит /с оказывается практически невозможной при соединени и через местные телефонные сети . Междугородные соединения обеспечивают несколько более качественную связь , поскольку для такой связи испольжуется волоконно-оптические линии. Использование новых моделей модемов , например рассчитанных на работу на скорости 3 3,6 и 56 кбит /с , позволяет повысить скорость передачи . Но , к сожалению , такие модемы требуют наличия улучшенных последовательных портов , которые , как правило , не входят в базовый комплект современных компьютеров . Кроме того , для работы модемов 56 кбит /с т р ебуется цифровой переключатель , и они не работают при непосредтственном подключении друг к другу . Эти модемы разработаны исключительно с целью повышения скорости доступа к Интернету , а не для повышения скорости передачи при подключении "модем-модем ". 1.8. 3 Использование содинения ISDN Соединение ISDN нередко позволяет добиться лучшей производительности в сравнении с X.25 или модемным соединением . Это обусловлено тем , что ISDN является цифровым соединением . Поэтому качество связи в среднем превосходит каче ство модемного соединения , а скорость передачи оказывается значительно выше , чем при использовании X .25. Тем не менее , ISDN использует выделенную телефонную линию и поэтому является неприемлемым для пользователей мобильных компьютеров. 2 ПРОГРАММНОЕ ОБЕСП ЕЧЕНИЕ Для создания электронной почты в сети TCP/IP обычно используется не так уж много протоколов : SMTP (Simple Mail Transfer Protocol – простой протокол передачи почты ), POP (Post Office Protocol – протокол почтового отделения ) и MIME (Multipurpose Inte rnet Mail Extensions – многоцелевые расширения почты Интернет ). Конечно , это далеко не полный перечень протоколов электронной почты . К примеру , существует эксприментальный интерактивный почтовый протокол (IMAP – Interactive Mail Access Protocol), определен ный в стандарте RFC 1176 и созданный для того , чтобы заменить POP . В число его возможностей входит поиск текста на удаленной системе и синтаксический анализ сообщений , а этого как раз и нет в POP . Протокол PCMAIL , определенный в документе RFC 1056, разрабо тан создания основанной на ПК рассредоточенной почтовой системы . Он предоставляет очень интересные возможности , но пока не слишком сильно распространен . Согласно схеме почтового обмена взаимодействие между участниками этого обмена строится по классической схеме "клиент-сервер ". При этом схему можно подразделить на несколько этапов . Первый - взаимодействие по протоколу SMTP между почтовым клиентом (Internet Mail, Netscape Messager, Eudora, Outlook Express и т.п .) и почтовым транспортным агентом (sendmail, s mail, ntmail и т.п .), второй - взаимодействие между транспортными агентами в процессе доставки почты получателю , результатом которого является доставка почтового сообщения в почтовый ящик пользователя и третий - выборка сообщения из почтового ящика пользо в ателя почтовым клиентом в почтовый ящик пользователя по протоколу POP2 или IMAP 2 .1 Протокол SMTP. Главной целью протокола Simple Mail Transfer Protocol (SMTP, RFC-821, -822) является надежная и эффективная доставка электронных почтовых сообщений . SMTP - э то довольно независимая субсистема , требующая только надежного канала связи . Средой для SMTP может служить отдельная локальная сеть , система сетей или вся сеть Internet. Протокол SMTP базируется на следующей модели коммуникаций : в ответ на запрос пользова теля почтовая программа-отправитель устанавливает двухстороннюю связь с программой-приемником (TCP, порт 25). Получателем может быть конечный или промежуточный адресат . SMTP-команды генерируются отправителем и посылаются получателю . Для каждой команды дол ж ен быть получен отклик . Когда канал организован , отправитель посылает команду MAIL, идентифицируя себя . Если получатель готов к приему сообщения , он посылает положительный отклик . Далее отправитель посылает команду RCPT, идентифицируя получателя почтового сообщения . Если получатель может принять сообщение для оконечного адресата , он снова выдает положительный отклик . В противном случае он отвергает получение сообщения для данного адресата , но не вообще почтовой посылки . Взаимодействие с почтовым сервером в озможно и в диалоговом режиме. В следующей таблице приведено несколько команд , которые используются в SMTP : Команда Функция Helo < сервер-отправитель > Идентифицирует SMTP- сервер отправителя Mail from: < адрес отправителя > Задает адрес отправителя Rcpt to: <адрес получателя > Задает адрес получателя Data Указывает на начало сообщения Rset Прерывает передачу сообщения Vrfy <строка > Проверяет имя пользователя Help [строка ] Запрашивает on-line помощь Quit Завершает SMTP- сеанс Команды SMTP После ввода команды Data пользователь вводит текст сообщения и как знак окончания ставит точку в пустой строке . Если письмо дошло до адресата , то выходит соответствующее сообщение . В противном случае выходит сообщение о том , что ящика адресата не существует , а н а адрес отправителя приходит обратное письмо с текстом отправляемого сообщения. Прямая доставка позволяет SMTP пересылать почту , не полагаясь на промежуточные хосты . Недостаток прямой доставки состоит в том , что на обоих кончах должны непрерывно поддержива ть работу с почтой . Это не касается почтовых Интернет-серверов , поскольку они постоянно включены и настроены на непрерывную отправку-прием сообщений . Для считывания сообщенй с таких серверов на компьютеры пользователей применяется протокол POP. Но не в каж дой сети используется TCP/IP и SMTP. Чтобы предоставить пользователям услуги электронной почты в таких случаях , применяют так называемые почтовые шлюзы , которые дают возможность абоненту отправлять сообщения в сети , не работающие с протоколами TCP/IP (Fido , Goldnet, AT50). 2.2 Протокол POP (Post Office Protocol) Протокол обмена почтовой информацией POP предназначен для разбора почты из почтовых ящиков пользователей на их рабочие места при помощи программ-клиентов . Если по протоколу SMTP пользователи отпра вляют корреспонденцию через Internet, то по протоколу POP пользователи получают корреспонденцию из своих почтовых ящиков на почтовом сервере. Пользователи ПК могут соединится с почтовым сервером через Telnet и читать почту , используя ПК в качестве терминал а . Это широко распространенный способ , особенно для систем с DOS . Широкое распространение получили две версии POP – POP2 и POP3. Протокол POP2 определен в стандарте RFC 937 и использует порт 109. POP3 определен в RFC 1725 и использует порт 110. Это несовме стимые протоколы , в которых применяются разные команды , но они выполняют одинаковые функции. В настоящее время чаще всего используется протокол POP3 . В следующих таблицах сведены сведения о командах применяющихся в протоколах POP2 и POP3: Команда Функция Helo пользователь пароль Идентифицирует счет пользователя Fold почтовая _папка Выбирает почтовую папку Read [n] Читает почту , начиная с сообщения n Retr Извлекает сообщение Acks Сохранияет сообщение Ackd Удаляет сообщение Quit Завершает сеанс POP2 Ко манды POP2 Команда Функция User Посылает имя счета пользователя Pass Посылает пароль пользователя Stat Запрос информации о количестве непрочитанных сообщений /байтов Retr n Пересылка сообщения номер n Dele n Удаление сообщения номер n Last Запрос ном ера последнего прочитанного сообщения List [n] Запрос информации о размере сообщения номер n или о размере всех сообщений Rset Восстанавливает удаленные сообщения и устанавливает счетчик сообщений в 1 Top n m Печатает заголовок и m строк сообщения номер n Quit Завершение сеанса POP3 Команды POP3 РОРЗ-сервис , как правило , устанавливается на 110-й ТСР-порт сервера , который будет находится в режиме ожидания входящего соединения . Когда клиент хочет воспользоваться РОРЗ-сервисом , он просто устанавливает TCP -соединение с портом 110 этого хоста . После установления соединения сервис РОРЗ отправляет подсоединившемуся клиенту приветственное сообщение . После этого клиент и сервер начинают обмен командами и данными . По окончании обмена РОРЗ-канал закрывается . Отве ты РОРЗ-сервера на команды состоят из строки статус - индикатора , ключевого слова , строки дополнительной информации и символов завершения строки - . Длина строки ответа может достигать 512 символов . Строка статус -индикатора принимает два значения : п о ложительное ("+ОК ") и отрицательное ("-ERR"). Любой сервер РОРЗ обязан отправлять строки статус-индикатора в верхнем регистре , тогда как другие команды и данные могут приниматься или отправляться как в нижнем , так и в верхнем регистрах . Ответы РОРЗ-сервер а на отдельные команды могут составлять несколько строк . В этом случае строки разделены символами . Последнюю строку информационной группы завершает строка , состоящая из символа "." (код - 046) и , т . е . последовательность "CRLF.CRLF". РОРЗ-се ссия состоит из нескольких частей . Как только открывается TCP-соединение и РОРЗ-сервер отправляет приветствие , сессия должна быть зарегистрирована – состояние аутентификации (AUTHORIZATION state). Клиент должен зарегистрироваться в РОРЗ-сервере , т . е . ввес ти свой идентификатор и пароль . После этого сервер предоставляет клиенту его почтовый ящик и открывает для данного клиента транзакцию - состояние начала транзакции обмена (TRANSACTION state). На этой стадии клиент может считать и удалить почту своего почт ового ящика . После того как клиент заканчивает работу (передает команду QUIT), сессия переходит в состояние UPDATE - завершение транзакции . В этом состоянии РОРЗ-сервер закрывает транзакцию данного клиента (на языке баз данных - операция COMMIT) и закрыва ет TCP-соединение . В случае получения неизвестной , неиспользуемой или неправильной команды , РОРЗ-сервер должен ответить отрицательным состоянием индикатора . РОРЗ-сервер может использовать в своей работе таймер контроля времени соединения . Этот таймер отс читывает время "бездействия " ("idle") клиента в сессии от последней переданной команды . Если время сессии истекло , сервер закрывает TCP-соединение , не переходя в состояние UPDATE (иными словами , откатывает транзакцию или на языке баз данных - выполняет RO L LBACK). 2.3 Формат почтового сообщения Формат почтового сообщения Internet определен в документе RFC-822 (Standard for ARPA Internet Text Message). Это довольно большой документ объемом в 47 страниц машинописного текста , поэтому рассмотрим формат сообщени я на примерах . Почтовое сообщение состоит из трех частей : конверта , заголовка и тела сообщения . Пользователь видит только заголовок и тело сообщения . Конверт используется только программами доставки . Заголовок всегда находится перед телом сообщения и отде л ен от него пустой строкой . RFC-822 регламентирует содержание заголовка сообщения . Заголовок состоит из полей . Поля состоят из имени поля и содержания поля . Имя поля отделено от содержания символом ":". Минимально необходимыми являются поля Date, From и To , например : Date: Wed May 10 18:31:21 2000 From: p os tcards @ postcards . mail.ru To: heten e @ mail.ru Поле Date определяет дату отправки сообщения , поле From - отправителя , а поле To – получателя (ей ). Если письмо отослано по списку рассылки , то в поле To б удет указан адрес почтового ящика , на который посылается текст письма для рассылки . К примеру , для рассылки анекдотов от сайта www.anekdot.ru таким ящиком является anekdot-daily@lists.cityline.ru Письма по спискам рассылки идут довольно долго и могут запоздать на сутки и более . Бывает , что при ежедневной рассылке почты письм о за текущий день не приходит , а приходит оно после письма за следующий день . То есть , если письмо должно прийти 9-го числа , то может случиться , что оно придет 10-го , 11-го числа или еще позже . Это обусловлено самой системой рассылки . Письмо может проходи т ь через большое количество серверов и вследствие этого может опоздать . Также на это влияет и загруженность почтового сервера. Чаще заголовок содержит дополнительные поля : Date: Tue May 9 12:21:18 2000 From: ykovrizhnykh @ online.kz Sender: admin@online. kz To: hetene@mail.ru Message-ID: <4231.629.XYzi- admin @ online.kz > В данном случае поле Sender указывает , что владелец ящика ykovrizhnykh @ online.kz не является автором сообщения . Он только переслал сообщение , которое получил от admin@online.kz . Поле Mess age-ID содержит уникальный идентификатор сообщения и используется программами доставки почты . Следующее сообщение демонстрирует все возможные поля заголовка : Date: 16 Mon Feb 2000 16:53:33 From: Ken Davis Subject: Re: The Syntax in the RFC Sender: KSecy@Other-host Reply-To: Sam.Irving@Reg.Organization To: hetene@mail.ru cc: Important folks Comment: New company launced . In-Reply-To: , George`s m essage Message-ID: <4331.629.XYzi-What@Other-Host Поле Subject определяет ему сообщения , Reply-To - пользователя , которому отвечают , Comment - комментарий , In-Reply-To - показывает , что сообщение относится к типу "В ответ на Ваше сообщение , отвечающее на сообщение , отвечающе е ..." . Следует сказать , что формат сообщения постоянно дополняется и совершенствуется . В RFC-1327 введены дополнительные поля для совместимости с почтой протокола X.400. Кроме этого , следует обратить внимание на поля некоторых довольно часто встречающихс я заголовков , которые не регламентированы в RFC-822. Так первое предложение заголовка , которое начинается со слова From , может содержать UUCP-путь сообщения , по которому можно определить , через какие машины сообщение "пробиралось ". Поле Received: содержит транзитные адреса почтовых серверов с датой и временем прохождения сообщения . Вся эта информация полезна при разборе трудностей с доставкой почты. 2.4 Структура электронного адреса 2.4.1 Адреса электронной почты Рассмотрим адрес hetene@mail.ru Он состо ит из адреса машины и имени адресата , которое отделено знаком "@". Слева от @ стоит имя адресата , точнее , имя файла-почтового ящика на сервере , с которого он забирает письма. Обычно пользователь называет свой почтовый ящик тем же именем , под которым он зарегистрирован в системе . Чаще всего это имя (например , polina), фамилия (korotaev), или инициалы ). Часть справа от @ называется доменом и описывает местонахождение этого почтового ящика (сервер ) 2.4.2 Что такое домен Рассматривая домен справа налев о и разбив его по точкам на отдельные слова , получим поддомены , поочередно уточняющие , где этот почтовый ящик искать . В аналогии с обычной почтой домен – это адрес (строка "Куда :" на конверте ), а поддомены - название страны , города , улицы , номер до м а. Обратите внимание , что домен не описывает путь , по которому следует передавать сообщение , а только объясняет , где находится адресат ; точно так же адрес на почтовом конверте - это не описание дороги , по которой должен идти почтальон , чтобы доставит ь письмо , а место , в которое он должен в конце концов его принести . В обоих случаях почтовые службы сами выбирают маршрут из соображений экономии времени и денег . Обычно существует несколько путей , по которым можно доставить сообщение в указанное мес т о , и , отправляя письмо , Вы не знаете , по какому из путей оно на этот раз пойдет. Самый правый поддомен (в нашем случае r u) называется доменом верхнего уровня и чаще всего обозначает код страны , в которой находится сервер . Код ru - это Россия , kz – Каза хстан . Каждый код состоит из двух латинских букв . Например , код uk обозначает Великобританию , и почтовый ящик с адресом mathew@montis.co.uk следует искать в английской сети JANET. Домен верхнего уровня - не всегда код страны . В Соединенных Штатах встречаются такие , например , домены верхнего уровня , как edu - научные и учебные организации , или gov – пра вительственные учреждения : lamaster@ge o rge. arc.nasa.gov Если почтовая служба видит в правой части домена поддомен такого вида , она уже знает , что адресат находится в США , поэтому код страны us не нужен . Такие обозначения сложились в американской научной сети ARPANET еще до того , как ее связали с сетями в других странах , а сейчас они сохраняются только по привычке . Как правило , во все места , которые адресуются по типу организации , можно добраться и используя код страны . Из соображений простоты и единообразия лучше пользоваться адресами с ко д ами стран . Обычно такие адреса используются , если эта сеть понимает адреса в формате , отличном от RFC822. Тогда Вы пишите адрес типа имя @машина.сеть , а мост между Вашей сетью и сетью адресата преобразует его к нужному виду. Поддомены , расположенные правее домена верхнего уровня , уточняют положение адресата внутри этого домена (внутри России для r u, среди военных организаций США для mil, или в сети BITNET для bitnet). К примеру , в адресе avg@hq.demos.ru поддомен demos обозначает организацию внутри России , а hq – группу машин внутри demos. В адресе lamaster@george.arc.nasa.gov домен верхнего уровня gov означает , что адресат находится в одном из правительственных учреждений США , первый поддомен nasa уточняет , в каком именно - NASA, второй поддомен arc называет подразделение NASA - Ames Research Center, а george указывает на конкретную машину в этом подразделении. Если письмо адресуется по имени сети , в которую его надо послать , адрес (домен ) состоит только из д омена верхнего уровня - имени сети и еще одного поддомена - имени машины в этой сети . Разбираться , где находится данная машина , выпадает на долю почтовых служб этой сети. Когда неоюходимо достичь адреса , например , ux.cso.uiuc.edu , компьютер должен преобр азовать его в адрес . Чтобы это сделать , Ваш компьютер начинает просить помощи у серверов (компьютеров ) DNS , начиная с правой части имени и двигаясь влево . Сначала она просит локальные серверы DNS найти адрес . Здесь существуют три возможности : - Локальный сервер знает адрес , потому что этот адрес находится в той части всемирной базы данных , которую курирует данный сервер . - Локальный сервер знает адрес , потому что кто-то недавно уже спрашивал о нём . Когда Вы спрашиваете об адресе , сервер DNS(Domain Name S ystem) некоторое время держит его “под рукой” на тот случай , если чуть позже о нём спросит ещё кто-нибудь . Это значительно повышает эффективность работы системы. - Локальный сервер не знает адрес , но знает , как его определить. Как локальный сервер определ яет адрес ? Его программное обеспечение знает , как связаться с корневым сервером , который знает адреса серверов имён домена высшего уровня (крайней правой части имени , например , edu ). Ваш сервер запрашивает у корневого сервера адрес компьютера , отвечающего за домен edu . Получив информацию , он связывается с этим компьютером и запрашивает у него адрес сервера uiuc . После этого Ваше программное обеспечение устанавливает контакт с этим компьютером и спрашивает у него адрес сервера домена cso . Наконец , от сервера cso он получает цифровой адрес ux , компьютера , который и был целью данной прикладной программы. 2.5 Механизм Cookies Cookie - это текстовый файл , который ведется браузером Netscape или Microsoft Internet Explorer для определения того , какой сайт Вы уже по сетили и присвоения Вам уникального идентификатора для данного cookie. Каждый cookie записывается в отдельный файл на винчестере пользователя . Если Вы используете персональный компьютер , то при просмотре браузером Netscape Navigator на винчестере будет фа й л "cookies.txt". Файл обычно находится в той же директории , где распологается браузер . Microsoft's cookie записываются в файл в директории "Cookies." Обычно эта директория находится в каталоге "Windows" на загрузочном диске . В каталоге каждый cookie имеет свой файл . Можете сами убедиться в этом . Cookie - это текст определяющий Вас на некотором сайте . Cookie может помочь вебмастеру узнать когда вы пришли на сайт , когда Вы ушли , и какие страницы посетили . Если Cookie связан с именем , то сайт может распознат ь Вас при следующем посещении , даже без пароля . Многие сайты , например , Wall Street Journal, позволяют пользователям использовать cookies вместо пароля . С ookies могут использоваться для сбора данных о пользователе . Первым эту технологию применил сайт Info seek. Infoseek сохранял ключевые слова к которым обращались и со временем смог строить профиль пользователя . Он сохранял информацию закодированной в Вашем файле . Например , значение моего cookie - "B94FD6E51D3352909227124F8A3D0AC3". Эта информация поставля л ась , например , рекламодателю для анализа того , что же Вас заинтересовало . Например , если я делаю много запросов по ключевым интернет технологиям , то мне будут интересны интернет-журналы , продукты интернет технологий и компьютерное оборудование . 2.5.1 Для чего же нужны Cookies? Cookies - это простой , но важный инструмент . Многие сайты при входе требуют использования Cookies для обеспечения безопасности . Такой сайт как BirdgePath , сервер поиска работы , и почтовый сервер Mail.ru используют cookies для обеспечения безопасности своего сервера отслеживая путешествия пользователя . При присоединении Вы получаете cookie идентифицирующее Вас для сервера . Можно будет позже извлечь информацию из базы данных и анализировать сколько раз и куда Вы заходили или какого рода работа Вас интересовала . Использовать Cookies при программировании сайта не просто , но этот код не виден пользователю . Сейчас , с появлением нового инструмента Cold Fusion программирование упрощено . Большинство начинают думать не о том , когда впервые слышат о Cookies. Сами по себе Cookie безвредны . Это всего лишь текстовый файл на винчестере . В любой момент Вы можете убрать этот файл с винчестера . Это просто. Cookie, как и любой инструмент , может быть бесполезен для непонимающих . Но если Вы соединяетесь по моде му и дорожите своим временем , то не пользоваться этим инструментом грех . 2.5.2 Применеие Cookies в службе электронной почты Mail.ru Российский почтовый сервер www.mail.ru позволяет использовать Cookies для упрощения работы с клиентами . Так повышается уров ень безопасности и экономится время . Каждая операция , выполняемая пользователем должна быть разрешена ему паролем . По идее , пользователь должен вводит свой пароль каждый раз , когда ему необходимо выполнить просмотр почтового ящика , отправку письма и т.п . C ookies очень помогает в этом случае . Статус пользователя сохраняется на сервере на 2 часа и пользователь может спокойно выполнять свои задачи . Есть очень много опций в целях безопасности работы с почтой. Для удобства тех пользователей , которые всегда прове ряют свой почтовый ящик с одного и того же персонального компьютера , имеется возможность настроить почтовый сервер так , чтобы от них не требовалось каждый раз указывать учетное имя и пароль . В этом случае идентификация будет происходить непосредственно по компьютеру пользователя (по его Cookie - файлу ). Понятно , если кто-то другой имеет доступ к тому же компьютеру , он без труда сможет заглянуть в почтовый ящик пользователя . Удобство пользовательского интерфейса иногда создает потенциальную опасность несанкц ионированного доступа к почтовому ящику. В настройках уровня безопасности этой системы есть следующие пункты : - Разрешить сохранять логин - Разрешить сохранять пароль - Запретить паралелльные сессии - Препятствовать кешированию - Показывать информ ацию о последнем входе в систему Если опция "Разрешить сохранять логин " включена , то сервер Mail.Ru будет запоминать и автоматически подставлять ваше учетное имя на странице входа в почтовую систему . Включение "Разрешить сохранять пароль " позволит вам исп ользовать опцию "сохранить пароль " на стартовой странице . Если эта опция выключена , то сохранить пароль будет невозможно . При включении опции "Запретить паралелльные сессии " сервер Mail.Ru будет обнаруживать двух и более одновременно работающих пользовате лей под одним учетным именем . Если это произойдет сервер , сервер заблокирует более раннюю сессию . Если установлен флаг "Препятствовать кэшированию страниц ", сервер Mail.Ru будет добавляет к пересылаемым данным специальные строки , предупреждающие кэширован ие HTML-страниц , что сделает их недоступными с помощью кнопок "Back" и "Forward" вашего броузера . Включение опции "Показывать информацию о последнем входе в систему " позволит вам узнать , когда и с какого IP-адреса происходило последнее обращение к вашему почтовому ящику . ЗАКЛЮЧЕНИЕ Электронная почта – наиболее важный сервис глобальной сети . Простой протокол передачи почты ( SMTP) , почтовый протокол ( POP ) – главные составляющие почтовой службы в сети TCP/IP . Система , базирующаяся на использовании сер вера , обеспечиваетнадежность и гибкость почтовой службы , так как в ней функции транспортировки почты выполняет сервер . Сервер хранит почту для пользователей , пока они не будут готовы ее прочитать , и отправляет исходящую почту , управляя процессом адресации. Украшением сервиса электронной почты может служить механизм Cookies . Подготовка этого курсового проекта очень помогла мне понять всю суть электронной почты , принципы работы . Самое главное , что теперь я знаю , как на практике обращаться с электронной почто й. СПИСОК ЛИТЕРАТУРЫ 1. Персональные компьютеры в сетях TCP/IP – Киев , издательская группа BHV, 1997 2. Оптимизация и настройка Windows NT4 для профессионалов – СПб : Питер Ком , 1998 3. Бесстужев И.Н . Организация локальных сете й на ба - зе персональных компьютеров . М. : СК Пресс , 1995. 4. COMPUTERCLUB ежемесячный журнал по компьютерам и телекоммуникациям . Ноябрь , № 11, 1999 5. http://cp.ru/goods/common/html/tech/cookies.html 6. http://www.netscape.com/newsfer/std/cookie_spec.html 7. http://www.citforum.ru – описание компьютерных технологий , аналитическая информация 8. http://astu.secna.ru/russian/students/personal/ ПРИЛОЖЕНИЕ Отправка письма по протоколу SMTP В командной строке набираем telnet www.mail.ru 25 220 f10.mail.ru ESMTP Exi m 3.14 #4 Tue, 20 Jun 2000 09:18:49 +0400 helo smtp.mail.ru 250 f10.mail.ru Hello host7.online.kz [212.19.133.7] mail from: hetene@mail.ru 250 is syntactically correct rcpt to: miracle46@mail.ru 250 verified data 354 Enter message, ending with "." on a line by itself Hello, Helen!!! I'm doing my work. Checking!! . 250 OK id=134GSH-000I8j-00 quit 250 f10.mail.ru closed connection Строки , выделенные жирным шрифтом , вводит пользователь , а остальные строки являются соо бщениями системы . Передаваемое сообщение начинается командой DATA и заканчивается строкой , которая содержит только точку. Просмотр ящика по протоколу POP3 telnet www.mail.ru 110 +OK mPOP POP3 server ready <68437.961478642@mail.ru> user hetene +OK Password required for user hetene pass parol +OK hetene's maildrop has 8 m essages (20832 octets) stat +OK 8 20832 list +OK 8 messages (20832 octets) 1 1731 2 1621 3 2223 4 3308 5 2031 6 5753 7 2401 8 1764 . quit +ok mPOP POP3 server exiting Connection close by foreign host.
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

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

Обратите внимание, курсовая по компьютерным сетям "Электронная почта в Интернете", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

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


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