OpenVPN inasukumа DNS, lakini kitatuzi chako kinaweza kutosikiona kamwe

Kumbukumbu ya mteja inaonyesha seva ya DNS iliyosukumwa, handaki imeunganishwa, na jina la ndani bado halitatuliwi. Hakuna kilichovunjika katika usukuzaji wenyewe. Chaguo lilifika na kitatuzi cha mfumo wa uendeshaji hakikutumia kamwe, kwa sababu kwa wateja wengi wa Unix OpenVPN hukabidhi thamani na kuacha programu kwa jukwaa.

Dalili: kumbukumbu inaonyesha DNS na majina bado yanashindwa

OpenVPN dhcp-option hubeba taarifa za DNS na kikoa, na mteja hurekodi alichopokea. Katika baadhi ya utekelezaji mteja hutumia mipangilio hiyo ndani; katika mengine huiuza kwa script ya muunganisho au huduma ya mtandao. Mstari wa kumbukumbu unaelezea nusu ya kwanza ya hadithi pekee. Nusu ya pili hutokea mahali mteja hana udhibiti. Hapo ndipo hitilafu kwa kawaida huishi.

Ndiyo sababu handaki iliyounganishwa na jina la ndani linaloshindwa mara nyingi huwa pamoja. Thamani ipo, mtumiaji hayupo au amesanidiwa vibaya, na kitatuzi kinaendelea kimya kutumia seva ya umma iliyokuwa ikitumika kabla ya muunganisho.

Kupokea si kutumia

Mteja anaweza kurekodi thamani ya DNS iliyosukumwa wakati kitatuzi cha mfumo bado kinamilikiwa na huduma nyingine. Kivinjari kinaweza pia kuwa na sera yake ya DNS iliyosimbwa ambayo inaikwepa kabisa kitatuzi cha mfumo, ambayo huzaa hali ya kukumbukwa ambapo programu moja hutatua majina ya ndani na nyingine haifanyi.

Angalia muunganisho unaotegwa na utekelezaji badala ya kudhani kila mteja wa Unix huandika upya faili moja. Dhana hiyo ndiyo sababu watu huhariri usanidi wa kitatuzi ambao hakuna kitu huusoma.

Pata mmiliki wa kitatuzi kwa kila jukwaa

Kwenye Windows, jedwali la sera ya utatuzi wa majina linaweza kuelekeza viambishi maalum kwa seva maalum, na mteja wa VPN anaweza kusakinisha kanuni hapo. Angalia sera, si orodha ya DNS ya adapta pekee. Kwenye Linux, NetworkManager au systemd-resolved wanaweza kumiliki usanidi, na ni yupi anayemiliki huamua nini muunganisho upya utahifadhi.

Soma hali halisi kwa chombo kinachojibu maswali kweli: resolvectl query internal.example.net kwenye mwenyeji wa systemd-resolved, au kifani cha jukwaa. Kisha linganisha jibu hilo na seva ya DNS ambayo kumbukumbu ya mteja inadai ilisukuma.

Epuka kuendesha huduma kadhaa zinazoandika juu ya mipangilio ya kitatuzi bila uratibu. Wamiliki wawili huzalisha matokeo yanayoonekana ya vipindi, na kila muunganisho upya huonekana kama unairekebisha au kuivunja bila mpangilio.

Script na foreign_option

OpenVPN huuza chaguo zilizosukumwa kwa script kupitia vigeu vinavyoitwa foreign_option_N, na script inaweza kuzitafsiri kuwa amri za kitatuzi. Mpangilio huo ni muunganisho unaotegwa, si tabia ya kiotomatiki, na lazima usakinishwe na kuitwa kwa mteja.

Ikiwa unategemea script, rekodi utekelezaji wake na hali ya kutoka. Script inayoendesha lakini inashindwa kimya huacha dalili sawa na hakuna script, na ni vigumu zaidi kuigundua kwa sababu usanidi unaonekana kamili. Angalia matokeo ya script, si faili ya script. Faili iliyopo si script iliyoendesha.

Jaribu jina, si kumbukumbu

Baada ya kuunganisha, muulize mteja jina la mwenyeji la ndani pekee, kisha muulize jina la umma, kisha angalia ni seva ipi ilijibu. Katika usanidi unaofanya kazi majibu mawili yanatoka sehemu tofauti, na yote mawili yanapaswa kuendana na muundo.

Ikiwa jina linatatuliwa lakini huduma inashindwa, nenda kwenye uongoaji na ufikiaji wa programu badala ya kubadilisha DNS tena. Mwongozo wa OpenVPN unaandika dhcp-option na mazingira ya script; uitumie kuthibitisha kile mteja wako anapaswa kutumia kabla ya kuhariri faili nyingine ya kitatuzi.