PPTP përmes një hotspot: TCP 1723 është vetëm gjysma

Kaloni nëpër kontrollet me radhë: nëse hapet lidhja e kontrollit, nëse GRE i mbijeton rrugës, nëse serveri e pranon thirrjen dhe nëse autentikimi përfundon. Një klient PPTP ka nevojë si për një sesion TCP në 1723 ashtu edhe për një rrugë GRE që mban të dhënat, dhe një hotspot mund të kalojë njërën duke hedhur tjetrën. Kryerja e tyre me radhë ju tregon cilën kufi të hetoni në vend që të hamendësoni. Numrat e gabimeve të Windows nuk e bëjnë këtë për ju.

GRE është protokolli IP 47. Nuk është porti 47 i TCP ose UDP, dhe ky dallim shpjegon pjesën më të madhe të konfuzionit rreth mureve të zjarrit.

Dy rrugë, një lidhje

Lidhja e kontrollit është një sesion TCP i zakonshëm drejt portit të destinacionit 1723, të cilin shumica e rrjeteve e lejon pa ankesa. Rruga e të dhënave është GRE, protokolli 47, dhe një mur zjarri që lejon të parin mund të mos dijë asgjë për të dytin. Ky kombinim prodhon një klient që duket se nis dhe pastaj nuk mbart asgjë, një simptom shumë më pak informativ sesa një lidhje e refuzuar. Testoni të dyja rrugët veçmas përpara se të nxirrni ndonjë përfundim për operatorin.

Përkthimi shton kërkesën e vet. Portat që ndajnë portin shpesh kanë nevojë për një ALG që kupton PPTP për të rishkruar identifikuesit e thirrjes bashkë me adresat, dhe një pa të mund ta dëmtojë sesionin në mënyra që duken si humbje paketash. Kjo sjellje është e zakonshme por varet nga zbatimi, prandaj trajtoni çdo kufizim të një furnizuesi si shembull dhe jo si veti të çdo hotspot.

Hotspot shton dy kufij të tjerë

Trafiku i klientit zakonisht kalon nëpër NAT-in e ndarjes të vetë telefonit dhe pastaj një përkthim në nivel operatori përpara se të arrijë serverin. Një rregull në routerin e zyrës nuk mund të rregullojë një kuti të ndërmjetme që i përket dikujt tjetër, dhe për këtë arsye përcjellja e portave nga ana e shtëpisë rrallë ndihmon. Një klient në dalje gjithashtu nuk ka nevojë për një port hyrës të hapur; përgjigjet për një lidhje të përkthyer kthehen përmes gjendjes që krijoi porta. Një server i strehuar pas NAT ka një grup kërkesash krejt të ndryshëm.

Një artikull menuje i etiketuar PPTP passthrough, ku ekziston, përcakton se si ai pajisje e trajton këtë protokoll. Nuk është e njëjta veçori si të strehosh një VPN në telefon ose të përcjellësh çdo protokoll pa kushte, dhe aktivizimi i tij nuk është leje e përgjithshme për të kaluar GRE.

Lexoni 807 si ndërprerje, jo si verdikt

Windows raporton 807 si një lidhje të ndërprerë, gjë që përshkruan rezultatin dhe jo një shkak. Tabela e gabimeve e trajton 806 veçmas si kategorinë që lidhet me GRE, dhe ky dallim ia vlen të dihet përpara se të ndërtoni një teori. Asnjëri prej numrave nuk zbulon nëse operatori filtroi protokollin 47, nëse serverit i mbaroi kapaciteti apo nëse kredencialet ishin të sakta. Gabimi thotë se sesioni përfundoi; rruga thotë ku.

Një test shfletuesi që ka sukses në hotspot provon vetëm se një rrugë e zakonshme aplikimi funksionon. Nuk thotë asgjë për GRE.

Izoloni fazën që dështoi

Mbajini laptopin, serverin dhe profilin të pandryshuar, pastaj ndryshoni vetëm rrjetin e aksesit me një tjetër të miratuar. Nëse rezultati ndryshon, kapni shkëmbimet TCP dhe GRE në kufijtë që kontrolloni dhe gjeni fazën më të hershme që nuk ndodh kurrë: vendosja e kontrollit, përgatitja e thirrjes, dorëzimi i të dhënave ose autentikimi PPP. Secila lë një nënshkrim të ndryshëm në një regjistrim. Krahasimi i një rrjeti që funksionon me një që dështon është shumë më informativ sesa rileximi i tekstit të gabimit.

E gjithë kjo diagnostikon një vendosje që ekziston tashmë. Nuk është argument për të ngritur një shërbim të ri PPTP, dhe protokolli nuk mund të anashkalohet me negociata: instalimi i një klienti tjetër nuk e bën një server të pandryshuar të flasë diçka tjetër.

Për akses të vazhdueshëm, bini dakord për një migrim të mbështetur me pronarin e VPN-së. Lista e kontrollit përfundon me një vendim dhe jo me një zgjidhje të përkohshme.