SoftEther નું વર્ચ્યુઅલ હબ ખરેખર શું જોડે છે

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

હબ એ સભ્યપદની સીમા છે

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

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

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

જોડાણો નક્કી કરે છે કે પાર શું છે

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

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

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

સત્રો અને નીતિ અલગ અલગ વાંચો

સત્રો, MAC સરનામાં અને IP સરનામાંની દૃશ્યો વર્ણવે છે કે વર્ચ્યુઅલ નેટવર્ક હાલમાં કેવું દેખાય છે. આ અવલોકનો છે, પરવાનગીઓ નહીં. યાદીમાં દેખાતું સત્ર એથી હબ પહોંચી શકે તેવી દરેક સેવાનો હકદાર બનતું નથી, અને ઊલટું પણ સાચું છે.

સત્રોની યાદીની સરખામણી તેના પર લાગુ થવી જોઈએ તેવી નીતિ સાથે કરો. ઇચ્છિત શ્રેણીની બહાર સરનામું ધરાવતું ઉપકરણ સામાન્ય રીતે બીજે ક્યાંકથી DHCP અથવા જાતે ગોઠવેલ ક્લાઇન્ટ દર્શાવે છે. સત્રો વચ્ચે જગ્યા બદલતું MAC સરનામું સ્થળાંતરિત ઉપકરણ અથવા એક ઓળખ વહેંચતા બે ઉપકરણ દર્શાવે છે. બંને જોવા લાયક છે, અને કોઈ પણ માત્ર કોષ્ટકથી સાબિત થતું નથી.

સર્વર પર, vpncmd હોસ્ટના દૃષ્ટિકોણથી એ જ ચિત્ર જણાવે છે. જ્યારે બંને મતભેદ ધરાવે ત્યારે તે આઉટપુટની સરખામણી ક્લાઇન્ટના પોતાના દૃશ્ય સાથે કરો.

vpncmd localhost /SERVER /CMD SessionList
vpncmd localhost /SERVER /CMD HubList

હબ વહીવટને ક્લાઇન્ટ પરવાનગીને બદલે અલગ ભૂમિકા તરીકે ગણો. એક હબનું સોંપણું શ્રોતાઓ અથવા દરેક બીજા હબને હોસ્ટ કરતી પ્રક્રિયા સોંપવું જોઈએ નહીં.

જોડાયા પછી ક્લાઇન્ટ તપાસો

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

ip -brief address show
ip route get 10.20.30.41
resolvectl query host.internal

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

લિંકને બદલે એપ્લિકેશનનું પરીક્ષણ કરો. લોડ થતું ઇન્ટ્રાનેટ પૃષ્ઠ વિશ્વસનીય સરનામું ધરાવતા એડપ્ટર કરતાં વધુ મજબૂત પુરાવો છે.