Есть два сервера с одинаковым сетевым 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 его ответ мне очень помог.
Вы упускаете важную информацию, а именно маску подсети. Вы делаете неверное предположение, что эти два хоста находятся в одной сети / подсети, основываясь исключительно на значениях октетов, без учета маски подсети, которую использует каждый хост. Они вполне могли быть в разных сетях.
Придумайте домашний адрес. Если бы я сказал вам, что живу на Смит-стрит, 123, вы бы знали, где мой дом? Нет, не стал бы. Если бы я сказал вам, что живу на Смит-стрит, 123 в Смиттауне, вы бы узнали, где мой дом? Нет, не стал бы. Если бы я сказал вам, что Джон Смит также живет на Смит-стрит, вы бы узнали, являемся ли мы с ним соседями? Нет, не стал бы. Даже если я скажу вам, что Джон Смит тоже живет в Смиттауне, вы не сможете узнать, соседи ли мы. Если бы я сказал вам, что живу по адресу 123 Smith Street в Смиттауне, штат Мичиган, 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
Если вы получаете разные результаты трассировки, это потому, что маршрутизация обрабатывается по-другому. Это может быть связано с тем, что хосты находятся в разных сетях (как отмечалось в первом комментарии Пола к вашему вопросу ... Я согласен с его комментарием ... в наши дни многие компании являются международными, поэтому участие в одной и той же компании не обязательно означает, что трафик будет направлен в одно и то же место).
Другой возможной причиной может быть неправильная конфигурация маршрутизатора. Чтобы действительно устранить эту проблему, может потребоваться доступ к таблицам маршрутизации маршрутизатора, который предоставляет другой маршрут. Если это всего лишь какой-то случайный интернет-провайдер, у вас, вероятно, нет доступа к этой таблице маршрутизации.