Wasifu wa muunganisho wa SoftEther: angalia sehemu sita kabla ya kuagiza
Sehemu sita huamua kama wasifu wa SoftEther utafanya kazi. Angalia mwisho, bandari, itifaki, kitovu, mtumiaji na jukumu kwa mpangilio, kisha jaribu kile ulichounganisha kwa kweli.
Uagizaji wa wasifu unafanikiwa, kisha uthibitishaji unashindikana kwa sababu faili inaelekeza kwenye Virtual Hub ambayo akaunti haijawahi kujiunga nayo. Hakuna kilichoharibika katika faili; inaelezea mpangilio ambao vitambulisho havikutolewa kwa ajili yake. Sehemu sita huamua kama uagizaji unaweza kufanya kazi: jina la mwenyeji, bandari, itifaki, Virtual Hub, utambulisho wa mtumiaji, na kama mtu alikupa kitambulisho cha msimamizi kwa makosa. Ukaguzi wa kwanza hadi wa tatu hushughulikia sehemu hizo kwa mpangilio, na mbili za mwisho hushughulikia faili yenyewe na kile ulichojiunga nacho kwa kweli.
Ukaguzi 1: jina la mwenyeji na bandari
Soma jina la mwenyeji, bandari na njia iliyotangazwa ya ufikiaji kabla ya kuagiza kitu chochote. Msikilizaji asili wa SoftEther kwa kawaida hujibu kwenye TCP 443, na 992 na 5555 ni njia mbadala ambazo waendeshaji hufungua kwa wateja walio nyuma ya mitandao yenye vikwazo. Wasifu unaoelekea bandari inayohudumia tovuti au huduma nyingine hushindikana kabla ya uthibitishaji na huripoti hitilafu kama tatizo la vitambulisho. Linganisha jozi hiyo na kile mwendeshaji huchapisha kwa mwisho huu, si na orodha ya saraka ambayo mtu alikusanya mwaka jana. Ikiwa jina la mwenyeji linatatuliwa kwenda anwani ambayo mwendeshaji hataitaja kamwe, simama hapo, kwa sababu hatua inayofuata itatuma vitambulisho kwenye anwani hiyo.
Bandari 443 ni eneo la pamoja, kwa hiyo bandari peke yake haithibitishi chochote kuhusu huduma iliyo nyuma yake. Mteja wa SoftEther hutenganisha hizo mbili kwa kupeana mkono wa itifaki, ndiyo sababu wasifu unaweza kuelekeza bandari sahihi na bado ukaishia kwenye seva ya wavuti. Hitilafu hiyo inaonekana kama nenosiri lisilo sahihi kwenye kumbukumbu ya mteja ingawa hakuna nenosiri lililowahi kukaguliwa.
Andika mwisho kama jina la mwenyeji, bandari na njia, kwa mpangilio huo. Utatu huu ni sehemu unayoweza kuthibitisha bila kuunganisha, na ni sehemu unayoinukuu unapouliza mwendeshaji kama msikilizaji bado anaendesha. Kitu chochote usichoweza kujaza kutoka chanzo kilichochapishwa kinabaki hakijathibitishwa badala ya kudhaniwa.
Ukaguzi 2: itifaki huamua mteja
Seva inayotoa njia kadhaa za ufikiaji haibadilishi faili moja iliyosafirishwa kuwa wasifu ambao kila mteja anaweza kufungua. Each method has its own format, its own client and its own failure mode, na kuzichanganya huzalisha hitilafu zinazosikika kama matatizo ya vitambulisho. Amua ni njia ipi faili inaitangaza kabla ya kuamua ni mteja gani ataifungua.
Jedwali lililo hapa chini linaorodhesha bandari za kawaida na kile kila njia inahitaji kwa kweli. Bandari ni chaguo la mwendeshaji, kwa hiyo zichukulie kama thamani chaguo-msingi na si ukweli kuhusu seva fulani. Wasifu asili wa SoftEther huagizwa na mteja wa SoftEther, kifurushi cha ovpn ni mali ya OpenVPN, na wasifu wa SSTP au L2TP huchakatwa na mfumo wa uendeshaji wenyewe. Kusakinisha mteja wa pili ili kufungua faili ambayo wa kwanza anaikataa kwa kawaida hubadilisha hitilafu iliyo wazi kuwa ya kuchanganya.
| Access method | Typical port | What the client needs |
|---|---|---|
| SoftEther native | TCP 443, 992 or 5555 | The SoftEther client and a hub name |
| OpenVPN | UDP or TCP 1194 | An ovpn profile and an OpenVPN client |
| SSTP | TCP 443 | Operating system support |
| L2TP over IPsec | UDP 500 and 4500 | Operating system support and the shared key |
Soma tangazo lililo ndani ya faili, si kiendelezi. Faili iliyopewa jina la OpenVPN kwa ufafanuzi ni wasifu wa OpenVPN, wakati wasifu wa SoftEther ni usanidi mdogo ambao mteja wa SoftEther huagiza, na hizi mbili hazibadilishani. Ikiwa njia iliyotangazwa ni ile usiyoweza kuhudumia, hiyo inajibu swali la uagizaji.
Ukaguzi 3: kitovu, mtumiaji na jukumu la msimamizi
Kwa ufikiaji asili, wasifu hutaja Virtual Hub na mtumiaji ndani yake. A hub is a logical VPN server instance with its own users and its own settings, na mtumiaji ni mwanachama wa kitovu hicho na uthibitishaji wake mwenyewe. Hakuna kati ya hizo mbili ni usimamizi wa seva, ambao hudhibiti wasikilizaji, vitovu na kila mtumiaji katika usambazaji. Wasifu wa mteja haupaswi kamwe kuja na udhibiti huo ukiwa umeambatishwa. Mtu anapokutumia kitambulisho cha msimamizi ili mteja afanye kazi, mpangilio si sahihi, iwe unaunganisha au la.
Tenganisha hizo tatu unapoandika kumbukumbu ya muunganisho, kwa sababu zinafutwa kwa namna tofauti. Kuondoa mtumiaji wa kitovu humaliza ufikiaji wa mtu mmoja na kuacha usambazaji uliobaki bila kuguswa, wakati kuzungusha kitambulisho cha msimamizi hugusa kila kitu. Tofauti hiyo pia ni sababu ya kupinga mtumiaji mmoja wa kitovu aliyeshirikiwa kwa timu, kwa sababu kitambulisho kimoja kinamaanisha tukio moja la kufuta kwa wote.
Ukaguzi 4: faili ni nyeti kama kile inachobeba
Kulingana na umbizo, wasifu unaweza kubeba nenosiri lililohifadhiwa, cheti au ufunguo ulioshirikiwa mapema. Chukulia usafirishaji kama siri maadamu upo, kwa sababu nakala unayoambatanisha na tikiti ni nakala ambayo mtu mwingine anaweza kuagiza. Ondoa kitambulisho kabla ya kushiriki, au shiriki wasifu uliozalishwa upya na siri mpya. Unyeti wa faili unatokana na maudhui yake, si kiendelezi au ukubwa.
Thibitisha mwisho kupitia kituo ambacho mwendeshaji huchapisha, na chukulia lebo ya saraka kama isiyothibitishwa. Bendera ya nchi na jina la mwenyeji katika orodha ya nodi za umma huchaguliwa na aliyewasilisha kiingilio, kwa hiyo hakuna kati yao inayothibitisha ni nani anayeendesha seva. Ikiwa wasifu ulitoka kwenye saraka ya umma, hiyo ni sababu ya ukaguzi zaidi, si mdogo.
Andika faili ilikotoka na ulipokea lini. Muunganisho unapotenda tofauti baadaye, asili ni kitu cha kwanza unacholinganisha na mwisho uliothibitishwa. Wasifu usio na asili ni wasifu ambao hauwezi kuukagua.
Hifadhi nakala uliyothibitisha, si ile uliyoipata baadaye. Faili mbili zenye jina moja na miisho tofauti ndiyo njia ambayo uagizaji unaofanya kazi unakuwa kesi ya msaada. Weka nakala iliyothibitishwa kando ya maelezo kuhusu asili yake.
Ukaguzi 5: jaribu programu, si taa ya hali
Baada ya uagizaji, jaribu programu unayohitaji kwa kweli badala ya kiashiria cha muunganisho. Uthibitishaji uliofanikiwa huthibitisha kuwa vitambulisho hufanya kazi, si kwamba njia au DNS uliyotarajia zilikuja na kipindi. Unganisha, kisha tumia huduma ambayo wasifu ulipaswa kuifikia.
Kagua njia zilizotengwa na seva za DNS, na andika ni maeneo gani yanayepita handaki ikiwa muundo una mgawanyiko. Kisha rudia na eneo moja ambalo linapaswa kutengwa, kwa sababu handaki lililogawanyika linalotuma kila kitu kupitia handaki hupita jaribio la eneo moja hata hivyo. Ikiwa rasilimali ya kibinafsi inashindikana, njia ndiyo inayoshukiwa kabla ya kitambulisho. Andika matokeo manne: imethibitishwa, huduma inafikiwa, njia kama ilivyotarajiwa, eneo lililotengwa limetengwa.
Linganisha matokeo yote manne na kile mwendeshaji aliahidi kwa kitovu hiki. Kipindi kinachothibitishwa wakati eneo lililotengwa pia linafikiwa kinamaanisha mgawanyiko hautumiki, na wasifu si tatizo. Rekebisha matarajio au sera ya kitovu, kisha endesha tena ukaguzi manne kwa mpangilio huo huo.