PPTP per hotspot: TCP 1723 tėra tik pusė
PPTP valdymas keliauja per TCP 1723, o duomenys – per GRE, todėl veikiantis hotspot gali praleisti vieną ir numesti kitą. Patikrinkite abu kelius prieš kaltindami operatorių.
Atlikite patikras iš eilės: ar atsidaro valdymo ryšys, ar GRE atlaiko kelią, ar serveris priima skambutį ir ar autentifikacija baigiasi. PPTP klientui reikia ir TCP sesijos 1723 prievade, ir GRE kelio, kuris neša duomenis, o hotspot gali praleisti vieną ir numesti kitą. Atlikus juos iš eilės, paaiškėja, kurią ribą tirti, o ne spėlioti. Windows klaidų numeriai to už jus nepadaro.
GRE yra IP protokolas 47. Tai ne TCP ar UDP prievadas 47, ir šis skirtumas paaiškina didžiąją dalį sumaišties dėl užkardų.
Du keliai, vienas ryšys
Valdymo ryšys yra įprasta TCP sesija į paskirties prievadą 1723, kurią dauguma tinklų leidžia be priekaištų. Duomenų kelias yra GRE, 47 protokolas, o užkarda, leidžianti pirmąjį, gali visiškai nieko nežinoti apie antrąjį. Ši kombinacija sukuria klientą, kuris atrodo pradedantis ir tada nieko neneša, o tai daug mažiau informatyvus simptomas nei atmestas ryšys. Patikrinkite abu kelius atskirai, prieš darydami kokias nors išvadas apie operatorių.
Vertimas prideda savo reikalavimą. Prievadą bendrinančioms šliuzams dažnai reikia PPTP suprantančio ALG, kad perrašytų skambučio identifikatorius kartu su adresais, o be jo šliuzas gali taip sugadinti sesiją, kad tai atrodys kaip paketų nuostoliai. Toks elgesys įprastas, bet priklauso nuo įgyvendinimo, todėl bet kurį gamintojo apribojimą laikykite pavyzdžiu, o ne kiekvieno hotspot savybe.
Hotspot prideda dar dvi ribas
Kliento srautas paprastai kerta paties telefono bendrinimo NAT, o paskui operatoriaus lygio vertimą, kol pasiekia serverį. Taisyklė biuro maršrutizatoriuje negali sutaisyti tarpinio įrenginio, priklausančio kam nors kitam, todėl prievadų peradresavimas namų pusėje retai padeda. Išeinančiam klientui nereikia atidaryto įeinančio prievado; atsakymai į išverstą ryšį grįžta per šliuzo sukurtą būseną. Serveryje, talpinamame už NAT, galioja visiškai kiti reikalavimai.
Meniu punktas pavadinimu PPTP passthrough, kur jis yra, nustato, kaip tas įrenginys tvarko šį protokolą. Tai ne ta pati funkcija kaip VPN talpinimas telefone ar kiekvieno protokolo besąlyginis perdavimas, ir jo įjungimas nėra bendras leidimas praleisti GRE.
807 skaitykite kaip pertraukimą, o ne nuosprendį
Windows praneša 807 kaip nutrūkusį ryšį, o tai apibūdina rezultatą, o ne priežastį. Jo klaidų lentelė 806 traktuoja atskirai kaip su GRE susijusią kategoriją, ir šį skirtumą verta žinoti prieš kuriant teoriją. Nė vienas skaičius neatskleidžia, ar operatorius filtruoja 47 protokolą, ar serveriui baigėsi pajėgumai, ar prisijungimo duomenys buvo teisingi. Klaida sako, kad sesija baigėsi; kelias sako, kur.
Naršyklės testas, kuris pavyksta hotspot, įrodo tik tai, kad įprastas programos kelias veikia. Apie GRE jis nieko nesako.
Išskirkite etapą, kuris nepavyko
Laikykite nešiojamąjį kompiuterį, serverį ir profilį fiksuotus, tada pakeiskite tik prieigos tinklą kitu patvirtintu. Jei rezultatas pasikeičia, užfiksuokite TCP ir GRE mainus ties jūsų kontroliuojamomis ribomis ir raskite ankstyviausią etapą, kuris niekada neįvyksta: valdymo nustatymas, skambučio paruošimas, duomenų pristatymas ar PPP autentifikacija. Kiekvienas palieka skirtingą parašą įraše. Veikiančio tinklo palyginimas su nepavykstančiu yra daug informatyvesnis nei dar kartą skaityti klaidos tekstą.
Visa tai diagnozuoja jau egzistuojantį diegimą. Tai nėra argumentas statyti naują PPTP paslaugą, o protokolo negalima apeiti derybomis: kitokio kliento įdiegimas nepriverčia nepakeisto serverio kalbėti kitaip.
Nuolatiniam prisijungimui suderinkite palaikomą migraciją su VPN savininku. Kontrolinis sąrašas baigiasi sprendimu, o ne laikinu apeinamuoju sprendimu.