Jinsi ya kuelekeza tovuti moja nje ya handaki lako la WireGuard
Njia moja ya /32 kupitia lango la LAN huweka tovuti moja kwenye muunganisho wako wa kawaida, mradi tu kinga ya moto ikiruhusu na DNS ikubaliane kuhusu anwani.
Kuondoa jina la mwenyeji ni kitu ambacho handaki haliwezi kufanya. Njia inaweza kuelekeza anwani moja nyuma ya handaki na nje kupitia lango la nyumbani, na hiyo kwa kawaida inatosha kwa tovuti moja. Changamoto ni kwamba kila kitu kilicho chini ya njia lazima kikubaliane: kinga ya moto lazima iache pakiti itoke, DNS lazima irudishe anwani uliyoelekeza, na tovuti lazima iendelee kutumia anwani hiyo. Wakati wowote mmoja wa hao watatu akiteleza, ubaguzi unaacha kufanya kazi bila kujitangaza.
Soma anwani ya lengo kabla ya kugusa handaki
Pakia tovuti mara moja wakati handaki likiwa hai, kisha angalia anwani ya mwenzake ambayo kivinjari kiliunganishwa nayo kweli. Kwenye Linux, ss -tunp huorodhesha anwani ya mbali kwa kila soketi iliyo wazi, na dig +short kwa jina hilohilo huonyesha kile kitatuzi kilichorudisha. Weka namba zote mbili mbele yako.
Majibu mawili mara nyingi hayapatani, na kutokupatana huko ndiyo tatizo lote. Tovuti kubwa huweka mtandao wa maudhui mbele ya chanzo chao, kwa hiyo anwani ambayo kitatuzi chako kinarudisha sasa huenda si ile ambayo kivinjari kilitumia dakika moja iliyopita. Elekeza kile ulichoona kwenye soketi, si kile kinachoorodheshwa na mwongozo wa zamani. Ikiwa majibu yanaendelea kuzunguka kati ya maeneo, ubaguzi wa anwani ni chombo kisichofaa kwa tovuti hiyo mahususi.
Endesha utafutaji mara ya pili kutoka mtandao mwingine, na andika jibu la IPv6 pamoja na la IPv4. Handaki linalobeba familia zote mbili linahitaji ubaguzi katika zote mbili, vinginevyo kivinjari huanguka kimya kimya kwenye njia ya IPv6 ambayo hukuwahi kuigusa. Andika anwani na tarehe mahali ambapo utaangalia tena.
Weka njia moja ya mwenyeji kwenye mteja
Tuseme kiolesura kinaitwa home-wg na kipanga njia cha LAN kiko kwenye 192.168.1.1. NetworkManager huchukua njia ambayo lango lake ni kipanga njia hicho na ambayo urefu wa kiambishi awali wake hufunika biti 32 zote, na kernel huipendelea kwa sababu kiambishi awali kirefu zaidi hushinda.
nmcli connection modify home-wg +ipv4.routes "198.51.100.20/32 192.168.1.1"
nmcli connection up home-wg
ip route get 198.51.100.20
Lango lazima lifikiwe bila handaki; kuelekeza hatua inayofuata kwenye anwani ya handaki huharibu madhumuni, kwa sababu pakiti ingeingia tena kwenye kiolesura unachojaribu kuepuka. Baada ya muunganisho kupanda tena, ip route get kwa ubaguzi inapaswa kuchapisha lango la LAN, na amri hiyo hiyo kwa kitatuzi cha umma inapaswa bado kuchapisha kifaa cha handaki.
Wasifu wa wg-quick hauna sehemu ya njia, kwa hiyo ubaguzi huo huo unaishi kwenye mstari PostUp unaoongeza njia ya mwenyeji kwenye jedwali kuu ukiwa na kiolesura cha LAN kama kifaa chake. Baada ya kuhariri, shusha na upandishe tena kiolesura, kwa sababu kiolesura kinachofanya kazi hakisomi faili yake tena kamwe. Sheria za fwmark ambazo wg-quick husakinisha huongoza pakiti zake tu zilizofungwa, kwa hiyo trafiki ya kawaida ya kivinjari bado hufuata jedwali kuu na kupata /32 yako.
Kitufe cha kuzima ndicho kitu kinachofuata kinachozuia hilo
Sera ya kinga ya moto inayoruhusu trafiki kwenye kiolesura cha handaki tu itatupa ubaguzi hata pale njia inapokuwa sahihi kabisa. Soma sheria zilizo nyuma ya kitufe badala ya kuamini kitufe, kwa sababu zile zinazotekeleza kitufe cha kuzima kwa kawaida huwa na kikomo cha jina la kiolesura.
Unachotaka ni ruhusa nyembamba kwa kiolesura halisi na lengo hilo moja, iliyowekwa kabla ya kutupa, wakati sera chaguo-msingi inabaki bila kuguswa. Kusimamisha kitufe cha kuzima kabisa kunathibitisha hoja, lakini pia huacha mashine wazi kwa muda wote utakaosahau kukiwasha tena.
Jaribu pande mbili tofauti. Ombi kwa anwani ya ubaguzi linapaswa kufanikiwa wakati ombi kwa tovuti isiyohusiana bado linatoka kupitia handaki. Ikiwa yote mawili yanafanikiwa lakini la pili linaripoti anwani ya nyumbani, mpangilio wa sheria za kinga ya moto ndio mbaya, si njia.
DNS huamua ni anwani gani kivinjari kinapiga
Jina linapotatuliwa ndani ya handaki, kitatuzi cha mtoa huduma kinaweza kujibu kwa anwani tofauti na ile ya kitatuzi cha ndani. Njia yako basi inatumika kwa anwani ambayo kivinjari hakiwasiliani nayo kamwe, na ukurasa hupakiwa kupitia handaki kana kwamba hakuna kilichobadilika. Hitilafu hii inaonekana kama ubaguzi uliovunjika hata pale jedwali la uelekezaji linapokuwa sahihi.
Tuma maswali ya jina hilo kupitia kitatuzi cha ndani pia, au ruka majina kabisa na ujaribu anwani moja kwa moja. Kutenganisha anwani wakati DNS inabaki ndani ya handaki ndiyo toleo lisilokamilika linaloenea zaidi la usanidi huu, na pia ni gumu zaidi kuliona, kwa sababu tovuti inaendelea kufanya kazi, si vile ulivyokusudia.
Ubaguzi huo huo kwenye kipanga njia, mara moja, kwa kila kifaa
Handaki linapofanya kazi kwenye kipanga njia, njia ya mwenyeji ni ya jedwali la uelekezaji wa sera la kipanga njia na huelekeza kwenye lango la WAN badala ya la LAN. Kila kifaa kilicho nyuma yake hurithi ubaguzi, jambo ambalo ni muhimu kwa sanduku la utiririshaji au kompyuta ya mkononi ya kazi ambayo mipangilio yake ya mtandao hauwezi kubadilisha.
Acha handaki liwe tokeo chaguo-msingi kwa kila mteja mwingine, kisha thibitisha kutoka kwa mashine ya mteja badala ya kutoka kwa konsoli ya kipanga njia. Pakia tovuti ya ubaguzi na tovuti ya pili katika kikao kile kile cha kivinjari na linganisha anwani za kutoka; ikiwa ya pili bado inaonyesha handaki, jedwali la sera linafanya ulichoomba.
Andika anwani, tarehe na sababu kwenye maelezo ya kipanga njia. Ubaguzi uliojengwa karibu na anwani ambayo baadaye huhamia huwa hitilafu ambayo hakuna mtu anayeweza kuieleza baada ya mwaka mmoja, na suluhisho huwa naonekana kama fumbo hadi mtu apate maelezo ya zamani.