Як змінити параметри протоколу TCP/IP у Windows

TCP/IP визначає, як комп'ютер з'єднується з іншими комп'ютерами.

Щоб полегшити керування налаштуваннями TCP/IPрекомендується використовувати протокол динамічного конфігурування вузла (DHCP).

DHCP автоматично призначає IP-адреси комп'ютерам у мережі, якщо мережа підтримує цей протокол. Якщо ви використовуєте протокол DHCP, якщо комп'ютер переміщується в інше місце, не потрібно змінювати налаштування TCP/IP.

Крім того, для протоколу DHCP не потрібно вручну настроювати параметри TCP/IP, включаючи доменну систему імен (служба DNS) та Windows та службу імен інтернету (WINS).

Щоб увімкнути протокол DHCP або змінити інші параметри TCP/IP, виконайте такі дії:

1. Відкрийте вікно «Мережні підключення».
2. Клацніть правою кнопкою миші підключення, яке потрібно змінити, та виберіть Властивості.
3. Відкрийте вкладку Мережі. У розділі Компоненти, які використовують це підключення встановіть прапорець Інтернет-протокол версії 4 (TCP/IPv4) або Інтернет-протокол версії 6 (TCP/IPv6) і натисніть кнопку Властивості.
4. Щоб вказати параметри IP-адреси протоколу IPv4, виконайте одну з таких дій:
   • Щоб автоматично отримати IP-налаштування за допомогою протоколу DHCP, виберіть Отримати IP-адресу автоматично і натисніть кнопку ОК.
   • Щоб призначити IP-адресу, виберіть Використовувати таку IP-адресу, а потім у полях IP-адреса, Маска підмережі і Основний шлюз введіть параметри IP-адреси.
5. Щоб призначити налаштування IP-адреси протоколу IPv6, виконайте одну з таких дій:
   • Щоб автоматично отримати IP-налаштування за допомогою протоколу DHCP, виберіть Отримувати IPv6-адресу автоматично і натисніть кнопку ОК.
   • Щоб призначити IP-адресу, виберіть Використовувати таку IPv6-адресу, а потім у полях IPv6-адреса, Довжина префікса підмережі і Основний шлюз введіть параметри IP-адреси.
6. Щоб призначити параметри адреси сервера DNS, виконайте одну з таких дій:
   • Щоб автоматично отримати адресу сервера DNS за допомогою DHCP, виберіть Отримати адресу DNS-сервера автоматично і натисніть кнопку ОК.
   • Щоб призначити адресу сервера DNS, виберіть Використовувати такі адреси DNS-сервера, а потім у полях Основний сервер DNS і Альтернативний DNS-сервер введіть адреси основного та допоміжного DNS-сервера.
7. Щоб змінити додаткові параметри DNS, WINS та IP, натисніть кнопку Додатково .

Примітка: Щоб встановити IPv4, запустіть командний рядок адміністратора, введіть netsh interface ipv4 install і натисніть клавішу Enter .

Як настроїти параметри TCP/IP на комп'ютері

Крок 1 На панелі завдань Windows натисніть кнопку Start (Пуск) і потім Control Panel (Панель керування).

Крок 2 Зробіть подвійне клацання мишею по іконці Local Area Connection (Підключення по локальній мережі). У вікні Local Area Connection Properties (Підключення через локальну мережу - Властивості) виберіть вкладку TCP/IP:

Крок 3 Натисніть кнопку Properties (Властивості). Відкриється вікно.

Крок 4 Існують два способи налаштування параметрів TCP/IP:

Виберіть Obtain an IP address автоматично (Отримати IP-адресу автоматично) та Obtain DNS Server address автоматично (Отримати адресу DNS-сервера автоматично), як показано на малюнку нижче. За замовчуванням вони можуть бути обрані. Натисніть кнопку OK , щоб зберегти зроблені зміни.

1) Виберіть Use the following IP address (Використовувати наступну IP-адресу), як наведено на наступному малюнку.Якщо LAN IP-адреса маршрутизатора 192.168.1.1, вкажіть IP-адресу у форматі 192.168.1.x (де х 2-254), маска підмережі 255.255.255.0 і стандартний шлюз 192.1.161.

