traceroute много прыжков с одним и тем же ip

12

Я разработчик программного обеспечения, которому иногда приходится выполнять простые сетевые задачи, но он почти ничего не знает об этом.

У меня есть некоторые проблемы с арендованным VPS (НАСЛАЖДАЙТЕСЬ VPS: Неуправляемый VPS - Средний VPS), и они настаивают на том, что их сервер работает нормально, но я продолжаю сталкиваться с этой проблемой, Мой сервер продолжает выходить из строя каждый день, Менее 15 минут , но это каждый день (иногда два раза в день), и я думаю, что это не приемлемо.

Что ж. вот мой traceroute:

Мой вопрос - почти все переходы идут на один и тот же ip, то есть ip моего провайдера (но не ip моего сервера) ¿это нормально? Я настраиваю свой собственный DNS-сервер (bind9), может ли это быть проблемой? Когда мой сервер не работает, ping также не отвечает, и я не могу получить доступ ни через консоль ENJOY VPS. (он не позволяет мне останавливать или перезагружать сервер) (так что, в принципе, я ничего не могу сделать)

трассировка до 74.117.153.110 (..HIDDEN ..), максимум 64 прыжка, пакеты 52 байта
 1 dsldevice (192.168.1.254) 1.759 мс 1.281 мс 1.627 мс
 2 dsl-servicio-l200.uninet.net.mx (200,38,193,226) 18,611 мс 17,414 мс 26,365 мс
 3 bb-dallas-stemmons-5-pos0-14-0-0.uninet.net.mx (201.125.50.122) 60,559 мс 63,272 мс 72,120 мс
 4 xe-0-3-0-1.r01.dllstx04.us.bb.gin.ntt.net (157.238.225.45) 81,813 мс 81,872 мс 80,888 мс
 5 ae-9.r07.dllstx09.us.bb.gin.ntt.net (129.250.2.208) 83,735 мс 84,919 мс 89,175 мс
 6 xe-0-0-0-15.r07.dllstx09.us.ce.gin.ntt.net (129.250.195.118) 80,686 мс 81,170 мс 84,883 мс
 7 cust-108-60-193-226.corexchange.com (108.60.193.226) 94,542 мс 86,652 мс 85,616 мс
 8 74.117.154.4 (74.117.154.4) 82,222 мс 81,909 мс 80,970 мс
 9 74.117.154.1 (74.117.154.1) 83.212 мс 83.725 мс 81.852 мс
