Mtumiaji wa lango katika Access Server: uelekezaji wa LAN ya tawi la mteja
Katika Access Server anwani ya handaki ya mteja si njia kwenda tawi lake. Tangaza mtumiaji wa lango, kisha rekebisha njia zote mbili za kurudi na upelekaji.
Unaweza kupiga ping anwani ya handaki ya mteja OpenVPN na bado usifike kwenye mwenyeji yeyote kwenye LAN iliyo nyuma yake. Access Server humpa mteja anwani kutoka bwawa la VPN, na anwani ya bwawa ndiyo kitu pekee ambacho seva inajua kuwa ni chake. Kiambishi awali cha tawi ni ukweli tofauti unaopaswa kutangazwa, na hata hivyo tawi linahitaji kipitishaji na makao makuu yanahitaji njia ya kurudi. Njia iliyoandikwa mahali pasipofaa haibadilishi chochote.
Anwani mbili, madai mawili ya umiliki
Mteja anapounganisha, Access Server humpa anwani kutoka bwawa la VPN lililowekwa, kwa mfano 10.90.0.0/24. Ugawaji huo ni ukodishaji wa mwenyeji mmoja. Hakuna kinachosema kuwa mteja huyo huyo amesimama pia mbele ya 10.60.0.0/24, na seva haitakisia: kiambishi awali cha LAN hufikiwa kupitia mteja maalum tu ikiwa msimamizi anakikitangaza.
Ndiyo sababu njia tuli kwenye mashine nyingine haisaidii. Njia inasema tuma 10.60.0.0/24 kwenye anwani hii, lakini ikiwa anwani ni ya mteja ambaye hakuwahi kuwekwa alama ya lango, seva haina sababu ya kupeleka pakiti hizo huko, na mrundikano wa mteja unaweza kuzitupa. Tangazo na njia ni nusu mbili za utaratibu mmoja.
Mpangilio wa lango huweka nini kweli
Kwenye Admin Web UI tangazo ni sifa ya mtumiaji: washa Configure VPN gateway kwa mtumiaji wa connector na uingize kiambishi awali halisi cha tawi kwenye Network on the VPN client side. Mtumiaji huyo huthibitishwa kama wengine, kwa hivyo anahitaji sera ya vitambulisho inayofaa kifaa kisichosimamiwa, na wasifu wake wa kuingia kiotomatiki ni siri.
Nyuma ya kisanduku hicho seva huchukulia kiambishi awali kuwa kinapatikana kupitia anwani ya bwawa la mteja huyo, na mpangilio wa uelekezaji chini ya Access Controls huamua kinachotangazwa kwa wateja wengine: njia zinazotumwa kwa wateja wa kawaida na kanuni za ufikiaji zinazoruhusu trafiki kutoka mitandao ya makao makuu. Washa uelekezaji kwa mitandao inayopaswa kufikia tawi, na weka orodha iliyoruhusiwa fupi.
Maelekezo ya mtindo wa Community yaliyobandikwa kwenye faili iliyozalishwa hayashiriki katika mtindo huu. Bidhaa inamiliki jedwali la uelekezaji inalotuma; mstari uliobadilishwa kwa mkono hufutwa au kupuuzwa.
Kamilisha njia za kurudi za mitandao yote mawili
Mpango mahususi: makao makuu 10.40.0.0/24, tawi 10.60.0.0/24, bwawa la VPN 10.90.0.0/24, na Access Server inapatikana kwa anwani ya kibinafsi upande wa makao makuu. Kipanga njia cha makao makuu kinahitaji njia za kiambishi awali cha tawi na bwawa. Bila hizo jibu hutoka kupitia lango chaguo-msingi, ambayo huunda muunganisho ulio wazi nusu.
Kwenye tawi connector lazima ipeleke pakiti zisizoelekezwa kwake: upelekaji wa IP katika mfumo wake wa uendeshaji pamoja na idhini iliyozuiliwa kwa violesura vya handaki na LAN; kwenye Linux ni net.ipv4.ip_forward=1 pamoja na kanuni za mnyororo wa forward, kwenye Windows ni routing and remote access. Kisha wenyeji wa tawi wanahitaji njia ya kurudi: ama connector ni lango chaguo-msingi lao, ama lango lililopo hubeba njia maalum.
Jedwali la uelekezaji la connector haliweki upya kila mwenyeji kwenye LAN ya tawi. Ikiwa wenyeji wanaelekeza kipanga njia kingine, njia za kurudi ni zao, na lazima likubali kwamba anwani ya chanzo inayoiona si jirani katika subnet ya ndani.
Soma kushindwa kama njia
Jaribu kwa mpangilio maalum. Kwanza huduma inayoruhusiwa kutoka Access Server kwenda mwenyeji wa tawi, kisha huduma hiyo hiyo kutoka mwenyeji wa kawaida wa makao makuu, kisha mwelekeo kinyume ikiwa sera inaruhusu. Ikiwa ya kwanza inapita na ya pili inashindwa, njia zilizotumwa au kanuni za ufikiaji ni tatizo. Ikiwa zote zinapita lakini majibu hayafiki, chunguza upelekaji kwenye tawi na njia ya kurudi makao makuu.
Firewall ya mwenyeji ni mtuhumiwa anayefuata, kwa sababu katika ufikiaji wa njia lengwa huona anwani ya makao makuu au bwawa kama chanzo. Kanuni iliyoandikwa kwa subnet ya ndani haitalingana na pakiti hutupwa.
Miundo miwili inahitaji zaidi. Viambishi awali vinavyopishana hufanya lengwa lisilo wazi na huhitaji kuhesabiwa upya au kutafsiriwa, na Access Server ya kikundi inahitaji kila node iwe na njia inayofanya kazi kwenda connector ya tawi. Tumia mabadiliko kupitia njia ya kawaida ya kuhifadhi na kusasisha, unganisha tena connector na uthibitishe kutoka pande zote mbili; kuwasha upya kila mashine si sehemu ya utaratibu.
Mafunzo ya site-to-site ya Access Server yanaorodhesha mipangilio hiyo hiyo kwa mpangilio wa bidhaa; inafaa kuifuata mara moja.