Internetik ez Windows VPN batean? Helbide multzoa da susmagarria

Windowsek tunela konektatuta dagoela erakusten du eta Internet sarbiderik ez etiketa jartzen dio, eta jendeak Windowsen bitxikeria gisa irakurtzen du. Bezeroak zer jaso zuen esaten du: ez pasabide lehenetsi erabilgarririk, ez resolutzaile funtzionamendurik eta ez bueltako biderik tunelaren barruko helbideentzat. Zerbitzaria Windows Incoming Connection denean, ezarpen bakar batek azaltzen ditu horrelako txosten gehienak. Etiketa ez da diagnosi bat, baina bilaketa hiru lekutara murrizten du.

Irakurri errentamendua aldatu aurretik

Exekutatu ipconfig /all bezeroan eta aurkitu VPN egokitzailea sarreren artean. Zerrendatzen duen helbidea, pasabide lehenetsia eta DNS zerbitzaria behar dituzun datuak dira, eta askotan administratzaileak eman zirela uste duenaren desberdinak dira.

Hiru ereduk hiru hutsi egiten diete. 169.254.0.0/16 barrutiko helbideak esan nahi du bezeroak ez zuela ezer jaso eta bere buruari lotura-helbide lokala eman ziola. Sinesgarria den helbidea pasabiderik gabe esan nahi du multzoa bezeroari bide lehenetsia ematen dion aukerarik gabe zerbitzatu zela. Helbururik lortzen ez duen errentamendu osoak zerbitzariaren aldeko birbidalketa edo itzulpenean jartzen du arreta.

Idatzi balioak zerbitzaria ukitu aurretik. Hurrengo urratsak zerbitzariak banatzen dituela uste duen barrutiarekin alderatuko ditu, eta memoria errentamendu baten ordezko txarra da.

Zergatik utz dezakeen banaketa automatikoak pasabiderik gabe

Incoming Connections sarrerak bere IPv4 propietateak ditu, egokitzaile fisikotik bereiz. Hango lehenetsitakoak helbideak automatikoki esleitzea eskaintzen du, eta horrek konexioaren barne-esleitzailean oinarritzen da helbidea, maskara, pasabidea eta DNS emateko.

Bakarkako lan-estazio batean esleitzaile horrek ez du nondik ateratzeko barrutirik, makinan beste zerbait hori ematen ez badu behintzat, beraz bezeroak lotura-helbide lokal batekin edo helbide batekin baina pasabiderik gabe amaitu dezake. Konexioa ezarrita dagoela dirudi esteka altxatu delako, baina atzean dagoen konfigurazioa osatugabea da.

Horregatik konpontzen ditu zehaztutako barruti batera aldatzeak hainbeste txosten. Lanean ari ez den zerbitzu bati errentamendu bat asmatzeko eskatzeari uzten diozu eta zeuk adierazten hasten zara errentamendua.

Konfusio bera agertzen da norbaitek LAN routerraren DHCP zerbitzariak tunelaren bezeroei zerbitzatu behar diela espero duenean. Difusioko aurkikuntzak ez du tunel bideratu bat zeharkatzen, beraz zerbitzari horrek ez du inoiz eskaera ikusten. Alderantzizkoa suposatzea da multzo bat inoiz ezer galdetu ez zion bezero batengatik erruduntzeko arrazoi ohikoena.

Ezarri zerbitzariak bidera dezakeen barruti esplizitua

Aukeratu zerbitzariak har dezakeen azpisare baten barruko bloke txiki bat, LAN routerrak banatzen duen barrutitik kanpo eta sarean dagoen beste edozein multzotatik kanpo. Zerbitzaria 172.20.10.0/24-n badago eta routerrak 172.20.10.1 badu, azpisare horren goialdetik hurbil dagoen bloke labur batek, esaterako 172.20.10.201etik 172.20.10.209ra, routerrak jada kudeatzen duen banaketatik urrun uzten ditu tunelaren errentamenduak.

Sartu Incoming Connection-en IPv4 propietateetan, berriro konektatu bezeroa eta irakurri egokitzailea berriro beste ezer aldatu aurretik. Bigarren irakurketak esaten dizu multzoa izan zen hutsegitea edo hainbat hutsegiteen artean bat besterik ez.

Komando hauek emaitzako konfigurazioa eta bezeroak orain dituen bideak inprimatzen dituzte:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

Errentamenduko pasabidea zerbitzariak duen helbide bat izan behar litzateke, eta bezeroaren bide lehenetsiak hara seinalatu behar luke. Errentamendua osoa bada baina biderik ez badago, zerbitzariak pasabidea bultzatu gabe esleitu zuen, eta multzoaren ezarpenak dira oraindik begiratzeko lekua.

Helbide bat ez da interneteko bidea

Errentamendu bat jasotzeak paketeak bezeroarengandik zerbitzarira soilik mugitzen ditu. Internet sarbiderako zerbitzariak pakete horiek birbidali eta bere goiko estekaren norabidean itzuli behar ditu, eta hori bere hutsegite-modu propioak dituen konfigurazio bereizia da.

Interneteko konexioaren partekatzea lasterbidea da. Interneti begira dagoen egokitzailea partekatutako pasabide bihurtzen du eta bere helbideratzea darama, eta horrek egokitzaile horren helbidea berridatz dezake eta dagoen NAT arau bat orain existitzen ez den balio batera seinalatuta utz dezake. Idatzi jatorrizko ezarpenak gaitu aurretik.

Bideratutako alternatibak helbideratzea egonkor mantentzen du eta birbidalketa eta itzulpena esplizituki konfiguratzeko eskatzen dizu. Bi ikuspegiak ez dira okerrak; erdibidean nahasteak errentamendua duen eta irteerarik ez duen tunel bat sortzen du, eta hori da hasi zinen sintoma zehatza. Aukeratu eredu bat eta amaitu ezazu bestea gehitu aurretik.

Baztertu kanpoko bidea lehenengo

Multzo batek ezin du lagundu tunela inoiz eratzen ez bada. Protokoloak erabakitzen du bideak zer eraman behar duen: PPTPk TCP 1723 eta GRE nahi ditu, hau da, IP protokolo 47, ez ataka bat; L2TP/IPsec UDP 1701 gehi 500 eta 4500 nahi ditu; SSTPk TCP 443 nahi du.

Ataka birbidaltzen duen baina protokoloa ez duen router batek inoiz autentifikatzen ez den konexio-saiakera sortzen du. Hori tunel bat eratu eta gero inora iristen ez denaren hutsegite desberdina da, eta biak ez lirateke elkarrekin araztu behar.

Probatu LAN beretik eta urrutiko saretik. LANeko saiakera funtzionatzen badu eta urrutikoak inoiz autentifikaziora iristen ez bada, kanpoko bidea da arazoa. Biak autentifikatzen badira eta urrutiko bezeroak soilik internetik ez badu, itzuli multzora eta irteerara.