PPTP kroz hotspot: TCP 1723 je samo pola

Prođite provjere po redu: otvara li se kontrolna veza, preživljava li GRE put, prihvaća li poslužitelj poziv i završava li autentifikacija. PPTP klijentu trebaju i TCP sesija na 1723 i GRE put koji nosi podatke, a hotspot može propustiti jedno i ispustiti drugo. Izvođenje po redu govori vam koju granicu istraživati umjesto nagađanja. Brojevi grešaka u Windowsu to ne čine za vas.

GRE je IP protokol 47. To nije TCP ili UDP port 47, i ta razlika objašnjava većinu zabune oko vatrozida.

Dva puta, jedna veza

Kontrolna veza je obična TCP sesija na odredišni port 1723, koju većina mreža dopušta bez prigovora. Put podataka je GRE, protokol 47, a vatrozid koji dopušta prvo može biti potpuno nesvjestan drugog. Ta kombinacija stvara klijenta koji izgleda kao da počinje i onda ne nosi ništa, što je mnogo manje informativan simptom od odbijene veze. Testirajte oba puta odvojeno prije nego zaključite bilo što o operatoru.

Prevođenje dodaje svoj zahtjev. Gateway-i koji dijele port često trebaju ALG koji razumije PPTP da prepiše identifikatore poziva zajedno s adresama, a bez njega mogu iskvariti sesiju tako da izgleda kao gubitak paketa. To ponašanje je uobičajeno ali ovisi o implementaciji, pa svako ograničenje dobavljača tretirajte kao primjer, a ne kao svojstvo svakog hotspot-a.

Hotspot dodaje još dvije granice

Klijentski promet obično prolazi kroz telefonov vlastiti NAT za dijeljenje, a zatim kroz prevođenje na razini operatora prije nego stigne do poslužitelja. Pravilo na uredskom usmjerivaču ne može popraviti posrednički uređaj koji pripada nekome drugom, zato preusmjeravanje portova na kućnoj strani rijetko pomaže. Odlazni klijent također ne treba otvoren ulazni port; odgovori na prevedenu vezu vraćaju se kroz stanje koje je gateway stvorio. Poslužitelj hostan iza NAT-a ima potpuno drugačiji skup zahtjeva.

Stavka izbornika označena kao PPTP passthrough, gdje postoji, određuje kako taj uređaj obrađuje ovaj protokol. To nije ista funkcija kao hostanje VPN-a na telefonu ili bezuvjetno prosljeđivanje svakog protokola, i njeno uključivanje nije općenito dopuštenje za propuštanje GRE-a.

Čitajte 807 kao prekid, ne kao presudu

Windows prijavljuje 807 kao prekinutu vezu, što opisuje ishod, a ne uzrok. Njegova tablica grešaka tretira 806 odvojeno kao kategoriju vezanu uz GRE, a tu razliku vrijedi znati prije nego sagradite teoriju. Nijedan broj ne otkriva je li operator filtrirao protokol 47, je li poslužitelju ponestalo kapaciteta ili su akreditivi bili točni. Greška kaže da je sesija završila; put kaže gdje.

Test preglednika koji uspije na hotspot-u dokazuje samo da običan put aplikacije radi. Ne govori ništa o GRE-u.

Izolirajte fazu koja je pala

Držite prijenosnik, poslužitelj i profil nepromijenjenima, pa promijenite samo pristupnu mrežu na drugu odobrenu. Ako se rezultat promijeni, snimite TCP i GRE razmjene na granicama koje kontrolirate i pronađite najraniju fazu koja se nikada ne dogodi: uspostavljanje kontrole, postavljanje poziva, isporuka podataka ili PPP autentifikacija. Svaka ostavlja drugačiji potpis u snimci. Usporedba radne mreže s neuspjelom mnogo je informativnija od ponovnog čitanja teksta greške.

Sve ovo dijagnosticira implementaciju koja već postoji. To nije argument za podizanje nove PPTP usluge, a protokol se ne može zaobići pregovorima: instaliranje drugog klijenta ne čini da nepromijenjeni poslužitelj govori nešto drugo.

Za trajni pristup dogovorite podržanu migraciju s vlasnikom VPN-a. Kontrolni popis završava odlukom, a ne privremenim rješenjem.