SoftEther સ્થાનિક બ્રિજ કે SecureNAT: કયું ચાલુ કરવું

સ્થાનિક બ્રિજ હબને વાસ્તવિક ઇથરનેટ સેગમેન્ટ પર મૂકે છે, જ્યારે SecureNAT પોતાના સરનામાં શોધી કાઢે છે. એક પસંદ કરો, પછી ગેટવે અને રિઝોલ્વર ચકાસો.

SoftEther Manager ખોલો, અને હબ વિશેનો પહેલો ખરો નિર્ણય ચેકબોક્સ નથી, તે ટોપોલોજીનો પ્રશ્ન છે. સ્થાનિક બ્રિજ તે હબને ભૌતિક એડેપ્ટર સાથે જોડે છે અને હાલના સેગમેન્ટને સરનામાં પૂરા પાડવા દે છે, જ્યારે SecureNAT હબને તેનું પોતાનું વર્ચ્યુઅલ રાઉટર, NAT અને DHCP આપે છે. તેમની વચ્ચે પસંદગી બદલે છે કે સરનામાં ક્યાંથી આવે છે અને કયું ઉપકરણ તેમના માટે જવાબ આપે છે. બંને ચાલુ કરીને એક જીતશે એવી આશા રાખવી એ રીત છે જેમાં કામ કરતી લેબ સપોર્ટ થ્રેડ બની જાય છે.

તમે ખરેખર જે હબ સંપાદિત કરી રહ્યા છો તેનાથી શરૂ કરો

Manager સર્વર અને હબનું વૃક્ષ બતાવે છે, અને ડિફોલ્ટ હબ ગોઠવવું સરળ છે જ્યારે ક્લાયન્ટ અલગ નામના હબ સાથે જોડાય છે. હબ પર ક્લિક કરો, તેનું નામ વાંચો, અને ખાતરી કરો કે નીચે સૂચિબદ્ધ સેશન એ જ ક્લાયન્ટ છે જેમને તમે સેવા આપવા માંગો છો. તે એક જ તપાસ પ્રોટોકોલ પર નાખવામાં આવતી મોટા ભાગની ગૂંચવણ અટકાવે છે.

પછી નક્કી કરો કે ક્લાયન્ટને દૂરના છેડેથી શું જોઈએ. બ્રોડકાસ્ટ અને LAN સેવાઓ સાથેનું વહેંચાયેલ ઇથરનેટ વર્તન બ્રિજ તરફ ઈશારો કરે છે, નાની સરનામા શ્રેણીમાં રાઉટેડ ખાનગી ઍક્સેસ SecureNAT તરફ, અને ઇન્ટરનેટ એક્ઝિટ એ રાઉટિંગ નિર્ણય છે જે બંને ગોઠવણો ખરાબ રીતે ઉપાડી શકે છે.

કંઈપણ ક્લિક કરતા પહેલા જવાબ લખો, કારણ કે બંને સેટિંગ એકબીજાના બદલે વાપરી શકાતા નથી અને પાછું ફેરવવામાં નિર્ણય કરતાં વધુ સમય લાગે છે. બે મિનિટનું લેખન એક કલાકનું ફરી જોડાણ બચાવે છે.

સ્થાનિક બ્રિજ સરનામાં સાથે શું કરે છે

સ્થાનિક બ્રિજ હબને ભૌતિક એડેપ્ટર સાથે જોડે છે, તેથી હબ તે ઇથરનેટ સેગમેન્ટનો ભાગ બની જાય છે. ક્લાયન્ટ જે સેગમેન્ટને પહેલેથી સેવા આપે છે તેનાથી સરનામાં મેળવે છે, અને તેમનો ગેટવે સેગમેન્ટનો રાઉટર છે. ક્લાયન્ટની દૃષ્ટિએ તે ઑફિસ LAN માં જોડાઈ ગયું છે, તેની સાથે આવતી બધી પહોંચ અને બધા જોખમ સાથે.

