Mteja asilia wa SoftEther au profaili ya OpenVPN: chagua lango sahihi

Seva ya SoftEther inaweza kujibu kwa wakati mmoja kwenye lango asilia la SSL na kwenye lango linalolingana na OpenVPN, jambo linalofanya vyote viwili vionekane kama huduma moja yenye milango miwili. Ni huduma mbili zenye wateja tofauti, miundo tofauti ya usanidi na uwezo tofauti. Kuweka profaili asilia kwenye mteja wa OpenVPN hushindwa wakati wa uchanganuzi, na hitilafu mara chache husema kwa nini.

Chagua mskilizaji kwanza, kisha mteja.

Waskilizaji wawili, miundo miwili ya usanidi

Itifaki asilia hutumia mteja wa SoftEther na ufafanuzi wa muunganisho unaotaja seva, lango, kitovu pepe na mtumiaji. Mskilizaji anayelingana na OpenVPN hutegemea profaili ya OpenVPN yenye maagizo ya remote, nyenzo za TLS na chaguo kutoka seti ndogo sana inayotumika kuliko inayotolewa na seva huru ya OpenVPN. SoftEther huiita hii kazi ya kloni ya OpenVPN, na kloni ni kidokezo muhimu kuhusu uaminifu.

Ulinganifu ni suala la toleo. Angalia kile toleo lililowekwa linakubali, sio kile mwongozo wa sasa wa OpenVPN unaandika.

Hatua 1: tambua mskilizaji gani mwendeshaji amewasha

Omba orodha ya waskilizaji badala ya kukisia kutoka namba ya lango. Seva inayojibu kwa TLS kwenye 443 si lazima iwe mwisho wa OpenVPN, kwa sababu itifaki asilia inaweza kutumia lango hilo hilo. Sehemu ya mwongozo kuhusu kazi za seva zinazolingana inaeleza ni kloni zipi zipo na jinsi zinavyowashwa.

Ikiwa unaweza kufikia mwenyeji, jaribu lango ulilopewa, sio lango la mafunzo: openssl s_client -connect vpn.example.com:443 -brief angalau inakuambia kama TLS ipo.

Hatua 2: tumia mteja na profaili inayolingana

Kwa ufikiaji asilia, sakinisha mteja wa SoftEther, unda muunganisho na maelezo ya mwendeshaji na unganisha adapta pepe. Kwa mskilizaji anayelingana, ingiza profaili ya OpenVPN ambayo mwendeshaji alisafirisha kutoka kwa seva, kwa sababu inabeba nyenzo za CA na mteja ambazo mskilizaji huyo huzitegemea. Usikusanye profaili kwa mkono kutoka mfano wa jumla, na usibandike ufafanuzi asilia wa muunganisho kwenye usanidi wa OpenVPN.

Hitilafu ya uchanganuzi wakati wa kuingiza ni tatizo la muundo, sio tatizo la mtandao, na haipaswi kukutumia kwenye ngome ya moto.

Hatua 3: weka ulinganisho ukiwa waaminifu

Ikiwa mwendeshaji anachapisha zote mbili, zilinganishe huku kifaa, mtandao wa ufikiaji na kazi vikibaki bila kubadilika. Njia mbili zinaweza kutofautiana katika uthibitishaji, katika subneti wanazounganisha, na katika kile seva hufanya baadaye na trafiki yako. Mwenyeji wa pamoja si sera ya pamoja. Weka pia kazi bila kubadilika, kwa sababu kunakili faili na simu ya video huweka shinikizo kwenye sehemu tofauti za njia moja.

Pinga marekebisho yanayotokea kila mara ambapo uingizaji unashindwa. Kuzima ukaguzi wa vyeti au kuwasha sifa za zamani ili kulazimisha profaili ipite ni kurudi nyuma, sio kipengele cha ulinganifu.

Hatua 4: thibitisha njia baada ya kuunganisha

Baada ya kuunganisha, angalia anwani uliyopokea, njia zilizokuja nayo, DNS na rasilimali moja ya ndani. Kwa upande asilia adapta pepe ni kiolesura cha kukagua; kwa upande wa OpenVPN ni kifaa cha tun au tap ambacho mteja alitengeneza. Kwa vyovyote, swali ni kama mskilizaji uliyechagua unatoa ufikiaji unaouhitaji, jambo ambalo ni ukweli tofauti na kama handaki liliinuka. Andika anwani kabla na baada, na uzilinganishe.

Rekodi ni mskilizaji gani na toleo gani la mteja lililoleta matokeo yanayofanya kazi. Vinginevyo mtu anayefuata angerudia ugunduzi kuanzia namba ya lango kwenda juu.