PPTP printr-un hotspot: TCP 1723 este doar jumătate

Parcurgeți verificările în ordine: dacă se deschide conexiunea de control, dacă GRE supraviețuiește pe cale, dacă serverul acceptă apelul și dacă autentificarea se încheie. Un client PPTP are nevoie atât de o sesiune TCP pe 1723, cât și de o cale GRE care transportă datele, iar un hotspot poate lăsa una să treacă și o poate pierde pe cealaltă. Efectuarea lor în ordine vă spune ce frontieră să investigați în loc să ghiciți. Numerele de eroare din Windows nu fac asta pentru dumneavoastră.

GRE este protocolul IP 47. Nu este portul 47 TCP sau UDP, iar această distincție explică cea mai mare parte a confuziei despre firewall-uri.

Două căi, o conexiune

Conexiunea de control este o sesiune TCP obișnuită către portul de destinație 1723, pe care majoritatea rețelelor o permit fără obiecții. Calea de date este GRE, protocolul 47, iar un firewall care permite prima poate să nu știe nimic despre a doua. Această combinație produce un client care pare să pornească și apoi nu transportă nimic, un simptom mult mai puțin informativ decât o conexiune refuzată. Testați ambele căi separat înainte de a concluziona ceva despre operator.

Traducerea adaugă propria cerință. Gateway-urile care partajează porturi au adesea nevoie de un ALG care înțelege PPTP pentru a rescrie identificatorii de apel împreună cu adresele, iar unul fără el poate strica sesiunea în moduri care par pierdere de pachete. Acest comportament este obișnuit, dar depinde de implementare, așa că tratați orice limită a unui furnizor ca exemplu și nu ca proprietate a fiecărui hotspot.

Hotspotul adaugă încă două frontiere

Traficul clientului traversează de obicei NAT-ul de partajare al telefonului însuși și apoi o traducere la nivel de operator înainte de a ajunge la server. O regulă pe routerul biroului nu poate repara un dispozitiv intermediar care aparține altcuiva, de aceea redirecționarea porturilor din partea casei ajută rareori. Un client de ieșire nu are nevoie nici de un port de intrare deschis; răspunsurile la o conexiune tradusă se întorc prin starea creată de gateway. Un server găzduit în spatele NAT are un set complet diferit de cerințe.

Un element de meniu etichetat PPTP passthrough, acolo unde există, stabilește cum tratează acel dispozitiv acest protocol. Nu este aceeași funcție ca găzduirea unui VPN pe telefon sau transmiterea necondiționată a fiecărui protocol, iar activarea lui nu este o permisiune generală de a lăsa GRE să treacă.

Citiți 807 ca o întrerupere, nu ca o sentință

Windows raportează 807 ca o conexiune întreruptă, ceea ce descrie rezultatul, nu o cauză. Tabelul său de erori tratează 806 separat ca categoria legată de GRE, iar această diferență merită cunoscută înainte de a construi o teorie. Niciunul dintre numere nu dezvăluie dacă operatorul a filtrat protocolul 47, dacă serverul a rămas fără capacitate sau dacă acreditările erau corecte. Eroarea spune că sesiunea s-a încheiat; calea spune unde.

Un test de browser care reușește pe hotspot dovedește doar că o cale obișnuită de aplicație funcționează. Nu spune nimic despre GRE.

Izolați etapa care a eșuat

Păstrați laptopul, serverul și profilul fixe, apoi schimbați doar rețeaua de acces cu alta aprobată. Dacă rezultatul se schimbă, capturați schimburile TCP și GRE la frontierele pe care le controlați și găsiți cea mai timpurie etapă care nu are loc niciodată: stabilirea controlului, pregătirea apelului, livrarea datelor sau autentificarea PPP. Fiecare lasă o semnătură diferită într-o captură. Compararea unei rețele funcționale cu una care eșuează este mult mai informativă decât recitirea textului erorii.

Toate acestea diagnostichează o implementare care există deja. Nu este un argument pentru a ridica un serviciu PPTP nou, iar protocolul nu poate fi ocolit prin negociere: instalarea unui client diferit nu face un server neschimbat să vorbească altceva.

Pentru acces continuu, conveniți o migrare acceptată cu proprietarul VPN-ului. Lista de verificare se termină cu o decizie, nu cu o soluție provizorie.