તેનો અર્થ એ પણ છે કે બ્રિજને યોગ્ય ડ્રાઇવર સપોર્ટ સાથે વાસ્તવિક એડેપ્ટર જોઈએ, અને એડમિનિસ્ટ્રેટરને તે સેગમેન્ટ વિસ્તારવાની અધિકૃતતા હોવી જોઈએ. VPN લોગિન પ્રમાણીકરણ સાબિત કરે છે, ઉત્પાદન VLAN પર હોસ્ટ મૂકવાનો અધિકાર નહીં. તપાસો કે ડ્રાઇવરનું નામ તમે ધારેલા એડેપ્ટર સાથે મેળ ખાય છે, કારણ કે ખોટો પોર્ટ બ્રિજ કરવાથી સેગમેન્ટ ઝડપથી નીચે જાય છે. જો એડેપ્ટરની યાદી ખાલી હોય અથવા બ્રિજ નિષ્ફળતા જણાવે, તો જવાબ સામાન્ય રીતે ડ્રાઇવર કે વિશેષાધિકાર સંબંધિત હોય છે, ક્રિપ્ટોગ્રાફી સંબંધિત નહીં.

ગ્રાફિકલ વૃક્ષ અસ્પષ્ટ હોય ત્યારે કમાન્ડ લાઇનથી બ્રિજ ટેબલ વાંચો. આઉટપુટ એડેપ્ટરનું નામ આપે છે, જે વૃક્ષ હંમેશા કરતું નથી.

vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionList

જોડાયેલા સેશન સાથે ખાલી બ્રિજ યાદી ઉપયોગી ચિત્ર છે: ક્લાયન્ટ વર્ચ્યુઅલ હબની અંદર છે અને હજી કંઈ તેને સેગમેન્ટ સુધી લંબાવતું નથી.

SecureNAT શું ઉમેરે છે અને શું છુપાવે છે

SecureNAT હબને વર્ચ્યુઅલ રાઉટર, NAT કાર્ય અને DHCP સેવા આપે છે, બધું SoftEther પ્રક્રિયાની અંદર. ક્લાયન્ટ વર્ચ્યુઅલ DHCP શ્રેણીમાંથી સરનામાં મેળવે છે, વર્ચ્યુઅલ રાઉટર ડિફોલ્ટ ગેટવે માટે જવાબ આપે છે, અને બહાર જવાની જરૂર હોય તે ટ્રાફિક અનુવાદિત થાય છે. કોઈ ભૌતિક એડેપ્ટર સંડોવાયેલું નથી, તેથી જ તે એક NIC અને સ્વિચ ગોઠવણી વગરના હોસ્ટ પર કામ કરે છે.

કિંમત એ છે કે વર્ચ્યુઅલ સરનામાં હબના છે અને બીજા કોઈના નહીં. ઑફિસ LAN નું મશીન મદદ વગર ક્લાયન્ટના SecureNAT સરનામા તરફ રાઉટ કરી શકતું નથી, અને સ્રોત સરનામાં લોગ કરતું દરેક વસ્તુ SoftEther હોસ્ટનું અનુવાદિત સરનામું જુએ છે. જો તમારા ઍક્સેસ નિયમો કે ઓડિટ ટ્રેલ ક્લાયન્ટના વાસ્તવિક સરનામા પર આધારિત હોય, તો તે વિગત નહીં, ડિઝાઇન ફેરફાર છે. તે એ પણ નક્કી કરે છે કે સ્રોત-સરનામા નિયમ ક્લાયન્ટને ક્યારેય જોશે કે નહીં.

તે DHCP સર્વર પણ છે. જે સેગમેન્ટમાં પહેલેથી એક છે ત્યાં તેને ચલાવવું, અથવા તે જ સમયે તે સેગમેન્ટ બ્રિજ કરવું, બે જવાબદારો અને અણધારી લીઝ બનાવે છે. મેન્યુઅલ બંને કાર્યોને અલગ વિકલ્પો તરીકે ગણે છે તે જ કારણસર.

