Протоколи визначають мову, якою комп'ютер спілкується з іншими комп'ютерами мережі
Найпопулярнішим мережевим протоколом є 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-сервера (при підключенні до домену).
Кожен власник персонального комп'ютераабо ноутбук стикався з проблемами доступу до мережі Інтернет. Бувало так, що всі налаштування зроблено, доступ до мережі є, Wi-Fi налаштований, а доступу до Інтернету немає. У мережних підключеннях, у рядку стану написано наступне: IPv4 без доступу до Інтернету. Як виправити помилку та отримати доступ до мережі, читайте у цій статті.
Діагностика помилки
Перше, що варто зробити в даній ситуації – провести діагностику мереж:
- Натисніть Win+R та виконайте команду ncpa.cpl
- ПКМ натисніть на проблемне мережне підключення та виберіть «Стан».
- Відкрийте "Діагностика".
- Залежно від виявленої проблеми, для її вирішення, скористайтесь матеріалом за наданими посиланнями:
- .
- .
- .
- .
- DHCP серверне ввімкнено на мережному адаптері.
- .
Часто буває, що причиною проблеми з доступом до інтернету є неправильно налаштований DHCP сервер. Це може бути як з вашого боку, так і з боку інтернет-провайдера. Якщо у вас саме така проблема читайте далі.
Установки TCP/IPv4
Для початку переконаємося, що не стався звичайний збій у мережі, який можна вирішити перепідключення з'єднання. Натисніть ПКМ по проблемній мережі та виберіть «Вимкнути». Потім, подвійним натисканняммиші, увімкніть назад. 
Якщо у вас роутер, перезавантажте і його. Важливо! Якщо в мережі знаходяться кілька комп'ютерів, не надайте проблемну IP-адресу іншого пристрою. Якщо ви це зробите, мережа не почне працювати.
Налаштування роутера
Якщо ви використовуєте роутер, увімкніть налаштуваннях DHCPсервер:
Якщо запропоновані варіанти не допомогли усунути несправність, зв'яжіться з технічною підтримкоювашого провайдера. Зі свого боку вони проаналізують можливі помилкита вкажуть, у чому причина відсутності інтернету.
Проблеми під час реєстрації на сайті?НАТИСНІТЬ СЮДИ ! Не проходьте повз дуже цікавого розділунашого сайту - проекти відвідувачів. Там ви завжди знайдете свіжі новини, анекдоти, прогноз погоди (в ADSL-газеті), телепрограму ефірних та ADSL-TV каналів, найсвіжіші та найцікавіші новини зі світу високих технологій, найоригінальніші та найдивовижніші картинки з інтернету, великий архів журналів за Останніми роками, апетитні рецепти у картинках , інформативні . Розділ оновлюється щоденно. Завжди свіжі версіїнайкращих безкоштовних програмдля повсякденного використанняу розділі Необхідні програми. Там практично все, що потрібне для повсякденної роботи. Почніть поступово відмовлятися від піратських версійна користь більш зручних та функціональних безкоштовних аналогів. Якщо Ви все ще не користуєтеся нашим чатом, радимо з ним познайомитися. Там ви знайдете багато нових друзів. Крім того, це найбільш швидкий і дієвий спосібзв'язатись з адміністраторами проекту. Продовжує працювати розділ Оновлення антивірусів – завжди актуальні безкоштовні оновленнядля Dr Web та NOD. Чи не встигли щось прочитати? Повний зміст рядка , що біжить , можна знайти за цим посиланням .
Тонка настройкапараметрів TCP/IP під товсті канали
Пропускна здатність локальних мереж та Інтернет-каналів неухильно зростає, проте разом з нею зростають і потреби, що викликають природне бажання вичавити з TCP/IP-стеку максимум можливого, ніж ми зараз, власне, і займемося, головним чином акцентуючи увагу на Windows Server 2003, хоча описані технології оптимізації справедливі і для робочих станцій, зібраних на базі W2K/XP.
Вступ
З приводу крутіння налаштувань TCP/IP існують дві діаметрально протилежні думки: багато адміністраторів (а разом з ними і автори популярних книг!) вважають, що розробники вже зробили все, що потрібно, і будь-яке втручання в цей чітко налагоджений механізм може лише нашкодити. У той же час в Інтернеті валяється безліч посібників, що обіцяють якщо не путівку до раю, то радикальне збільшення продуктивності ціною зміни пари-трійки ключів у системному реєстрі.
Істина, як водиться, десь посередині. Операційні системи вже давно навчилися автоматично розпізнавати тип підключення, вибираючи відповідний набір за замовчуванням налаштувань. Адаптивні алгоритми динамічно підлаштовуються під характеристики каналу і некваліфіковані "вказівки" користувача справді лише заважають. Однак адаптивним алгоритмам властиво помилятися, а налаштування за умовчанням далеко не завжди відповідають характеристикам конкретно взятих каналів зв'язку, розкид яких просто колосальний.
Який приріст продуктивності може дати оптимізація параметрів TCP/IP за умови, що вона виконана правильно? Залежить від того, наскільки стандартні параметри близькі до властивостей використовуваного каналу. У середньому, слід очікувати 20%...30% виграшу, проте у "клінічних" випадках швидкість збільшується у кілька разів!
Перш ніж приступати до оптимізації
Замість того, щоб, засукавши рукави, з перших рядків кидатися в бій, краще спочатку покурити і подумати. Допустимо, ми маємо 10 мегабітний канал і завантажуємо/роздаємо файли з переважаючою швидкістю порядку мегабайта за секунду. Зрозуміло, що ніякими хитрощами нам не вдасться підняти продуктивність на помітну величину. То чи варто поратися?! До того ж, досить велика кількість адміністраторів навмисне обмежує віддачу в районі 50-100 Кбайт/с, запобігаючи перевантаженню мережі. Яка вже тут оптимізація...
Інша справа, якщо спостерігається пропускна здатністьстановить менше 2/3 від заявленої аплінком. Тут уже без оптимізації не обійтися! Однак крім TCP/IP-стеку за продуктивність відповідають інші системні компоненти- Наприклад, процесор. При велику кількістьодночасно встановлених з'єднань, завантаження ЦП може досягати 100%, особливо з урахуванням того, що в дешевому мережеве обладнанняпідрахунок контрольних сумпакетів реалізований на програмному, а чи не апаратному (як і дорогих моделей) рівні.
Ще одна винуватка - відеокарта, яка надовго захоплює шину без жодних видимих причин, внаслідок чого всі інші периферійні пристроїсідають на голодну пайку і швидкість вводу/виводу (у тому числі і мережевого) багаторазово знижується. Оновлення драйверів або відключення всіх "агресивних" налаштувань відеокарти зазвичай вирішують проблему навіть без звернення до стека TCP/IP.
Також не варто забувати і про те, що надмірна фрагментація дискового просторуістотно уповільнює швидкість віддачі/приймання файлів, що є однією з основних причин уповільнення завантажень веб-сторінок у кінцевих користувачів.
Загалом, перш ніж лізти в TCP/IP стек, слід переконатися, що всі інші можливі причиниусунені та вузьким місцем є саме налаштування мережевих протоколів, а не щось інше ( увага : "переконатися" це зовсім не те саме, що "переконати себе").
MTU + MSS = ???
MTU (M aximumT ransmissionU nit- Максимальний [розмір] Пакету, що передається), ймовірно, найвідоміший параметр TCP/IP, рекомендації з налаштування якого можна зустріти практично в будь-якій статті з оптимізації TCP/IP. Сотні утиліт пропонують свої послуги з визначення гранично точного значенняАле, на жаль, обіцяного збільшення продуктивності якось не досягається.
MTU зачепить найбільший можливий розмір IP-пакета, що відправляється (разом із заголовком), нарізуючи дані, що надсилаються, на порції фіксованого розміру. Чим більше MTU, тим нижчі накладні витрати на передачу службової інформації, а отже, вищі "ККД" каналу. З іншого боку, маршрутизатори звалюють пакети, що надходять від різних вузлів, загалом і тому набагато вигідніше відправити один великий пакет, ніж два маленькі, причому чим сильніше завантажений маршрутизатор, тим більший виграш ми отримаємо.
Малюнок 1.
Так у чому ж справа?! Викручуємо MTU до краю і... швидкість падає до нуля. Чому? Причина в тому, що зі зростанням розміру пакетів збільшується і час, необхідний для них повторної передачіу разі, якщо пакет втрачено чи спотворено. До того ж, проміжні вузли мають свої власні налаштування, і якщо розмір пакета, що передається, перевищує поточний MTU, пакет розрізається на два або більше пакетів, (тобто фрагментується) і ці фрагменти збираються воєдино тільки на вузлі-приймачі, в результаті чого пропускна здатність зменшується. Причому, якщо MTU вузла відправника лише трохи перевищує MTU проміжного вузла, то другий пакет складається практично з одного заголовка, внаслідок чого залежність швидкість передачі від розміру перетворюється на характерну криву пилкоподібну (див. рис. 2).
Значення MTU, які використовуються Windows Server 2003 за замовчуванням, наведено в таблиці 1, однак за бажанням їх можна змінити.
Малюнок 2.Залежність швидкості передачі даних від розміру MTU(за даними http://member.nifty.ne.jp/oso/faq.mtu-faq.html).
Запускаємо утиліту "Редактора Реєстру" та відкриваємо в ній наступний розділ: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\interfaceGUID. Бачимо там параметр MTUтипу DWORD (а якщо не бачимо, то створюємо) і вводимо розмір у байтах (0xFFFFFFFF означає "використовувати значення MTUза замовчуванням). Інтерфейси задані GUID-ідентифікаторами і зазвичай їх буває набагато більше одного. Як серед них знайти інтерфейс кабельного модему чи конкретної мережевої карти? Так дуже просто - за IP-адресою!
Малюнок 3.Точне налаштування параметрів TCP/IP через "Редактор Реєстру".
Існує можливість автоматичного визначеннямаршруту, яким пакети із заданим MTU проходять без фрагментації (параметр EnablePMTUDiscoveryтипу DWORD, що знаходиться в тій же галузі реєстру, що і MTU (значення "1" включає цю функцію, "0" - вимикає). Однак багато адміністраторів проміжних вузлівз міркувань "безпеки" блокують відправлення ICMP-повідомлень і вузол-відправник залишається у повному невіданні щодо факту фрагментації. Спеціально для виявлення таких ось "неправильних" маршрутизаторів (прозваних "чорними дірками" або, англійською, Black Hole), Windows підтримує спеціальний алгоритм, керований параметром EnablePMTUDiscovery(У всьому аналогічним EnablePMTUDiscovery).
Малюнок 4."Чорними дірками" називають маршрутизатори, які не надсилають ICMP-повідомлення про факт фрагментації пакета, що ретранслюється, що створює великі проблемипри спробі визначення оптимального значення MTU.
У переважній більшості випадків використання опцій EnablePMTUDiscovery та EnablePMTUDiscovery призводить до зниження продуктивності та значення MTU кращевибирати, відштовхуючись від таблиці 2, чи діяти шляхом перебору.
Ще один параметр - MSS (M aximumS egmentS ize- Максимальний Розмір Сегменту) відповідає за максимальний розмірпереданих даних з відрахуванням довжини заголовка IP-пакета (див. рис. 1). Торкати його не слід, та й Windows це все одно не дозволяє. У загальному випадку MSS = MTU - 40 байт.
Таблиця 1.Значення MTU та MSS за замовчуванням Microsoft Windows Server 2003
Таблиця 2.Значення MTU автоматично вибираються Microsoft Windows Server 2003 в залежності від типу підключення.
TCP Receive Window
Розмір 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).
Малюнок 5."Повільний старт" та його наслідки (CW - розмір вікна в сегментах).
Крім того, система підтримує спеціальний параметр Slow Start Threshold Size (Пороговий Розмір [вікна] Повільного Старту), за умовчанням рівний 65636, але після розпізнавання ситуації "перевантаження мережі", що приймає значення W/2 і надалі є верхньою межею експоненційного зростання параметра CW що викликає драматичне падіння продуктивності (див. рис. 6).
Малюнок 6.Зменшення розмірів TCP-вікна під час виявлення перевантаження мережі.
Безпосередньо відключити "повільний старт" штатними засобами 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 під 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 та NBT налаштування параметрів for Windows 2000 або для 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
Для роботи в Інтернеті необхідно налаштувати мережне підключення. Для цього вам потрібно виконати такі дії:
1. Вам необхідно навести курсором миші у верхній правий кут екрана, щоб відобразилася панель, як показано нижче. У ній необхідно вибрати "Пошук". Якщо Ви налаштовуєте підключення на планшеті або комп'ютері з сенсорним екраном, щоб викликати цю панель, необхідно торкнутися правого краю екрана пристрою і рухом пальця вліво «витягнути» цю панель.
2. У меню необхідно знайти і вибрати «Панель управління». Радимо скористатися рядком пошуку у правому верхньому куткута написати там «Панель».
3. Знаходимо пункт «Мережа та Інтернет» та в ньому «Перегляд стану мережі та завдань»
4. Вибираємо пункт «Зміна параметрів адаптера»
5. У вікні знаходимо «Ethernet» (у Windows 8» так називається «Підключення по локальній мережі») натискаємо по ньому правою клавішею миші і вибираємо пункт «Властивості»
6. У наступному вікні подвійним лівим кліком миші натискаємо «Протокол Інтернет версії 4 (TCP/IPv4)»
7. У вікні виберіть опцію «Використовувати наступну IP-адресу» і введіть у відповідні поля дані про IP-адресу, маску, шлюз (мають бути Вам відомі) і DNS сервери: 194.67.161.1, 194.67.160.3
8. Після введення даних внизу вікна натискаємо кнопку «ОК». Також, щоб налаштування набули чинності, необхідно натиснути "ОК" і на наступному вікні.
9. Підключення настроєно.
Ціль:
Вид діяльності:фронтальний
Засоби для виконання роботи:
апаратні: комп'ютер із встановленою ОС 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.
Практична робота № 12 «Робота з діагностичними утилітами протоколу 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? Якдозволяє імена вузлів в ip-адреси (і навпаки)?
Які можуть бути причини невдалого завершення ping та tracert? (перевищено інтервал очікування для запиту, мережа недоступна, перевищено термін життя під час передачі пакета).
Чи завжди можна дізнатися символьне ім'я вузла за його IP-адресою?
Який тип запису запитує у DNS-сервера найпростіша форма nslookup?
