SoftEther નું વર્ચ્યુઅલ એડેપ્ટર દેખાય છે પણ કોઈ ટ્રાફિક મોકલતું નથી

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

ઉપકરણને સેશનથી અલગ કરો

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

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

એક એડેપ્ટરને એક પ્રોફાઇલ સાથે મેળવો

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

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

જોડાયા પછી અસરકારક સેટિંગ્સ વાંચો

સેશન ચાલુ થયા પછી સિસ્ટમમાંથી સરનામું, માર્ગ અને રિઝોલ્વર વાંચો. ક્લાયન્ટનું સ્ટેટસ પેનલ તે શું માંગ્યું તે વર્ણવે છે, જ્યારે કર્નલ ખરેખર શું થયું તે વર્ણવે છે.

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

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

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

બ્રિજ કરવા કે ડિલીટ કરવા પહેલાં થોભો

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

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

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