"File exists" OpenVPN á leið er ekki skráarvandamál
Skilaboðin koma úr leiðatöflu kjarnans, ekki úr skráarkerfinu. Lestu færsluna sem á forskeytið þegar, áður en þú breytir LAN-stefnunni.
Byrjaðu þar sem skilaboðin birtast. Biðlari tengist, göngin rísa, og þá tilkynnir annállinn að Linux-skipunin til að bæta við leið hafi mistekist með File exists. Ekkert í þeirri setningu vísar til vottorðs, lykils eða stillingaskrár, þótt orðin bendi til þess. Kjarninn lýsir leiðatöflunni sinni, og forskeytið sem þú baðst um að setja upp hefur þegar færslu.
Fylgdu eigin röð biðlarans: hvað hann bað um, hvað taflan innihélt þegar, hver setti þá færslu þangað, og aðeins þá hvað á að breyta. Hvert skref fjarlægir einn mögulegan eiganda.
Hvað biðlarinn var í raun að biðja um
Fyrir mistökin skráir biðlarinn leiðina sem hann hyggst bæta við, venjulega sem áfangastað, netgrímu, gátt og stundum sem mælikvarða eða töflu. Sú lína er beiðnin. Villan sem fylgir er svar kjarnans við henni, og lesa á bæði hlið við hlið.
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
Útgöngustaða hliðstæðisins sem er ekki núll er minna upplýsandi en textinn undir henni, því mismunandi svör kjarnans gefa stöðu sem er ekki núll. Geymdu nákvæmu skilaboðin; greinarmunurinn á fyrirliggjandi færslu og óaðgengilegri gátt ræður því hvaða af næstu köflum á við.
Lestu fyrirliggjandi leið, ekki aðeins veffangið
Að leita í töflunni að sama punktuðu ferningi er ekki nóg. Leiðarhlutur er auðkenndur af veffangafjölskyldu, töflu, áfangaforskeyti, mælikvarða, samskiptareglum og úttakstæki, og færslur sem deila forskeyti geta löglega verið til samhliða þegar þessi eiginleikar eru mismunandi. Það er heildarhluturinn sem rekst á, ekki textinn.
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
Síðasta skipunin svarar annarri spurningu en fyrstu tvær: ekki hvað er til, heldur hvaða færslu kjarninn myndi velja fyrir þann áfangastað núna. Báðar sýnir eru gagnlegar, og þær greina nógu oft að það er þess virði að bera þær saman áður en þú ályktar eitthvað. Ósamræmið milli þeirra er áhugaverða tilvikið, ekki námundunarvilla.
Skráðu forskeytið, töfluna, mælikvarðann og tækið við hlið misteknu beiðninnar. Ef fyrirliggjandi færsla hefur sömu eiginleika og sama næsta stökk, hefur þú tvítekna leiðbeiningu en ekki leiðarvandamál.
Fjórir eigendur sem forskeyti getur haft
Tengdar leiðir koma frá úthlutuðu veffangi og kerfið endurskapar þær hvenær sem það veffang er til. DHCP-biðlari eða tengistjóri setur upp leiðir sem hluta af eigin lífsferli. Annar VPN-biðlari gæti þegar verið með sama forskeyti. Og staðbundinn krókur eða skrifta getur bætt við einni sem ekkert annað veit um.
Hver eigandi þarf aðra leiðréttingu. Tengd leið er ekki þín til að eyða; að fjarlægja hana getur rofið staðbundinn aðgang áður en göngin eru nothæf, og kjarninn setur hana aftur. Leið sem tengistjóri á að breyta í gegnum þann stjóra, ekki með handvirkri ip route del sem næsta endurtenging afturkallar.
Varðveitt tengi auðvelda sömu rugling. Þegar gangnatækið lifir af endurtengingu geta leiðir sem sérsniðinn uppsetningarkóði setti upp enn verið til við seinni keyrslu, svo skrifta sem gerir ráð fyrir hreinu ástandi mistekst í annað sinn og virkar í það fyrsta. Hreinsaðu úreltu færsluna viljandi eða gerðu uppsetningarkóðann idempotent.
block-local svarar annarri spurningu
Þegar snið sendir allan umferð um göngin verður biðlarinn að ákveða hvað verður um staðbundna netið. Fáninn block-local breytir þeirri ákvörðun með því að beina staðbundna LAN-inu um göngin á meðan halda á skjalfestu undantekningunni fyrir LAN-gáttina; það er stefnuval umferðar með sýnilegar afleiðingar fyrir aðgengi.
Það útskýrir ekki hvers vegna viðbót leiðar skilaði villu um fyrirliggjandi færslu, og að taka það sem alhliða viðgerð felur raunverulega áreksturinn bak við stefnubreytingu. Ef staðbundnar auðlindir þínar verða óaðgengilegar eftir breytingu á sniði er þessi fáni eitt af því fyrsta sem þarf að skoða; ef viðbót leiðar mistekst er hann ekki svarið.
Meðhöndlaðu það sem ákvörðun um hvaða áfangastaðir verða staðbundnir, tekna viljandi og skráða. Það er ekki rofi til að prófa þegar annállinn virðist ógnvekjandi.
Lokaðu hringnum: fjarlægðu tvítekninguna við upprunann
Þegar þú veist hvaða eigandi heldur færslunni skaltu fjarlægja tvíteknu leiðbeininguna þar sem hún er skilgreind. Það getur verið route-lína í sniðinu, push frá netþjóninum eða krókur sem þarf ekki lengur að keyra.
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
Tengdu síðan aftur og staðfestu þrjá hluti: göngin rísa, fyrirhugaði áfangastaðurinn leysist í þá leið sem þú vildir, og mistökin eru horfin án þess að ný birtist í staðinn. Hreinn annáll með rangt valinni leið er ekki viðgerð.
Ef forskeytið þýðir staðbundið LAN á annarri hlið og fjarlægt net á hinni er vandamálið veffangaskörun en ekki tvítekning, og engin eyðing gerir bæði merkingarnar sannar á sama tíma. Það tilvik þarf aðra áætlun fyrir annað netanna tveggja. Ákváðu hvorri hliðinni verður endurnúmerað áður en þú snertir hvora þeirra.