2) Виберіть Use the following DNS server addresses (Використовувати наступні адреси DNS-серверів), як показано на наступному малюнку. Вкажіть IP-адресу DNS-сервера, отриману від Інтернет-провайдера. Натисніть кнопку OK, щоб зберегти зроблені зміни.

Для Windows Vista/Windows 7 (Примітка: як приклад використаний інтерфейс ОС Vista; порядок дій для ОС Windows 7 аналогічний):

Крок 1 Клацніть мишкою кнопці і одночасно натисніть клавішу R на клавіатурі.

Крок 2 Введіть ncpa.cpl та натисніть Добре.

Крок 3 Виберіть підключення, натисніть правою кнопкою миші та виберіть розділ Properties (Властивості).

Крок 4 Виберіть Internet Protocol Version 4 (TCP/IPv4) , зробіть подвійне клацання по ньому або натисніть кнопку Properties.

Крок 5 Існують два способи налаштування параметрів TCP/IP - автоматичне призначення DHCP-сервером або задати вручну.

1. За допомогою DHCP-сервера

Виберіть Obtain an IP address автоматично (Отримати IP-адресу автоматично) і, якщо потрібно, Obtain DNS server address автоматично (Отримати адресу DNS-сервера автоматично). Натисніть кнопку OK , щоб зберегти зроблені зміни.

Виберіть Use the following IP address (Використовувати наступну IP-адресу), вкажіть IP-адресу, маску підмережі та IP-адресу шлюзу за замовчуванням.

Виберіть Use the following DNS server addresses (Використовувати такі адреси DNS-серверів). Вкажіть IP-адреси DNS-серверів.

Крок 5 Натисніть кнопку OK, щоб зберегти та застосувати зроблені зміни.

Чи був цей FAQ корисним?

Ваш відгук допоможе нам покращити роботу сайту.

Що вам не сподобалось у цій статті?

• Незадоволений продуктом
• Занадто складно
• Неправильний заголовок
• Не ставиться до моєї проблеми
• Надто туманне пояснення
• Інше

Дякую

Дякую за звернення
Натисніть тут, щоб зв'язатися з технічною підтримкою TP-Link.

Потрібна допомога? Запитуйте, знайдіть відповіді та звертайтеся за допомогою до фахівців TP-Link та інших користувачів з усього світу.

Мережевий стек та протоколи TCP/IP

Термін "TCP/IP" означає два різні протоколи - TCP і IP. Оскільки ці протоколи зазвичай використовуються спільно, поняття "TCP/IP" стало стандартним у сучасному Інтернеті. По суті, воно характеризує мережеві засоби зв'язку, у яких дані передаються IP-мережами з допомогою протоколу TCP.

Цей розділ включає відомості про те, як налаштувати протокол TCP/IP в мережі на основі ЗОСРВ «Нейтрино». Крім того, вона містить інформацію про вирішення неполадок та інші подробиці, які є важливими з точки зору системного адміністрування. Мережа TCP/IP на основі ЗОСРВ «Нейтрино» забезпечує доступ до ресурсів, які розташовані на будь-якому віддаленому комп'ютері, що підтримує стек протоколів TCP/IP.

Клієнти та сервери

Існують два типи TCP/IP-хостів: клієнти та сервери. Клієнт запитує службу TCP/IP, а сервер надає її. При плануванні мережі необхідно вирішити, які хости будуть серверами, а які клієнтами.

Наприклад, комп'ютер, який надсилає запити на з'єднання через протокол telnet, має бути налаштований як клієнт, а комп'ютер, який приймає запити – як сервер.

Хости та шлюзи

У термінології протоколу TCP/IP комп'ютери, доступні через мережу, називаються хостами (host) чи шлюзами (gateway).

