PPTP hotspoton át: a TCP 1723 csak a fele

Vegye sorra az ellenőrzéseket: megnyílik-e a vezérlőkapcsolat, túléli-e a GRE az utat, elfogadja-e a kiszolgáló a hívást, és befejeződik-e a hitelesítés. Egy PPTP kliensnek egyszerre kell TCP-munkamenet a 1723-on és a GRE-út, amely az adatot szállítja, és egy hotspot az egyiket átengedheti, míg a másikat eldobja. A sorrendben végzés megmondja, melyik határt vizsgálja találgatás helyett. A Windows hibaszámai ezt nem teszik meg ön helyett.

A GRE az IP 47-es protokollja. Nem a TCP vagy UDP 47-es portja, és ez a különbség magyarázza a tűzfalak körüli zavar nagy részét.

Két út, egy kapcsolat

A vezérlőkapcsolat egy hétköznapi TCP-munkamenet a 1723-as célporthoz, amelyet a legtöbb hálózat panasz nélkül enged. Az adatút a GRE, a 47-es protokoll, és egy tűzfal, amely az elsőt engedi, teljesen mit sem tudhat a másodikról. Ez a kombináció olyan klienst hoz létre, amely úgy tűnik, elindul, majd semmit nem szállít, ami sokkal kevésbé informatív tünet az elutasított kapcsolatnál. Mindkét utat külön tesztelje, mielőtt bármit megállapít az operátorról.

A fordítás saját követelményt ad hozzá. A portot megosztó átjáróknak gyakran szükségük van PPTP-t értő ALG-ra, hogy a hívásazonosítókat a címekkel együtt átírják, és egy ilyen nélküli úgy elronthatja a munkamenetet, hogy az csomagvesztésnek tűnik. Ez a viselkedés gyakori, de megvalósításfüggő, ezért tekintsen minden gyártói korlátot példának, nem pedig minden hotspot tulajdonságának.

A hotspot két további határt ad hozzá

Az ügyfélforgalom általában a telefon saját megosztó NAT-ján, majd az operátor szintjén végzett fordítás után jut el a kiszolgálóhoz. Az irodai útválasztón lévő szabály nem tud megjavítani egy másvalakihez tartozó köztes eszközt, ezért az otthoni oldali porttovábbítás ritkán segít. A kimenő kliensnek sem kell bejövő portot megnyitni; a lefordított kapcsolat válaszai az átjáró által létrehozott állapoton keresztül térnek vissza. A NAT mögött üzemeltetett kiszolgálónak teljesen más a követelményrendszere.

Egy PPTP passthrough nevű menüelem, ahol létezik, meghatározza, hogyan kezeli az eszköz ezt a protokollt. Ez nem ugyanaz a funkció, mint VPN-t üzemeltetni a telefonon vagy feltétel nélkül továbbítani minden protokollt, és engedélyezése nem általános engedély a GRE átengedésére.

Olvassa a 807-et megszakításként, nem ítéletként

A Windows 807-ként jelent egy megszakított kapcsolatot, ami az eredményt írja le, nem az okot. A hibátáblája a 806-ot külön, a GRE-hez kapcsolódó kategóriaként kezeli, és ezt a különbséget érdemes tudni, mielőtt elméletet épít. Egyik szám sem árulja el, hogy az operátor szűrte-e a 47-es protokollt, hogy a kiszolgáló kapacitása elfogyott-e, vagy hogy a hitelesítő adatok helyesek voltak-e. A hiba azt mondja, hogy a munkamenet véget ért; az út azt, hogy hol.

Egy hotspoton sikeres böngészőteszt csak azt bizonyítja, hogy egy hétköznapi alkalmazási út működik. A GRE-ről semmit nem mond.

Izolálja a sikertelen szakaszt

Tartsa rögzítve a laptopot, a kiszolgálót és a profilt, majd csak a hozzáférési hálózatot cserélje egy másik jóváhagyottra. Ha az eredmény változik, rögzítse a TCP- és GRE-cseréket az ön által ellenőrzött határokon, és keresse meg a legkorábbi szakaszt, amely soha nem történik meg: vezérlés létrehozása, hívás előkészítése, adatkézbesítés vagy PPP-hitelesítés. Mindegyik más aláírást hagy egy rögzítésben. Egy működő hálózat összehasonlítása egy hibással sokkal tanulságosabb, mint a hiba szövegének újraolvasása.

Mindez egy már létező telepítést diagnosztizál. Ez nem érv egy új PPTP-szolgáltatás felállítása mellett, és a protokollt nem lehet kikerülni tárgyalással: egy másik kliens telepítése nem készteti a változatlan kiszolgálót másra.

A folyamatos hozzáféréshez egyeztessen támogatott migrációt a VPN tulajdonosával. Az ellenőrzőlista döntéssel zárul, nem kerülőmegoldással.