Að deila neti VPN-gáms: hvað gerist með DNS
Sameiginlegt nafnrými gefur forritinu þínu tengi göngunnar, ekki sameinaðan leysi. Prófaðu innan úr forritinu og notaðu DNS-fyrirkomulag sem keyrsluumhverfið styður.
Að deila netnafnrými VPN-gáms gefur forritinu þínu tengi og leiðir göngunnar. Það gefur því ekki leysi göngunnar, né sameinaða afrit af neinu öðru á hýsilnum. Þetta bil framleiðir mjög ákveðna bilun: opinber nöfn leysast, innri nöfn ekki, og forritið sem bregst virðist nota rangann DNS-þjón, því það gerir það. Viðgerðin er venjulega minni en greiningin bendir til.
Skref 1: Prófaðu úr forritinu, ekki af hýsilnum
Keyrðu uppflettinguna inni í gámnum sem er með vandamálið, ekki á hýsilnum og ekki í vafra. docker exec app-container getent hosts db.internal svarar eina spurningunni sem skiptir máli: hvað leysir þessa ferlis skilar.
Ef hýsillinn leysir nafnið og gámurinn ekki, hefur þú fundið bilunina. Allt eftir þetta er að velja studda leið til að laga hana.
Skref 2: Lestu studda líkan keyrsluumhverfisins
Docker-skjölin um netkerfi skráir takmarkanir á DNS-flöggum fyrir gáma sem deila netstillingu annars gáms. Í Compose network_mode: service:vpn bindur forritið við nafnrými VPN-gámsins, og fyrir hverja þjónustu dns hegða stillingarnar sér ekki eins og fyrir venjulega þjónustu. Lausnin sem þú færð er sú sem sameiginlega nafnrýmið hefur.
Notandaskilgreind brúarnet nota líka innbyggða DNS Docker á annan hátt en sjálfgefna brúin. Þess vegna getur dns ákvæði afritað úr virkandi brúardæmi gert alls ekkert í sameiginlegum staka. Athugaðu fyrirkomulagið áður en þú afritar ákvæðið.
Loopback-vistfang vísar alltaf til viðkomandi netumhverfis. Inni í sameiginlegu nafnrými er 127.0.0.1 ekki leysir hýsilsins.
Skref 3: Fylgdu fyrirspurninni til viðtakanda hennar
Lestu leysistillingu forritsins, síðan hvaða forritssértæka dulritaða DNS sem forritið kemur með, því forrit sem keyrir sinn eigin leysi hunsar skrána sem þú breyttir. Athugaðu síðan hvort valdi leysirinn sé aðgengilegur undir leiðum og eldveggsstefnu VPN. Leysivisting á hinum enda göngunnar er gagnslaus ef nafnrýmið hefur enga leið þangað. Staðfestu viðtakandann áður en þú breytir hvaða skrá sem er.
IP-athugunarsíða í vafra getur ekki sagt þér hvert nafnfyrirspurnirnar fóru. Hún segir þér hvert ein HTTP-tenging fór.
Skref 4: Lagaðu tvo bilanaflokka á mismunandi hátt
Ef þjónustunöfn bregðast meðan opinber nöfn virka, þá er vandamálið þjónustuuppgötvun inni í gámanetinu, ekki listinn yfir opinbera leysa. Að breyta hverju opinberu DNS-vistfangi mun ekki búa til færslur sem uppgötvunarkerfi netsins var aldrei beðið um að búa til.
Ef báðir flokkar bregðast, byrjaðu á aðgengi að leysinum. Ef aðeins einn bregst, byrjaðu á uppgötvunarkerfinu. Þeir tveir hafa mismunandi eigendur, þess vegna nær ein viðgerð aldrei yfir báða.
Skref 5: Prófaðu aftur eftir endursköpun
Breyttu stillingunni í gegnum studda aðferð keyrsluumhverfisins og endurskapaðu síðan gámana í stað þess að breyta skrám inni í gangandi gám. Prófaðu nýtt einkanaft, nýtt opinbert nafn og forritsbeiðnina sem fylgir uppflettingunni. Breyting á /etc/resolv.conf inni í gámi hverfur við endursköpun og sannfærir þig um að viðgerðin hafi virkað þegar hún gerði það ekki.
Skráðu eiganda leysisins og vænt nafnrými við hlið skilgreiningar sameiginlega netsins. Næsta manneskja þarf bæði.