openvpn --errors-to-stderr એ લોન્ચ વિકલ્પ છે, ભૂલ નહીં

જે કમાન્ડ લાઇનમાં --errors-to-stderr છે, તે ફરિયાદ જેવી લાગે છે પણ ફરિયાદ નથી. શબ્દ વિકલ્પના નામનો ભાગ છે, જેમ લોગ ફાઇલનું નામ ફાઇલમાં શું છે તે વિશે કંઈ કહેતું નથી. કોઈપણ રૂપરેખાંકન બદલતા પહેલાં નક્કી કરો કે તમે ખરેખર શું વાંચી રહ્યા છો.

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

વિકલ્પનું નામ સ્થિતિ સંદેશ નથી

Community OpenVPN માટે --errors-to-stderr ભૂલ આઉટપુટને સ્ટાન્ડર્ડ આઉટપુટને બદલે સ્ટાન્ડર્ડ એરર પર મોકલે છે. આ સ્ટ્રીમની પસંદગી છે, ગંભીરતાનો ફિલ્ટર નથી, અને તે ભૂલ બનાવતું નથી. પછીનું --log અથવા --log-append એ જ સંદેશા ફાઇલમાં ફરી મોકલી શકે છે, તેથી ફ્લેગની અસર કમાન્ડના બાકીના ભાગ પર આધાર રાખે છે. સ્રોતનું લોગિંગ સંદર્ભ તે ક્રમ નક્કી કરે છે.

તેથી ફ્લેગની હાજરી કહે છે કે ભૂલો ક્યાં જશે. તે કહેતું નથી કે ભૂલ થઈ છે.

લોન્ચ લાઇન કે પ્રક્રિયાનું આઉટપુટ

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

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

જો લાઇન VPN પ્રક્રિયામાંથી આવી હોય, તો પણ તે માત્ર આહ્વાન છે. OpenVPN પોતાની કમાન્ડ લાઇન ભૂલ તરીકે છાપતું નથી, અને મહત્વના સંદેશા તેની પછી આવે છે.

પ્રક્રિયા અને તેનું પરિણામ શોધો

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

પછી પ્રક્રિયાનો માલિક એવા ઘટક દ્વારા પરિણામ વાંચો. systemd હેઠળ તે એકમનું જર્નલ છે; ડેસ્કટોપ એપમાં તે એપનું પોતાનું લોગ અથવા કન્સોલ છે. એક્ઝિટ સ્થિતિ અને છેલ્લા સંદેશા એ પ્રશ્નનો જવાબ આપે છે જેની તરફ વિકલ્પનું નામ ફક્ત સંકેત કરે છે.

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

ફ્લેગ ક્યારે તેનું સ્થાન લાયક બને છે

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

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

શું ન બદલવું

વિકલ્પને સમારકામના પગલા તરીકે ન ગણો. તેને ડિલીટ કરવાથી પ્રમાણપત્ર, રૂટ કે પ્રમાણીકરણની નિષ્ફળતા સુધરતી નથી.

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