OpenVPN egokitzailea Windows-en keinu egiten ari da? Egiaztatu IP bikoiztua
Windows-en keinuka ari den egokitzailea helbide-gatazka izan ohi da, ez kontrolatzailearen akatsa. Irakurri 4198 eta 4199 gertaerak, aurkitu bigarren jabea, eta ondoren finkatu helbide bakarrak.
Windows-en, helbide bat hartu, askatu eta segundo gutxiro errepikatzen duen OpenVPN egokitzailea ez da normalean DHCP akatsa. Egokitzaileari beste zerbait dagoeneko erantzuten ari zaion helbide bat erabiltzeko esaten zaio, beraz Windows-ek erabiltezintzat markatzen du eta bezeroa berriro hasten da. Bezeroaren erregistroa isilik geratzen da gatazka haren azpian konpontzen delako, sistema eragilearen beraren sare-pilan.
Bereizketa horrek garrantzia du, tuneleko konfiguraziora zuzendutako arazketa-urrats bakoitzak zerbitzariaren aldeko helbide bikoiztua ez bailuke ikusiko.
Hasi Windows-en gertaeren erregistrotik, ez bezeroaren erregistrotik
Windows-ek helbide-gatazkak sistema-erregistroan erregistratzen ditu, 4198 eta 4199 gertaera IDekin. Lehenengoak helbide baterako hautemandako gatazka jakinarazten du, bigarrenak interfaze batek konfiguratuta zuen helbidea erabili ezin izan zuela jakinarazten du. Batak ere ez du OpenVPN aipatzen, eta horrexegatik dira erraz gainditzekoak.
Atera azken gertaerak eta alderatu haien denbora-markak egokitzailearen berritze-zikloarekin: Get-WinEvent -FilterHashtable @{LogName='System'; Id=4198,4199} -MaxEvents 40 | Format-Table TimeCreated,Id,Message -Wrap. Hamabost segundoan behingo gatazka bat helbide bera berriro saiatzen duen bezero batekin bat dator, haren erantzuten jarraitzen duen jabe baten aurka. Konektatze-momentuko gatazka bakar batek noizbehinkako talka bat adierazten du. Edozein kasutan, hurrengo galdera da nor besteak duen helbidea.
Hiru antolamenduk bi ostalari helbide bakarrean jartzen dituzte
Galdetu zerbitzariari nor uste duen helbidearen jabe, eta gero galdetu sareari nork erantzuten dion. grep -H ifconfig-push /etc/openvpn/ccd/* finkatutako tunel-helbide bakoitza eta dagokion ziurtagiria zerrendatzen ditu. ip -4 neigh show dev tap0 zubiak bigarren geruzan ikasi duena erakusten du. Bi zerrenda horiek alderatzeak bikoizketarik gehienak minutu bat baino gutxiagoan aurkitzen ditu.
Hiru antolamenduk azaltzen dute ia guztia: client-config-dir sarrera batek helbide bat finkatzen du bi ziurtagirirentzat, tap segmentu zubidun batek makinari beste ostalari batek jada estatikoan duen helbidea ematen dio, edo alokairu-fitxategi zaharkitu batek oraindik konektatuta dagoen bezeroak berezkotzat duen helbidea itzultzen du. Hirugarren kasua da maltzurrena, ifconfig-pool-persist-ek berariaz berrerabiltzen baititu helbideak bezero ezagunentzat.
Egin helbidea bakarra, harengatik lehiatu beharrean
Abio-ordenak gaur nork irabazten duen bakarrik erabakitzen du, beraz hartu aldi baterakotzat berrabiarazte-segidarian oinarritutako edozein konponketa. Eman bezero bakoitzari bere ifconfig-push lerroa, edo esleitu helbide estatikoak zubi- edo zerbitzari-interfaze batek ukitzen ez duen barrutitik. Egiaztatu bezeroen zerrenda izen komun bikoiztuak dauden ere, duplicate-cn-ek bi saiori identitate bat eta, beraz, helbide finkatu bat partekatzeko aukera ematen baitie. Zubidun gailu batek benetan helbide finkoa behar badu, eraman bere azpisarera edo gorde igerilekutik zerbitzariak erregistratzen duen leku batean.
Ezabatu persist fitxategia zein alokairu dituen jakin ondoren bakarrik, bestela hurrengo birkonexioak helbide berak banatuko ditu berriro.
Berrabiarazi ordena egokian eta berretsi jabe bakarra helbide bakoitzeko
Aplikatu aldaketa zerbitzarian lehenik, eta gero birkonektatu bezeroak, parte-hartzaile bakoitzak zuzendutako igerilekuaren aurka erregistra dezan. Bezeroak lehenengo berrabiarazten badituzu, zerbitzariak oraindik okupatutzat jotzen dituen helbideekin geratzen dira. Berrabiarazi ondoren, irakurri egoera-fitxategia eta berretsi izen komun bakoitza behin agertzen dela helbide batekin. Izen baterako bi sarrerek esan nahi dute saio zahar bat ez zela inoiz itxi, ez igerilekua hautsi denik.
Bezero batek oraindik bere helbidea mantendu ezin badu, egiaztatu ostalari bereko zubi-interfaze batek daraman. Hornitzaile-gailu batetik helbidea heredatu duen zubiak ARP erantzungo dio, VPN zerbitzariak helbide hori bezero bati eman dionean ere.
Begiratu berritze-ziklo oso bat txartela itxi aurretik
Irakurketa garbi batek ezer ez du frogatzen. Begiratu egokitzailea gutxienez hamar minutu eta behartu birkonexio bat erdian: Get-NetIPAddress -InterfaceAlias "OpenVPN*" | Select-Object IPAddress,AddressState. Helbideak birkonexioa gainditu eta egoera hobetsian iraun beharko luke.
Ondoren, berriro exekutatu lehen urratseko gertaeren kontsulta eta berretsi ez duela ezer berririk itzultzen. Birkonexioan zehar erregistro isilak gatazka desagertu dela frogatzen du, konexio bakarraren ondorengo erregistro isilak ordea lasterketa oraindik gertatu ez dela esan nahi du. Azkenik, probatu tunela dagoeneko baliabidea, helbidea galdu duen zubi batek hornitzailearen bidea hauts baitezake VPN bera osasuntsu dirudienean.
Idatzi igerilekuaren barrutia, helbide finkatu bakoitza eta hura duen ostalaria zerbitzariaren oharretan. Orduan hurrengo talka minutu batzuetan antzemango da, arratsalde oso bat behar izan beharrean berriro aurkitzeko.