ip netns exec eta DNS: zergatik huts egiten dute izenek izen-espazioaren barruan
Izen-espazio batek bere interfazeak eta ibilbideak ditu, baina ez bere resolver fitxategia. Egiaztatu zein resolv.conf ikusten duen abiarazitako prozesuak eta nondik datorren fitxategi hori.
Komando bat 10.8.0.5 helbidera iristen da VPN izen-espazioaren barruan kexarik gabe, eta komando berak huts egiten du ostalari-izen bat erabiltzen duen unean. Izen-espazioak bere interfazeak, ibilbideak eta socketak ditu; ez du bere resolver fitxategirik. Norbait han bat jartzen ez badu, barruko prozesuak ostalariaren /etc/resolv.conf irakurtzen du eta sare-pila horretatik iristeko modurik ez duen zerbitzari bati galdetzen dio.
Fitxategi-hautaketako arazoa da, ez ibilbide-arazoa, eta horrexegatik funtzionatzen du oraindik helmuga numerikoak.
Egiaztatu prozesuak benetan jasotzen duen resolver ikuspegia
Ez ezazu pentsatu erabili duzun shell-a arazten ari zaren prozesuaren baliokidea denik. Aplikazio grafiko batek, systemd unitate batek eta kontenedore batek bakoitzak muntatze- edo sare-testuinguru desberdin batean sar daiteke. Exekutatu bilaketa abiarazte-bide beretik, eta inprimatu resolver fitxategia barrutik.
ip netns add erabiliz sortutako izen-espazio baterako, irakurtzeko soilik den egiaztapena laburra da:
ip netns exec vpn cat /etc/resolv.confOhartu emaitzak helbide irisgarria, loopback stub bat edo irisgarritasun desberdineko toki batera doan esteka sinboliko bat aipatzen duen.
Zer muntatzen duen exec laguntzaileak benetan
ip-netns tresnak izen-espazio bakoitzeko konfigurazioa /etc/netns/NAME/ azpian dokumentatzen du. Prozesu bat abiarazten duenean, laguntzaileak muntatze-izen-espazio bat sortzen du eta fitxategi horiek beren ohiko bideen gainean muntatzen ditu, prozesuak izen-espazioari dagokion kopia ikus dezan. Hori abiarazle zehatz honen erosotasuna da. Sare-izen-espazio batera beste bide batetik sartzeak, adibidez unshare edo kontenedore runtime baten bidez, ez du hori automatikoki errepikatzen.
Loopback resolverra da tranpa hemen: 127.0.0.53 izen-espazioaren bere loopbacka esan nahi du, ez ostalariaren stub-a. Ostalariaren izen-espazioan soilik entzuten duen stub bat ez da zerbitzu bihurtzen berrian.
Aukeratu izen-espazioak irits daitekeen resolver bat
Fitxategiak zein zerbitzari aipatzen duen ere, ibilbide bat behar du oraindik izen-espazio horretatik. Resolver publiko batek izen publikoei erantzun diezaieke eta barne-eremu baterako huts egin dezake, zerbitzu pribatua tunelaren bidez soilik irisgarria delako. Egiaztatu ibilbidea helbidearekin batera, ez bilaketak jada huts egin ondoren.
Bere resolver propioa duten aplikazioek, DNS over HTTPS erabiltzen duen batek esate baterako, fitxategia guztiz alde batera utz dezakete. Tresnak bere DNS ezarpena badu, resolv.conf aldatzeak ez dio eragingo, eta izen-espazioa ez zen inoiz arazoa izan.
Idatzi fitxategia leku egokian
/etc/netns/NAME/resolv.conf azpian sortu izen-espazio bakoitzeko fitxategia eta utzi abiarazleari hura aurkezten. Eutsi minimoa: zerbitzari irisgarri bat edo bi eta zereginak behar dituen bilaketa-domeinuak. Ez editatu ostalariaren resolver fitxategi sortua prozesu-talde bati zuzendutako ikuspegia konpontzeko, horrek makinako aplikazio guztiak aldatzen baititu. Ostalariak resolver kudeatzaile bat erabiltzen badu, konfiguratu izen-espazioaren bidea kudeatzaile horren bidez, haren aurka borrokatu beharrean.
Erregistratu fitxategiaren edukia runbookean. Bestela hurrengo pertsonak ostalariaren resolverra probatuko du, funtzionatzen duen erantzun bat ikusiko du eta izen-espazioa ondo dagoela ondorioztatuko du.
Probatu berriro bide osoa
Probatu izen-espazioaren barruan helbide numeriko batekin, barne-izen batekin eta izen publiko batekin. Sekuentzia horrek irisgarritasuna ebazpenetik bereizten du eta barne-eremuak publikoetatik bereizten ditu. Ondoren birsortu izen-espazioa eta errepikatu, exekuzioan dagoen instantzia batean soilik dagoen fitxategi bat harekin desagertzen baita.
Egiaztatu prozesuak, ez shellak, jasotzen duela fitxategia. Shell interaktibo batetik funtzionatzen duen eta zerbitzu batetik huts egiten duen bilaketa bat muntatze-testuinguruari buruzko aurkikuntza da, eta merezi du hurrengo gorabeheraren aurretik idaztea, hutsetik berriro aurkitu beharrean.