налаштування мережі

[Володимир Лісівка]

TTL=64 - це означає що пакет нікуди не передавався. Всі ip-ки що починаються на 127.x.x.x відповідають локальному комп'ютеру. На них навіть можна різні навіть різні апачі почепити - зручно для тестування різних сайтів на одній машині. Тому і стоїть в таблиці маршрутизації 127.0.0.0 .

[docent]

прикольно... я вважав, що опріч 127.0.0.1 нічого не існує для локальної адреси...

[dusoft]

Щодо TTL - то є time to live, тобто означає через скільки маршрутизаторів може пройти IP-пакет(кожен маршрутизатор повинен зменшувати це значення на 1), і з цього мені здається ніяк не виходить що 64 - це значить пакет нікуди не передавався. Поясніть будь ласка якщо я помиляюсь.

[dusoft]

Я тут трохи подумав..  
Може ви зробили такі висновки через те що мабуть(я точно не знаю) в лінаксі значення TTL дорівнює 64, і те що воно таке і повертається, значить що пакет не проходив маршрутизатора. Мабуть так воно і є. Але все ж таки, тоді правильніше казати не "не передавався", а "не виходив за межі мережі".

Щось занадто прискіпливий.

[Дмитро Ковальов]

T Всі ip-ки що починаються на 127.x.x.x відповідають локальному комп'ютеру. На них навіть можна різні навіть різні апачі почепити - зручно для тестування різних сайтів на одній машині. Тому і стоїть в таблиці маршрутизації 127.0.0.0 .

Я теж це вперше почув ось тут. Трохи поекспериментував, і виявилось, що це чисто Лінаксівська річ (Мабуть. Всі Юнікси, звичайно-ж немає можливості попробувати).

Жодна з адрес в 127.0.0.0 не відгукається (крім 127.0.0.1) в інших системах. Тестував на Солярісі і МакОСХ.

[Володимир Лісівка]

Не знаю, за стандартом має бути 127.x.x.x а не тільки 127.0.0.1. Перевірив на Вікнах (Win2k3) - теж працює.

[Володимир Лісівка]

Я тут трохи подумав..  
Може ви зробили такі висновки через те що мабуть(я точно не знаю) в лінаксі значення TTL дорівнює 64, і те що воно таке і повертається, значить що пакет не проходив маршрутизатора. Мабуть так воно і є. Але все ж таки, тоді правильніше казати не "не передавався", а "не виходив за межі мережі".

Щось занадто прискіпливий.

А мережні пакети ніколи не виходять за межі мережі.

Щось я занадто прискіпливий.  

TTL дійсно означає Time To Live. Специфікація TCP вимагає зменшувати цей номер на 1-ку при кожній передачі чи очікуванні в черзі більше однієї секунди. Саме тому максмимальний час очікування з'єднання у різних мережних програмах складає  60-т секунд.

[dusoft]

"А мережні пакети ніколи не виходять за межі мережі."
- Ну ви ж розумієте що я забув додати слово "даної"

[Володимир Лісівка]

"А мережні пакети ніколи не виходять за межі мережі."
- Ну ви ж розумієте що я забув додати слово "даної"

Тобто коли ми працюємо в локальній мережі, то TTL не зменшується при кожній передачі пакету? :-/ А перевірити пробували (команда ping)?

PS.
До речі, я помітив на вікнах, що там TTL збільшили до 128-ми.

[Yaroslav Fedevych]

У одного знайомого стояв W2k3s, то апач спокійно працював на адресі 127.0.0.4. І це не відступ від стандарту, а таки сам стандарт, котрий віддає на loopback всю мережу 127.0.0.0. Якщо чиясь ОС цього не знає -- це проблема її розробників, котрі чомусь вирішили, що достатньо й одного кільця.

До речі, а в Linux хіба можна мати щось на кшталт lo0, lo1, lo2? Якщо так, то хай би хтось поділився. А то я прикручував vmnet для цього.

