PPTP skozi hotspot: TCP 1723 je le polovica

Pojdite skozi preverjanja po vrsti: ali se odpre nadzorna povezava, ali GRE preživi pot, ali strežnik sprejme klic in ali se overitev zaključi. Odjemalec PPTP potrebuje tako sejo TCP na 1723 kot pot GRE, ki nosi podatke, hotspot pa lahko eno spusti in drugo zavrže. Izvajanje po vrsti vam pove, katero mejo raziskati, namesto ugibanja. Številke napak Windows tega ne naredijo za vas.

GRE je protokol IP 47. To ni vrata 47 TCP ali UDP, in ta razlika pojasni večino zmede okoli požarnih zidov.

Dve poti, ena povezava

Nadzorna povezava je običajna seja TCP na ciljna vrata 1723, ki jo večina omrežij dovoli brez pritožb. Podatkovna pot je GRE, protokol 47, in požarni zid, ki dovoli prvo, se morda o drugem sploh ne zaveda. Ta kombinacija ustvari odjemalca, ki se zdi, da se začne, nato pa nič ne nosi, kar je veliko manj informativen simptom kot zavrnjena povezava. Preizkusite obe poti ločeno, preden sklepate karkoli o operaterju.

Prevajanje doda svojo zahtevo. Prehodi, ki si delijo vrata, pogosto potrebujejo ALG, ki razume PPTP, da prepiše identifikatorje klicev skupaj z naslovi, in brez njega lahko sejo tako pokvari, da je videti kot izguba paketov. To vedenje je pogosto, a odvisno od izvedbe, zato vsako omejitev ponudnika obravnavajte kot primer in ne kot lastnost vsakega hotspot.

Hotspot doda še dve meji

Promet odjemalca običajno prečka lastni NAT za deljenje telefona in nato prevajanje na ravni operaterja, preden doseže strežnik. Pravilo na pisarniškem usmerjevalniku ne more popraviti vmesne naprave, ki pripada nekomu drugemu, zato posredovanje vrat na domači strani redko pomaga. Odhodni odjemalec tudi ne potrebuje odprtih vhodnih vrat; odgovori na prevedeno povezavo se vrnejo skozi stanje, ki ga je ustvaril prehod. Strežnik, gostovan za NAT, ima povsem drugačen nabor zahtev.

Meni s oznako PPTP passthrough, kjer obstaja, določa, kako ta naprava obravnava ta protokol. To ni ista funkcija kot gostovanje VPN na telefonu ali brezpogojno posredovanje vsakega protokola, in njegova omogočitev ni splošno dovoljenje za spust GRE.

Berite 807 kot prekinitev, ne kot sodbo

Windows poroča 807 kot prekinjeno povezavo, kar opisuje izid, ne vzroka. Njegova tabela napak obravnava 806 ločeno kot kategorijo, povezano z GRE, in to razliko je vredno poznati, preden zgradite teorijo. Nobena številka ne razkrije, ali je operater filtriral protokol 47, ali je strežniku zmanjkalo zmogljivosti ali ali so bile poverilnice pravilne. Napaka pravi, da se je seja končala; pot pravi, kje.

Preizkus brskalnika, ki uspe na hotspot, dokazuje le, da običajna pot aplikacije deluje. O GRE ne pove ničesar.

Izolirajte stopnjo, ki je spodletela

Pustite prenosnik, strežnik in profil nespremenjene, nato zamenjajte samo dostopno omrežje z drugim odobrenim. Če se rezultat spremeni, zajemite izmenjave TCP in GRE na mejah, ki jih nadzorujete, in poiščite najzgodnejšo stopnjo, ki se nikoli ne zgodi: vzpostavitev nadzora, priprava klica, dostava podatkov ali overitev PPP. Vsaka pusti drugačen podpis v posnetku. Primerjava delujočega omrežja z nedelujočim je veliko bolj poučna kot ponovno branje besedila napake.

Vse to diagnosticira uvedbo, ki že obstaja. To ni argument za postavitev nove storitve PPTP, protokola pa ni mogoče obiti s pogajanji: namestitev drugega odjemalca ne povzroči, da bi nespremenjen strežnik govoril kaj drugega.

Za trajni dostop se dogovorite o podprti selitvi z lastnikom VPN. Kontrolni seznam se konča z odločitvijo in ne z obhodno rešitvijo.