Je, unahitaji DNS inayobadilika kwa seva ya VPN ya nyumbani?

DNS inayobadilika hurekebisha jina, si njia ya kuingia. Vicheki vitatu huamua kama jina la mwenyeji linatosha kwa seva ya VPN ya nyumbani au njia ya kuingia imevunjika.

Hitilafu nyingi za VPN za nyumbani ambazo watu huniuliza hazikuwa hitilafu za DNS, na bado wananunua kwanza usajili wa DNS inayobadilika. Kabla ya kusanidi kitu chochote, amua kama jina la mwenyeji ndilo sehemu iliyovunjika kwa kweli. Kisasishaji huandika upya rekodi wakati anwani uliyopewa na ISP wako inapohama; haliwezi kufungua bandari, kupenya NAT ya mtoa huduma au kufanya kikao hai cha WireGuard kitambue kuwa kituo chake cha mwisho kimebadilika. Masharti matatu huamua kama DNS inayobadilika ni suluhisho lote au mstari mmoja tu wake.

Sharti la kwanza: anwani yako inahama kwa kweli

Anwani za makazi hubadilika kwa sababu za kawaida: modemu hujisawazisha tena baada ya kukatika kwa umeme, ISP husawazisha tena bwawa, ukodishaji mpya hufika baada ya kukatika kwa muda mrefu. Kwenye baadhi ya laini hubadilika mara chache pia, na nimeona anwani hiyo hiyo ikidumu mwaka mmoja; mipango ya biashara mara nyingi hujumuisha isiyobadilika. Ikiwa hakuna kilichobadilika katika miezi kumi na miwili, rekodi moja ya A unayohariri kwa mkono ni daemoni mmoja pungufu wa kuidumisha hai.

Pima badala ya kukisia. Soma anwani ya WAN kwenye ukurasa wa hali wa kipanga njia, kisha linganisha na kile dunia ya nje inachokiona. Endesha hii kutoka kwa mashine iliyo kwenye LAN:

curl -fsS https://api.ipify.org; echo

Ikiwa thamani mbili zinatofautiana, kuna kitu kinatafsiri mbele ya kipanga njia chako na hakuna sasisho la jina la mwenyeji litakalotengeneza hilo. Anwani iliyo ndani ya 100.64.0.0/10 ni safu inayoshirikiwa kwa NAT ya kiwango cha mtoa huduma, na ndiyo sababu ya kawaida jina lililosasishwa ipasavyo bado linamaliza muda kutoka nje.

Sharti la pili: wateja huitafuta jina tena

TTL fupi ndiyo sehemu ambayo watu huiruka. Vitatuzi vya kurudia huheshimu TTL ya rekodi, lakini mikusanyiko ya mteja huhifadhi kando, na handaki lililokwisha kusimama halitatuaji kitu tena. Wakati wa utatuzi weka rekodi kuwa sekunde 60-300; hiyo hupunguza dirisha ambalo jibu lililopitwa na wakati huhudumiwa, na haihamishi kikao kilichounganishwa.

OpenVPN hutatua upya mstari remote vpn.example.net 1194 kila kinapoungana tena, na resolv-retry infinite hulisukuma kuendelea kujaribu badala ya kutoka majaribio yanaposhindikana. Kwenye seva float huruhusu kikao kilichoanzishwa kufuata mwenzake ambaye anwani yake ya chanzo imebadilika. WireGuard ni wa moja kwa moja zaidi: wg-quick up hutatua Endpoint usanidi unapotumika, na mteja hutatua tena anapojenga upya handaki, kwa hiyo kupeana mikono kunakofanikiwa bado dhidi ya anwani ya zamani huendelea kufanikiwa hadi kusimama.

Tofauti hiyo huunda mpango. Ikiwa wateja huunganisha kwa mahitaji, mabadiliko ya anwani hugharimu muunganisho mmoja upya. Ikiwa wanashikilia kikao wazi kwa siku nyingi, tarajia handaki lifie kwenye kupeana mikono kunakofuata, na ufanye mteja ajaribu tena badala ya kudhani linabaki juu.

Sharti la tatu: njia ya kuingia bado iko wazi

DNS inayobadilika hubadilisha tu mahali jina linaelekeza na hakuna kingine. Uelekezaji wa bandari kwenye kipanga njia, kanuni ya ukuta wa moto kwenye mwenyeji wa VPN na idhini ya ISP kwa pakiti zinazoingia vyote lazima viwepo kabla rekodi haijalishi. Angalia uelekezaji unalenga nini: ikiwa umebandikwa kwenye anwani ya WAN badala ya kiolesura, mabadiliko ya anwani huvunja uelekezaji kimya kimya na rekodi inachukua lawama.

