ip netns exec og DNS: hvers vegna nöfn mistakast inni í nafnrýminu

Skipun nær 10.8.0.5 inni í VPN-nafnrýminu án nokkurrar kvörtunar, og sama skipun mistekst á sama augnabliki og hún notar hýsilnafn. Nafnrýmið hefur sín eigin tengi, leiðir og sæti; það hefur ekki sína eigin upplausnarskrá. Nema eitthvað setji eina þangað, les ferlið inni /etc/resolv.conf hýsilsins og spyr netþjón sem kann að vera óaðgengilegur frá þessum netstafla.

Þetta er vandamál við skráarval en ekki vandamál við leiðaval, og einmitt þess vegna virkar tölulega áfangastaðurinn enn.

Athugaðu upplausnarsýnina sem ferlið fær í raun

Ekki gera ráð fyrir að skelin sem þú notaðir sé jafngild ferlinu sem þú ert að kemba. Grafískt forrit, systemd-eining og gámur geta hvert um sig farið inn í annað festingar- eða netumhverfi. Keyrðu uppflettinguna eftir sömu ræsingarleið, og prentaðu upplausnarskrána innan frá.

Fyrir nafnrými sem búið er til með ip netns add er lestraraðgangsathugunin stutt:

ip netns exec vpn cat /etc/resolv.conf

Athugaðu hvort niðurstaðan nefnir aðgengilegt vistfang, loopback-stub eða tákntengi sem vísar á stað með annarri aðgengi.

Hvað exec-hjálparinn festir í raun

Verkfærið ip-netns skjalfestir stillingar fyrir hvert nafnrými undir /etc/netns/NAME/. Þegar það ræsir ferli býr hjálparinn til festingarnafnrými og festir þessar skrár yfir venjulegu slóðir þeirra, svo ferlið sér afritið sem er sérstakt fyrir nafnrýmið. Það er þægindi þessa tiltekna ræsis. Að fara inn í netnafnrými eftir annarri leið, til dæmis með unshare eða gámakeyrsluumhverfi, endurgerir það ekki sjálfkrafa.

Loopback-upplausnin er gildran hér: 127.0.0.53 þýðir eigið loopback nafnrýmisins, ekki stub hýsilsins. Stub sem hlustar aðeins í nafnrými hýsilsins verður ekki þjónusta í hinu nýja.

Veldu upplausn sem nafnrýmið getur náð í

Hvaða netþjón sem skráin nefnir, þarf hún samt leið frá þessu nafnrými. Opinber upplausn getur svarað opinberum nöfnum og samt mistekist fyrir innra svæði, því einkaljónustan er aðeins aðgengileg um göngin. Athugaðu leiðina á sama tíma og vistfangið, ekki eftir að uppflettingin hefur þegar mistekist.

Forrit með eigin upplausn, eins og það sem notar DNS yfir HTTPS, geta hunsað skrána algjörlega. Ef verkfærið hefur eigin DNS-stillingu mun breyting á resolv.conf ekki hafa áhrif á það, og nafnrýmið var aldrei vandamálið.

Skrifaðu skrána á réttan stað

Búðu til skrána fyrir hvert nafnrými undir /etc/netns/NAME/resolv.conf og láttu ræsinn kynna hana. Hafðu hana í lágmarki: einn eða tvo aðgengilega netþjóna og leitarsvæðin sem verkefnið þarf. Ekki breyta mynduðu upplausnarskrá hýsilsins til að laga sýn sem er ætluð einum hópi ferla, því það breytir hverju forriti á vélinni. Ef hýsillinn notar upplausnarstjóra skaltu stilla slóð nafnrýmisins í gegnum þann stjóra í stað þess að berjast við hann.

Skráðu innihald skrárinnar í runbookið. Annars prófar næsta manneskja upplausn hýsilsins, sér svar sem virkar og kemst að þeirri niðurstöðu að nafnrýmið sé í lagi.

Prófaðu alla leiðina aftur

Prófaðu inni í nafnrýminu með tölulegu vistfangi, innra nafni og opinberu nafni. Sú röð aðskilur aðgengi frá upplausn og aðskilur innri svæði frá opinberum. Endurgerðu svo nafnrýmið og endurtaktu, því skrá sem er aðeins til í keyrandi tilviki hverfur með því.

Staðfestu að ferlið, ekki skelin, fái skrána. Uppfletting sem virkar úr gagnvirkri skel og mistekst úr þjónustu er niðurstaða um festingarumhverfi, og það er þess virði að skrifa hana niður fyrir næsta atvik í stað þess að enduruppgötva hana frá grunni.