Daraja la ndani la SoftEther au SecureNAT: lipi la kuwasha
Daraja la ndani huweka hub kwenye sehemu halisi ya Ethernet, wakati SecureNAT hubuni anwani zake mwenyewe. Chagua moja, kisha hakiki lango na kitatuzi.
Fungua SoftEther Manager, na uamuzi wa kwanza wa kweli kuhusu hub si kisanduku cha tiki, ni swali la topolojia. Daraja la ndani huunganisha hub hiyo na adapta halisi na kuruhusu sehemu iliyopo kutoa anwani, wakati SecureNAT humpa hub rauta pepe, NAT na DHCP zake. Kuchagua kati yao hubadilisha anwani zinatoka wapi na kifaa kipi hujibu kwa ajili yao. Kuwasha zote mbili na kutumaini moja itashinda ndiyo njia ambayo maabara inayofanya kazi hugeuka kuwa mazungumzo ya msaada.
Anza na hub unayohariri kweli
Manager huonyesha mti wa seva na hub, na ni rahisi kusanidi hub chaguo-msingi wakati wateja wanajiunga na nyingine yenye jina tofauti. Bofya hub, soma jina lake, na thibitisha kwamba vikao vilivyoorodheshwa chini yake ni wateja unaojaribu kuwahudumia. Ukaguzi huo mmoja huzuia mkanganyiko mwingi ambao baadaye huangushwa kwenye itifaki.
Kisha amua mteja anahitaji nini kutoka upande wa mbali. Tabia ya Ethernet inayoshirikiwa na utangazaji na huduma za LAN huelekeza kwenye daraja, ufikiaji wa faragha ulioelekezwa kwenye kiwango kidogo cha anwani huelekeza kwenye SecureNAT, na kutoka kwenye intaneti ni uamuzi wa uelekezaji ambao mipangilio yote miwili inaweza kuubeba vibaya.
Andika jibu kabla ya kubofya kitu chochote, kwa sababu mipangilio hii miwili haiwezi kubadilishana na kurudisha nyuma huchukua muda mrefu kuliko uamuzi. Dakika mbili za kuandika huokoa saa moja ya kuunganisha tena.
Daraja la ndani hufanya nini kwa anwani
Daraja la ndani huunganisha hub na adapta halisi, kwa hiyo hub inakuwa sehemu ya sehemu hiyo ya Ethernet. Wateja hupokea anwani kutoka kwa kile kinachohudumia sehemu hiyo tayari, na lango lao ni rauta ya sehemu. Kwa mtazamo wa mteja amejiunga na LAN ya ofisi, pamoja na ufikivu wote na mfiduo wote ambao hilo linahusisha.
Hiyo inamaanisha pia kwamba daraja linahitaji adapta halisi yenye msaada sahihi wa dereva na kwamba msimamizi lazima awe na mamlaka ya kupanua sehemu hiyo. Kuingia kwa VPN huthibitisha uthibitishaji, si haki ya kuweka mwenyeji kwenye VLAN ya uzalishaji. Hakiki kwamba jina la dereva linalingana na adapta unayokusudia, kwa sababu kudaraja bandari isiyo sahihi huangusha sehemu haraka. Ikiwa orodha ya adapta ni tupu au daraja linaripoti kosa, jibu kwa kawaida linahusiana na dereva au ruhusa, si kriptografia.
Soma jedwali la madaraja kutoka mstari wa amri wakati mti wa picha hauko wazi. Matokeo hutaja adapta, jambo ambalo mti hufanya si mara zote.
vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionListOrodha tupu ya madaraja yenye vikao vilivyounganishwa ni picha muhimu: wateja wako ndani ya hub pepe na hakuna kinachopanua hadi sehemu bado.
SecureNAT huongeza nini na huficha nini
SecureNAT humpa hub rauta pepe, kazi ya NAT na huduma ya DHCP, zote ndani ya mchakato wa SoftEther. Wateja hupata anwani kutoka kiwango cha DHCP pepe, rauta pepe hujibu kwa lango chaguo-msingi, na trafiki inayohitaji kutoka hutafsiriwa. Hakuna adapta halisi inayohusika, ndiyo sababu hufanya kazi kwenye mwenyeji mwenye NIC moja na bila usanidi wa swichi.
Gharama ni kwamba anwani pepe ni za hub na si za kitu kingine. Mashine kwenye LAN ya ofisi haiwezi kuelekeza kwenye anwani ya SecureNAT ya mteja bila msaada, na kila kitu kinachorekodi anwani za chanzo huona anwani iliyotafsiriwa ya mwenyeji wa SoftEther. Ikiwa kanuni zako za ufikiaji au athari yako ya ukaguzi hutegemea anwani halisi ya mteja, hiyo ni mabadiliko ya muundo na si maelezo. Pia huamua kama kanuni ya anwani ya chanzo itamwona mteja hata kidogo.
Pia ni seva ya DHCP. Kuiendesha kwenye sehemu ambayo tayari ina moja, au kudaraja sehemu hiyo wakati huohuo, huzalisha wajibu wawili na ukodishaji usiotabirika. Mwongozo huchukulia kazi hizo mbili kama chaguo tofauti kwa sababu hiyo hasa.
Kagua kile hub inachohudumia sasa kabla ya kuwasha kitu kingine. Kila amri huchapisha hali ya sasa, si ile inayokusudiwa.
vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGetKuwasha moja bila kuvunja lingine
Chagua mpangilio, uwashe, na acha lingine limezimwa. Hub yenye daraja na SecureNAT zote zikiwa hai ni hub yenye majibu mawili yanayowezekana kwa swali moja, na mteja ataamini lile linalofika kwanza. Unapohama kutoka moja hadi lingine, zima kazi ya zamani na unganisha mteja tena badala ya kudhani mpangilio mpya unatumika kwa kikao kilichopo.
Panga mabadiliko ili bwawa la wateja lisiingiliane na kiwango cha LAN. Subnet zinazoingiliana ni sababu ya pili inayojulikana zaidi ya handaki inayounganika na kisha kufikia chochote, na hazionekani hadi ulinganishe mipango yote miwili ya anwani kando kando.
Kisha unganisha tena kutoka kwa mteja na soma alichopokea, kwa sababu mtazamo wa hub kuhusu kikao si mtazamo wa mteja kuhusu mtandao wake mwenyewe. Kuunganisha tena ni njia pekee ya kuaminika ya kulazimisha ukodishaji mpya.
Hakiki lango na kitatuzi kwenye mteja
Uthibitishaji wenye mafanikio hukuambia kwamba vitambulisho vinafanya kazi na hub ilikubali kikao. Haisemi chochote kuhusu kama mteja anafikia chochote, kwa sababu hiyo inategemea anwani, kifuniko, lango na seva ya DNS alizopewa. Soma thamani hizo nne kwenye mteja kabla ya kugusa mpangilio wa seva tena.
Kwenye Windows maelezo ya adapta huonyesha ukodishaji na kitatuzi, na jedwali la njia huonyesha kama handaki ndilo njia chaguo-msingi kweli.
ipconfig /all
route print -4
nslookup intranet.corp.internalKwenye mteja wa Linux taarifa hiyo hiyo hutoka kwenye faili za anwani, njia na kitatuzi. Njia chaguo-msingi ni thamani inayoamua kama trafiki inatoka kupitia handaki kabisa. Ikiwa lango linaelekeza kwenye rauta ya ofisi wakati handaki linatarajia kubeba trafiki, topolojia imedarajwa kwa jina na imevunjika kiutendaji. Rekebisha chanzo cha anwani kwanza, kisha jaribu programu tena, na baada ya hapo tu fikiria kubadilisha hali nyingine.