બીજું કંઈપણ સક્ષમ કરતા પહેલા હબ હાલમાં શું સેવા આપે છે તે નિરીક્ષણ કરો. દરેક આદેશ વર્તમાન સ્થિતિ છાપે છે, ઇચ્છિત સ્થિતિ નહીં.

vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGet

એક ચાલુ કરવું, બીજું તોડ્યા વિના

ગોઠવણી પસંદ કરો, તેને સક્ષમ કરો, અને બીજી બંધ રાખો. જે હબમાં બ્રિજ અને SecureNAT બંને સક્રિય છે તે એક જ પ્રશ્નના બે શક્ય જવાબો ધરાવતું હબ છે, અને ક્લાયન્ટ પહેલું આવે તે માનશે. એકમાંથી બીજામાં સ્થળાંતર કરતી વખતે જૂનું કાર્ય નિષ્ક્રિય કરો અને ક્લાયન્ટને ફરી જોડો, નવી સેટિંગ હાલના સેશન પર અમલમાં આવશે એમ ધારવાને બદલે.

ફેરફાર એવી રીતે ગોઠવો કે ક્લાયન્ટ પૂલ LAN શ્રેણી સાથે ઓવરલેપ ન થાય. ઓવરલેપ થતા સબનેટ એ જોડાઈને પછી કંઈ સુધી ન પહોંચતા ટનલનું બીજું સૌથી સામાન્ય કારણ છે, અને બંને સરનામા યોજનાઓ સાથે સાથે સરખાવો ન કરો ત્યાં સુધી તે અદૃશ્ય રહે છે.

પછી ક્લાયન્ટથી ફરી જોડાઓ અને તેણે શું મેળવ્યું તે વાંચો, કારણ કે હબનું સેશન-દર્શન ક્લાયન્ટના પોતાના નેટવર્ક-દર્શન જેવું નથી. ફરી જોડાવું એ નવી લીઝ ફરજિયાત કરવાનો એકમાત્ર વિશ્વસનીય રસ્તો છે.

ક્લાયન્ટ પર ગેટવે અને રિઝોલ્વર ચકાસો

સફળ પ્રમાણીકરણ કહે છે કે ઓળખપત્રો કામ કરે છે અને હબે સેશન સ્વીકાર્યું છે. ક્લાયન્ટ કંઈ સુધી પહોંચી શકે છે તે તે કહેતું નથી, કારણ કે તે તેને મળેલા સરનામા, માસ્ક, ગેટવે અને DNS સર્વર પર આધારિત છે. સર્વરની સેટિંગને ફરી સ્પર્શ કરતા પહેલા ક્લાયન્ટ પર તે ચાર મૂલ્યો વાંચો.

Windows પર એડેપ્ટર વિગત લીઝ અને રિઝોલ્વર બતાવે છે, અને રૂટ ટેબલ બતાવે છે કે ટનલ ખરેખર ડિફોલ્ટ માર્ગ છે કે નહીં.

ipconfig /all
route print -4
nslookup intranet.corp.internal

Linux ક્લાયન્ટ પર એ જ માહિતી સરનામા, રૂટ અને રિઝોલ્વર ફાઇલોમાંથી આવે છે. ડિફોલ્ટ રૂટ એ મૂલ્ય છે જે નક્કી કરે છે કે ટ્રાફિક ટનલ દ્વારા બહાર જાય છે કે નહીં. જો ગેટવે ઑફિસ રાઉટર તરફ ઈશારો કરે જ્યારે ટનલ ટ્રાફિક ઉપાડવાની અપેક્ષા રાખે, તો ટોપોલોજી નામમાં બ્રિજ થયેલી અને વ્યવહારમાં તૂટેલી છે. પહેલા સરનામા-સ્રોત સુધારો, પછી એપ્લિકેશન ફરી ચકાસો, અને ત્યાર પછી જ બીજી મોડ બદલવાનું વિચારો.

સંબંધિત લેખો