OpenVPN Windows પર લોગિન પર શરૂ થાય છે પણ બૂટ પર નહીં?

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

લક્ષણને સામાન્ય રીતે ત્રણ કારણો હોય છે

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

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

સ્વચાલિત સેવા ખરેખર શું વાંચે છે

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

Get-Service OpenVPNService | Select-Object Status, StartType
Get-CimInstance Win32_Service | Where-Object Name -eq 'OpenVPNService' | Select-Object PathName, StartName
gci 'C:\Program Files\OpenVPN\config-auto'

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

શા માટે ડેસ્કટોપ લોગિન કામ કરે છે અને બૂટ સ્ટાર્ટ નહીં

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

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

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

એક માલિક પસંદ કરો અને વાસ્તવિક જીવનચક્રની કસોટી કરો

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

Get-Content 'C:\Program Files\OpenVPN\log\openvpn.log' -Tail 40
Get-WinEvent -LogName Application -MaxEvents 20 | Where-Object ProviderName -like '*OpenVPN*'

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