Почему я получаю разные результаты с двух серверов, расположенных в одной сети назначения?
Есть два сервера с одинаковым IP-адресом сети, и единственное различие между ними заключается в двух последних числах, таких как: 37.211.15.247 а также 37.211.166.178, Хостинг-провайдер утверждает, что маска подсети для обеих сетей 255.254.0.0
Когда я пробую команду Tracert (Traceroute), чтобы протестировать пинг и посмотреть, сколько прыжков требуется, чтобы добраться до сервера назначения, я получаю разное время пинга и разные результаты прямого пути, что странно, поскольку все они расположены на одном хосте компании.
Что-то не так? Разве это не должно идти по тому же пути?
Я добавил полные IP-адреса на оба сервера в соответствии с просьбой некоторых комментаторов. В любом случае, эти два сервера не являются "международными", так что, насколько мне известно, единственное, что приходит на ум, - это возможность того, что оба сервера настроены в разных подсетях, точно так же, как "joeqwerty" в своем ответе. Хотя это подозрительно.
ОБНОВЛЕНИЕ: После такого большого исследования я обнаружил Подсеть этих двух хостов. Они на /15 (255.254.0.0) маска подсети. К сожалению, это то, что провайдер хостинга заявил мне, что это неправда, и настоящая подсеть, которую они, очевидно, используют, /17 (255.255.128.0) Маска подсети. Оказывается, они точно были в разных подсетях. Вот почему я получил различные трассировки при тестировании этих двух IP-адресов 37.211.15.247 а также 37.211.166.178 потому что они явно в разных подсетях. Спасибо всем за эти хорошие ответы, особенно joeqwerty, его ответ мне очень помог.
4 ответа
Вы упускаете важную информацию, которая является маской подсети. Вы делаете неверное предположение, что эти два хоста находятся в одной сети / подсети, основываясь исключительно на значениях октетов, без учета маски подсети, которую использует каждый хост. Они вполне могут быть в разных сетях.
Подумайте о домашнем адресе. Если бы я сказал вам, что я жил на Смит-стрит, 123, вы бы знали, где находится мой дом? Нет, не будешь. Если бы я сказал вам, что я живу на Смит-стрит, 123, в Смиттауне, вы знаете, где находится мой дом? Нет, не будешь. Если бы я сказал вам, что Джон Смит также живет на Смит-стрит, вы знаете, если мы с ним соседи? Нет, не будешь. Даже если я скажу вам, что Джон Смит также живет в Смиттауне, вы не сможете узнать, являемся ли мы соседями. Если бы я сказал вам, что я живу на Смиттаун-стрит, 123, в Смиттауне, штат Мичиган, 46123, вы знаете, где находится мой дом? Да, вы бы. Если бы я тогда сказал вам, что Джон Смит живет на Смиттаун, 361, в Смиттауне, штат Мичиган, 46123, вы знаете, если мы соседи? Да, вы бы знали, что мы на самом деле соседи и живем в одном районе.
Знать IP-адрес, не зная маску подсети, все равно, что знать мой домашний адрес и название улицы, не зная города, штата и почтового индекса. Он неполный и не дает вам достаточно информации, чтобы знать, где находится мой дом или живет ли конкретный человек в моем районе.
Один и тот же хост компании не означает, что они находятся в одной сетевой архитектуре... поэтому маршрут и пинг могут отличаться, если они подключены к разным сетевым элементам (прокси, брандмауэр, распределители нагрузки...). Поскольку они находятся в разных подсетях, они также могут находиться в разных центрах обработки данных, что означает различное физическое местоположение, поэтому время проверки связи может быть другим
Краткий ответ:
Спасибо за предоставление фактических IP-адресов. Это помогает нам увидеть то, что вы видите в определенной степени. И вот что я вижу.
37.211.166.178 кажется недоступным в то время как 37.211.15.247 Это хорошо. Таким образом, разница во времени пинга, которую вы изначально видели, может быть связана с перебоями в работе сети этого хостинг-провайдера, связанной с этим адресом. Похоже, что оба IP-адреса управляются разными сетями и различным оборудованием; Это означает, что они могут находиться в одном и том же физическом месте, но очень четко управляются различным оборудованием в совершенно разных подсетях. Например:
- Это выглядит как
37.211.166.178соединяется с внешним миром черезqatar-ic-305455-ffm-b2.c.telia.net(80.239.135.22). - Это выглядит как
37.211.15.247подключается через80.231.60.98,
Имея в виду, 37.211.166.x явно не та же подсеть, что и 37.211.15.x; эти машины не находятся в одной общей сети.
Кроме того, никто здесь не может помочь вам понять, почему IP, который вы считаете активным, внезапно просто перестал работать или почему ваш хостинг-провайдер назначил / организовал IP-адреса и серверы таким образом. Вам нужно будет связаться с вашим хостинг-провайдером, чтобы попросить его расследовать это. Ничего другого, что мы можем сделать здесь, кроме как предоставить больше подтверждения тому, что вы видите сами. Более подробная информация ниже.
Более длинный ответ:
37.211.166.178 кажется мертвым для мира.
Например, пытаясь пинговать 37.211.166.178 приводит к тупику без ответов пинга; Я должен был Ctrl+C, чтобы выйти из ping:
ping 37.211.166.178
PING 37.211.166.178 (37.211.166.178) 56(84) bytes of data.
^C
--- 37.211.166.178 ping statistics ---
30 packets transmitted, 0 received, 100% packet loss, time 31628ms
Проверка этого IP с помощью Pingdom Tools также показывает 100% потери пакетов.
Затем выполнение теста с MTR (My Traceroute) показывает больше деталей беспорядка. Команда будет:
mtr 37.211.166.178
И вывод такой:
My traceroute [v0.80]
localhost (0.0.0.0) Sat Oct 17 15:22:01 2015
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. ???
3. ???
4. 100.64.16.77 0.0% 7 0.4 0.4 0.4 0.5 0.0
5. 54.239.48.194 0.0% 7 1.3 2.0 1.1 5.0 1.5
6. 205.251.232.214 0.0% 7 1.1 1.4 1.1 2.2 0.4
7. 205.251.232.78 0.0% 7 61.5 14.8 6.4 61.5 20.6
8. 205.251.226.184 0.0% 7 6.5 6.6 6.4 7.3 0.3
9. sea-b1-link.telia.net 0.0% 7 7.5 7.5 7.4 7.5 0.0
10. chi-b21-link.telia.net 0.0% 7 50.8 51.2 50.7 52.1 0.6
11. nyk-bb2-link.telia.net 0.0% 7 99.9 91.0 72.6 134.0 23.0
12. ffm-bb2-link.telia.net 0.0% 7 199.2 207.3 199.2 216.1 6.6
13. ffm-b2-link.telia.net 0.0% 7 201.4 207.3 199.4 222.8 8.7
ffm-b2-link.telia.net
ffm-b2-link.telia.net
ffm-b2-link.telia.net
14. qatar-ic-305455-ffm-b2.c.telia.net 0.0% 7 304.4 311.1 302.9 323.8 7.8
qatar-ic-305457-ffm-b2.c.telia.net
qatar-ic-305456-ffm-b2.c.telia.net
15. 89.211.2.229 0.0% 7 300.2 305.4 300.2 310.6 3.7
16. 89.211.4.130 0.0% 7 300.9 308.9 300.9 329.7 9.6
17. ???
Время пинга становится ужасным, и сам хост не отвечает после завершения трассировки. Этот сервер и IP-адрес полностью настроены и работают?
37.211.15.247 кажется в порядке.
Напротив, пытаясь пинговать 37.211.15.247 работает как положено:
ping 37.211.15.247
PING 37.211.15.247 (37.211.15.247) 56(84) bytes of data.
64 bytes from 37.211.15.247: icmp_req=1 ttl=45 time=259 ms
64 bytes from 37.211.15.247: icmp_req=2 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=3 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=4 ttl=45 time=259 ms
64 bytes from 37.211.15.247: icmp_req=5 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=6 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=7 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=8 ttl=45 time=259 ms
И тест этого IP через Pingdom Tools показывает 0% потери пакетов; это здорово!
Точно так же MTR (My Traceroute) показывает хороший, чистый след к целевому IP-адресу. Команда будет:
mtr 37.211.15.247
И вывод такой:
My traceroute [v0.80]
localhost (0.0.0.0) Sat Oct 17 15:21:21 2015
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. ???
3. ???
4. 100.64.16.35 0.0% 7 0.4 0.4 0.4 0.4 0.0
5. 54.239.48.192 0.0% 7 1.8 1.3 1.0 1.8 0.4
6. 205.251.232.196 0.0% 7 1.1 1.7 1.1 4.7 1.3
7. 205.251.232.73 0.0% 7 6.3 7.7 6.3 13.7 2.8
8. 205.251.225.179 0.0% 7 7.4 7.0 6.5 7.4 0.4
9. ae-9.r05.sttlwa01.us.bb.gin.ntt.net 0.0% 7 7.7 29.2 7.4 159.0 57.2
10. ix-10-0.tcore1.00S-Seattle.as6453.net 0.0% 7 7.2 7.2 7.2 7.3 0.0
11. if-1-0-0.core1.00S-Seattle.as6453.net 0.0% 7 7.3 7.3 7.3 7.4 0.1
12. if-8-2-3-0.tcore2.CT8-Chicago.as6453.net 0.0% 6 155.4 155.4 155.3 155.5 0.1
13. if-22-2.tcore1.CT8-Chicago.as6453.net 0.0% 6 145.1 145.5 145.1 146.7 0.6
14. if-12-6.tcore2.NYY-New-York.as6453.net 16.7% 6 151.7 154.3 151.6 163.7 5.3
15. if-20-2.tcore2.L78-London.as6453.net 0.0% 6 144.4 151.4 144.4 183.6 15.8
16. if-2-2.tcore1.L78-London.as6453.net 0.0% 6 145.1 173.1 144.8 314.3 69.1
17. if-17-2.tcore1.LDN-London.as6453.net 0.0% 6 150.7 170.1 150.6 266.4 47.2
18. 80.231.60.98 0.0% 6 257.6 256.1 254.7 257.8 1.4
19. 89.211.5.37 0.0% 6 463.8 290.3 254.6 463.8 85.0
20. 89.211.3.146 0.0% 6 415.9 283.7 256.4 415.9 64.8
21. 37.211.15.247 0.0% 6 367.9 277.0 258.4 367.9 44.5
Если вы получаете разные результаты traceroute, это потому, что маршрутизация обрабатывается по-разному. Это может быть из-за того, что хосты не находятся в одной сети (как отметил первый комментарий Пола по вашему вопросу... Я согласен с его комментарием... многие компании в наши дни являются международными, поэтому быть частью одной компании обязательно означает, что трафик будет направляться в одно и то же место).
Другая возможная причина - маршрутизатор может быть неправильно настроен. Для реального устранения неполадок может потребоваться доступ к таблицам маршрутизации маршрутизатора, который предоставляет другой маршрут. Если это просто какой-то случайный провайдер, у вас, вероятно, нет доступа к этой таблице маршрутизации.