Siamo davvero alla ricerca di aiuto da parte della comunità che stiamo riscontrando problemi in cui il nostro sito Web clienti non può più raggiungere la mia API e il timeout con.Softlayer Blocco ISP Rete in uscita quando ci si connette a wp_remote_post Wordpress
Connection timed out after 10001 milliseconds.
Abbiamo contattato il nostro tempio padroni dei media e mi smussiamo dare alcuna risoluzione e abbiamo davvero bisogno di aiuto.
Ecco un video del mio problema che stiamo vivendo.
Ecco un itinerario della traccia per la nostra API, tutto funziona bene per molti dei nostri utenti, ma alcuni sono ora sempre problemi come qui di seguito.
1 50.23.120.193-static.reverse.softlayer.com (50.23.120.193) 0.513 ms 0.491 ms 0.481 ms
2 ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132) 0.366 ms ae0.dar01.sr01.sjc01.networklayer.com (50.23.118.130) 0.406 ms ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132) 0.302 ms
3 50.97.19.164-static.reverse.softlayer.com (50.97.19.164) 0.775 ms 0.701 ms ae8.bbr01.eq01.sjc02.networklayer.com (173.192.18.248) 0.803 ms
4 equinix-ix.sjc1.us.voxel.net (206.223.116.4) 0.741 ms 0.794 ms 0.868 ms
5 173.231.161.193 (173.231.161.193) 48.109 ms 44.392 ms 44.397 ms
6 0.te1-2.tsr1.dal2.us.voxel.net (107.6.99.249) 79.040 ms 79.065 ms 80.685 ms
7 0.te2-2.tsr3.iad1.us.voxel.net (173.231.161.189) 78.472 ms 78.438 ms 78.414 ms
8 173.231.160.90 (173.231.160.90) 81.183 ms 81.158 ms 173.231.160.82 (173.231.160.82) 78.348 ms
9 internap.iad1.us.voxel.net (173.231.161.74) 78.815 ms 78.794 ms 78.751 ms
10 border2.te4-1-bbnet1.wdc012.pnap.net (216.52.127.39) 78.455 ms border2.pc2-bbnet2.wdc012.pnap.net (216.52.127.76) 78.282 ms 78.261 ms
11 net2ez-3.border2.wdc012.pnap.net (64.94.31.142) 79.218 ms 79.159 ms 79.094 ms
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
La rete è appena uscita qui è la risposta Media Temples.
Abbiamo ricevuto un feedback da ingegnere di rete del nostro fornitore e lui chiesto se i vostri clienti oi clienti di SoftLayer aprire un ticket con SoftLayer. Da quello che hanno fatto, sembra che ci siano alcuni problemi di peering di routing tra vari ISP e softlayer.
Nuovo aggiornamento
Dalle vostre traceroute la comunanza sembra essere o SoftLayer, Internap o NetDC ISP. Ho parlato con NetDC e sostengono che lo non stiano filtrando nulla. Abbiamo anche contattato il softlayer, ma il non ha ricevuto risposta. Che cosa sarebbe aiutare a restringere questa verso il basso se si in grado di eseguire un altro script come avete fatto in precedenza:
Un altro aggiornamento
Ok, ho raggiunto fuori per SoftLayer (ISP del vostro cliente), Internap (Intermediario ISP) e NetDC (Intermediario ISP). Uno di questi è che filtra le cose, e spero di ottenere una risposta rapida da loro. È al di fuori del nostro controllo in questo momento, ma speriamo che questi ISP siano rispondenti allo e ci consentano di rintracciare qualunque cosa stia bloccando i tuoi clienti di .
Ultimo aggiornamento
Good news, I got a response from Softlayer just as I sent you that last correspondence. They are seeing the same issue from their ende credono che il problema è dentro Internap. Hanno fatto il giro in Internap anche perché sono clienti diretti di Internap quindi speriamo che qualcosa venga scoperto.
Sono stato in grado di determinare che ci sono alcune sottoreti IP dei nostri che sono accessibili dal router Softlayer che stava avendo problemi connessione al tuo IP. Devo verificare che possiamo effettivamente migrare a uno di quegli IP.
Sto avendo un cambiamento di routing Internet reso così Internap si spera non hanno il percorso preferito per il server e quindi essere bypassato, io che il problema non si limita al solo il tuo IP, che è per questo che sono prendendo questo passo più estremo.
Qualcuno può aiutare
aggiornamento finale.
La soluzione finale era quella di allontanarsi completamente da Media Temple, che ci ha davvero deluso con il loro hosting dopo 3 settimane in cui i nostri clienti avevano problemi che non potevano fornire una soluzione e quando ponevano loro questa domanda chiara.
come mai posso postare su qualsiasi altro server, ma media tempie da ip che ha il problema?
Anche le persone in supporto dove mi stanno letteralmente trasferendo a un altro operatore di supporto perché non potevano rispondere alla domanda.
Ciò che mi preoccupa è come mai un fornitore di servizi di hosting non può risolvere qualcosa del genere? Ho perso parecchi clienti paganti a causa di questo problema.
Soluzione era di spostare tutto su Amazon e installarlo su un'istanza EC2 che sono riuscito a fare in un giorno che vorrei avessi fatto fin dall'inizio ho anche installare un certificato SSL per $ 3, mentre quello su Media Temple sono $ 75, ho anche pagato $ 100 per il loro servizio Cloudtech.
La grande cosa su Amazon è anche se un errore come questo è accaduto di nuovo, posso solo creare un AMI e quindi solo accendere un EC2 nuovo e lavoro fatto.
Tutti fanno attenzione a problemi di questo tipo con hosting di terze parti se il servizio si basa su un'API e viene fornito il problema dell'ISP, quindi la tua attività può andare molto rapidamente se il tuo hosting non riesce a trovare una soluzione dopo 3 settimane di tentativi. me i tuoi utenti non vogliono sentire (oh sono in attesa di una risposta da Media Temple).
Così soluzione utilizzo Amazon Web Service flessibile potente e completamente nel controllo, sproloquio su
media Tempio ci ha deluso in maniera massiccia.
"Ho bisogno di verificare che possiamo effettivamente la migrazione a uno di quegli IP ". suona bene Ma spero che non stia suggerendo l'avvelenamento della cache DNS quando dice, "Sto facendo una modifica del routing Internet fatta in modo che non si spera che Internap abbia il percorso preferito per il vostro server e quindi venga bypassato." – toshiomagic
Inoltre, il tuo collegamento video è rotto o almeno non funziona per me – toshiomagic
Puoi postare questo messaggio su http://networkengineering.stackexchange.com – Malt