Windows પર OpenVPN કેમ ca કહે છે: અવતરણ વગરનો પાથ, ખરાબ પ્રમાણપત્ર નહીં
અવતરણ વગરનો Program Files પાથ ઘણા આર્ગ્યુમેન્ટમાં વિભાજિત થાય છે અને પાર્સર વિકલ્પને દોષ આપે છે. અવતરણ, ક્લાયન્ટ લાઇન અને એન્કોડિંગ તપાસો.
OpenVPN શરૂ થતું નથી, અને ભૂલનો સંદેશ એવી લાઇન તરફ ઇશારો કરે છે જે બરાબર લાગે છે: Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca. પ્રમાણપત્ર બદલાયું નથી, ફાઇલ એડિટરમાં ખૂલે છે, અને પાથમાં કંઈ ખોટું લાગતું નથી. પાર્સર વિકલ્પના નામ પર વાંધો લેતું નથી; તેની સાથે કેટલા આર્ગ્યુમેન્ટ આવ્યા તેના પર વાંધો લે છે. ચાર તપાસ લગભગ દરેક કિસ્સો ઉકેલે છે, અને તેમને ખર્ચના ક્રમમાં કરવા યોગ્ય છે.
પાર્સર વિકલ્પને કેમ દોષ આપે છે
દરેક રૂપરેખા લાઇન કોઈ વિકલ્પ તેને જોવા પહેલાં જ ખાલી જગ્યાઓ અને અવતરણ પર વિભાજિત થાય છે. તેથી જગ્યા ધરાવતું મૂલ્ય અવતરણમાં ન હોય તો ઘણા આર્ગ્યુમેન્ટ તરીકે આવે છે, અને જે વિકલ્પની લાઇન હતી તે અસંગતિ જણાવે છે. Windows પર મૂળભૂત ઇન્સ્ટોલ ડિરેક્ટરી આને નિશ્ચિત બનાવે છે, કારણ કે C:\Program Files બંધારણ મુજબ પાથની વચ્ચે બેસે છે. આ ભૂલમાં પ્રમાણપત્ર ક્યારેય ખૂલતું નથી, તેથી ફાઇલ છે કે નહીં તે તપાસવાથી કંઈ ઉપયોગી સાબિત થતું નથી.
જણાવેલી લાઇન નંબર સામાન્ય રીતે સાચી હોય છે, અને જણાવેલો વિકલ્પ તે જ હોય છે જેણે લાઇન વાપરી. જ્યારે નામ આપેલો વિકલ્પ એવો હોય જે તમે કદી લખ્યો નથી એમ જાણો છો, તો તેની ઉપરની લાઇન વાંચો, કારણ કે પહેલાના બ્લોકમાં ખોવાયેલું અવતરણ પાર્સિંગ ખસેડે છે. એ રીતે પ્રમાણપત્ર બ્લોક આખરે આર્ગ્યુમેન્ટની સંખ્યાનો દોષિત બને છે.
ca C:\Program Files\OpenVPN\config\office-ca.crtજગ્યા ધરાવતા દરેક પાથ પર અવતરણ મૂકો
મૂલ્યની આસપાસ ડબલ અવતરણની એક જોડી એ આખું સમારકામ છે, અને Windows પર આગળની તિર્યક રેખાઓ સ્વીકાર્ય છે, તેથી એસ્કેપિંગ કદી સમસ્યાનો ભાગ બનતું નથી. એક જ પાસમાં દરેક પાથ વિકલ્પ સુધારો, કારણ કે પાર્સર પ્રથમ નિષ્ફળતા પર અટકે છે અને આગળનું ફક્ત આગલા પુનઃપ્રારંભની રાહ જુએ છે. સમૂહમાં સામાન્ય રીતે આનો સમાવેશ થાય છે: ca, cert, key, tls-auth અને auth-user-pass.
ca "C:/Program Files/OpenVPN/config/office-ca.crt"
cert "C:/Program Files/OpenVPN/config/office.crt"
key "C:/Program Files/OpenVPN/config/office.key"ડિરેક્ટરીના નામની શોધ ફાઇલ વાંચવા કરતાં દરેક ઘટના વધુ ઝડપથી શોધે છે. કોઈપણ સંપાદન પહેલાં તેને ચલાવો, જેથી યાદી પૂર્ણ થાય:
Select-String -Path .\office.ovpn -Pattern 'Program Files'પ્રોફાઇલને જગ્યા વગરના પાથ પર ખસેડવું માન્ય વિકલ્પ છે, અને તે ફક્ત ત્યારે માન્ય છે જ્યારે દરેક પાથ તેની સાથે ખસે. અડધું ખસેડાયેલું પ્રોફાઇલ બીજા ફાઇલનામ સાથે એ જ ભૂલ ફરી ઉત્પન્ન કરે છે, જે નોંધવું વધુ મુશ્કેલ છે કારણ કે સંદેશ હવે તમે હમણાં બનાવેલા પાથ તરફ ઇશારો કરે છે. એક અભિગમ પસંદ કરો અને તે પૂરો કરો.
પ્રમાણપત્રો પહેલાં મોડની જાહેરાત પાછી મેળવો
બીજું સામાન્ય કારણ એ જ બગડેલી બપોર સાથે અલગ સંદેશ આપે છે. ક્લાયન્ટ પ્રોફાઇલે તેનો મોડ ઉપરની નજીક જાહેર કરવો પડે છે, અને જ્યારે નવી ફાઇલમાં ફક્ત પ્રમાણપત્ર બ્લોક પેસ્ટ કરવામાં આવે ત્યારે તે જાહેરાત સરળતાથી ખોવાઈ જાય છે. તેના વિના OpenVPN ફાઇલને બીજા ડિફોલ્ટ સમૂહ સાથે વાંચે છે, અને નુકસાન ઘણું પછી વિકલ્પો વચ્ચેના સંઘર્ષ અથવા લોગિન નિષ્ફળતા તરીકે દેખાય છે. ગુમ થયેલી લાઇન તપાસવી સસ્તી અને ભૂલવી મોંઘી છે.
client
dev tun
proto udp
remote vpn.example.net 1194ત્યાં હો ત્યાં સુધી દરેક લાઇનમાં એક સૂચના રાખો. જોડાયેલી લાઇનો પ્રથમ વિભાગની બરાબર એ જ આર્ગ્યુમેન્ટ-સંખ્યાની ભૂલ આપે છે, અને જણાવેલી લાઇન વાજબી લાગે છે કારણ કે જોડાણ ત્યાં થયું જ્યાં એડિટરે લખાણને વાળ્યું. કાચી લાઇન વાંચો, દર્શાવેલી નહીં.
એન્કોડિંગનું નુકસાન વિકલ્પના નામ જેવું લાગે છે
UTF-16 તરીકે સંગ્રહિત અને બાઇટ-ઓર્ડર માર્ક ધરાવતી ફાઇલ પોતાનો પ્રથમ વિકલ્પ પાર્સરથી છુપાવે છે, અને ભટકતા બાઇટ સંદેશમાં વિકલ્પના નામ સાથે ચીપાઈ શકે છે. ફાઇલને બાઇટ-ઓર્ડર માર્ક વગર UTF-8 તરીકે સંગ્રહો, પછી તેને ફરી ખોલો અને ખાતરી કરો કે પ્રથમ અક્ષર સામાન્ય અક્ષર છે. એડિટર, PowerShell રીડાયરેક્શન અને ચેટ વિન્ડોમાંથી પેસ્ટ કરેલું લખાણ બધું પૂછ્યા વગર એન્કોડિંગ બદલી નાખે છે.
Format-Hex .\office.ovpn | Select-Object -First 1બાઇટ-ઓર્ડર માર્ક કોઈપણ લખાણ પહેલાં અગ્રણી માર્કર બાઇટ તરીકે દેખાય છે, અને તે અક્ષરોને હાથે ભૂંસી નાખવા એ હારનો ચાલ છે કારણ કે એડિટર આગલી સંગ્રહ વખતે તેમને પાછા લખે છે. તેના બદલે સ્પષ્ટ એન્કોડિંગ સાથે ફાઇલ ફરી સંગ્રહો. લાઇનના અંત વધુ સહિષ્ણુ છે, પરંતુ અંતમાં નવી લાઇન ન હોય તેવી ફાઇલ સંપાદન પછી છેલ્લી સૂચનાને પહેલાની સાથે ભેગી કરી શકે છે.
કઈ તપાસ પહેલાં, અને કેમ
એન્કોડિંગથી શરૂ કરો, કારણ કે તેમાં એક આદેશ લાગે છે અને ફાઇલના બીજા દરેક વાંચનને અમાન્ય કરે છે. પછી અવતરણ, પછી મોડની જાહેરાત અને બીજી ફરજિયાત સૂચનાઓ, અને તે પછી જ પ્રમાણપત્રો, કી અને ઓળખપત્રો. એ ક્રમમાં કામ કરવાથી દરેક પગલું ઉલટાવી શકાય તેવું રહે છે, કારણ કે અવતરણની સમસ્યા સુધારવા બદલાયેલું પ્રમાણપત્ર કાર્યરત ઇન્સ્ટોલને મૂળથી બે સંપાદન દૂર નવી નિષ્ફળતા સાથે છોડે છે. ક્રમ વ્યક્તિગત તપાસ કરતાં વધુ મહત્ત્વનો છે.
ઓપરેટરે મોકલ્યું તે રીતે ફાઇલની અસ્પૃશ્ય નકલ રાખો. પછીનું સંપાદન તેને તોડે તો તે નકલ સાથેનો તફાવત દર્શાવે છે કે અવતરણ, નવી લાઇન કે માર્કર બાઇટ ખસ્યું છે કે નહીં, જે ભૂલ ફરી વાંચવા કરતાં ઝડપી છે. દરેક સૂચનાનો વિકલ્પ સંદર્ભ ઇન્સ્ટોલ કરેલી આવૃત્તિના OpenVPN મેન્યુઅલ માં છે.