хост вузол з працюючим протоколом TCP/IP, який пересилає IP-пакети інші TCP/IP-сети.Як правило, хост має єдиний інтерфейс (мережеву плату) та є адресатом або джерелом TCP/IP-пакетів; шлюз вузол з працюючим протоколом TCP/IP, який пересилає IP-пакети до інших TCP/IP-мережі відповідно до таблиці маршрутизацией. Ці системи включають два і більше мережевих інтерфейсу. Якщо TCP/IP-хост має доступ до Інтернету, то в мережі цього хоста повинен бути присутнім шлюз.

Сервери імен

Сервер імен (nameserver) є базою даних, що містить імена та IP-адреси хостів. Доступ до TCP/IP- та інтернет-хостів зазвичай здійснюється через текстове ім'я (наприклад, www.kpda.ru) та механізм, який перетворює ім'я в IP-адресу (наприклад, 209.226.137.1).

Найпростіший спосіб створити таку прив'язку – скористатися таблицею у файлі /etc/hosts. Цей метод ефективний у мережах невеликого та середнього масштабу. Якщо мережа включає багато хостів або не є внутрішньою, то необхідно використовувати сервер імен (наприклад, для підключення до постачальника послуг Інтернету).

• записом у конфігураційному рядку _CS_RESOLVEяка зчитується з конфігураційного файлу (за замовчуванням /etc/net.cfg );
• записом у файлі /etc/resolv.conf, наприклад:

Для того, щоб налаштувати мережу та встановити сервери імен, можна скористатися інструментом налаштування протоколу TCP/IP і комутованих з'єднань віконного оточення Photon під назвою phlip. Утиліта phlip надає значення конфігураційному рядку _CS_RESOLVE. Цей конфігураційний рядок можна також задавати вручну. Якщо рядок _CS_RESOLVE існує, вона завжди використовується для пошуку сервера імен замість файлу /etc/resolv.conf.

Додаткові відомості про пошук імен хостів та серверів імен у TCP/IP-мережах див. у розділах /etc/hosts та /etc/resolv.conf.

Маршрутизація

Маршрутизація визначає, як пакет передається адресатові. Існують такі категорії маршрутизації.

мінімальна маршрутизація. Хост встановлює з'єднання тільки з тими хостами, які знаходяться у мережі. Наприклад, мінімальна маршрутизація використовується в ізольованій мережі. статична маршрутизація. Якщо мережа включає невелике і постійне число шлюзів, то можна налаштувати і зберегти таблиці маршрутизації протоколу TCP/IP вручну за допомогою команди route.

Ця конфігурація використовується дуже часто. Якщо хост має доступ до Інтернету, він зазвичай додає один статичний маршрут, який називається маршрутом за умовчанням (default route). Цей маршрут спрямовує всі TCP/IP-пакети, які надсилаються даним хостом і не адресовані будь-якому хосту локальної мережі, на шлюз, який забезпечує доступ до Інтернету. динамічна маршрутизація. Якщо в мережі існує більше одного шляху до того самого хосту, то, можливо, потрібно використовувати динамічну маршрутизацію. При динамічній маршрутизації інформація про зміну стану мережі поширюється за допомогою протоколів маршрутизації. Якщо необхідно реагувати на ці зміни, слід запустити утиліту routed, яка реалізує протоколи RIP (Routing Information Protocol, протокол маршрутної інформації) і RIPv2.

Маршрутизацію та протоколи маршрутизації часто плутають один з одним. Маршрутизація у стеку TCP/IP визначається за допомогою таблиць маршрутизації, а протоколи маршрутизації дозволяють змінювати ці таблиці.

Програмні компоненти мережі TCP/IP

Для використання протоколу TCP/IP необхідні такі програмні компоненти (рис. 13.1):

io-pkt-* менеджер, який забезпечує підтримку мережевих модулів, що динамічно завантажуються. Він включає повнофункціональний стек TCP/IP, заснований на коді base.io-net операційної системи NetBSD; мережні драйвери (devn-*, devnp-*) ​​менеджери, що реалізують інтерфейс з обладнанням.

Параметри конфігурації задаються за допомогою утиліт ifconfig та route.

Якщо використовується протокол динамічного конфігурування хостів (Dynamic Host Configuration Protocol, DHCP), то, незалежно від версії стека TCP/IP, можна скористатися утилітою dhcp.client для того, щоб автоматично встановити параметри конфігурації, які надає DHCP-сервер.

