OpenVPN ઇનિશિયલાઇઝેશન પૂર્ણ થયાનું કહે છે: પ્રોમ્પ્ટ કેમ પાછો આવતો નથી

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

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

સંદેશ પ્રક્રિયાના નહીં, સ્ટાર્ટઅપના અંતનો સંકેત આપે છે

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

જો લાઇન દેખાય અને કનેક્શન પછીથી મરી જાય, તો તે બીજી ઘટના છે, અને લોગ પછીથી તે કહેશે.

Ctrl+C એ નિર્ણય છે, ઉપાય નહીં

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

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

સંદેશ શું સાબિત કરતો નથી

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

‘સર્વર શરૂ થયું’ અને ‘લેપટોપ શેર ખોલી શકે છે’ એ બે અલગ જગ્યાઓનાં અવલોકનો છે, અને તેમને ભેગાં કરવાથી તમે ખોટા હોસ્ટને ડિબગ કરવા જાઓ છો.

ટર્મિનલ વિના ચલાવવું

કાયમી ડિપ્લોયમેન્ટ માટે, પ્લેટફોર્મ જે સેવા ગોઠવણને સમર્થન આપે છે તેનો ઉપયોગ કરો. systemd હોસ્ટ પર તે openvpn-client@office ઇન્સ્ટન્સ છે જેમાં પ્રોફાઇલ /etc/openvpn/client માં છે, જે રીબૂટ પછી પણ ટકી રહે તે માટે શરૂ અને સક્ષમ કરેલું. Community OpenVPN --log અથવા --log-append સાથે --daemon પણ આપે છે, જે પ્રક્રિયાને અલગ કરે છે અને આઉટપુટને ફાઇલમાં મોકલે છે. બંને અભિગમ પ્રક્રિયા કેવી રીતે ચાલે છે તે બદલે છે; કોઈપણ રૂટ સુધારતું નથી કે દૂરના એપ્લિકેશનને સ્વસ્થ બનાવતું નથી.

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

કામ સાથે મેળ ખાતી ગોઠવણ પસંદ કરો

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

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