PPTP kroz hotspot: TCP 1723 je samo pola

Prođite provjere po redu: da li se kontrolna veza otvara, da li GRE preživljava na putu, da li server prihvata poziv i da li se autentifikacija završava. 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 kaže vam koju granicu istraživati umjesto nagađanja. Brojevi grešaka u Windowsu to ne rade za vas.

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

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 firewall 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 šta 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 saobraćaj obično prolazi kroz telefonov vlastiti NAT za dijeljenje, a zatim kroz prevođenje na razini operatora prije nego stigne do servera. Pravilo na uredskom ruteru 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. Server hostovan iza NAT-a ima potpuno drugačiji skup zahtjeva.

Stavka menija označena kao PPTP passthrough, gdje postoji, određuje kako taj uređaj obrađuje ovaj protokol. To nije ista funkcija kao hostovanje VPN-a na telefonu ili bezuslovno 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 tabela grešaka tretira 806 odvojeno kao kategoriju vezanu za GRE, a tu razliku vrijedi znati prije nego sagradite teoriju. Nijedan broj ne otkriva da li je operator filtrirao protokol 47, da li je serveru ponestalo kapaciteta ili da li su akreditive bile tačne. 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 laptop, server i profil nepromijenjenim, pa promijenite samo pristupnu mrežu na drugu odobrenu. Ako se rezultat promijeni, snimite TCP i GRE razmjene na granicama koje kontrolišete 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. Poređenje radne mreže s neuspjelom mnogo je informativnije od ponovnog čitanja teksta greške.

Sve ovo dijagnostikuje 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 server govori nešto drugo.

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