Проблемы при регистрации на сайте? НАЖМИТЕ СЮДА ! Не проходите мимо весьма интересного раздела нашего сайта - проекты посетителей . Там вы всегда найдете свежие новости, анекдоты, прогноз погоды (в ADSL-газете), телепрограмму эфирных и ADSL-TV каналов , самые свежие и интересные новости из мира высоких технологий , самые оригинальные и удивительные картинки из интернета , большой архив журналов за последние годы, аппетитные рецепты в картинках , информативные . Раздел обновляется ежедневно. Всегда свежие версии самых лучших бесплатных программ для повседневного использования в разделе Необходимые программы . Там практически все, что требуется для повседневной работы. Начните постепенно отказываться от пиратских версий в пользу более удобных и функциональных бесплатных аналогов. Если Вы все еще не пользуетесь нашим чатом , весьма советуем с ним познакомиться. Там Вы найдете много новых друзей. Кроме того, это наиболее быстрый и действенный способ связаться с администраторами проекта. Продолжает работать раздел Обновления антивирусов - всегда актуальные бесплатные обновления для Dr Web и NOD. Не успели что-то прочитать? Полное содержание бегущей строки можно найти по этой ссылке .
Пропускная способность локальных сетей и Интернет-каналов неуклонно растет, однако вместе с ней растут и потребности, вызывающие естественное желание выжать из TCP/IP-стека максимум возможного, чем мы сейчас, собственно, и займемся, главным образом акцентируя внимания на Windows Server 2003, хотя описанные технология оптимизации справедливы и для рабочих станций, собранных на базе W2K/XP.
По поводу кручения настроек TCP/IP существуют два диаметрально противоположных мнения: многие администраторы (а вместе с ними и авторы популярных книг!) считают, что разработчики уже сделали все, что нужно и любое вмешательство в этот четко отлаженный механизм может только навредить. В то же самое время в Интернете валяется множество руководств, обещающих если не путевку в рай, то радикальное увеличение производительности ценою изменения пары-тройки ключей в системном реестре.
Истина, как водится, где-то посередине. Операционные системы уже давно научились автоматически распознавать тип подключения, выбирая соответствующий ему набор настроек по умолчанию. Адаптивные алгоритмы динамически подстраиваются под характеристики канала и неквалифицированные "указания" пользователя действительно только мешают. Однако адаптивным алгоритмам свойственно ошибаться, а настройки по умолчанию далеко не всегда соответствуют характеристикам конкретно взятых каналов связи, разброс которых просто колоссален.
Какой прирост производительности может дать оптимизация параметров TCP/IP, при условии, что она выполнена правильно? Зависит от того, насколько настройки по умолчанию близки к свойствам используемого канала. В среднем, следует ожидать 20%...30% выигрыша, однако в "клинических" случаях скорость увеличивается в несколько раз!
Вместо того, чтобы, засучив рукава, с первых же строк бросаться в бой, лучше сперва покурить и подумать. Допустим, мы имеем 10 мегабитный канал и скачиваем/раздаем файлы с превалирующей скоростью порядка мегабайта в секунду. Понятно, что никакими ухищрениями нам не удастся поднять производительность на сколь-нибудь заметную величину. Так стоит ли возиться?! К тому же, достаточно большое количество администраторов умышленно ущемляет отдачу в районе 50-100 Кбайт/с, предотвращая перегрузку сети. Какая уж тут оптимизация...
Другое дело, если наблюдаемая пропускная способность составляет менее 2/3 от заявленной аплинком. Тут уже без оптимизации никак не обойтись! Однако помимо TCP/IP-стека за производительность отвечают и другие системные компоненты - например, процессор. При большом количестве одновременно установленных соединений, загрузка ЦП может достигать 100%, особенно с учетом того, что в дешевом сетевом оборудовании подсчет контрольных сумм пакетов реализован на программном, а не аппаратном (как у дорогих моделей) уровне.
Еще одна виновница - видеокарта, надолго захватывающая шину безо всяких видимых причин, в результате чего все остальные периферийные устройства садятся на голодный паек и скорость ввода/вывода (в том числе и сетевого) многократно снижается. Обновление драйверов или отключение всех "агрессивных" настроек видеокарты обычно решают проблему даже без обращения к стеку TCP/IP.
Также не стоит забывать и о том, что чрезмерная фрагментация дискового пространства существенно замедляет скорость отдачи/приема файлов, что является одной из основных причин замедления загрузок web-страничек у конечных пользователей.
В общем, прежде чем лезть в TCP/IP стек, следует убедиться, что все остальные возможные причины устранены и узким местом являются именно настройки сетевых протоколов, а не что-то иное (внимание : "убедиться" это совсем не тоже самое, что "убедить себя" ).
MTU (M aximum T ransmission U nit - Максимальный [размер] Передаваемого Пакета), вероятно, самый известный параметр TCP/IP, рекомендации по настройке которого можно встретить практически в любой статье по оптимизации TCP/IP. Сотни утилит предлагают свои услуги по определению предельно точного значения, но, увы, обещанного увеличения производительности как-то не достигается.
MTU задет наибольший возможный размер отправляемого IP-пакета (вместе с заголовком), нарезая отправляемые данные на порции фиксированного размера. Чем больше MTU, тем ниже накладные расходы на передачу служебной информации, а, значит, выше "КПД" канала. С другой стороны, маршрутизаторы сваливают пакеты, поступающие от разных узлов, в общую очередь и потому гораздо выгоднее отправить один большой пакет, чем два маленьких, причем чем сильнее загружен маршрутизатор, тем больший выигрыш мы получим.
Так в чем же дело?! Выкручиваем MTU до предела и... скорость падает до нуля. Почему? Причина в том, что с ростом размера пакетов увеличивается и время, необходимое для их повторной передачи в том случае, если пакет потерян или искажен. К тому же, промежуточные узлы имеют свои собственные настройки, и если размер передаваемого пакета, превышает текущий MTU, пакет разрезается на два или более пакетов, (т.е. фрагментируется) и эти фрагменты собираются воедино только на узле-приемнике, в результате чего пропускная способность уменьшается. Причем, если MTU узла отправителя лишь чуть-чуть превышает MTU промежуточного узла, то второй пакет состоит практически из одного заголовка, в результате чего зависимость скорость передачи от размера превращается в характерную пилообразную кривую (см. рис. 2).
Значения MTU, используемые Windows Server 2003 по умолчанию, приведены в таблице 1, однако при желании их можно изменить.
Запускаем утилиту "Редактора Реестра" и открываем в ней следующий раздел: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\interfaceGUID . Видим там параметр MTU типа DWORD (а если не видим, то создаем) и вводим размер в байтах (0xFFFFFFFF означает "использовать значение MTU по умолчанию). Интерфейсы заданы GUID-идентификаторами и обычно их бывает намного больше одного. Как среди них найти интерфейс кабельного модема или конкретной сетевой карты? Да очень просто - по IP-адресу!
Существует возможность автоматического определения маршрута, по которому пакеты с заданным MTU проходят без фрагментации (параметр EnablePMTUDiscovery типа DWORD, находящийся в той же ветви реестра, что и MTU (значение "1" включает данную функцию, "0" - выключает). Однако многие администраторы промежуточных узлов по соображениям "безопасности" блокируют отправку ICMP-сообщений и узел-отправитель остается в полном неведении относительно факта фрагментации. Специально для обнаружения таких вот "неправильных" маршрутизаторов (прозванных "черными дырами" или, по-английски, Black Hole), Windows поддерживает специальный алгоритм, управляемый параметром EnablePMTUDiscovery (во всем аналогичным EnablePMTUDiscovery).
В подавляющем большинстве случаев использование опций EnablePMTUDiscovery и EnablePMTUDiscovery приводит к снижению производительности и значение MTU лучше выбирать, отталкиваясь от таблицы 2, или действовать методом перебора.
Еще один параметр - MSS (M aximum S egment S ize - Максимальный Размер Сегмента) отвечает за максимальный размер передаваемых данных за вычетом длины заголовка IP-пакета (см. рис. 1). Трогать его не следует, да и Windows это все равно не позволяет. В общем случае, MSS = MTU - 40 байт.
Таблица 1. Значения MTU и MSS по умолчанию в Microsoft Windows Server 2003.
Таблица 2. Значения MTU, автоматически выбираемые Microsoft Windows Server 2003 в зависимости от типа подключения.
Размер TCP-окна - малоизвестный, но чрезвычайно важный (в плане производительности) параметр, способный увеличить пропускную способность в несколько раз. Рассмотрим два узла - "A" и "B" и заставим узел "A" передавать узлу "B" данные, разбитые на сегменты, размер которых (как уже говорилось) определяется параметром MSS. Протокол TCP работает с установкой соединения, что обязывает его отправлять уведомления об успешно принятых сегментах. Неподтвержденные сегменты спустя некоторое время передаются узлом "A" вновь.
Промежуток времени между отправкой пакета и его получением называется латентностью (latency) и эта латентность в зависимости от типа и загруженности сети варьируется от 20 ms (и менее) до 100 ms (и более). Легко посчитать, что если бы подтверждался каждый сегмент, до даже в низколатентной сети реальная скорость передачи заметно отставала от ее реальных возможностей и была бы равна MTU / (2 * latency), что образует предел в 6 мегабит/сек, независящий от пропускной способности. Кошмар! Ну, как дальше жить?!
Вот потому-то создатели TCP/IP и разрешили узлу "A" отправлять более одного сегмента, не дожидаясь подтверждения. Максимальное количество сегментов, которые можно передать до прихода подтверждения и называется размером TCP-окна (процесс передачи хорошо проиллюстрированном на анимированном gif"e: http://cable-dsl.home.att.net/rwinanim.htm ). Почему этот параметр так важен для достижения наибольшей производительности?
Допустим, мы имеем 10-мегабитный канал и передаем 7 сегментов по 1460 байт каждый, потратив на этого 8 ms. Если латентность составляет 100 ms, то... 100 ms + 92 ms = 192 ms. Мы, как идиоты, ждем подтверждения целых 192 ms и 96% времени узел "А" проводит в бездействии, используя лишь 4% пропускной способности канала. Это, конечно, крайний случай, но все-таки не настолько далекий от истины, как можно было бы подумать.
В процессе установки соединения, узел "A" предлагает узлу "B" установить размер окна, равный 16 Кбайтам (значение по умолчанию, прописанное в параметре ТсрWindowSize реестра, который при желании можно изменить). Размер окна всегда округляется до целого количества сегментов (см. параметр MSS).
Если размер окна превышает 64 Кбайт, система активирует алгоритм автоматического масштабирования, который, впрочем, работает только в том случае, если узел B также поддерживает этот механизм, поэтому лучше задавать размер TCP-окна вручную, руководствуясь таблицей 3. (Однако следует помнить, что слишком большое окно забивает канал пакетами, вызывая перегрузку сети, препятствующую пересылке уведомлений, в результате чего производительность падает).
| Минимально необходимый размер TCP-окна | ||||||
| Скорость канала в (Килобит/сек) | ||||||
| 500 | 1000 | 1500 | 2000 | 2500 | ||
| Латентность канала (ms) | 50 | 2K | 5K | 7K | 10K | 12K |
| 100 | 5K | 10K | 15K | 20K | 24K | |
| 150 | 7K | 15K | 22K | 29K | 37K | |
| 200 | 10K | 20K | 29K | 39K | 49K | |
| 250 | 12K | 24K | 37K | 49K | 61K | |
| Windows 9x/NT по умолчанию | 8K | |||||
| Windows Me/2000/XP Server 2003 по умолчанию | Скорость канала | |||||
| < 1 Мегабит/сек | 100 Мегабит/сек | > 100 Мегабит/сек | ||||
| 8 KB | 17 KB | 64 KB | ||||
| Рекомендуемые значения | 32-63K | |||||
Если клиенты локальной сети работают через Proxy-сервер, то для достижения максимальной производительности достаточно изменить размер TCP-окна непосредственно на самом сервере.
При работе же через NAT необходимо настроить TCP-окно на каждой рабочей станции, подключенной к локальной сети.
Для предотвращения перегрузок сети в протокол TCP был введен так называемый "медленный старт " ("slow start"), подробно описанный в RFC 1122 и RFC 2581.
При создании нового TCP/IP соединения система устанавливает размер окна, равный одному сегменту. После получения подтверждения размер окна увеличивается вдвое и так продолжается вплоть до достижения максимально возможного размера.
Экспоненциальный рост ширины окна "съедает" совсем немного времени при передачи огромных файлов, но вот при установке множества TCP/IP соединений (характерных, например, для браузеров), обменивающихся крошечными порциями данных (классический пример которых - web-сервер), медленный старт заметно снижает эффективность широких каналов, кроме того даже при кратковременной перегрузке сети система сбрасывает размер окна в единицу, в результате чего график скорости отдачи файла из степной равнины превращается в холмистую терраформу (см. рис. 5).
Кроме того, система поддерживает специальный параметр Slow Start Threshold Size (Пороговый Размер [окна] Медленного Старта), по умолчанию равный 65636, но после распознавания ситуации "перегрузка сети", принимающий значение W / 2 и в дальнейшем является верхней границей экспоненциального роста параметра CW, что вызывает драматическое падение производительности (см. рис. 6).
Непосредственно отключить "медленный старт" штатными средствами Windows (не прибегая к патчу ядра) нельзя, однако если задействовать SACK-алгоритм (Selective Acknowledgement - Выборочное подтверждение, одно из расширений TCP-протокола, описанное в RFC 2018), "медленный старт" вырубается сам собой, становясь при этом никому не нужным пережитком старины.
Выборочное подтверждение передачи позволяет осуществлять повторную передачу неподтвержденных сегментов в одном окне (при неактивном SACK"е потерянные сегменты передаются один за другим в индивидуальном порядке). Другими словами, узел "А" повторно передает узлу "B" только реально потерянные сегменты, а не весь блок, в состав которого входят и успешно принятые пакеты. Очевидно, что максимальный прирост производительности будет наблюдаться на нестабильных каналах связи, регулярно теряющих пакеты.
Для активации алгоритма SACK достаточно установить параметр реестра SackOpts в значение "1" (значение по умолчанию для W2K и XP).
С подтвержденными сегментами все ясно. Если подтверждение пришло, сегмент можно считать успешно доставленным. Весь вопрос в том, сколько это самое подтверждение ждать и когда начинать повторную пересылку.
По умолчанию Windows Server 2003 ждет три секунды (при желании это значение можно изменить редактированием параметра TcpInitialRTT ), после чего осуществляет повторную посылку неподтвержденных пакетов, а сам интервал ожидания увеличивают в соответствии с алгоритмом SRTT (Smoothed Round Trip Time - сглаженное оцененное время обращения). Максимальное количество повторных передач хранится в параметре TcpMaxDataRetransmissions (по умолчанию равному пяти), при достижении которого соединение разрывается.
Очевидно, что на нестабильных каналах, страдающих хроническими задержками, количество разрывов соединений можно сократить путем увеличения параметра TcpMaxDataRetransmissions до любой разумной величины (но не больше FFFFFFFFh). С другой стороны, для повышения производительности и "нейтрализации" пагубного влияния потерянных пакетов на быстрых каналах с малым временем задержки значение TcpInitialRTT рекомендуется уменьшить до одной секунды.
Главный недостаток статического таймера в его неспособности реагировать на кратковременные изменения характеристик канала связи. Выбранное системой время ожидания подтверждения оказывается то мало, то велико. Производительность падает, пользователь рвет и мечет, а пропускная способность "плавает" в очень широких пределах, заметно отставая от ожидаемой.
Задержанное подтверждение (Delayed Acknowledgement) - еще одно расширение протокола TCP/IP, описанное в RFC 1122 и впервые реализованное в W2K (а также в NT 4.0 SP4). Вместо того, чтобы подтверждать каждый полученный сегмент, узел "B" теперь отправляет подтверждение только в случае, если в течении определенного промежутка времени (хранящегося в параметре TcpDelAckTicks и по умолчанию равном 200 ms), от узла "A" не было получено ни одного сегмента. Другими словами, если сегменты идут дружными косяками и все работает нормально, подтверждения не отправляются до тех пор, пока в сети не возникнет "затор". Немного подождав, узел "B" высылает подтверждение обо всех полученных сегментах, давая узлу "A" возможность самостоятельно разобраться - какие сегменты потерялись в дороге и передать их повторно с минимальными накладными расходами.
К сожалению, задержка, выбранная компанией Microsoft по умолчанию, близка к латентности сетей с большими задержками, что сводит на нет все достоинства данного алгоритма и для повышения производительности значение TcpDelAckTicks рекомендуется увеличить в несколько раз. Соответственно, на низколатентных сетях его лучше уменьшить, ликвидируя никому не нужные простои.
Значения данного параметра могут варьироваться в диапазоне от 0 до 6, выражаемом в десятых долях секунды, т.е. единица соответствует 100 ms, а нуль трактуется как запрет на использование задержанных подтверждений.
При использовании TCP-окон большого размера рекомендуется задействовать алгоритм временных меток (TCP-Timestamps), описанный в RFC 1323, и автоматически адаптирующий значение таймера повторной передачи даже в условиях быстро меняющихся характеристик канала связи. За это отвечает параметр Tcp1323Opts, который, будучи установленным в значение 3, разрешает использование всех расширений RFC 1323.
В статье рассмотрены лишь некоторые опции TCP/IP-протокола, в наибольшей степени ответственные за его производительность. Но помимо них существует и другие, за разъяснением которых мы оправляем читателя по ссылкам ниже.
Оптимизация работы протокола ТСР в распределенных сетях:
http://www.gurnov.ru/kms_catalog+stat+cat_id-4+page-1+nums-14.html
Enabling High Performance Data Transfers:
http://www.psc.edu/networking/projects/tcptune/
Step-by-step instructions for tuning TCP under Windows:
http://www.psc.edu/networking/projects/tcptune/OStune/winxp/winxp_stepbystep.html
UNIX IP Stack Tuning Guide:
http://www.cymru.com/Documents/ip-stack-tuning.html
Navas Cable Modem/DSL Tuning Guide:
http://cable-dsl.home.att.net
Microsoft Windows 2000 TCP/IP Implementation Details:
http://www.microsoft.com/technet/network/deploy/depovg/tcpip2k.mspx
TCP/IP and NBT configuration parameters for Windows 2000 or for Windows
NT:
http://support.microsoft.com/kb/120642/
PMTU black hole detection algorithm change for Windows:
http://support.microsoft.com/kb/136970/
Default MTU size for different network topology:
http://support.microsoft.com/kb/140375/
Dial-Up and Home Networking Troubleshooting Reference:
http://www.internetweekly.org/llarrow/mtumss.html
Протоколы определяют язык, на котором компьютер общается с другими компьютерами сети
Самым популярным сетевым протоколом является TCP/IP, служащий основой Интернета. В Windows XP этот протокол устанавливается автоматически.
При необходимости вы можете установить дополнительно другие сетевые протоколы поддерживаемые операционной системой Windows XP, такие как NWLink и NetBEUI.
В этом разделе рассказывается о том, как установить основные сетевые протоколы и как правильно их настроить.
Установка и настройка протокола TCP/IP.
В Windows XP Professional параметры протокола TCP/IP являются частью параметров настройки сетевого адаптера, поэтому все изменения, связанные с этим протоколом, осуществляются через Панель управления.
Чтобы установить или настроить сетевой протокол TCP/IP, зайдите в Панель управления , меню Сетевые подключения , выберите Подключение по локальной сети. Вы также можете выбрать пункт Свойства в контекстном меню раздела Сетевое окружение , расположенного в меню "Пуск "
В появившемся окне представлены различные соединения вашего компьютера с внешним миром. После успешной установки сетевого адаптера в окне должен присутствовать как минимум один значок с именем Подключение по локальной сети. Количество таких значков зависит от количества сетевых адаптеров, установленных в вашем компьютере.
Дважды щелкните по значку Подключение по локальной сети . Появится новое окно с информацией о состоянии соединения из которого вы сможете узнать длительность соединения, его скорость, количество отправленных и принятых пакетов данных.
Кнопка Свойства вызывает окно настройки свойств соединения, в том числе и параметров используемых протоколов.
В этом окне вы можете получить информацию о сетевом адаптере, через который осуществляется соединение. Щелкнув кнопку Настроить , вы откроете окно свойств сетевого адаптера и сможете их изменить.
Установив флажок При подключении вывести значок в области уведомлений
, вы включите отображение значка, представляющего соединение, на панели задач Windows. Это позволит наблюдать за активностью соединения и быстро осуществлять его настройку, не используя Панель управления
.
В центральной части окна в списке представлены все клиенты, службы и протоколы, связанные с соединением. Для нормального функционирования домена или рабочей группы Windows XP необходимо наличие следующих компонентов:
В зависимости от конфигурации вашей локальной сети и используемых в ней сервисов, могут быть установлены дополнительные клиенты, службы и протоколы.
Выбрав нужный компонент, вы можете щелкнуть кнопку Свойства для настройки параметров компонента. Обратите внимание, что для некоторых компонентов настройка не предусмотрена и кнопка Свойства не активна.
Все изменения параметров компонентов соединения вступают в силу только по щелчку кнопки ОК в окне свойств соединения. Windows XP применяет параметры компонентов соединения без перезагрузки компьютера. В зависимости от того, какие параметры соединения Вы изменяете, при их применении может быть произведена временная деактивация соответствующих служб или протоколов. При этом все клиенты, подключенные к компьютеру через это соединение, будут отключены.
При установке Windows XP Professional, для подключения к локальной сети, устанавливается только один сетевой протокол TCP/IP.
Если по каким-то причинам он отсутствует в списке используемых компонентов (например, был удален), вы можете установить его заново.
Для установки протокола нажмите кнопку Установить
, в списке устанавливаемых компонентов выберите Протокол
и нажмите кнопку Добавить
.
По умолчанию он настроен на автоматическое получение IP-адреса вашего компьютера. Это предполагает, что в вашей локальной сети работает сервер динамического предоставления IP-адресов (DHCP). Если действительно, данный сервер работает в вашей сети, то протокол TCP/IP не нуждается в дополнительных настройках. IP-адрес вашему компьютеру будет выделяться сервером DHCP из заранее настроенного диапазона (пула) адресов.
Если же вы не используете в локальной сети сервер DHCP, то протокол TCP/IP необходимо настроить, т.е. указать уникальный IP-адрес компьютера (статический IP-адрес), шлюз по умолчанию и адрес DNS-сервера (при подключении к домену).
Настройка протокола TCP/IP на сервере.
1. В меню «Пуск» выбрать «Панель управления» – «Сетевые подключения» – «Подключения по локальной сети».
2. В появившемся диалоговом окне состояния на вкладке «Общие» нажать кнопку «Свойства» для отображения диалогового окна «Подключения по локальной сети – свойства».
3. В списке компонентов, используемых этим подключением, выбрать пункт «Протокол Интернета (TCP/IP)» и нажать кнопку «Свойства».
4. В диалоговом окне «Свойства: протокол Интернета (TCP/IP)» установить переключатель в положение «Использовать следующий IP-адрес» и в поле «IP-адрес» ввести значение «192.168.10.2».
«Использовать следующие адреса DNS-серверов» и в поле «Предпочитаемый DNS-сервер» ввести значение 192.168.10.2.
Данный сервер будет служить сервером DNS сам себе.
7. Нажать кнопку «Дополнительно».
8. На вкладке «DNS» следует убедиться в том, что установлены переключатель «Дописывать основной DNS-суффикс и суффикс подключения» и флажки «Дописывать родительские суффиксы оси. DNS-суффикса» и
9. Закрыть диалоговое окно свойств протокола TCP/IP.
10. Включить флажок «При подключении вывести значок в области уведомлений» и закрыть диалоговые окна «Подключения по локальной сети – свойства» и «Состояние Подключение по локальной сети».
В углу панели задач появится значок подключения по локальной сети.
Если включить переключатель «Использовать следующие адреса серверов DNS», но не указать ни одного адреса, то в ОС Windows 2000 Server будет автоматически введен адрес: «127.0.0.1». Это адрес локального интерфейса (loop-back), через который общаются между собой процессы, работающие на одном компьютере. Если сервер является в то же время сервером DNS, то
клиент DNS будет нормально работать, обращаясь по этому адресу. Адрес
«127.0.0.1» нельзя ввести вручную.
Настройка протокола TCP/IP на компьютере-клиенте.
1. В меню «Пуск» выбрать «Панель управления» – «Сетевые подключения» – «Подключение по локальной сети».
2. В появившемся диалоговом окне состояния на вкладке «Общие» нажать кнопку «Свойства». Отобразится диалоговое окно «Подключение по локальной сети – свойства».
3. В списке компонентов, используемых этим подключением, выбрать пункт «Протокол Интернета (ТСР/IР)» и нажать кнопку «Свойства».
4. В диалоговом окне «Свойства: протокол Интернета (TCP/IP)» установить переключатель в положение «Использовать следующий IP-адрес» и в поле «IP-адрес» ввести адрес: «192.168.10.17».
5. В поле «Маска подсети» ввести значение «255.255.255.0».
6. В нижней части окна свойств установить переключатель в положение
«Использовать следующие адреса серверов DNS» и в поле «Предпочитаемый DNS-сервер» ввести значение «192.168.10.2». Нажать кнопку «Дополнительно».
7. На вкладке «DNS» убедится в том, что установлены переключатель
«Дописывать основной DNS-суффикс и суффикс подключения» и флажки
«Дописывать родительские суффиксы осн. DNS-суффикса» и
«Зарегистрировать адреса этого подключения в DNS».
8. Закрыть диалоговое окно свойств протокола TCP/IP.
9. Включить флажок «При подключении вывести значок в области уведомлений» и нажать кнопку «Закрыть».
КОНТРОЛЬНЫЕ ВОПРОСЫ
1. Что представляет собой стек протоколов TCP/IP?
2. Какие функции выполняют основные протоколы стека TCP/IP?
3. Что представляет собой IP-адрес?
4. Каким образом назначаются сетевые адреса?
5. Какие подходы предлагают разработчики стека TCP/IP для решения проблемы дефицита IP-адресов?
6. С помощью чего может быть автоматизирован процесс распределения
IP-адресов по узлам сети?
Дважды кликните на значке «Мой компьютер» и запустите «Панель управления», дважды щелкнув по соответствующему значку левой кнопкой мыши. В окне «Панель управления» кликните на значке «Сеть», затем, установив курсор на компоненте TCP/IP, нажмите кнопку «Свойства». Отметьте «Указать IP-адрес явным образом» и впишите IP-адрес — 192.168.1.2, маску подсети — 255.255.255.0.
Далее перейдите на вкладку «Шлюз» и наберите в строке «Новый шлюз» — 192.168.1.1, нажмите кнопку «Добавить». Откройте вкладку «Конфигурация DNS», отметьте «Включить DNS», в поле «Порядок просмотра серверов DNS» наберите 192.168.1.1 и нажмите кнопку «Добавить», затем в том же поле наберите 195.34.32.116 и нажмите кнопку «Добавить».
Нажмите кнопку «Пуск» (Start) и выберите «Панель управления» (Control Panel). Затем выберите «Сеть и подключение к Интернету» (Network & Internet Connections), далее «Сетевые подключения» (Network Connections). Кликните правой кнопкой мыши на значке «Подключение по локальной сети», а затем нажмите кнопку «Свойства». В появившемся окне выберите «Протокол Интернета TCP/IP» (Internet Protocol TCP/IP), после чего нажмите кнопку «Свойства». В появившемся окне отметьте «Использовать следующий IP-адрес» и заполните поля «IP-адрес» — 192.168.1.2, «Маска подсети» — 255.255.255.0, «Основной шлюз» — 192.168.1.1, «Предпочитаемый DNS-сервер» — 192.168.1.1, «Альтернативный DNS-сервер» — 195.34.32.116.
В меню «Пуск» выберите раздел «Панель управления», далее — «Сеть и Интернет», пункт «Просмотр состояния сети и задач». (Если в «Панели управления» перейти к классическому виду, то Вам необходим пункт «Центр управления сетями и общим доступом».) В открывшемся окне, в колонке слева, выберите пункт «Управление сетевыми подключениями». Далее перед Вами откроется окно, в котором будут отображаться все подключения, имеющиеся на Вашем компьютере, в том числе подключение по локальной сети. Кликните один раз правой кнопкой мыши на значке «Подключение по локальной сети» и в появившемся контекстном меню выберите пункт «Свойства». Далее, в появившемся окне, выберите пункт «Протокол Интернета версии 4 (TCP/IPv4)» и нажмите кнопку «Свойства», которая располагается чуть ниже выбранного Вами пункта. В итоге перед Вами отроется окно «Свойства: Протокол Интернета версии 4 (TCP/IPv4)», где Вам необходимо отметить пункт «Использовать следующий IP-адрес» и заполните поля: «IP-адрес» — 192.168.1.2, «Маска подсети» — 255.255.255.0, «Основной шлюз» — 192.168.1.1, «Предпочитаемый DNS-сервер» — 192.168.1.1, «Альтернативный DNS-сервер» — 195.34.32.116.
В меню «Пуск» выберите раздел «Панель управления», далее — «Сеть и Интернет», пункт «Просмотр состояния сети и задач» (Если в «Панели управления» перейти к классическому виду, то Вам необходим пункт «Центр управления сетями и общим доступом».) В открывшемся окне, в колонке слева, выберите пункт «Изменение параметров адаптера». Перед Вами откроется окно, в котором будут отображаться все подключения, имеющиеся на Вашем компьютере, в том числе подключение по локальной сети. Кликните один раз правой кнопкой мыши на значке «Подключение по локальной сети» и в появившемся контекстном меню выберите пункт «Свойства». Перед Вами откроется окно: выберите пункт «Протокол Интернета версии 4 (TCP/IPv4)» и нажмите кнопку «Свойства», которая располагается чуть ниже выбранного Вами пункта. В итоге перед Вами отроется окно «Свойства: Протокола Интернета версии 4 (TCP/IPv4)», где Вам необходимо отметить пункт «Использовать следующий IP-адрес» и заполнить поля: «IP-адрес» — 192.168.1.2, «Маска подсети» — 255.255.255.0, «Основной шлюз» — 192.168.1.1, «Предпочитаемый DNS-сервер» — 192.168.1.1, «Альтернативный DNS-сервер» — 195.34.32.116.
Откройте System Preferences или выберите значок «Системные настройки», зайдите в Network. Количество интерфейсов зависит только от модели компьютера. Выберите необходимый интерфейс для настройки: для Ethernet-подключения — Built-in Ethernet. Если интерфейс неактивен (не включен Wi-Fi (Airport) или не подсоединен кабель Ethernet), то его название отображается красным цветом. Если интерфейс активен (включен Wi-Fi (Airport) или подсоединен кабель Ethernet), то его название подсвечивается желтым цветом. Если интерфейс активен и настройки TCP/IP введены, то название интерфейса — зеленого цвета.
Дважды кликните на названии выбранного интерфейса, чтобы настроить параметры интерфейса. В ниспадающем меню Configure IPv4 выберите тип получения настроек TCP/IP — Manually. Введите следующие значения: IP Address — 192.168.1.2, Subnet Mask — 255.255.255.0, Router — 192.168.1.1, DNS Servers — 192.168.1.1, 195.34.32.116, и нажмите кнопку Apply Now.
В Apple Menu кликните на «Системные настройки» > «Сеть». В окне «Сеть», в левом боковом окне выберите Ethernet, нажмите кнопку «Дополнительно», откройте вкладку TCP/IP, затем ниже выберите «Вручную», пропишите адрес IPv4 — 192.168.1.2, маску подсети — 255.255.255.0, маршрутизатор — 192.168.1.1. Нажмите ОК.
В главном меню «Сети» выберите «Дополнительно», перейдите на вкладку DNS, щелкните по значку «+» под окном «Серверы DNS» — в открывшемся окне укажите первый DNS-сервер — 192.168.1.1, нажмите кнопку ОК. Повторите описанные действия, при этом указав второй DNS-сервер — 195.34.32.116. После этого в окне «Сеть», в левом боковом окне, Ethernet должен загореться зеленым (также появится надпись «Подключен»). Закройте окно «Сеть».
Цель:
Вид работы: фронтальный
Средства для выполнения работы:
аппаратные: компьютер, с установленной ОС Windows XP;
программные: виртуальные машины: VM-1;
информационные: IP-адрес; маска подсети; основной шлюз; предпочитаемый DNS.
Время выполнения: 2 часа
1. TCP/IP.
Запустите виртуальную машину VM-1 и загрузите ОС Windows.
Запустите консоль (Пуск/Программы/Стандартные/Командная строка) .
В командной строке введите ipconfig /all / more.
Используя приведенную ниже информацию, создайте в своей папке текстовый документ со следующими данными:
имя компьютера;
основной DNS-суффикс;
описание DNS-суффикса для подключения;
физический адрес;
DHCP включен;
автоконфигурация включена;
IP-адрес автоконфигурации;
маска подсети;
шлюз по умолчанию.
Убедитесь в работоспособности стека TCP/IP , отправив эхо-запросы на IP-адреса. Для этого воспользуйтесь командой ping:
отправьте эхо-запросы на локальный адрес компьютера (loopback) ping 127.0.0.1 (на экране должны появиться сообщения о полученном ответе от узла 127.0.0.1);
отправьте эхо-запрос по другому IP-адресу, например 172.21.5.1.
2. Настройте стек протоколов TCP/IP для использования статического IP-адреса.
Откройте окно Сетевые подключения (Пуск/Панель управления/Сетевые подключения) .
Вызовите свойства подключения по локальной сети. Для этого можно воспользоваться контекстным меню.
В появившемся диалоговом окне на вкладке Общие откройте свойства Протокол Интернета TCP/IP.
Щелкните переключатель Использовать следующий IP-адрес и введите в соответствующие поля данные: IP_адрес; Маску подсети; Основной шлюз; Предпочитаемый DNS.
Примените параметры кнопкой ОК .
Закройте окно свойств подключения кнопкой ОК (если потребуется, то согласитесь на перезагрузку компьютера).
Проверьте работоспособность стека протоколов TCP/IP .
3. Настройте TCP/IP для автоматического получения IP-адреса.
Откройте окно Сетевые подключения.
Вызовите свойства Подключения по локальной сети.
Откройте свойства Протокол Интернета TCP/IP.
Установите переключатель Получить IP-адрес автоматически .
Закройте диалоговое окно Свойства: Протокол Интернета TCP/IP кнопкой ОК .
Примените параметры кнопкой ОК .
Проверьте настройку стека протоколов TCP/IP .
Получите другой адрес для своего компьютера. Для этого:
запустите консоль (командную строку);
введите команду для сброса назначенных адресов - ipconfig /release;
введите команду для получения нового адреса ipconfig / renew;
Проверьте работоспособность стека протоколов TCP/IP .
Контрольные вопросы:
Опишите параметры, используемые при настройке статического адреса TCP/IP.
Какие преимущества дает применение стека протоколов TCP/IP .
Дайте определение понятию стек протоколов TCP/IP.
Цель: обобщение и систематизация знаний по теме «Межсетевое взаимодействие»
Вид работы: фронтальный
Время выполнения: 2 часа
Задание 1. Получение справочной информации по командам.
Выведите на экран справочную информацию по всем рассмотренным утилитам (см. таблицу п.1). Для этого в командной строке введите имя утилиты без параметров и дополните /? .
Сохраните справочную информацию в отдельном файле.
Изучите ключи, используемые при запуске утилит.
Задание 2. Получение имени хоста.
Выведите на экран имя локального хоста с помощью команды hostname. Сохраните результат в отдельном файле.
Задание 3. Изучение утилиты ipconfig.
Проверьте конфигурацию TCP/IP с помощью утилиты ipconfig. Заполните таблицу:
Задание 4. Тестирование связи с помощью утилиты ping.
Проверьте правильность установки и конфигурирования TCP/IP на локальном компьютере.
Проверьте функционирование основного шлюза, послав 5 эхо-пакетов длиной 64 байта.
Проверьте возможность установления соединения с удаленным хостом.
С помощью команды ping проверьте адреса (взять из списка локальных ресурсов на сайте aspu.ru) и для каждого из них отметьте время отклика. Попробуйте изменить параметры команды ping таким образом, чтобы увеличилось время отклика. Определите IP-адреса узлов.
Задание 5. Определение пути IP-пакета.
С помощью команды tracert проверьте для перечисленных ниже адресов, через какие промежуточные узлы идет сигнал. Изучите ключи команды.
b) mathmod.aspu.ru
c) yarus.aspu.ru
Задание 6: Просмотр ARP-кэша.
С помощью утилиты arp просмотрите ARP-таблицу локального компьютера.
Внести в кэш локального компьютера любую статическую запись.
Задание 7: Просмотр локальной таблицы маршрутизации.
С помощью утилиты route просмотреть локальную таблицу маршрутизации.
Задание 8. Получение информации о текущих сетевых соединениях и протоколах стека TCP/IP.
С помощью утилиты netstat выведите перечень сетевых соединений и статистическую информацию для протоколов UDP, TCP, ICMP, IP.
Контрольные вопросы:
Раскрыть термины: хост, шлюз, хоп, время жизни пакета, маршрут, маска сети, авторитетный/неавторитетный (компетентный) DNS-сервер, порт TCP, петля обратной связи, время отклика.
Какие утилиты можно использовать для проверки правильности конфигурирования TCP/IP?
Каким образом команда ping проверяет соединение с удаленным хостом?
Каково назначение протокола ARP?
Как утилита ping разрешает имена узлов в ip-адреса (и наоборот)?
Какие могут быть причины неудачного завершения ping и tracert? (превышен интервал ожидания для запроса, сеть недоступна, превышен срок жизни при передаче пакета).
Всегда ли можно узнать символьное имя узла по его ip-адресу?
Какой тип записи запрашивает у DNS-сервера простейшая форма nslookup?