10 74.117.154.4 (74.117.154.4) 97.692 мс 81.136 мс *
11 74.117.154.1 (74.117.154.1) 83.025 мс 82.698 мс 88.137 мс
12 * * *
13 74.117.154.1 (74.117.154.1) 82,197 мс 83,792 мс 83,093 мс
14 * * *
15 74.117.154.1 (74.117.154.1) 83,534 мс 130,318 мс 83,675 мс
16 * * *
17 74.117.154.1 (74.117.154.1) 84.012 мс 84.844 мс 102.515 мс
18 * * *
19 74.117.154.1 (74.117.154.1) 83.032 мс 94.277 мс 86.625 мс
20 * * *
21 74.117.154.1 (74.117.154.1) 240.106 мс 119.049 мс 82.273 мс
22 * * *
23 74.117.154.1 (74.117.154.1) 84,167 мс 82,956 мс 84,310 мс
24 * * *
25 74.117.154.1 (74.117.154.1) 83,955 мс 83,636 мс 83,214 мс
26 * * 74.117.154.4 (74.117.154.4) 83.097 мс
27 74.117.154.1 (74.117.154.1) 83,860 мс 111,847 мс 86,387 мс
28 * * *
29 74.117.154.1 (74.117.154.1) 83,518 мс 83,944 мс 86,903 мс
30 * * *
31 74.117.154.1 (74.117.154.1) 271.557 мс 83.194 мс 103.277 мс
32 * * *
33 74.117.154.1 (74.117.154.1) 85.195 мс 83,311 мс 83,589 мс
34 * * *
35 74.117.154.1 (74.117.154.1) 87,368 мс 100,705 мс 84,437 мс
36 * * *
37 74.117.154.1 (74.117.154.1) 91.463 мс 120.895 мс 84.287 мс
38 74.117.154.4 (74.117.154.4) 82.238 мс * 82.750 мс
39 74.117.154.1 (74.117.154.1) 83.506 мс 83.911 мс 83.995 мс
40 * * *
41 74.117.154.1 (74.117.154.1) 84.081 мс 85.222 мс 84.120 мс
42 * * *
43 74.117.154.1 (74.117.154.1) 84.200 мс 84.603 мс 98.450 мс
44 * * *
45 74.117.154.1 (74.117.154.1) 85.244 мс 84.741 мс 103.672 мс
46 * * *
47 74.117.154.1 (74.117.154.1) 83,717 мс 84,648 мс 87,149 мс
48 * * *
49 74.117.154.1 (74.117.154.1) 88.051 мс 86.047 мс 84.800 мс
50 * * *
51 74.117.154.1 (74.117.154.1) 201,409 мс 170,421 мс 146,111 мс
52 * * *
53 74.117.154.1 (74.117.154.1) 84,987 мс 84,247 мс 87,167 мс
54 * * *
55 74.117.154.1 (74.117.154.1) 111,967 мс 133,665 мс 88,217 мс
56 74.117.154.4 (74.117.154.4) 109.692 мс * 83.531 мс
57 74.117.154.1 (74.117.154.1) 85,115 мс 86,417 мс 85,426 мс
58 * * *
59 74.117.154.1 (74.117.154.1) 84.038 мс 85.114 мс 122.035 мс
60 * * *
61 74.117.154.1 (74.117.154.1) 125.063 мс 84.423 мс 84.824 мс
62 74.117.154.4 (74.117.154.4) 82.987 мс * 133.977 мс
63 74.117.154.1 (74.117.154.1) 159,238 мс 163,869 мс 164,372 мс
64 * * *
ping traceroute Луис Завалета
источник
uptimeСовместимо ли это с вашими ожиданиями?
Radtrentasei
2
Это цикл маршрутизации - он же «пинг-понг».
Рики Бим

Ответы:

15

Это цикл маршрутизации. Маршрутизатор с IP-адресом 74.117.154.1 продолжает отправлять ваши пакеты другому маршрутизатору (74.117.154.4), который продолжает отправлять их обратно на 74.117.154.1. Они продолжают делать это, пока TTL пакета не достигнет нуля и пакет не будет отброшен.

Это не может быть вызвано настройкой bind9, что-то не так с конфигурацией маршрутизаторов.

Вы должны связаться с людьми, управляющими этой сетью. Если вы уверены, что находитесь в сети провайдера VPS, свяжитесь с ними. Вы также можете выполнить поиск whois по IP, чтобы увидеть, кому назначен IP-адрес.

Gerben
источник
3
Если маршрутизатор - 74.117.154.1, а VPS - 74.117.153.110, вполне вероятно, что цикл маршрутизации находится в сети поставщика VPS.
Гейб
Я получаю один и тот же IP только на двух строках mtrвывода. Должен быть другой вопрос или также неправильная конфигурация?
Пабло А
@PabloBianchi Я бы предложил задать новый вопрос (содержащий больше информации и контекста, включая вывод mtr).
Гербен
2

Это похоже на цикл маршрутизации в сочетании с ограничением скорости ICMP (сначала в шаблоне появляется 74.117.154.4, а затем в большинстве случаев заменяется таймаутами).

При просмотре ip в whois проблемные IP-адреса находятся в том же блоке выделения, что и адресат, поэтому почти наверняка в сети вашего провайдера.

Я подозреваю, что происходит, что один из маршрутизаторов (возможно, хост-хост для вашей виртуальной машины, если ваш хост выполняет IP-маршрутизацию на хост-хостах) вдоль пути к вашему серверу в сети хостинг-провайдеров теряет свой маршрут к вашему серверу. При отсутствии лучших маршрутов он сопоставляет пакет с маршрутом по умолчанию или итоговым маршрутом и отправляет пакет обратно в восходящий поток. Восходящий маршрутизатор, в свою очередь, отправляет его обратно в нисходящий поток.

Если ваш провайдер не может / не сможет это исправить, самое время начать искать лучшего.

Питер Грин
источник