Стек TCP/IP, заснований на стеку TCP/IP операційної системи NetBSD і підтримує схожі з ним можливості.Якщо для конфігурування повнофункціонального стека не використовується утиліта phlip (інструмент налаштування протоколу TCP/IP і комутованих з'єднань віконного оточення Photon), то необхідно скористатися утилітами ifconfig і route, як показано далі, оскільки конфігурувати повнофункціональний стек за допомогою командно-рядкових аргументів за аналогією з компакт стеком не можна.

Для завдання IP-адреси інтерфейсу слід користуватися утилітою ifconfig. Щоб призначити мережному інтерфейсу IP-адресу 10.0.0.100, необхідно ввести:

ifconfig if_name 10.0.0.100

де if_name є ім'я інтерфейсу, яке визначає та використовує мережний драйвер.

Якщо потрібно вказати шлюз, слід ввести команду route:

route add default 10.0.0.1

Ця команда встановлює IP-адресу шлюзу 10.0.0.1.

Щоб переглянути мережну конфігурацію, слід скористатися командою netstat (команда netstat -in відображає інформацію про мережеві інтерфейси):

Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lo0 32976 0 0 0 0 0 lo0 32976 127 127.0.0.1 0 0 0 0 0 en0 1500 .0. 0.100 21 0 2 0 0

Щоб відобразити інформацію про таблицю маршрутизації у повному стеку, слід скористатися командою netstat -rn. Її результат виглядає так:

Routing tables Internet: Destination Gateway Flags Refs Use Mtu Interface default 10.0.0.1 UGS 0 0 - en0 10 10.0.0.100 U 1 0 - en0 10.0.0.100 10.0.0.100 UH 0 0.0 0 - lo0

Ця таблиця показує, що маршрут за замовчуванням заданий та його IP-адреса дорівнює 10.0.0.1.

Запуск інтернет-серверів

Якщо хост є сервером, він запускає відповідний сервіс обслуговування клієнтських запитів. Сервер TCP/IP зазвичай запускає сервіс inetd, який також називають "суперсервером Інтернету". Сервіс inetd можна запустити із файлу rc.local (див.опис файлу /etc/rc.d/rc.sysinit у розділі Керування запуском ЗОСРВ «Нейтрино»).

У мережі TCP/IP сервіс inetd очікує з'єднань через порти зі стандартними номерами, вказаними у файлі /etc/inetd.conf . Після отримання запиту утиліта inetd запускає серверний сервіс. Наприклад, якщо клієнт запитує віддалене підключення до хоста за допомогою утиліти telnet, для обслуговування цього запиту сервер inetd запускає сервіс віддаленого підключення telnetd. Найчастіше клієнтські запити обслуговуються в такий спосіб.

Сервіси, які може запускати утиліта inetd, задаються у конфігураційному файлі суперсервера /etc/inetd.conf. Версія цього файлу, яка входить до дистрибутиву ЗОСРВ «Нейтрино», містить усі сервіси TCP/IP, наявні в дистрибутиві, а також деякі нестандартні служби утиліти pidin. Редагувати файл /etc/inetd.conf необхідно лише тоді, коли потрібно додати або видалити сервіси. Утиліта inetd зчитує конфігураційну інформацію з цього файлу під час запуску. Файл /etc/inetd.conf включає наступні сервіси, що часто використовуються.

ftpd передача файлів; telnetd віддалений термінальний сеанс; tftpd найпростіший протокол передачі файлів, розроблений Управлінням перспективних дослідницьких проектів (DARPA).

• Сервіси, які перелічені у цьому файлі, не слід запускати вручну; вони мають запускатися сервером inetd.

Існують інші резидентні сервіси, які можуть працювати незалежно від сервера inetd: bootpd сервер протоколу інтернет-завантаження; dhcpd сервіс протоколу динамічного конфігурування хостів; lpd сервіс рядкового принтера (див.Друк); mrouted сервіс протоколу дистанційної векторної групової багатоадресної маршрутизації (Distance-Vector Multicast Routing Protocol, DVMRP); named сервер доменних імен Інтернету; ntpd сервіс мережного протоколу часу (Network Time Protocol); routed сервіс протоколів маршрутизації RIP та RIPv2; rwhod база даних станів системи; slinger компактний Web-сервер; snmpd SNMP-агент; nfsd NFS-сервер.

Ці послуги прослуховують свої TCP-порти та керують власними транзакціями. Вони зазвичай запускаються під час завантаження комп'ютера, а потім працюють постійно. Тим не менш, для економії системних ресурсів можна запускати сервіс bootpd за допомогою inetd сервера тільки при отриманні запиту на завантаження.

Запуск кількох екземплярів стека TCP/IP

У деяких ситуаціях необхідно запускати кілька екземплярів стека протоколів TCP/IP.

перший екземпляр стека TCP/IP запускається за допомогою виклику утиліти io-pkt-* наступним чином:

io-pkt-v4 -del900 pci=0x0

io-pkt-v4 -i1 -del900 pci=0x1 -ptcpip prefix=/sock2

Параметр -i у другому примірнику стека TCP/IP вказує утиліті io-pkt-v4 зареєструватися під префіксом io-pkt1. Параметр prefix вказує на те, що другий стек повинен бути зареєстрований під префіксом /sock2/dev/socket замість стандартного префікса /dev/socket . Програми, яким необхідно використовувати другий стек TCP/IP, повинні задати змінну оточення SOCK. Приклад:

SOCK=/sock2 telnet 10.59

SOCK=/sock2 netstat -in

SOCK=/sock2 ifconfig en0 192.168.2.10

Якщо змінна SOCK не задана, то команда використовує перший стек TCP/IP.

Параметри TCP/IP, що динамічно призначаються.

постачальники мережних послуг із комутованим доступом використовують протокол з'єднання "точка-точка" (Point-to-Point Protocol, PPP);

Сервери, які реалізують ці протоколи в корпоративній мережі, надають клієнту IP-адресу, шлюз, маску мережі, сервери імен і навіть принтер. Користувачам не обов'язково конфігурувати свої хости вручну для використання мережі.

Операційна система ЗОСРВ "Нейтрино" реалізує ще один протокол автоматичного конфігурування під назвою AutoIP, який є проектом комітету IETF з автоматичного налаштування. Цей протокол використовується в невеликих мережах для призначення хост IP-адрес, локальних для каналу (link-local). Протокол AutoIP самостійно визначає IP-адресу, локальну для каналу, використовуючи схему узгодження з іншими хостами і не звертаючись до центрального сервера.

Перенаправлення (forwarding) IP пакетів між мережними інтерфейсами

Розглянемо фрагмент мережі, що включає вузол A (2 мережні інетрфейси) і вузол B (1 мережний інтерфейс):

[ Вузол A ] [ Вузол B ]
 [192.168.16.1 192.168.0.1] [192.168.0.22]

Для того щоб налаштувати перенапрямок (англ. forwarding) IP-пакетів між мережними інтерфейсами вузла A, необхідно виконати такі кроки:

Налаштувати на мережевих вузлах адреси мережевих інтерфейсів:

ifconfig igc0 192.168.16.1/24 ifconfig rt0 192.168.0.1/24

ifconfig rt0 192.168.0.22/24

io-pkt-ksz -d igc -d rtl8169 -p tcpip forward

Якщо мережевий стек вже запущений, слід скористатися утилітою sysctl:

echo "net.inet.ip.forwarding=1" >> /etc/sysctl.conf sysctl -f /etc/sysctl.conf

sysctl -w net.inet.ip.forwarding=1

route add -net 192.168.16.0 -netmask 255.255.255.0\-gateway 192.168.0.1

так і на вузлі у зовнішньому сегменті мережі:

Використання протоколу PPPoE

Скорочення PPPoE розшифровується як "Point-to-Point Protocol over Ethernet" (протокол з'єднання "точка-точка" через середовище Ethernet). Цей протокол інкапсулює дані передачі через мережу Ethernet з бруківкою топологією.

PPPoE є специфікацією підключення користувачів мережі Ethernet до Інтернету через широкосмугове з'єднання, наприклад, виділену цифрову абонентську лінію, бездротовий пристрій або кабельний модем. Використання протоколу PPPoE та широкосмугового модему забезпечує користувачам локальної комп'ютерної мережі індивідуальний автентифікований доступ до високошвидкісних мереж передачі даних.

Протокол PPPoE поєднує технологію Ethernet із протоколом PPP, що дозволяє ефективно створювати окреме з'єднання з віддаленим сервером для кожного користувача. Керування доступом, облік з'єднань та вибір постачальника послуг визначається користувачами, а не вузлами мережі. Перевага цього підходу полягає в тому, що ні телефонна компанія, ні постачальник Інтернет-послуг не повинен забезпечувати для цього будь-яку спеціальну підтримку.

На відміну від комутованих з'єднань, з'єднання через цифрову абонентську лінію та кабельний модем завжди активні. Оскільки фізичне з'єднання з віддаленим постачальником послуг спільно використовується кількома користувачами, необхідний метод обліку, який реєструє відправників та адресатів трафіку, а також здійснює нарахування користувачам. Протокол PPPoE дозволяє користувачеві та віддаленому вузлу, які беруть участь у сеансі зв'язку, дізнаватися мережеві адреси один одного під час початкового обміну, який називається виявленням (discovery). Після того, як сеанс між окремим користувачем та віддаленим вузлом (наприклад, постачальником послуг Інтернету) встановлено, за цим сеансом можна вести спостереження для того, щоб здійснювати нарахування.У багатьох будинках, готелях та корпораціях загальний доступ до Інтернету надається через цифрові абонентські лінії за допомогою технології Ethernet та протоколу PPPoE.

З'єднання через протокол PPPoE складається з клієнта та сервера. Клієнт та сервер працюють з використанням будь-якого інтерфейсу, який близький до специфікацій Ethernet. Цей інтерфейс застосовується для видачі клієнтам IP-адрес з прив'язкою цих IP-адрес до користувачів і, за бажанням, до робочих станцій замість аутентифікації на основі тільки робочої станції. Сервер PPPoE створює з'єднання "крапка-точка" для кожного клієнта.

Встановлення сеансу PPPoE

Щоб створити сеанс PPPoE, слід скористатися сервісом pppoed. Модуль io-pkt-* надає служби протоколу PPPoE. Спочатку необхідно запустити io-pkt-* з відповідним драйвером. Приклад:

Потім слід створити сеанс зв'язку з будь-яким сервером за допомогою /etc/ppp/pppoe-up для того, щоб запустити сервіс pppd:

Після цього слід створити сеанс зв'язку із сервером, який має ім'я PPPOE_GATEWAY:

Коли сеанс PPPoE встановлено, сервіс pppoed використовує сервіс pppd для створення з'єднання "точка-точка" через цей сеанс. Сервіс pppd отримує локальну конфігурацію протоколу TCP/IP від ​​сервера (постачальника Інтернет-послуг).

Запуск з'єднання "точка-точка" через сеанс PPPoE

Для встановлення каналів зв'язку "точка-точка" через протокол TCP/IP програмі pppoed потрібен сервіс pppd. При запуску сервісу pppd необхідно скористатися кількома параметрами, які є специфічними для його роботи через сеанс PPPoE. Приклад файлу /etc/ppp/pppoe-up :

#!/bin/sh pppd debug /dev/io-net/ppp_en -ac -pc -detach defaultroute \require-ns mtu 1492 name username

Для роботи сервісу pppd із сервісом pppoed обов'язкові такі параметри.

/dev/io-net/ppp_en пристрій, який створює модуль io-pkt-*; -ac -pc обов'язкові параметри, які вимикають стиснення пакетів; -detach параметр, який дозволяє утиліті pppd працювати у режимі сервісу. Це дає програмі pppoed можливість отримати інформацію про те, що сеанс утиліти pppd завершено. Цей параметр можна опустити, якщо скористатися параметром scriptdetach сервісу pppoed; mtu 1492 слід задати максимальний розмір даних, що передаються, який підтримується протоколом PPPoE. Цей розмір дорівнює різниці розміру пакету Ethernet і службових даних інкапсуляції протоколу PPPoE.

Використання протоколу DHCP

Хост TCP/IP використовує протокол DHCP (Dynamic Host Configuration Protocol, динамічний протокол конфігурування хостів) для отримання конфігураційних параметрів (IP-адреси, шлюзу, серверів імен і т.д.) у DHCP-сервера, який містить конфігураційні параметри всіх хостів мережі .

Утиліта dhcp.client, яка є DHCP-клієнтом операційної системи ЗОСРВ «Нейтрино», отримує ці параметри та автоматично конфігурує хост для використання Інтернету чи локальної мережі.

Якщо утиліта dhcp.client не може застосувати конфігураційні параметри, надані DHCP-сервером, вона передає ці параметри сценарію, який вона виконує. Цей сценарій можна використовувати для будь-яких параметрів, які не встановлюються утилітою dhcp.client. Докладніші відомості див. у розділі про dhcp.client довідника з утиліт.

Використання протоколу AutoIP

AutoIP є модуль, який необхідно змонтувати в менеджер io-pkt-*. Цей модуль використовується для швидкого конфігурування хостів у невеликій мережі. Протокол AutoIP призначає своєму інтерфейсу IP-адресу, локальну для каналу, з мережі 169.254/16, якщо ця адреса не використовується жодним іншим хостом. Перевага протоколу AutoIP у тому, що у центральному конфігураційному сервері відсутня.Хости самостійно визначають, які IP-адреси є вільними для використання, і відслідковують виникнення конфліктів.

Зазвичай хост використовує протоколи DHCP та AutoIP одночасно. Коли хост вперше підключається до мережі, він не має інформації про наявність у мережі DHCP-сервера. Якщо запустити програму dhcp.client з параметром -a (використовувати IP-адресу як псевдонім), то інтерфейсу одночасно присвоюється IP-адреса, локальна для каналу, і IP-адреса, яка видається протоколом DHCP. Якщо DHCP-сервер відсутній, то настає тайм-аут, в результаті якого програма dhcp.client завершується і залишає активною IP-адресу, локальну для каналу. Якщо пізніше DHCP-сервер стає доступним, то утиліту dhcp.client можна перезапустити і застосувати IP-адресу, яку видає протокол DHCP, без перешкод для TCP/IP-з'єднань, що використовують IP-адресу, локальну для каналу.

Одночасна активність адреси, що призначається протоколом DHCP, та IP-адреси, локальної для каналу, забезпечує зв'язок з хостами, які мають як IP-адреси, локальні для каналу, так і звичайні IP-адреси. Додаткові відомості див. у розділах про lsm-autoip.so та dhcp.client.

Усунення несправностей

Для виявлення неполадок, що виникають у мережі TCP/IP (наприклад, неможливість передачі пакетів через мережу), необхідно використовувати кілька утиліт. Ці утиліти опитують хости, сервери та шлюзи з метою отримання діагностичної інформації для локалізації несправностей та відповідають наступні типові питання.

Чи працюють менеджер io-pkt-* та драйвери?

Як було сказано раніше, менеджер io-pkt-* є сполучною ланкою між драйверами та протоколами. Щоб перевірити наявність неполадок у ньому, слід скористатись командою pidin:

Потім потрібно виконати пошук об'єкта протоколу TCP/IP, що розділяється, у виведенні цієї команди:

pid tid name prio STATE code data stack 126996 1 sbin/io-pkt-v4-hc 21o SIGWAITINFO 872K 904K 8192(516K)* 126996 2 sbin/io-pkt-v4-hc 6996 3 sbin /io-pkt-v4-hc 21r RECEIVE 872K 904K 4096(132K) 126996 4 sbin/io-pkt-v4-hc 21o RECEIVE 872K 904K 4096(132K) 126996 5 sbin/io-pkt-v4-hc 20o RECEIVE 872K 904K 4096(132K) 126996 6 sbin/io-pkt-v4-hc 9o RECEIVE 872K 904K 4096(132K) libc.so4 so @b8200000 28K 8192 devn-epic.so @b8209000 40K 4096 lsm-qnet.so @b8214000 168K 36K

Висновок повинен містити об'єкт, що розділяється, мережного драйвера (в даному випадку це драйвер devnp-shim.so, який дозволяє io-pkt-* використовувати успадкований зі застарілого стека io-net драйвер devn-epic.so).

Яка інформація про сервери імен?

Щоб отримати інформацію про сервери імен, слід скористатися командою:

Якщо конфігураційний рядок не використовується, треба ввести команду:

Як імена хостів пов'язані з IP-адресами?

Файл /etc/hosts містить інформацію, що стосується відомих хостів мережі. Кожному хосту повинен відповідати один рядок, який включає наступні дані:

інтернет_адреса офіційне_ім'я_хоста псевдоніми

Щоб відобразити вміст файлу, слід скористатися командою:

Як отримати інформацію про стан мережі?

Відомості про стан мережі можна отримати за допомогою утиліти netstat:

netstat -in перераховує інтерфейси, у тому числі їх MAC-і IP-адреси; netstat -rn відображає мережні таблиці маршрутизації, які визначають, як стек може зв'язатися з іншим хостом. Якщо шлях до іншого хоста не існує, відображається повідомлення про помилку "no route to host"; netstat -an відображає інформацію про вхідні та вихідні TCP/IP-з'єднання локальної системи. Ця інформація включає стан з'єднання або кількість даних, які очікують передачі по з'єднанню. Крім того, команда netstat -an відображає IP-адресу та порт локальної та віддаленої сторони з'єднання.

Як переконатися, що локальний хост підключений до інших хостів?

Щоб визначити, чи локальний хост підключений до інших хостів, слід скористатися утилітою ping. Приклад:

Якщо підключення існує, утиліта ping відображає приблизно таке:

PING isp.com (10.0.0.1): 56 data bytes 64 bytes від 10.0.0.1: icmp seq=0 ttl=255 time=0 ms 64 bytes from 10.0.0.1: icmp seq=1 ttl=255 time=0 ms bytes from 10.0.0.1: icmp seq=2 ttl=255 time=0 ms 64 bytes from 10.0.0.1: icmp seq=3 ttl=255 time=0 ms 64 bytes from 10.0.0.1: icmp seq=5 ttl =0 ms 64 bytes from 10.0.0.1: icmp seq=5 ttl=255 time=0 ms 64 bytes from 10.0.0.1: icmp seq=6 ttl=255 time=0 ms

Це повідомлення продовжує виводитися доти, поки утиліта ping не завершиться, наприклад, за допомогою комбінації клавіш Ctrl + C .

Як відобразити інформацію про контролер інтерфейсу?

Слід скористатися командою nicinfo:

Ця утиліта відображає інформацію про з'єднання заданого мережного інтерфейсу або /dev/io-net/en0 (якщо інтерфейс не вказаний). Ця інформація включає кількість переданих і отриманих пакетів, колізій та інших помилок:

3COM (90xC) 10BASE-T/100BASE-TX Ethernet Controller Physical Node ID . 000103 E8433F Current Physical Node ID. 000103 E8433F Media Rate. 10.00 Mb/s half-duplex UTP MTU . 1514 Lan . 0 I/O Port Range . 0xA800 -> 0xA87F Hardware Interrupt. 0x7 Promiscuous. Disabled Multicast. Enabled Total Packets Txd OK. 1585370 Total Packets Txd Bad. 9 Total Packets Rxd OK . 11492102 Total Rx Errors . 0 Total Bytes Txd. 102023380 Total Bytes Rxd. 2252658488 Tx Collision Errors . 39598 Tx Collisions Errors (введені) . 0 Carrier Sense Lost on Tx. 0 FIFO Underruns During Tx. 0 Tx deferred. 99673 Out of Window Collisions . 0 FIFO Overruns During Rx. 0 Alignment errors . 0 CRC errors. 0

Попередній розділ: перейти