PPTP hotspot baten bidez: TCP 1723 erdia besterik ez da
PPTPren kontrola TCP 1723tik doa eta datuak GREtik, beraz hotspot batek bat pasa eta bestea bota dezake. Egiaztatu bi bideak operadorea errudun egin aurretik.
Egin egiaztapenak ordenan: kontrol-konexioa irekitzen den, GRE bideari eusten dion, zerbitzariak deia onartzen duen eta autentifikazioa osatzen den. PPTP bezero batek 1723ko TCP saioa eta datuak daramatzan GRE bidea behar ditu, eta hotspot batek bat pasa eta bestea bota dezake. Ordenan egiteak zein muga ikertu esaten dizu, asmatu beharrean. Windowsen errore-zenbakiek ez dute hori zuretzat egiten.
GRE IP protokolo 47a da. Ez da TCP edo UDP 47 portua, eta bereizketa horrek suebakien inguruko nahasmenaren zati handiena azaltzen du.
Bi bide, konexio bat
Kontrol-konexioa 1723 helmuga-porturako TCP saio arrunta da, sare gehienek kexarik gabe onartzen dutena. Datu-bidea GRE da, 47 protokoloa, eta lehenengoa onartzen duen suebaki bat erabat ezjakin egon daiteke bigarrenaz. Konbinazio horrek hastear dirudien eta gero ezer eramaten ez duen bezeroa sortzen du, ukatutako konexioa baino askoz informatiboagoa ez den sintoma. Egiaztatu bi bideak bereiz operadoreari buruz ezer ondorioztatu aurretik.
Itzulpenak bere baldintza gehitzen du. Portua partekatzen duten atebideek PPTP ulertzen duen ALG bat behar izaten dute dei-identifikatzaileak helbideekin batera berridazteko, eta hori gabe dagoen batek saioa pakete-galera dirudien moduan honda dezake. Jokabide hori ohikoa da baina inplementazioaren araberakoa, beraz har ezazu hornitzaile-muga bat adibide gisa, hotspot bakoitzaren ezaugarri gisa beharrean.
Hotspotak beste bi muga gehitzen ditu
Bezeroaren trafikoak normalean telefonoaren beraren partekatze-NATa eta gero operadore mailako itzulpena zeharkatzen ditu zerbitzarira iritsi aurretik. Bulegoko routerreko arau batek ezin du beste norbaiena den tarteko gailu bat konpondu, eta horregatik etxeko aldeko portu-birbidalketak gutxitan laguntzen du. Irten den bezero batek ere ez du sarrerako portu irekirik behar; itzulitako konexio baten erantzunak atebideak sortutako egoeratik itzultzen dira. NAT atzean ostatatutako zerbitzariak erabat ezberdina den baldintza-multzoa du.
PPTP passthrough izeneko menu-elementuak, dagoen lekuan, gailu horrek protokolo hau nola kudeatzen duen zehazten du. Ez da funtzio bera telefonoan VPN bat ostatatzea edo protokolo guztiak baldintzarik gabe birbidaltzea, eta hura gaitzea ez da GRE pasatzeko baimen orokorra.
Irakurri 807 etena gisa, ez epai gisa
Windowsek 807 eten gabeko konexio gisa ematen du, emaitza deskribatzen du, ez arrazoia. Bere errore-taulak 806 bereizten du GRErekin lotutako kategoria gisa, eta alde hori jakitea merezi du teoria bat eraiki aurretik. Bi zenbakietako batek ere ez du agerian uzten operadoreak 47 protokoloa iragazi zuen, zerbitzariak edukiera agortu zuen edo kredentzialak zuzenak ziren. Erroreak saioa amaitu zela dio; bideak non.
Hotspotean arrakasta duen nabigatzaile-proba batek aplikazio-bide arrunt bat funtzionatzen duela baino ez du frogatzen. Ez du GREri buruz ezer esaten.
Bakartu huts egin zuen etapa
Mantendu finko eramangarria, zerbitzaria eta profila, eta aldatu soilik sarbide-sarea onartutako beste batera. Emaitza aldatzen bada, harrapatu TCP eta GRE trukeak kontrolatzen dituzun mugetan eta aurkitu inoiz gertatzen ez den etapa goiztiarrena: kontrol-ezarpena, dei-prestaketa, datu-entrega edo PPP autentifikazioa. Bakoitzak sinadura ezberdina uzten du grabaketa batean. Funtzionatzen duen sare bat huts egiten duen batekin alderatzea askoz informatiboagoa da errore-testua berriro irakurtzea baino.
Hori guztia jada existitzen den hedapen bat diagnostikatzen du. Ez da PPTP zerbitzu berri bat altxatzeko argudioa, eta protokoloa ezin da negoziazioz saihestu: beste bezero bat instalatzeak ez du zerbitzari aldagaitza beste zerbait hitz egitera behartzen.
Sarbide jarrairako, adostu migrazio onartu bat VPNaren jabearekin. Egiaztapen-zerrenda erabaki batekin amaitzen da, behin-behineko konponbide batekin beharrean.