traceroute molti hop con lo stesso ip

12

Sono uno sviluppatore di software che a volte deve svolgere alcune semplici attività di rete ma non ne sa quasi nulla.

Sto riscontrando alcuni problemi con un vps che affitto (ENJOY VPS: Unmanaged VPS - Medium VPS) e insistono sul fatto che il loro server funzioni correttamente, ma continuo a riscontrare questo problema, il mio server continua a scendere ogni giorno, è meno di 15 minuti , ma è ogni giorno (qualche volta due volte al giorno) e penso che non sia accettabile.

Bene. ecco il mio traceroute:

La mia domanda è che quasi tutti i luppoli vanno allo stesso IP, cioè l'IP del mio provider (ma non quello del mio server) ¿va bene? Configuro il mio server DNS (bind9) potrebbe essere questo il problema? Quando il mio server è inattivo, neanche il ping risponde e non riesco ad accedervi neanche tramite la console ENJOY VPS. (non mi consente di arrestare o riavviare il server) (quindi, in pratica, non posso fare nulla)

traceroute a 74.117.153.110 (.. HIDDEN ..), max 64 hop, pacchetti da 52 byte
 1 dsldevice (192.168.1.254) 1.759 ms 1.281 ms 1.627 ms
 2 dsl-servicio-l200.uninet.net.mx (200.38.193.226) 18.611 ms 17.414 ms 26.365 ms
 3 bb-dallas-stemmons-5-pos0-14-0-0.uninet.net.mx (201.125.50.122) 60.559 ms 63.272 ms 72.120 ms
 4 xe-0-3-0-1.r01.dllstx04.us.bb.gin.ntt.net (157.238.225.45) 81.813 ms 81.872 ms 80.888 ms
 5 ae-9.r07.dllstx09.us.bb.gin.ntt.net (129.250.2.208) 83.735 ms 84.919 ms 89.175 ms
 6 xe-0-0-0-15.r07.dllstx09.us.ce.gin.ntt.net (129.250.195.118) 80.686 ms 81.170 ms 84.883 ms
 7 cust-108-60-193-226.corexchange.com (108.60.193.226) 94.542 ms 86.652 ms 85.616 ms
 8 74.117.154.4 (74.117.154.4) 82.222 ms 81.909 ms 80.970 ms
 9 74.117.154.1 (74.117.154.1) 83.212 ms 83.725 ms 81.852 ms