[dusoft]

Перевірити нажаль зараз неможу... Я не впевнений але, мені здається що за стандартом TTL повинні зменшувати лише маршрутизатори. зараз в неті пошукаю..

[Дмитро Ковальов]

Перевірити нажаль зараз неможу... Я не впевнений але, мені здається що за стандартом TTL повинні зменшувати лише маршрутизатори. зараз в неті пошукаю..

Вірно:

man ping
TTL DETAILS
       The  TTL  value  of  an  IP  packet represents the maximum number of IP
       routers that the packet can go through before being  thrown  away.   In
       current  practice  you can expect each router in the Internet to
       decrement the TTL field by exactly one.

[docent]

PS.
До речі, я помітив на вікнах, що там TTL збільшили до 128-ми.

перевірив на вікнах... зовсім не можу зрозуміти с цим часом на життя...

Код: [Вибрати]

C:\Program Files\Xmgr5\bin>ping 127.1.2.3

Обмен пакетами с 127.1.2.3 по 32 байт:

Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Статистика Ping для 127.1.2.3:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

C:\Program Files\Xmgr5\bin>ping 172.25.1.10

Обмен пакетами с 172.25.1.10 по 32 байт:

Ответ от 172.25.1.10: число байт=32 время<1мс TTL=64
Ответ от 172.25.1.10: число байт=32 время<1мс TTL=64
Ответ от 172.25.1.10: число байт=32 время<1мс TTL=64
Ответ от 172.25.1.10: число байт=32 время<1мс TTL=64

Статистика Ping для 172.25.1.10:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

C:\Program Files\Xmgr5\bin>ping 172.25.3.80

Обмен пакетами с 172.25.3.80 по 32 байт:

Ответ от 172.25.3.80: число байт=32 время<1мс TTL=255
Ответ от 172.25.3.80: число байт=32 время<1мс TTL=255
Ответ от 172.25.3.80: число байт=32 время<1мс TTL=255
Ответ от 172.25.3.80: число байт=32 время<1мс TTL=255

Статистика Ping для 172.25.3.80:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсекна себе -- 64, на сусіда -- 255, на сервер - 64... і все це напряму, без проміжних машин...

[docent]

та й в лінуксі теж:

Код: [Вибрати]

[docent@ag bin]$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.030 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.023 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.029 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.021 ms
 
[3]+  Stopped                 ping 127.0.0.1
[docent@ag bin]$ ping 172.25.1.10
PING 172.25.1.10 (172.25.1.10) 56(84) bytes of data.
64 bytes from 172.25.1.10: icmp_seq=0 ttl=64 time=0.324 ms
64 bytes from 172.25.1.10: icmp_seq=1 ttl=64 time=0.302 ms
64 bytes from 172.25.1.10: icmp_seq=2 ttl=64 time=0.339 ms
64 bytes from 172.25.1.10: icmp_seq=3 ttl=64 time=0.328 ms
 
[4]+  Stopped                 ping 172.25.1.10
[docent@ag bin]$ ping 172.25.3.80
PING 172.25.3.80 (172.25.3.80) 56(84) bytes of data.
64 bytes from 172.25.3.80: icmp_seq=0 ttl=255 time=0.100 ms
64 bytes from 172.25.3.80: icmp_seq=1 ttl=255 time=0.097 ms
64 bytes from 172.25.3.80: icmp_seq=2 ttl=255 time=0.083 ms
64 bytes from 172.25.3.80: icmp_seq=3 ttl=255 time=0.086 ms
 
[5]+  Stopped                 ping 172.25.3.80ttl=255 ::

[Дмитро Ковальов]

Ризикую здатися набридливим:

man ping

       The maximum possible value of this field is  255,  and  most  Unix
       systems  set  the  TTL  field of ICMP ECHO_REQUEST packets to 255.
       This is why you will find you can ``ping''  some  hosts,  but  not
       reach them with telnet(1) or ftp(1).