Kutoa huduma ya OpenVPN kupitia TCP na UDP kutoka kwa mwenyeji mmoja
Mchakato mmoja hufunga usafirishaji mmoja kabla ya 2.7. Linganisha jozi ya TAP iliyofungwa daraja, subnet mbili za TUN na bwawa la pamoja, kisha oanisha kila wasifu na kisikilizaji chake.
Mitandao inayoruhusu TCP 443 pekee huishi pamoja na mitandao inayopitisha UDP bila matatizo, na seva moja inapaswa kuhudumia zote mbili. Wasifu wenye proto udp hujibu kundi la pili na hushindwa kwa la kwanza, na kuhariri usanidi huo huo ili kusema proto tcp hakuundi kisikilizaji cha pili. Agizo hilo huchagua usafirishaji mmoja kwa mchakato mmoja. Kila kitu kingine hufuata kutokana na kizuizi hicho.
Ama unaendesha zaidi ya mchakato mmoja, au unaendesha toleo linaloweza kufunga soketi kadhaa kwa wakati mmoja.
Mchakato mmoja hufunga usafirishaji mmoja kabla ya 2.7
OpenVPN ya jamii hufunga soketi inayoelezwa na proto, na agizo hilo huchagua usafirishaji mmoja kwa mfano huo. TCP na UDP ni rafu tofauti, kwa hivyo nambari hiyo ya lango inaweza kuchukuliwa na zote mbili kwa wakati mmoja, lakini si na mchakato mmoja. Kwa hivyo mstari wa 2.6 hukupa usafirishaji mmoja kwa kila daemon. OpenVPN 2.7 iliondoa kizuizi hicho kwa seva, ambazo zinaweza kufunga soketi kadhaa kupitia taarifa kadhaa za --local katika mchakato mmoja.
Angalia toleo kabla ya kubuni kuzunguka jibu lolote, kwa sababu mpangilio wa 2.7 ni muundo mwingine wa uendeshaji wenye sintaksia yake ya usanidi. Mwongozo ulioandikwa kwa 2.6 unaelezea michakato miwili hata usiposema hivyo.
Njia tatu za kuendesha mifano miwili
Kwa violesura vya TAP, endesha mfano mmoja kwa kila usafirishaji na uunganishe kifaa cha tap mbili kwa daraja kwenye mwenyeji. Makundi yote mawili ya wateja huishia katika kikoa kimoja cha utangazaji, jambo linaloruhusu bwawa moja la anwani kuwafunika na huweka itifaki zinazotegemea utangazaji zikiendelea kufanya kazi. Kwa TUN, ufungaji daraja haupatikani, kwa hivyo mgawanyo rahisi zaidi hupa kila mfano subnet yake mwenyewe na uelekezaji huwatenganisha makundi mawili ya wateja. Chaguo la tatu huhifadhi bwawa moja kwa kufanya kila mfano kuita hati ya learn-address inayoweka njia ya /32 kwa mteja kupitia kifaa cha mfano huo.
Mpangilio huo wa tatu ndio ambao watu huomba na ndio unaohitaji uangalifu mkubwa zaidi, kwa sababu hati hiyo inakuwa sehemu ya njia ya data na lazima ishughulikie matukio ya kuongeza, kusasisha na kufuta kwa usahihi.
| Arrangement | Interfaces | Address pool | Cost |
|---|---|---|---|
| Bridged TAP pair | Two tap devices joined by a bridge | One shared pool | Broadcast traffic and bridge maintenance |
| Two TUN subnets | Two tun devices, no bridge | One pool per instance | Routing rules and two plans |
| Shared pool with routes | Two tun devices plus a hook | One pool across both | A script on the data path |
Tenganisha mifano hiyo miwili
Kila mfano pia unahitaji lango au anwani tofauti, faili ya hali tofauti na mahali tofauti pa kumbukumbu. Daemon mbili zinazoongeza kwenye faili moja ya hali huzalisha matokeo ambayo hayawezi kusomwa wakati wa tukio, na ni wakati huo hasa unapoyahitaji. Ikiwa mfano wa pili unafunga anwani maalum, anwani hiyo lazima iwepo kwenye mwenyeji wakati mchakato unaanza; vinginevyo unatoka na hitilafu ya ufungaji kabla ya kusema chochote kuhusu funguo.
Taja vitengo na wasifu ili usafirishaji uwe wazi kutokana na jina la faili. Mwendeshaji anayefuata hapaswi kufungua usanidi ili kujua ni upi TCP.
Oanisha wasifu na kisikilizaji
Seva inayoendesha proto tcp inatarajia wasifu wa mteja wenye proto tcp-client, na wasifu ambao bado unabeba proto udp dhidi ya kisikilizaji hicho huisha muda bila hitilafu ambayo mtumiaji anaweza kuichukulia hatua. Hifadhi wasifu mbili ikiwa usambazaji unatoa usafirishaji wote wawili, na uziweke alama ili msaada ujue upi ulijaribiwa. Nambari ya lango pekee haielezei usafirishaji.
Kanuni za ngome hufuata mgawanyo huo huo: kanuni ya UDP 1194 haisemi chochote kuhusu TCP 1194, na kanuni ya anwani moja haifuniki kisikilizaji kingine.
Soma kwanza mtazamo wa seva
Anza na ss -lntup kwenye seva na uthibitishe kwamba kisikilizaji cha TCP na cha UDP vinaonekana. Kisha unganisha mteja mmoja wa kila aina na uangalie matokeo ya hali kwa maingizo mawili yenye anwani tofauti. Ikiwa soketi zipo na hakuna mteja anayefika, njia au ngome inakataa pakiti kabla daemon haijaiona.
Soketi isiyoonekana kamwe ni tatizo la usanidi au ufungaji, na soketi inayoonekana lakini hairekodi muunganisho kamwe ni tatizo la uchujaji. Mambo haya mawili yanaonekana sawa kutoka kwa mteja, ndiyo sababu mtazamo wa seva yenyewe huja kwanza. Kumbuka kwamba TCP hubeba kizuizi cha kichwa cha foleni, kwa hivyo kuipatia ni hatua ya ufikivu na si uboreshaji kwa wateja walio na njia safi ya UDP.