Tuneli inafanya kazi, kwa nini jina la faragha bado linashindikana?

Kila kitu kuhusu muunganisho kinaonekana sawa: tuneli inafanya kazi na konsoli inaonyesha ncha ya mwisho ya faragha, lakini kila ombi linashindikana katika utatuzi wa majina. Hatua ya asili ni kulaumu tuneli, ambayo kwa kawaida huonekana haina hatia. Ombi linatumwa kwa seva isiyojua chochote kuhusu eneo la faragha. Hakuna mabadiliko ya uelekezaji yatakayobadilisha jibu hilo, kwa sababu tatizo ni nani aliulizwa.

Ombi lilifikia kitatuzi kipi?

Tafuta kitatuzi kilichounganishwa na kila kiungo kabla ya kuangalia tuneli. Linux huonyesha seva kwa kila kiungo kupitia amri ya hali ya kitatuzi, na macOS huonyesha vitatuzi vyenye wigo katika dampu ya usanidi wa DNS. Ikiwa jibu bado linatoka kwa rauta ya nyumbani, kiungo cha tuneli hakijawahi kushauriwa.

resolvectl status
scutil --dns | head -40
dig +short internal.example.com

Hapa hatua mbili zinachanganywa: seva inayosukuma anwani ya kitatuzi, na mteja inayoisakinisha kwenye kiungo hai. Wasifu unaweza kuwa na chaguo hilo, na kumbukumbu inaweza kuonyesha linafika, wakati mfumo wa uendeshaji unaendelea kutumia seva ya zamani. Linganisha kumbukumbu na kile kiungo kinachoripoti, na amini kiungo.

Tumia anwani ambayo mtandao wa wingu hujibu kweli

Mitandao ya wingu kwa kawaida hujibu majina ya faragha kupitia anwani iliyohifadhiwa iliyohamishwa mbili kutoka msingi wa masafa, kwa hivyo mtandao unaoanza 10.0.0.0 hujibu 10.0.0.2. Baadhi ya watoa huduma pia huchapisha kitatuzi cha ndani cha kiungo kinachofanya kazi bila kujua masafa, jambo linalosaidia mtandao unapojengwa na mtu mwingine. Uliza anwani ya mgombea moja kwa moja kabla ya kuisukuma kwa mtu yeyote. Anwani ambayo si kitatuzi inaonekana kama kutupwa na ukuta wa moto, kwa sababu ombi hupata jibu kamwe.

Ikiwa ombi la moja kwa moja linajibu kutoka ndani ya mtandao lakini si kupitia tuneli, kitatuzi ni sawa na njia kati ya pointi mbili si sawa. Matokeo hayo huhamisha uchunguzi kwenye njia, uhamishaji na kanuni za ufikiaji badala ya wasifu wa mteja.

Tuneli haibebi nafasi ya majina

Pakiti hupita; majina hayapiti. Kila upande lazima uambiwe nafasi gani ya majina ni ya upande mwingine, na hiyo ni kitu tofauti kinachomilikiwa na anayeshikilia eneo. Umbo la kawaida ni uhamishaji kwa nafasi moja ya majina, unaoelekezwa kwa kitatuzi kinachofikika kupitia tuneli.

Kwa vitendo kila mwelekeo unahitaji kanuni yake, kwa sababu upande unaomiliki eneo ndio unapaswa kutuma ombi. Mielekeo yote miwili inahitaji chanzo cha ombi lielekezwe na kuruhusiwa, na upande unaojibu lazima urudishe majibu kupitia tuneli badala ya kwenye intaneti. Weka uhamishaji mwembamba, ili nafasi ya majina ya faragha pekee iwe tegemezi kwa kiungo. Kutuma kila ombi kupitia hiyo hubadilisha utegemezi mdogo kuwa kukatika kamili wakati tuneli inapoanguka.

Pitia mipaka kwa mpangilio

Jaribu kitatuzi kilichosakinishwa kwenye kiungo hai, kisha ombi la moja kwa moja kwa kitatuzi hicho, kisha ombi hilo hilo kutoka upande wa mbali, na mwisho programu inayotumia jina hilo. Kila hatua hutenga mpaka mmoja, kwa hivyo kushindikana kunakuambia wapi pa kuangalia badala ya kuanza uchunguzi upya. Jibu linalofanya kazi wakati programu inashindikana linaelekeza kwenye imani ya cheti au sera ya API badala ya DNS. Hitilafu hizo ni za kweli, na hakuna mabadiliko ya kitatuzi yatakayozirekebisha.

Andika hatua ipi ilishindikana. Mstari huo mmoja ndio unaohitajika na mtu anayefuata, na kuurekodi huchukua sekunde kumi.

Weka mnyororo mahali ambapo mtu anayefuata anaweza kuupata

Rekodi kitatuzi kilichosukumwa, kanuni ya uhamishaji, chanzo cha ombi kilichoruhusiwa na ncha ya mwisho inayojibu mahali pamoja. Jina la faragha linaposhindikana tena, rekodi huonyesha kama tuneli ilihamia, anwani ya kitatuzi ilibadilika, au kanuni ilipunguzwa. Bila hiyo, kila tukio huanza kutoka sifuri na kuishia na makisio yale yale matatu.

Weka rekodi fupi vya kutosha kubaki sahihi: mistari minne, tarehe, na jina la mmiliki wa kila sehemu. Rekodi ya zamani ni mbaya kuliko kutokuwepo, kwa sababu inaonekana kuwa na mamlaka wakati si sahihi.