PPTP tra hotspot: TCP 1723 estas nur duono

Trairu la kontrolojn laŭ ordo: ĉu la rega konekto malfermiĝas, ĉu GRE postvivas la vojon, ĉu la servilo akceptas la vokon kaj ĉu la aŭtentigo kompletiĝas. PPTP-kliento bezonas kaj TCP-sesion sur 1723 kaj GRE-vojon portantan la datumojn, kaj hotspot povas trapasi unu dum ĝi forlasas la alian. Fari ilin laŭ ordo diras al vi, kiun limon esplori anstataŭ diveni. La erarnumeroj de Windows tion ne faras por vi.

GRE estas IP-protokolo 47. Ĝi ne estas TCP- aŭ UDP-pordo 47, kaj tiu distingo klarigas la plejparton de la konfuzo pri fajroŝirmiloj.

Du vojoj, unu konekto

La rega konekto estas ordinara TCP-sesio al la celloka pordo 1723, kiun plej multaj retoj permesas sen plendo. La datuma vojo estas GRE, protokolo 47, kaj fajroŝirmilo, kiu permesas la unuan, povas esti tute nescia pri la dua. Tiu kombinaĵo produktas klienton, kiu ŝajnas komenciĝi kaj poste portas nenion, multe malpli informa simptomo ol rifuzita konekto. Testu ambaŭ vojojn aparte antaŭ ol konkludi ion pri la retportanto.

Tradukado aldonas sian propran postulon. Pordividaj kluzoj ofte bezonas PPTP-konscian ALG por reskribi vokidentigilojn kune kun adresoj, kaj unu sen ĝi povas difekti la sesion tiel, ke ĝi aspektas kiel pakperdo. Tiu konduto estas ofta sed dependas de la efektivigo, do traktu ajnan limon de vendisto kiel ekzemplon, ne kiel econ de ĉiu hotspot.

La hotspot aldonas du pliajn limojn

Klienta trafiko kutime trapasas la propran kunhavigan NAT de la telefono kaj poste tradukadon je la nivelo de la retportanto antaŭ ol atingi la servilon. Regulo sur la ofica enkursigilo ne povas ripari mezapparaton apartenantan al iu alia, kaj tial pordadreso de la hejma flanko malofte helpas. Eliranta kliento ankaŭ ne bezonas malfermitan envenan pordon; respondoj al tradukita konekto revenas tra la stato, kiun la kluzo kreis. Servilo gastigita malantaŭ NAT havas tute alian aron da postuloj.

Menueron nomata PPTP passthrough, kie ĝi ekzistas, regas kiel tiu aparato traktas ĉi tiun protokolon. Ĝi ne estas la sama funkcio kiel gastigi VPN sur la telefono aŭ senkondiĉe plusendi ĉiun protokolon, kaj ŝalti ĝin ne estas ĝenerala permeso trapasi GRE.

Legu 807 kiel interrompon, ne kiel verdikton

Windows raportas 807 kiel interrompitan konekton, kio priskribas la rezulton anstataŭ kaŭzon. Ĝia erartabelo traktas 806 aparte kiel la GRE-rilatan kategorion, kaj tiu diferenco indas scii antaŭ ol konstrui teorion. Neniu el la du numeroj malkaŝas, ĉu la retportanto filtris protokolon 47, ĉu la servilo elĉerpiĝis je kapacito aŭ ĉu la akreditaĵoj ĝustis. La eraro diras, ke la sesio finiĝis; la vojo diras kie.

Retumila testa sukceso sur la hotspot pruvas nur, ke ordinara aplika vojo funkcias. Ĝi diras nenion pri GRE.

Izolu la stadion, kiu malsukcesis

Tenu la tekkomputilon, la servilon kaj la profilon fiksaj, poste ŝanĝu nur la alirreton al alia aprobita. Se la rezulto ŝanĝiĝas, kaptu la interŝanĝojn TCP kaj GRE ĉe la limoj, kiujn vi regas, kaj trovu la plej frutan stadion, kiu neniam okazas: rega starigo, voka preparo, datuma livero aŭ PPP-aŭtentigo. Ĉiu lasas malsaman subskribon en kaptaĵo. Kompari funkciantan reton kun malsukcesa estas multe pli informa ol relegi la erartekston.

Ĉio ĉi diagnozas aranĝon, kiu jam ekzistas. Ĝi ne estas argumento por starigi novan PPTP-servon, kaj la protokolo ne estas preterirebla per intertraktado: instali alian klienton ne igas neŝanĝitan servilon paroli ion alian.

Por daŭra aliro, interkonsentu subtenatan migradon kun tiu, kiu posedas la VPN. La kontrolisto finiĝas per decido, ne per provizora solvo.