Kwa nini wildcard katika agizo la route la OpenVPN haiwezi kufanya kazi

route inasakinisha viambishi vya anwani, kwa hivyo muundo wa jina la mwenyeji hauna cha kulinganisha. Tumia kiambishi kwa mitandao na proksi au faili ya PAC wakati vikoa vinapaswa kuamua.

Nia ni nzuri: kutuma kila kitu cha kikoa kimoja cha kampuni kupitia handaki na kuacha kingine kama kilivyo. Agizo linalohaririwa linasakinisha njia, na njia haina dhana yoyote ya jina la mwenyeji la kulinganisha nalo. Kila jaribio la kuandika wildcard ndani yake hutoa ama hitilafu ya uchanganuzi au, mbaya zaidi, njia ambayo leo inafanya kazi kwa bahati kwa sababu jina lilitatuliwa hadi anwani moja. Mbinu mbili tofauti zinaombwa kufanya kazi ya nyingine.

Njia inasakinisha nini, na ni nini haisomi kamwe

Kipengele cha njia kinasema kwamba kiambishi cha lengwa kinafikiwa kupitia kiolesura. Kiini hulinganisha pakiti na viambishi hivyo, kwa hivyo vitambulisho pekee vinavyohusika ni anwani na vifuniko. Jina la mwenyeji halionekani kamwe katika uamuzi wa upelekaji, na ndiyo sababu muundo hauwezi kulinganishwa hapo.

OpenVPN inaweza kukubali jina linaloweza kutatuliwa katika baadhi ya vigezo vya njia, na uvumilivu huo ni chanzo cha mkanganyiko. Jina linatatuliwa wakati usanidi unatumika, kikitoa anwani moja au zaidi ambazo huwa njia za kawaida. Baada ya hapo, jina linatoweka kabisa kwenye picha.

Kwa hivyo njia iliyojengwa kutoka kwa jina ni picha ya papo hapo, si kanuni. Inashughulikia kile jina hilo lililotatuliwa kwacho wakati handaki ilipoanza, na hiyo ndiyo tabia usiyoitaka kwa familia ya wenyeji inayobadilika. Rekodi itakayohama kesho inaacha njia ikielekeza jana.

Wakati lengwa ni kiambishi kwa kweli

Ikiwa lengo ni mtandao wa kibinafsi unaojulikana, andika kiambishi. Kwa mfano kutoka nafasi ya nyaraka, mwenyeji mmoja na subnet moja huonekana hivi:

route 10.60.4.20 255.255.255.255
route 10.60.0.0 255.255.0.0

Vipengele vyote viwili vinataja anwani na vifuniko, na vyote viwili hustahimili mabadiliko ya DNS kwa sababu hakuna kitu ndani yao kinachotegemea jina. Hiyo ndiyo faida yote: njia ni taarifa kuhusu topolojia, si kuhusu utafutaji uliotokea mara moja.

Usikisie kiambishi kikubwa kutoka kwa jibu moja la DNS. Jina moja la mwenyeji linalotatuliwa hadi anwani moja halikwambii chochote kuhusu ukubwa wa mtandao ulio nyuma yake, na kiambishi kilichokisiwa ndiyo njia ambayo handaki huishia kunasa trafiki ambayo hakuna mtu aliyekusudia kuipitisha humo. Uliza mmiliki wa mtandao kiambishi halisi badala ya kukisia kutoka kwa utafutaji.

Wakati kitengo cha kazi ni jina la mwenyeji

Kuchagua kwa kikoa kunahitaji kitu kinachosoma kikoa, yaani sehemu ya tabaka la programu. Jibu la kawaida ni proksi ya HTTP inayoishi upande wa pili wa handaki, na mteja huchagua ni maombi gani ya kuituma.

Faili ya usanidi wa proksi inaweza kueleza chaguo hilo. Kanuni za mfano hapa chini zinatuma kikoa kimoja na vikoa vyake vidogo kwa proksi na kila kitu kingine moja kwa moja:

function FindProxyForURL(url, host) {
    var h = host.toLowerCase();
    if (h === "corp.example" || dnsDomainIs(h, ".corp.example")) {
        return "PROXY 10.60.0.12:3128";
    }
    return "DIRECT";
}

Ulinganisho wa jina kamili hushughulikia kikoa chenyewe, na ulinganisho wa kiambishi hushughulikia watoto wake bila kulinganisha jina linaloishia tu kwa herufi zinazofanana. Zote mbili zinahitajika, na kuacha moja kunatoa kanuni inayoonekana sahihi na kukosa kilele au mdanganyifu.

Kanuni hizi huchagua proksi; hazijenga moja, na hazibadilishi njia yoyote ya mfumo wa uendeshaji. Anwani ya proksi bado inahitaji njia yake mwenyewe kupitia handaki, na maombi yaliyowekwa alama kama ya moja kwa moja bado yanafuata sera ya uelekezaji ambayo mashine tayari inayo.

Chaguo la proksi halishughulikii nini

Programu zinazopuuza usanidi wa proksi wa kivinjari hazitaathiriwa na lolote kati ya haya. Zana za mstari wa amri, visasishaji na programu zenye rafu yao ya mtandao huchukua jedwali la njia, si faili ya PAC, kwa hivyo kesi hizo zinahitaji utaratibu wa kila programu unaotumika au muundo mwingine. Orodhesha wateja muhimu kabla ya kuahidi kwamba kanuni ya kivinjari inashughulikia mtiririko wa kazi.

Kurudi moja kwa moja pia si njia ya kutorokea. Ikiwa sera ya uelekezaji ya mashine tayari inatuma kila kitu ndani ya handaki, ombi lililowekwa alama kama la moja kwa moja linabaki ndani yake, kwa sababu chaguo la proksi na jedwali la njia ni maamuzi tofauti yaliyofanywa katika tabaka tofauti.

Utatuzi wa majina ni swali la tatu tofauti. Kuchagua ni maombi gani yanakwenda kwa proksi hakusemi chochote kuhusu ni kitatuzi gani kinayajibu, na kuyachukulia yote mawili kama mpangilio mmoja hutoa uvujaji ambao hauonekani hadi mtu ajaribu kutoka nje. Amua ni wapi kila swali linajibiwa na uandike uamuzi huo kando ya kanuni ya proksi. Kitatuzi kinachobadilika kwa sababu handaki ilipanda kitahamisha jibu kimya kimya.

Kupima njia zote mbili, si ile ya bahati tu

Pima jina la mwenyeji linalopaswa kulingana, jina la mwenyeji lisilopaswa, na kilele cha kikoa, kwa kuwa kilele ndicho kisa kinachokosekana mara nyingi zaidi kwa kanuni ya kiambishi pekee. Kisha thibitisha ni njia gani kila ombi lilichukua kwa kweli badala ya kukisia kutokana na kama ukurasa ulipakia.

Mwisho, pima tawi la kushindwa. Proksi isiyoweza kufikiwa inapaswa kushindwa kwa namna uliyoamua mapema, badala ya kurudi kimya kimya kwenye muunganisho wa moja kwa moja. Rejea ya chaguo za mtandao inaandika vigezo vya njia kwa usahihi; nusu ya kikoa ya muundo huu inaishi nje yake kabisa.

Makala zinazohusiana