OpenVPNren "File exists" ibilbide batean ez da fitxategi-arazo bat

Hasi mezua agertzen den tokian. Bezero bat konektatzen da, tunela altxatzen da, eta gero erregistroak jakinarazten du Linuxen ibilbidea gehitzeko aginduak File exists-rekin huts egin duela. Esaldi horretan ezerk ez du ziurtagiri, gako edo konfigurazio-fitxategi bat aipatzen, hitzek hori iradoki arren. Kernelak bere ibilbide-taula deskribatzen ari da, eta instalatzeko eskatu zenuen aurrizkiak badu sarrera bat.

Jarraitu bezeroaren beraren sekuentzia: zer eskatu zuen, taulak zer zuen jada, nork jarri zuen sarrera hori han, eta horren ondoren bakarrik zer aldatu. Urrats bakoitzak ustezko jaberen bat kentzen du.

Zer eskatzen ari zen bezeroa benetan

Hutsegitearen aurretik, bezeroak gehitu nahi duen ibilbidea erregistratzen du, normalean helmuga, sare-maskara, atebide eta batzuetan metrika edo taula gisa. Lerro hori da eskaera. Ondoren datorren errorea kernelaren erantzuna da, eta biak elkarren ondoan irakurri behar dira.

journalctl -u openvpn-client@office -b --no-pager | grep -nE 'route|File exists'
openvpn --config /etc/openvpn/client/office.ovpn --verb 4 --log /tmp/ovpn.log

Ibilbide-laguntzailearen irteera-egoera zero ez dena gutxiago da informatiboa azpiko testua baino, kernelaren erantzun ezberdinek zero ez den egoera sortzen dutelako. Gorde mezu zehatza; lehendik dagoen sarrera baten eta atzigarri ez den atebide baten arteko bereizketak erabakitzen du hurrengo ataletatik zein den aplikagarri.

Irakurri lehendik dagoen ibilbidea, ez soilik helbidea

Taulan puntudun laukote bera bilatzea ez da nahikoa. Ibilbide-objektua helbide-familia, taula, helmuga-aurrizki, metrika, protokolo eta irteera-gailuak identifikatzen dute, eta aurrizki bat partekatzen duten sarrerak legitoki bizi daitezke elkarrekin atributu horiek desberdinak direnean. Objektu osoa talka egiten du, ez testua.

ip -4 route show table all | grep -F '10.40.'
ip -4 route show match 10.40.0.0/16
ip -4 route get 10.40.0.5

Azken aginduak lehen biek baino galdera desberdin bati erantzuten dio: ez zer dagoen, baizik eta kernelak helmuga horretarako oraintxe zein sarrera aukeratuko lukeen. Bi ikuspegiak erabilgarriak dira, eta nahikoa sarritan ez datoz bat edozer ondorioztatu aurretik alderatzea merezi izateko. Bien arteko desadostasuna kasu interesgarria da, ez biribiltze-errore bat.

Idatzi aurrizkia, taula, metrika eta gailua huts egin duen eskaeraren ondoan. Lehendik dagoen sarrerak atributu berak eta hurrengo jauzi bera baditu, bikoiztutako instrukzioa duzu, ez ibilbide-arazo bat.

Aurrizki batek izan ditzakeen lau jabe

Konektatutako ibilbideak esleitutako helbide batetik datoz eta sistemak berriz sortzen ditu helbide hori existitzen den bakoitzean. DHCP bezero batek edo konexio-kudeatzaile batek ibilbideak instalatzen ditu bere bizi-zikloaren parte gisa. Beste VPN bezero batek jada aurrizki bera eraman dezake. Eta tokiko kako edo script batek beste ezerk ezagutzen ez duen bat gehi dezake.

Jabe bakoitzak zuzenketa desberdin bat behar du. Konektatutako ibilbidea ez da zurea ezabatzeko; kentzeak tokiko sarbidea hauts dezake tunela erabilgarria izan aurretik, eta kernelak berriro jarriko du. Kudeatzaile baten jabetzako ibilbidea kudeatzaile horren bidez aldatu behar da, hurrengo berrikonexioak desegingo lukeen ip route del eskuzkoarekin ez.

Atxikitako interfaze batek nahasmen bera errazten du. Tunel-gailuak berrikonexio bat bizirauten duenean, konfigurazio-kode pertsonalizatuak instalatutako ibilbideak bigarren exekuzioan oraindik egon daitezke, beraz hasiera garbia suposatzen duen script batek bigarren aldian huts egiten du eta lehenengoan funtzionatzen du. Edo garbitu sarrera zaharkitua nahita edo egin konfigurazio-kodea idempotente.

block-local galdera desberdin bati erantzuten dio

Profil batek trafiko guztia tunelen bidez bidaltzen duenean, bezeroak erabaki behar du zer gertatzen den tokiko sarearekin. block-local banderak erabaki hori aldatzen du tokiko LAN-a tunelen bidez bideratuz, LAN atebiderako dokumentatutako salbuespena mantenduz; trafiko-politikaren hautua da, atzigarritasunaren ondorio nabarmenekin.

Ez du azaltzen zergatik itzuli zuen ibilbide bat gehitzeak lehendik dagoen sarrera baten errorea, eta konponbide unibertsaltzat hartzeak gatazka erreala politikaren aldaketa baten atzean ezkutatzen du. Zure tokiko baliabideak profileko edizio baten ondoren atzigarri izateari uzten badiote, bandera hau lehen begiratzeko gauzetako bat da; ibilbide bat gehitzeak huts egiten badu, ez da erantzuna.

Hartu helmuga batzuk tokikoak izaten jarraitzen dutenari buruzko erabaki gisa, nahita hartua eta idatzita. Ez da erregistroa kezkagarri dirudienean probatzeko etengailu bat.

Itxi begizta: kendu bikoizketa bere iturrian

Sarrera zein jabeek duen dakizunean, kendu bikoiztutako instrukzioa definituta dagoen tokian. Profilako route lerro bat, zerbitzaritik datorren push bat edo jada exekutatu behar ez den kako bat izan daiteke.

ip -4 route show match 10.40.0.0/16
ip -4 route get 10.40.0.5
journalctl -u openvpn-client@office -b --no-pager | tail -n 15

Gero berrikonektatu eta egiaztatu hiru gauza: tunela altxatzen da, aurreikusitako helmuga nahi zenuen bidera ebazten da, eta hutsegitea desagertu egin da haren tokian berri bat agertu gabe. Aukeratutako bidea oker duen erregistro garbia ez da konponketa.

Aurrizkiak alde batean tokiko LAN-a eta bestean urruneko sare bat esan nahi baditu, arazoa helbideen gainjartzea da, ez bikoizketa, eta ezabaketak ez du bi esanahiak aldi berean egia bihurtuko. Kasu horrek beste plan bat behar du bi sareetako batentzat. Erabaki zein alde berzenbakatuko den, bietako inor ukitu aurretik.