10 74.117.154.4 (74.117.154.4) 97.692 ms 81.136 ms *
11 74.117.154.1 (74.117.154.1) 83.025 ms 82.698 ms 88.137 ms
12 * * *
13 74.117.154.1 (74.117.154.1) 82.197 ms 83.792 ms 83.093 ms
14 * * *
15 74.117.154.1 (74.117.154.1) 83.534 ms 130.318 ms 83.675 ms
16 * * *
17 74.117.154.1 (74.117.154.1) 84.012 ms 84.844 ms 102.515 ms
18 * * *
19 74.117.154.1 (74.117.154.1) 83.032 ms 94.277 ms 86.625 ms
20 * * *
21 74.117.154.1 (74.117.154.1) 240.106 ms 119.049 ms 82.273 ms
22 * * *
23 74.117.154.1 (74.117.154.1) 84.167 ms 82.956 ms 84.310 ms
24 * * *
25 74.117.154.1 (74.117.154.1) 83.955 ms 83.636 ms 83.214 ms
26 * * 74.117.154.4 (74.117.154.4) 83.097 ms
27 74.117.154.1 (74.117.154.1) 83.860 ms 111.847 ms 86.387 ms
28 * * *
29 74.117.154.1 (74.117.154.1) 83.518 ms 83.944 ms 86.903 ms
30 * * *
31 74.117.154.1 (74.117.154.1) 271.557 ms 83.194 ms 103.277 ms
32 * * *
33 74.117.154.1 (74.117.154.1) 85.195 ms 83.311 ms 83.589 ms
34 * * *
35 74.117.154.1 (74.117.154.1) 87.368 ms 100.705 ms 84.437 ms
36 * * *
37 74.117.154.1 (74.117.154.1) 91.463 ms 120.895 ms 84.287 ms
38 74.117.154.4 (74.117.154.4) 82.238 ms * 82.750 ms
39 74.117.154.1 (74.117.154.1) 83.506 ms 83.911 ms 83.995 ms
40 * * *
41 74.117.154.1 (74.117.154.1) 84.081 ms 85.222 ms 84.120 ms
42 * * *
43 74.117.154.1 (74.117.154.1) 84.200 ms 84.603 ms 98.450 ms
44 * * *
45 74.117.154.1 (74.117.154.1) 85.244 ms 84.741 ms 103.672 ms
46 * * *
47 74.117.154.1 (74.117.154.1) 83.717 ms 84.648 ms 87.149 ms
48 * * *
49 74.117.154.1 (74.117.154.1) 88.051 ms 86.047 ms 84.800 ms
50 * * *
51 74.117.154.1 (74.117.154.1) 201.409 ms 170.421 ms 146.111 ms
52 * * *
53 74.117.154.1 (74.117.154.1) 84.987 ms 84.247 ms 87.167 ms
54 * * *
55 74.117.154.1 (74.117.154.1) 111.967 ms 133.665 ms 88.217 ms
56 74.117.154.4 (74.117.154.4) 109.692 ms * 83.531 ms
57 74.117.154.1 (74.117.154.1) 85.115 ms 86.417 ms 85.426 ms
58 * * *
59 74.117.154.1 (74.117.154.1) 84.038 ms 85.114 ms 122.035 ms
60 * * *
61 74.117.154.1 (74.117.154.1) 125.063 ms 84.423 ms 84.824 ms
62 74.117.154.4 (74.117.154.4) 82.987 ms * 133.977 ms
63 74.117.154.1 (74.117.154.1) 159.238 ms 163.869 ms 164.372 ms
64 * * *

ping traceroute

— Luis Zavaleta
fonte

È uptimecompatibile con le tue aspettative?

— radtrentasei,

2

Questo è un ciclo di routing, noto anche come "ping pong".

— Ricky Beam,

15

Questo è un ciclo di routing. Il router con indirizzo IP 74.117.154.1 continua a inviare i pacchetti a un altro router (74.117.154.4), che continua a rispedirli a 74.117.154.1. Continuano a farlo fino a quando il TTL del pacchetto raggiunge lo zero e il pacchetto viene scartato.

Ciò non può essere causato dalla configurazione di bind9, c'è qualcosa di sbagliato nella configurazione dei router.

È necessario contattare le persone che gestiscono quella rete. Se sei sicuro che si trova nella rete del provider VPS, contattali. Puoi anche effettuare una ricerca whois IP per vedere a chi è assegnato l'indirizzo IP.

— Gerben
fonte

3

Se il router è 74.117.154.1 e il VPS è 74.117.153.110, è molto probabile che il ciclo di routing si trovi nella rete del provider VPS.

— Gabe,

Ottengo lo stesso IP solo su due file di mtroutput. Dovrebbe essere un'altra domanda o è anche una configurazione errata?

— Pablo A

@PabloBianchi Suggerirei di porre una nuova domanda (contenente più informazioni e contesto, incluso il tuo output mtr).

— Gerben,

2

Sembra un ciclo di routing, combinato con un limite di velocità ICMP (74.117.154.4 appare inizialmente nel modello e poi viene principalmente sostituito da timeout).

Cercando l'IP in whois il problema è che gli IP si trovano nello stesso blocco di allocazione della destinazione, quindi è quasi certamente nella rete del tuo provider.

Ciò che sospetto stia accadendo è che uno dei router (possibilmente la casella host per la tua VM se il tuo host esegue il routing IP sulle scatole host) lungo il percorso verso il tuo server nella rete dei provider di hosting sta perdendo il suo percorso verso il tuo server. Senza percorsi migliori, abbina il pacchetto a un percorso predefinito o di riepilogo e invia il pacchetto a monte. Il router upstream a sua volta lo rimanda a valle.

Se il tuo provider non può / non risolve il problema, è ora di iniziare a cercarne uno migliore.

— Peter Green
fonte