Сьогодні у нас кілька машин перестали отримувати доступ до Інтернету. Після безлічі усунень неполадок, загальною темою є те, що всі вони продовжили оренду dhcp сьогодні (ми тут на 8-денній оренді).
Все, що ви очікуєте, виглядає добре після поновлення оренди: у них дійсна IP-адреса, dns-сервер та шлюз. Вони мають доступ до внутрішніх ресурсів (файли спільного доступу, інтранет, принтери тощо). Трохи більше усунення несправностей виявляє, що вони не в змозі пінг або простежити до нашого шлюзу, але вони можуть дістатися до нашого основного перемикача layer3 прямо перед шлюзом. Призначення статичного IP до машини працює як тимчасове рішення.
Однією останньою зморшкою є те, що поки що звіти надходять лише для клієнтів на тому ж самому рівні, що і шлюз. Наш адміністративний персонал та викладачі знаходяться на тому ж самому рівні, що й сервери та принтери, але телефони, брелоки / камери, студенти / wifi та лабораторії мають власні власті, і наскільки я нічого не бачив у жодному з інших вланів ще мала проблему.
У мене є окремий квиток у постачальника шлюзу, але я підозрюю, що вони вийдуть легко і скажуть мені, що проблема є в інших місцях мережі, тому я прошу і тут. Я очистив кеш-пам'ять arp на шлюзі та основний комутатор. Будь-які ідеї вітаються.
Оновлення:
я спробував пінг із шлюзу назад до деяких постраждалих хостів, і дивно, що я отримав відповідь: з зовсім іншої IP-адреси. Я спробував ще кілька випадково і, врешті-решт, отримав це:
Пт 02 вересня 2011 13:08:51 GMT-0500 (центральний літній час) PING 10.1.1.97 (10.1.1.97) 56 (84) байт даних. 64 байти з 10.1.1.105: icmp_seq = 1 ttl = 255 раз = 1,35 мс 64 байти з 10.1.1.97: icmp_seq = 1 ttl = 255 раз = 39,9 мс (DUP!)
10.1.1.97 - фактична цільова ціль пінгу. 10.1.1.105 повинен бути принтер в іншій будівлі. Я ніколи раніше не бачив DUP у відповіді на ping.
Моя найкраща здогадка на даний момент - це шахрайський маршрутизатор wifi в одній з наших кімнат у гуртожитку в підмережі 10.1.1.0/24 з поганим шлюзом.
... продовжили. Зараз я вимкнув принтер, який ображає право, і пінг на постраждалий хост із шлюзу просто повністю виходить з ладу.
Оновлення 2:
Я перевіряю таблиці arp на встановленій машині, шлюзі та кожному перемиканні між ними. У кожному пункті записи для цих пристроїв були правильними. Я не перевіряв кожен запис у таблиці, але кожен запис, який міг би вплинути на трафік між хостом і шлюзом, був нормальний. ARP - це не проблема.
Оновлення 3:
Наразі справи працюють, але я не бачу нічого, що я їх виправив, тому я не маю уявлення, чи може це бути лише тимчасовим затишшям. Як би там не було, я зараз можу зробити, щоб діагностувати або усунути неполадки, але я буду оновити більше, якщо вона знову порушиться.