RemoteEnable એ VPN લોગિન નથી: SoftEther વ્યવસ્થાપનની હદ નક્કી કરવી
RemoteEnable એ SoftEther ક્લાયન્ટ સેવાનું દૂરસ્થ વ્યવસ્થાપન આપે છે। તે VPN લોગિન નથી અને સર્વરની ઓળખની ચકાસણી પણ નથી। આ ત્રણને અલગ રાખો।
ટ્યુટોરિયલ કહે છે કે RemoteEnable ચલાવો અને પછી જોડાઓ, અને તે એમ વંચાય છે જાણે આ બે પગલાં એક જ પ્રકારની વસ્તુ હોય। એવું નથી। RemoteEnable બીજા મશીનને આ કમ્પ્યુટર પર ચાલતી SoftEther VPN ક્લાયન્ટ સેવાનું સંચાલન કરવાની પરવાનગી આપે છે। જ્યારે જોડાણ એ VPN ખાતું છે જે સર્વર સાથે પ્રમાણીકરણ કરે છે, અને તેમાં કોઈ વ્યવસ્થાપન પરવાનગી સામેલ જ નથી।
દંતકથા: RemoteEnable VPN ચાલુ કરે છે
ગૂંચવણ નજીકતાથી આવે છે। એક માર્ગદર્શિકા દૂરસ્થ વ્યવસ્થાપન ચાલુ કરે છે, ક્લાયન્ટ સેવા ફરી શરૂ કરે છે, પછી જોડાય છે, અને જોડાણ પછી કામ કરે છે, તેથી બંને પગલાં કાર્યકારણ રીતે જોડાયેલા લાગે છે। ખરેખર બદલાયું તે એ છે કે કોણ સેવા સાથે બોલી શકે, નહીં કે સેવા સર્વર સુધી પહોંચી શકે છે કે નહીં। યોગ્ય રીતે ગોઠવાયેલા ક્લાયન્ટ પર દૂરસ્થ વ્યવસ્થાપન બંધ કરો, અને VPN જોડાણ તેમ છતાં ઊભું થાય છે।
સ્રોતમાંની આદેશ સહાય હદ વિશે સ્પષ્ટ છે: VPN Client Manager અથવા vpncmd દ્વારા localhostની બહારથી દૂરસ્થ વ્યવસ્થાપન। તે વર્ણનમાં કોઈ ટનલ, ખાતું કે માર્ગનો ઉલ્લેખ નથી। જે પરવાનગી આપવામાં આવે છે તે વહીવટી પહોંચ છે, અને તેનો વિષય જોડાણ નહીં પણ ક્લાયન્ટ સેવા છે।
પાસવર્ડ શબ્દ વહેંચતી ત્રણ ઓળખ
જૂની માર્ગદર્શિકાઓ ત્રણ અસંબંધિત ઓળખપત્રો માટે એક જ શબ્દ વાપરે છે, અને એમ જ ડિપ્લોયમેન્ટ ખોટા ક્ષેત્રમાં ચોંટાયેલા રહસ્ય સાથે પૂરા થાય છે।
ક્લાયન્ટ સેવાનો વ્યવસ્થાપન પાસવર્ડ સ્થાનિક SoftEther ક્લાયન્ટના વહીવટનું રક્ષણ કરે છે। VPN ખાતાનો પાસવર્ડ તે સર્વરની નીતિ હેઠળ સર્વર સાથે પ્રમાણીકરણ કરે છે। સર્વર પ્રમાણપત્ર પાસવર્ડ તો નથી જ, પણ તે ક્લાયન્ટે કયું અંતિમ બિંદુ સ્વીકારવું જોઈએ તેનો જવાબ આપે છે। તેમાંથી એક બદલવાથી બાકીના બદલાતા નથી, અને તેમની વચ્ચે મૂલ્ય નકલ કરવાથી સરળ નહીં પણ અલગ ગોઠવણી બને છે।
વ્યવસ્થાપન પાસવર્ડ પરનો ફક્ત-દૂરસ્થ વિકલ્પ બીજી નજરને લાયક છે, કારણ કે તે નક્કી કરે છે કે પાસવર્ડની આવશ્યકતા સ્થાનિક મશીનથી વ્યવસ્થાપનને પણ લાગુ પડે છે કે નહીં। તે હદ સાંકડી કરવી એ એક-વપરાશકર્તા લેપટોપ માટે જાણી જોઈને લીધેલો નિર્ણય છે, કોઈએ નોંધ ન કરેલા પાસવર્ડ માટેનો ઉપાય નથી।
દૂરસ્થ વ્યવસ્થાપન ચાલુ કરવાથી ખરેખર શું બદલાય છે
બે કાર્યકારી પરિણામો આવે છે, અને બંને કૉપિ-પેસ્ટ માર્ગદર્શિકામાં ચૂકી જવા સહેલા છે। દૂરસ્થ વહીવટ ચાલુ થતાં જ વ્યવસ્થાપન પાસવર્ડ ફરજિયાત બને છે, અને નવી ઉપલબ્ધતા ફક્ત ક્લાયન્ટ સેવા ફરી શરૂ થયા પછી જ અમલમાં આવે છે।
તે પુનઃપ્રારંભ ક્લાયન્ટ વાપરતી કોઈપણ વસ્તુ માટે વાસ્તવિક અવરોધ છે, તેથી મશીનનો માલિક કોણ છે તેની સાથે તેનું આયોજન કરો। સુવિધા ચાલુ કરવાથી પોતાની રીતે ફાયરવોલ માર્ગ પણ ખૂલતો નથી: સેવા હજી પણ વ્યવસ્થાપન સ્ટેશનથી પહોંચી શકાય તેવી હોવી જોઈએ, અને હોસ્ટ ફાયરવોલ અથવા ઉપરના પ્રવાહનું ACL તેને અપહોંચ રાખી શકે છે। અપહોંચ સેવા એ પરવાનગી યોગ્ય રીતે મર્યાદિત થઈ હોવાનો પુરાવો નથી, ફક્ત એ કે બીજું કંઈક તેને અવરોધે છે।
ઇચ્છિત વ્યવસ્થાપન માર્ગ ડિપ્લોયમેન્ટ નોંધોમાં લખો, જેમાં પોર્ટ અને જે સરનામા શ્રેણી તેનો ઉપયોગ કરી શકે તેનો સમાવેશ થાય। તે નોંધ એ પણ જગ્યા છે જ્યાં નોંધવું કે કોણે આ ક્ષમતા માંગી અને તે ક્યારે પાછી ખેંચવી જોઈએ।
આ ક્લાયન્ટનું સંચાલન કોણ કરી શકે તે નક્કી કરો
તમારા પોતાના લેપટોપ પર, વહીવટ સ્થાનિક કન્સોલ પર જ રાખો જ્યાં સુધી તમે દૂરસ્થ ઍક્સેસની જરૂર હોય તેવા મશીનનું નામ ન કહી શકો અને કારણ ન કહી શકો। કેન્દ્રીય રીતે સંચાલિત ઉપકરણ માટે, કંઈપણ ચાલુ કરતાં પહેલાં વ્યવસ્થાપક, વ્યવસ્થાપન માર્ગ અને પુનઃપ્રાપ્તિના માલિકનું નામ કહો। પ્રશ્ન એ નથી કે સુવિધા અનુકૂળ છે કે નહીં, પણ એ કે તે જે ગોઠવણી ઉજાગર કરે છે તેની જવાબદારી કોની છે।
આદેશો સ્થાનિક સેવા સામે ચલાવો જેથી ફેરફાર સ્ક્રીનશોટમાં નહીં પણ તમારા પોતાના શેલ ઇતિહાસમાં જાય: vpncmd localhost /client /cmd RemoteDisable ક્ષમતા બંધ કરે છે, અને RemoteEnable સાથેનો એ જ આદેશ તેને ચાલુ કરે છે। પછી સેવા ફરી શરૂ કરો, નહીં તો સેટિંગ અમલમાં નહીં રહે।
જો કોઈ ટ્યુટોરિયલ તેને સમજૂતી વિના પ્રારંભિક પગલા તરીકે ચાલુ કરે, તો તેને અનુસરવાની સૂચના નહીં પણ ઉકેલાયેલ ન હોય તેવા પ્રશ્ન તરીકે લો। પૂછો કે કયું વ્યવસ્થાપન સ્ટેશન તેનો ઉપયોગ કરવાનું છે, અને જવાબ ન હોય તો ક્ષમતા બંધ રાખો।
વ્યવસ્થાપન ઍક્સેસ અને જોડાણક્ષમતા અલગથી ચકાસો
બે પરીક્ષણો બે અલગ પ્રશ્નોના જવાબ આપે છે, અને તેમાંથી ફક્ત એક ચલાવવું એ જ રીતે ડિપ્લોયમેન્ટ એવા દૂરસ્થ વહીવટ સાથે પૂરું થાય છે જે કોઈ ઇચ્છતું ન હતું।
vpncmd localhost /client /cmd RemoteDisable
systemctl restart vpnclient
vpncmd localhost /client /cmd AccountList
vpncmd localhost /client /cmd NicList
પ્રથમ બે લીટીઓ ક્લાયન્ટને ફરી સ્થાનિક વહીવટ હેઠળ લાવે છે અને ફેરફાર લાગુ કરે છે। છેલ્લી બે પુષ્ટિ કરે છે કે VPN ખાતાં અને વર્ચ્યુઅલ એડાપ્ટર હજી ગોઠવાયેલા છે, જે હોવા જોઈએ, કારણ કે વ્યવસ્થાપનની હદ અને જોડાણની સ્થિતિ સ્વતંત્ર સેટિંગ્સ છે। જો પુનઃપ્રારંભ પછી ખાતાંની યાદી ખાલી પાછી આવે, તો બીજું કંઈક તૂટ્યું છે અને દૂરસ્થ વ્યવસ્થાપન સેટિંગ તેની સમજૂતી નથી।
પછી જોડાણ પોતે ક્લાયન્ટથી ચકાસો અને પુષ્ટિ કરો કે એડાપ્ટર અપેક્ષિત સરનામું અને માર્ગ રાખે છે। સફળ vpncmd સત્ર નિયંત્રણ સંબંધ સાબિત કરે છે અને ટ્રાફિક ટનલમાંથી નીકળે છે કે નહીં તે વિશે કંઈ કહેતું નથી।