Jaribu kutoka nje. Simu iliyo kwenye data ya simu na Wi-Fi imezimwa ndilo jaribio la bei nafuu na la uaminifu; kompyuta ya mkononi iliyo kwenye LAN hiyo hiyo siyo. Jina linapotatuliwa kwenda anwani yako ya umma na kipanga njia hakina mzunguko wa NAT, jaribio la ndani hushindwa wakati rekodi ni sahihi kabisa, na hiyo huwapeleka wengi kuhariri rekodi ambayo haikuwa na makosa kamwe.

Nini cha kuendesha wakati yote matatu yanatimizwa

ddclient ni kisasishaji kisichoshangaza zaidi kwa mwenyeji mdogo. Usanidi mdogo huchapisha anwani ambayo mtoa huduma anayaona, na hiyo huepuka kosa la NAT mbili:

protocol=dyndns2
use=web, web=https://api.ipify.org
server=updates.your-dns-provider.net
login=vpn-home
password=update-token
vpn.example.net

Endesha kutoka kwa kipima muda cha systemd kila dakika chache badala ya mzunguko wa shell, na andika jibu la mtoa huduma badala ya kudhani mafanikio. Shughulikia kitambulisho kama ufunguo, kwa sababu ndicho huamua kila mteja anapelekwa wapi: tumia tokeni ya sasisho yenye mipaka badala ya nenosiri la akaunti, weka faili katika hali 0600, na tuma masasisho kwa HTTPS.

Thibitisha kabla ya kujitolea

Utafutaji mmoja unakuambia kile dunia iliyobaki inachokiona, na huchapisha TTL unayopaswa kusubiri baada ya mabadiliko:

dig +noall +answer vpn.example.net @1.1.1.1

Linganisha anwani hiyo na anwani ya WAN ya kipanga njia. Zikilingana, jina linafanya kazi yake na kinachoshindwa bado ni ufikivu wa kuingia, ufunguo au mteja ambaye hakutatua tena. Zikitofautiana, kisasishaji kinachapisha kiolesura kisicho sahihi, mara nyingi kwa sababu kiliendeshwa kwenye mwenyeji wa VPN nyuma ya kipanga njia badala ya kipanga njia yenyewe.

Weka ulegezaji wa dakika moja: andika anwani ya mwisho iliyofanya kazi na TTL ya awali, ili uweze kuchapisha zote mbili kwa mkono wakati mtoa huduma ana mchana mbaya.

Jibu linapokuwa hapana

Ikiwa sharti la kwanza au la tatu linashindwa, uamuzi hubadilika si usanidi. Nyuma ya NAT ya mtoa huduma, chaguo zako za kiutendaji ni kumwomba ISP anwani ya umma, kuhamisha mahali pa kuingia kwenda VPS ndogo yenye anwani imara, au kutumia kifuniko kinachoshikilia mkutano wake. Ikiwa anwani ni isiyobadilika, ruka kisasishaji: rekodi moja ya A, rekodi moja ya AAAA ikiwa unaendesha IPv6, uelekezaji huo huo wa bandari.

Ikiwa anwani inabadilika wakati wateja wanasalia wameunganishwa, marekebisho ya uaminifu yako kwa mteja: mantiki ya kuunganisha tena na muda wa kujaribu tena, si kisasishaji cha haraka zaidi. Mtoa huduma wa pili huficha muda huo tu.

Kabla ya kuendelea, thibitisha mambo manne kwa mpangilio:

  • Anwani ambayo kisasishaji huchapisha inalingana na anwani ya WAN ya kipanga njia.
  • TTL ya rekodi ni fupi vya kutosha kwa mabadiliko kuonekana ndani ya dakika.
  • Uelekezaji wa bandari umefungwa kwa kiolesura, si kwa anwani isiyobadilika.
  • Mteja mmoja halisi ameunganisha tena na kupitisha trafiki tangu mabadiliko ya mwisho.

Yote manne yakitimizwa, acha usanidi ukiwa hivyo; kushindwa kwako kunakofuata ni ufunguo au kanuni ya ukuta wa moto na si tatizo la uwekaji majina. Kama kimoja kinashindwa, rekebisha mstari huo kabla ya kuongeza sehemu nyingine inayohama. RFC 2136 inaelezea utaratibu wa sasisho wenyewe, ikiwa unataka kuona daemoni huweka nini kwenye waya.

Makala zinazohusiana