OpenVPN સેવા GUI ખોલે છે તે પ્રોફાઇલ પર નિષ્ફળ જાય છે: પાંચ તપાસ

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

કયો લોન્ચર નિષ્ફળ જાય છે તેની ખાતરી કરો

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

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

સાપેક્ષ પાથ ક્યાં ઉકેલાય છે

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

રેપરને શરૂ કરવા માટે ડિરેક્ટરી આપો, અથવા દરેક સંદર્ભને નિરપેક્ષ બનાવો. કમાન્ડ લાઇન પર GUI નો સંદર્ભ પુનઃઉત્પાદિત કરવો આવો દેખાય છે:

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

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

જ્યારે સેવાની ઓળખ વાંચી શકતી નથી

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

તપાસ એ અસરકારક પરવાનગીઓનું વાંચન અને સેવાની ઓળખ તરીકે કરાયેલ વાંચન છે. પ્રથમ ભાગ ઉન્નત પ્રોમ્પ્ટમાંથી ચલાવો:

icacls "C:\VPN\profiles\office\office.ovpn"

પછી એ જ વાંચન સેવાની ઓળખ તરીકે અજમાવો, ઉદાહરણ તરીકે Sysinternals ના psexec -s -i સાથે, અને જુઓ ફાઇલ ખૂલે છે કે નહીં. જો ન ખૂલે, તો કોઈ પાથ સુધારો મદદ કરશે નહીં. ACL સુધારો અથવા પ્રોફાઇલને એવી જગ્યાએ ખસેડો જ્યાંથી સેવાની ઓળખ વાંચી શકે.

ફાઇલ-સ્તરનું એન્ક્રિપ્શન બીજો, ઓછો સામાન્ય કિસ્સો છે. Encrypting File System એટ્રિબ્યુટ સાથે ચિહ્નિત પ્રોફાઇલ તેને એન્ક્રિપ્ટ કરનાર વપરાશકર્તા માટે પારદર્શક રીતે ડીક્રિપ્ટ થાય છે અને સેવા એકાઉન્ટ માટે અવાંચ્યું રહે છે. તેથી જ એ જ ફાઇલ તમારા એડિટરમાં ખૂલે છે અને સેવા હેઠળ નહીં.

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

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

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

ટનલનો માલિક કોણ છે તે નક્કી કરવું

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

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

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

સેવા રેપર ખરેખર શું શરૂ કરે છે

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

મૂલ્યો રજિસ્ટ્રીમાં સેવાની પોતાની કી હેઠળ રહે છે, અને sc qc સેવા મેનેજર જે બાઇનરી પાથ શરૂ કરશે તે બતાવે છે. બંનેમાંથી કોઈપણ સંપાદિત કરતા પહેલાં તે પાથની રેપરના સંગ્રહિત રૂપરેખાંકન સાથે સરખામણી કરો.

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