Як мій macbook може пінг Google, але не мій маршрутизатор?


0

Останнім часом у мене виникло багато проблем, коли мої книги з перервами в Інтернеті переривались. Кожні 5 хвилин або близько того. Тому я намагався визначити, де відбувається збій. Virgin Media провів мене вчора через фабричне скидання мого SuperHub, і проблема, здавалося, вирішилася на деякий час, але сьогодні вранці повернулася та сама проблема.

Мій діагноз дійшов до наступної команди:

ping -c 5 127.0.0.1 && ping -c 5 192.168.0.1 && ping -c 5 8.8.8.8 && ping -c 5 www.reddit.com

Це призводить до наступного результату:

PING 127.0.0.1 (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.057 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.071 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.126 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.120 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.077 ms

--- 127.0.0.1 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.057/0.090/0.126/0.028 ms
PING 192.168.0.1 (192.168.0.1): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3

--- 192.168.0.1 ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss

Оскільки це зупиняє команду bash, тоді я виконую решту команди окремо.

ping -c 5 8.8.8.8 && ping -c 5 www.reddit.com

І отримайте:

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=54 time=17.944 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=18.489 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=54 time=19.976 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=54 time=17.432 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=54 time=15.882 ms

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 15.882/17.945/19.976/1.337 ms
PING www.reddit.com (198.41.208.138): 56 data bytes
64 bytes from 198.41.208.138: icmp_seq=0 ttl=58 time=10.835 ms
64 bytes from 198.41.208.138: icmp_seq=1 ttl=58 time=40.317 ms
64 bytes from 198.41.208.138: icmp_seq=2 ttl=58 time=12.355 ms
64 bytes from 198.41.208.138: icmp_seq=3 ttl=58 time=12.904 ms
64 bytes from 198.41.208.138: icmp_seq=4 ttl=58 time=18.540 ms

--- www.reddit.com ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.835/18.990/40.317/10.978 ms

Як можливо, що я не можу пінг мого маршрутизатора, 192.168.0.1але я можу пінг google на 8.8.8.8?? Чи підказує це, яка проблема може бути?

Для підтвердження я розумію, що 192.168.0.1 - це маршрутизатор, оскільки саме такі налаштування мережі відображаються як IP підключеного маршрутизатора, а також стандартні для Virgin Media SuperHubs.

ifconfig вихід для en0 дорівнює:

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 34:36:3b:cb:22:9c
    inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active

Я видалив рядок про адресу inet6 через цю посаду SO .


Вихідні дані iconfig /allпідтверджують ваші мережеві налаштування такі, як ви говорите. Також можливо, що параметри брандмауера на маршрутизаторі (тупо) блокують ICMP в інтерфейсі LAN.
Джонатан Райнхарт

Я перевірив би ваші налаштування брандмауера на маршрутизаторі. Більшість часу це вирішує проблему, яка у вас є. Увійдіть до свого маршрутизатора та перейдіть до налаштувань брандмауера і перевірте, чи не позначено ICMP.
NetworkKingPin

Так, якщо pathping reddit.comне відображається ваш маршрутизатор після вашого хоста, ICMP, швидше за все, відключений на вашому маршрутизаторі.
парадороїд

Дотримуючись вашої поради, ви, мабуть, мали рацію. Але я припустив, що перший вхід після скидання на завод може включити ICMP, оскільки я не змінив жодних налаштувань. Все ще отримують відмову, але тепер принаймні я бачу постійний зв’язок з маршрутизатором, коли вони трапляються. Дякую за допомогу.
nickbdyer

Чи можете ви зайти на його веб-сторінку за адресою 192.168.0.1? В довгостроковій перспективі я б подумав про перехід цього Superhub до чистого модемного режиму - який переведе його на 192.168.100.1 - але потім дозволить вам набагато більше гнучкості з гідним маршрутизатором за ним.
Tetsujin

Відповіді:


0

Запити ICMP можуть бути відхилені на багатьох рівнях - на хості, споживчому мережевому обладнанні та за його межами (вище за течією). Для цього є багато причин , і для деяких пристроїв / ОС звично поводитися таким чином за замовчуванням.

Якщо ви впевнені в IP-адресах, які ви вказали у своїй публікації, ви можете перевірити пристрій на таку конфігурацію.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.