OpenVPN ક્લાયન્ટ ફરી કનેક્ટ કરવો: ત્રણ નિયંત્રણો, ત્રણ વ્યાપ્તિઓ
એક સેશન છોડવું, દરેક UDP ક્લાયન્ટને જાણ કરવી અને ડેમન ફરી શરૂ કરવું એ જુદી જુદી ક્રિયાઓ છે. પહેલાં વ્યાપ્તિ નક્કી કરો, પછી નવું સેશન ચકાસો.
કોઈ વ્યક્તિ VPN ક્લાયન્ટ ફરી કનેક્ટ કરવાનું કહે છે, અને આ વિનંતીનો અર્થ ત્રણ જુદી જુદી બાબતો હોઈ શકે. તેનો અર્થ એક પ્રમાણિત સેશન છોડવું, દરેક ક્લાયન્ટને જાણ કરવી કે UDP સર્વર જઈ રહ્યું છે, અથવા ડેમનને જ ફરી શરૂ કરવો હોઈ શકે. દરેકની અસરની ત્રિજ્યા જુદી હોય છે, અને ખોટી પસંદગી એક વપરાશકર્તા માટેના સુધારાને સેવા બંધમાં ફેરવે છે. વ્યાપ્તિ એ નિર્ણય છે, અને આદેશ તેમાંથી આવે છે.
કયું નિયંત્રણ વાપરવું તે પૂછતાં પહેલાં પૂછો કે કોને અસર થવી જોઈએ.
એક ઇન્સ્ટન્સ: મેનેજમેન્ટ ઇન્ટરફેસ
રૂપરેખાંકિત મેનેજમેન્ટ ઇન્ટરફેસ જોડાયેલા ઇન્સ્ટન્સની યાદી બનાવી શકે છે અને તેમાંથી બરાબર એક છોડી શકે છે. દરેક સેશન ક્લાયન્ટ ઓળખકર્તા ધરાવે છે, અને client-kill CID સામાન્ય નામને બદલે તે ઓળખકર્તાને લક્ષ્ય બનાવે છે. વર્તમાન સ્થિતિ આઉટપુટમાંથી જીવંત ઓળખકર્તા વાંચો, કારણ કે જૂના લોગમાંથી કોપી કરેલું મૂલ્ય એવા સેશનનો ઉલ્લેખ કરે છે જે હવે અસ્તિત્વમાં નથી. ઇન્સ્ટન્સ છોડવાથી તે જ જોડાણ સમાપ્ત થાય છે અને બીજું કંઈ નહીં.
તે નવા જોડાણની ખાતરી આપતું નથી. ક્લાયન્ટ પાછો આવશે કે નહીં તે તેના ફરી પ્રયાસ સેટિંગ્સ, બાકી રહેલા રિમોટ એન્ટ્રીઓ, તેની પ્રમાણીકરણ જરૂરિયાતો અને દેખરેખ રાખતી એપ્લિકેશન હજી ચાલુ છે કે નહીં તેના પર આધાર રાખે છે. પાછો આવતો ક્લાયન્ટ નવો ઓળખકર્તા મેળવે છે, અને તેથી ઓળખકર્તાઓની તુલના એ જૂનાને નવાથી અલગ પાડવાનો એકમાત્ર વિશ્વસનીય રસ્તો છે.
UDP નીકળવાની સૂચના દરેક ક્લાયન્ટ માટેનો આદેશ નથી
explicit-exit-notify નીકળવા અને ફરી શરૂ થવાની ઘટનાઓ વિશેની રૂપરેખાંકન સૂચના છે. UDP ક્લાયન્ટ પર તે સામેના પક્ષને જણાવે છે કે સેશન સમાપ્ત થઈ રહ્યું છે, અને સંખ્યાત્મક દલીલ નિયંત્રિત કરે છે કે સૂચના કેટલી વાર ફરી મોકલાય. જ્યારે સર્વર UDP પર ચાલે છે ત્યારે તે જોડાયેલા ક્લાયન્ટોને ફરી શરૂ કરવાનો નિયંત્રણ સંદેશ મોકલે છે, અને દસ્તાવેજીકૃત મૂલ્યો એક જ સર્વર સાથે ફરી જોડાવાને બીજી રિમોટ એન્ટ્રી પર જવાથી અલગ પાડે છે. તે વિશાળ પ્રેક્ષકો માટેનો જીવનચક્ર સંકેત છે.
તેમાં કંઈ પણ કોઈપણ ક્ષણે કોઈ મનસ્વી ક્લાયન્ટ પસંદ કરતું નથી. તેને ફરી કનેક્ટ બટન તરીકે ગણવાથી એકસાથે દરેક જોડાયેલા સેશન સુધી પહોંચે છે.
સંકેતો પ્રક્રિયા પર કામ કરે છે, સેશન પર નહીં
SIGUSR1 ચાલુ પ્રક્રિયાને રૂપરેખાંકન ફરી વાંચ્યા વિના તેનું જોડાણ ફરી શરૂ કરવાનું કહે છે, અને ટકાઉપણાના વિકલ્પો નક્કી કરે છે કે તે ફરી શરૂ થવાથી શું બચશે. SIGHUP આગળ જાય છે: તે રૂપરેખાંકન ફાઇલ ફરી વાંચે છે અને તેના સ્રોતો ફરી ખોલે છે. SIGTERM અને SIGINT વ્યવસ્થિત બંધની વિનંતી કરે છે. આ પ્રક્રિયા-સ્તરની ક્રિયાઓ છે: બહુ-ક્લાયન્ટ સર્વર પર તે પ્રક્રિયા વહન કરે છે તે દરેક સેશનને અસર કરે છે, ટિકિટમાં ઉલ્લેખિત સેશનને નહીં.
જ્યારે પ્રક્રિયા સેવા મેનેજર હેઠળ ચાલે છે, ત્યારે પ્રક્રિયા સૂચિમાં મળેલા PID ને સંકેત મોકલવાને બદલે મેનેજરના પોતાના નિયંત્રણનો ઉપયોગ કરો. મેનેજર કયો સંકેત મોકલે છે તે જોવા માટે યુનિટ વાંચો, કારણ કે ફરી શરૂ કરવું અને ફરી લોડ કરવું એક જ ડેમન સાથે જુદી જુદી બાબતો કરે છે.
નિયંત્રણ પસંદ કરતાં પહેલાં વ્યાપ્તિ નક્કી કરો
ત્રણ પ્રશ્નો તેને નક્કી કરે છે. કોને અસર થવી જોઈએ: એક વપરાશકર્તા, એક સર્વરના દરેક ક્લાયન્ટ, અથવા ડેમન અને તે જે કંઈ વહન કરે છે. શું ટકવું જોઈએ: રૂપરેખાંકન, ટનલની સ્થિતિ, અથવા બંનેમાંથી કંઈ નહીં. કોને તેની અધિકૃતિ છે: મેનેજમેન્ટ એકીકરણ, સેવાનો માલિક, અથવા નેટવર્ક ઓપરેટર જે નીકળવાની સૂચના નિયંત્રિત કરે છે. તેનો જવાબ આપો અને ફક્ત એક જ નિયંત્રણ યોગ્ય લાગે.
ફરી કનેક્ટ બટન મેળવવા માટે બિન-પ્રમાણિત નિયંત્રણ શ્રોતા ઉમેરવો એ પોર્ટ સુધી પહોંચી શકે તેવા દરેકને તે બટન કરતાં ઘણું વધુ આપે છે.
નવું સેશન ચકાસો, ડિસ્કનેક્શન નહીં
ડિસ્કનેક્શન ઘટના સાબિત કરે છે કે જૂનું સેશન સમાપ્ત થયું. તે નવા સેશન વિશે કંઈ કહેતું નથી કે જે પ્રમાણિત થાય છે, સરનામું મેળવે છે, રૂટ સ્થાપિત કરે છે અથવા વપરાશકર્તાને જરૂરી હતું તે સ્રોત સુધી પહોંચે છે. નવો ઓળખકર્તા તપાસો, પછી ટનલની સ્થિતિ, પછી એક વાસ્તવિક સ્રોત. તે ત્રણ પગલાં ફરી કનેક્ટ અને કાર્યરત જોડાણ વચ્ચેનો તફાવત છે.
ફેરફાર રેકોર્ડમાં વ્યાપ્તિ લખો. 'મેં ક્લાયન્ટ ફરી કનેક્ટ કર્યો' એ વર્ણન નથી જ્યારે ક્લાયન્ટ શેર કરેલા સર્વર પર ચાલીસમાંથી એક હતો.