Handaki iliyogawanywa huitenga kivinjari, si maswali yake ya DNS

Kivinjari kimetengwa na handaki, ukurasa wa IP ya umma unathibitisha kwamba trafiki yake inatoka kwa muunganisho wa nyumbani, na wiki ya ndani bado haifunguki. Utatuzi wa majina ulikwenda mahali pengine, na mahali pengine hapo kwa kawaida ni kitatuzi kilichowekwa na VPN. Njia ya data na njia ya kitatuzi ni maamuzi tofauti katika miundo mingi ya handaki iliyogawanywa. Angalia ni ipi kivinjari kilitumia kweli kabla ya kuita kutengwa huku kuvunjika.

Njia ya data na njia ya kitatuzi hutengana

Kutenga kunaondoa pakiti za programu kutoka handaki, ambayo ni uamuzi wa uelekezaji na ukuta wa moto kwenye njia ya data. Utatuzi wa majina ni utafutaji mwingine: mchakato unauliza kitatuzi cha mfumo, na kitatuzi hicho huamua seva ipi itapokea swali.

Zote mbili zinaweza kuwa za kukusudia na tofauti. Usambazaji wa kazi unaweza kuweka nafasi za majina za ndani kwa kitatuzi cha kampuni huku ukituma uvinjari wa umma uliochaguliwa nje ya handaki, hasa kwa sababu majina ya ndani hayatatuliwi mahali pengine popote. Kisa cha kuchanganya ni kinyume: tovuti ya umma inashindwa kwa sababu kivinjari hakikuuliza kitatuzi ambacho usambazaji ulitarajia. Andika njia na kitatuzi kwa mahali tofauti, na nusu ya mijadala itatoweka.

Gundua ni mchakato upi unauliza swali

Kivinjari kinaweza kutumia kitatuzi cha mfumo, huduma yake ya DNS iliyosimbwa, au kitatuzi ambacho mfumo wa uendeshaji hukipa kila mtandao. Cha kwanza hufuata sera ya jukwaa, cha pili hukwepa sera hiyo kabisa, na cha tatu hutegemea ni kiungo kipi swali linaelekezwa.

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

Soma usanidi unaotumika kabla ya kujaribu: ni viungo vipi vinavyobeba seva za DNS, ni nafasi gani za majina zinazodai, na kama sera ya kila jina inapita ile ya chaguo-msingi. Kwenye Linux DNS iliyogawanywa hutumia vikoa vya uelekezaji; kwenye Windows jedwali la sera ya utatuzi wa majina hufanya kazi hiyo kwa nafasi za majina. Hakuna kinachoonekana kutoka ukurasa wa jaribio la uvujaji.

Amua ni kitatuzi kipi kinaona jina gani

Andika ramani inayokusudiwa kabla ya kubadilisha chochote: majina ya ndani kwa kitatuzi cha kampuni, majina ya umma kwa huduma ambayo sera inaruhusu, na vighairi pamoja na mmiliki. Bila orodha hiyo, kila lebo ya jaribio la uvujaji inakuwa mjadala wa sera ambao hakuna anayeweza kuutatua.

Kisha angalia mpangilio wa kivinjari chenyewe, kwa sababu DNS iliyosimbwa ndani ya kivinjari hutumika kabla mfumo wa uendeshaji haujapokea swali. Mtumiaji aliyewasha ili kukwepa lango la kukamata amepita kimyakimya kitatuzi kilichochaguliwa na usambazaji. Hilo ni uamuzi wa usanidi na si uvujaji, na unastahili uamuzi badala ya orodha ya kuzuia.

Usiandike upya kila sehemu ya DNS ili lebo moja ya jaribio iwe kijani. Lebo inaelezea swali moja kutoka mchakato mmoja kwa wakati mmoja.

Thibitisha swali na muunganisho kwa mahali tofauti

Jaribu njia mbili kwa uhuru. Jaribio la muunganisho linaonyesha njia ya data, na jaribio la kitatuzi linaonyesha nani alipokea jina.

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

Uliza kitatuzi pia kwa uwazi, ili kushindwa kuhusishwe na seva badala ya njia. Kisha anzisha upya kivinjari na urudie, kwa sababu programu huhifadhi majibu hasi na kushindwa kwa zamani huonekana kudumu.

Baada ya mabadiliko yaliyoidhinishwa, andika njia ya data na mpokeaji wa kitatuzi kama mistari miwili tofauti pamoja na tarehe. Ikiwa tabia inarudi kwenye muunganisho ujao, profaili inayotoa ndiyo ya kurekebishwa, si kivinjari.