નેટવર્ક ઇન્ટરફેસનું નામ બદલ્યા પછી Access Server એ તેનું બંધન ગુમાવ્યું: કી સુધારો

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

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

લક્ષણ ખરેખર શું કહે છે

બંધી ન શકતો ડેમન સામાન્ય રીતે તેની પોતાની લોગમાં કહે છે: સરનામું ઉપલબ્ધ નથી અથવા ઇન્ટરફેસ અસ્તિત્વમાં નથી. સંદેશ ચોક્કસ છે: તે ડેમને જે સરનામું અજમાવ્યું તેનું નામ આપે છે; હોસ્ટ પર ip -br addr સાથે સરખાવો જેથી ખબર પડે કે ઇન્ટરફેસનું નામ બદલાયું, દૂર થયું કે જૂના સરનામા વિના ઉભું કરાયું.

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

સંપાદિત કરતાં પહેલાં રૂપરેખાંકન પૂછો

Access Server તેનું રૂપરેખાંકન તેની પોતાની CLI દ્વારા બતાવે છે. દસ્તાવેજી દૃશ્ય આ છે:

sacli ConfigQuery

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

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

કયો શ્રોતા તૂટેલો છે તે નક્કી કરો

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

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

નામવાળી સેટિંગ બદલો, મેળ ખાતી પંક્તિઓ નહીં

ટ્યુટોરિયલ ConfigPut ને ચોક્કસ કી પર દસ્તાવેજી કરે છે, જેમ કે vpn.daemon.0.server.ip_address અને vpn.daemon.0.listen.ip_address. ઉત્પાદનની પોતાની પદ્ધતિ કીના નામ અને નવા મૂલ્ય સાથે, તમારી આવૃત્તિના દસ્તાવેજી સિન્ટેક્સમાં વાપરો, અને ફક્ત તમે નિદાન કરેલા શ્રોતાની કી બદલો.

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

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

લાગુ કરો, પછી માર્ગ કામ કરે છે તે સાબિત કરો

મૂલ્ય સુધારાયા પછી ઉત્પાદનના દસ્તાવેજી જીવનચક્ર દ્વારા લાગુ કરો ( જીવનચક્ર ). ટ્યુટોરિયલ કી સેટ કર્યા પછી sacli start વાપરે છે; તે સંપૂર્ણ હોસ્ટ રીબૂટ કે ડેટાબેઝ રીસેટ નથી.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

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