OpenVPN dettur eftir DHCP-endurnýjun: haltu endapunktaleiðinni

Gangan tengist, þá drepur leigðendurnýjun á aðgangstenglinum hana, og annállinn kennir tímatakmörkunum um frekar en leið. Ekkert í VPN-stillingunum breyttist, og það er vísbendingin: eitthvað fyrir utan þau breyttist. DHCP-atburður endurskrifaði vistfangið eða gáttina, og hýsilleiðin sem hélt endapunkti göngunnar aðgengilegum vísar nú á næsta hopp sem er ekki lengur til. Þetta er eignarréttarvandamál áður en það er leiðarvandamál.

Berðu einkennin saman við hálfsjálfgefu leiðirnar

Með redirect-gateway def1 setur OpenVPN upp 0.0.0.0/1 og 128.0.0.0/1 í stað þess að skipta út sjálfgefnu leiðinni. Saman þekja þessar tvær allt vistfangsrýmið, og þær vinna á 0.0.0.0/0 einungis með lengd forskeytisins. Þess vegna fer hvaða áfangastaður sem er án nákvæmara samræmis inn í gönguna.

Endapunkturinn þarf undantekningu. OpenVPN bætir við hýsilleið að vistfangi þjónsins í gegnum upprunalegu aðgangsgáttina áður en hálfsjálfgefnu leiðirnar koma inn, svo að umbúðirnar geti komist út. Þegar sú undantekning hverfur, eða heldur næsta hoppi sem er ekki lengur til, passa ytri pakkar göngunnar sjálfrar við hálfsjálfgefa leið og þeim er send aftur inn í gönguna. Niðurstaðan er tenging sem deyr við næstu keepalive eða handaband, án þess að nokkuð í annálnum líti út eins og leiðarvilla.

Staðfestu lögun töflunnar áður en þú snertir nokkuð annað. ip route show ætti að lista báða helminga auk hýsilleiðar fyrir vistfang þjónsins; þegar hýsilleiðin vantar hefur restin af rannsókninni augljósan upphafspunkt.

Hvers vegna hálfsjálfgefnu leiðirnar vinna án mælikvarðabreytingar

Lægri mælikvarði vinnur ekki á lengra forskeyti. Leiðirnar /1 vinna því kjarninn passar fyrst nákvæmustu leiðina, svo að hækkun mælikvarða á sjálfgefnu leiðinni breytir engu um hvert umferðin inn í gönguna fer. Að eltast við mælikvarða er algengasta rangsnúningurinn í þessari greiningu.

Athugaðu valið með ip route get 203.0.113.10, og settu raunverulegt vistfang þjónsins inn í staðinn. Svarið nefnir viðmótið og næsta hoppið sem kjarninn myndi í raun nota, sem er upplýsandi meira en að lesa töflu og hugsa um hana.

Keyrðu þessa skipun áður en gangan byrjar, meðan hún er í gangi og eftir leiguatburðinn. Þrjú svör úr einni skipun, og skiptingarpunkturinn verður sýnilegur.

Taktu þrjár skyndimyndir, ekki eina

Safnaðu aðgangsvistfanginu, aðgangsgáttinni, áfangastað endapunktsins, valinni leið og öllum stefnureglum á þremur augnablikum: eftir að aðgangstengillinn er stilltur, eftir að VPN tengist og eftir leigu- eða flutningsatburðinn. Hver skyndimynd er handfylli skipana, og þær þýða aðeins eitthvað saman. Ein skyndimynd eftir bilun skráir ástandið frekar en breytinguna. Skrifaðu skipanirnar í lítinn skrifta, svo að hver skyndimynd sé tekin á sama hátt.

Haltu skyndimyndunum í einni skrá með tímatöppum, því áhugaverða spurningin síðar er röðin. Kom DHCP-atburðurinn áður en eða eftir að OpenVPN endurnýjaði leið sína? Svarið ræður því hver þarf að laga það. Tímatappi af rangri klukku er verra en ekkert, svo taktu það frá hýsilnum sem á leiðartöfluna.

Þegar endapunkturinn er stilltur sem nafn frekar en vistfang, leystu það líka í hverri skyndimynd. DNS-breyting á aðgangstenglinum getur fært endapunktinn án þess að nokkur leið sé snert.

Ákveddu hvaða hluti endurnýjar undantekninguna

Á dhcpcd-kerfi keyra krókar frá krókamöppunni og frá útgöngukróknum, og stjórnandastillingin er önnur að umfangi en stilling fyrir hvert viðmót. Hvað sem krákurinn gerir verður það að vera idempotent, því endurnýjanir geta komið í skellunum.

Traustur eigandi er samþættingin sem þekkir þegar báðar hliðar: netstjóri sem stjórnar VPN-tengingunni, eða eining sem er röðuð eftir að aðgangstengillinn kemur upp. Stök leið sem krókur bætir við virkar þar til næsta gáttabreytingin verður, og bregst þá á nákvæmlega sama hátt. Ef þú notar krók samt, láttu hann lesa núverandi gátt á keyrslutíma í stað þess að harðkóða þá sem þú sást í dag.

Skráðu eigandann inni í stillingunni. Næsta manneskja sem kembir endurtengingu þarf að vita að krókur, ekki VPN, ber ábyrgð á undantekningarleiðinni.

Prófaðu lífsferilinn, ekki bara endurtenginguna

Þvingaðu endurnýjun með dhcpcd -n eth0 eða með því að sleppa og taka leiguna aftur, og athugaðu svo ip route get fyrir endapunktinn aftur. Gerðu það tvisvar, því seinni keyrslan grípur króka sem bæta við tvíteknum leiðum. Endurræstu svo, því varanleiki er annar eiginleiki en réttleiki.

Ganga sem lifir af endurnýjun og endurræsingu hefur eiganda og virka undantekningu. Ein sem lifir aðeins af handvirkri endurræsingu hefur hvorki né, og mun bregðast við næsta atburði sem þú getur ekki tímasett.