Huduma ya OpenVPN inashindwa kwenye wasifu ambao GUI inaufungua: ukaguzi tano

Vizindua viwili hufungua wasifu mmoja kwenye mashine moja, na ni GUI pekee inayounganisha. Faili iko sawa na kisanidi kinaweza kuwa hakina tatizo; kinachotofautiana ni muktadha ambao kila kizindua humpa openvpn.exe. Saraka ya kazi, utambulisho wa akaunti na sifa za faili zote husafiri pamoja na muktadha huo. Zikague kwa mpangilio huo na usimame kwenye ile ya kwanza inayoeleza hitilafu.

Thibitisha ni kizindua kipi kinachoshindwa

Anza kwa kuthibitisha mgawanyiko. Ikiwa GUI inaunganisha na huduma haifanyi hivyo kwa njia ile ile ya wasifu, faili inasomwa na mtu na swali linakuwa ni nani anaisoma na kutoka wapi. Ikiwa zote mbili zinashindwa, wasifu umeharibika na hakuna lolote la haya linalohusika. Andika jina la huduma na wasifu kamili iliyoagizwa kupakia.

Huduma inayoelekezwa kwenye saraka yake ya kuanza kiotomatiki huenda isiwe inapakia faili uliyoifungua kwenye mhariri. Linganisha njia iliyo kwenye usanidi wa huduma na njia iliyo kwenye GUI, herufi kwa herufi, kwa sababu jina la folda la mwisho au herufi tofauti ya diski linatosha kukupeleka kwenye tawi lisilofaa.

Mahali njia zilizo jamaa hutatuliwa

Wasifu unaorejelea ca.crt au script ya msaidizi kwa jina tupu huomba utafutaji kulingana na mahali mchakato unatokea. GUI huanza kwenye folda ya usanidi, kwa hiyo majina hayo hutatuliwa. Huduma inayoanzishwa na msimamizi wa huduma haina mahali pa kuanzia, na utafutaji unashindwa kabla cheti chochote kusomwa. Ndiyo sababu wasifu huo hufanya kazi kwenye kizindua kimoja na si kingine.

Ipe kifuniko saraka ya kuanzia, au fanya kila rejeo liwe kamili. Kuiga muktadha wa GUI kwenye mstari wa amri kunaonekana hivi:

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

Kuongeza ukwasi wa maelezo kwenye amri hiyo kunaonyesha njia kamili iliyojaribiwa. Fanya hivyo kabla ya kubadilisha ruhusa, kwa sababu faili inayokosekana na usomaji uliokataliwa huhitaji marekebisho tofauti. Kumbukumbu ya kawaida haiwatofautishi. Bendera moja ya ziada huokoa saa ya kubahatisha.

Wakati utambulisho wa huduma hauwezi kusoma

Huduma huendeshwa chini ya utambulisho wa mfumo, si wako. ACL inayompa mtumiaji wako udhibiti kamili na mtu mwingine yeyote hushindwa huko wakati inafanya kazi vizuri kwenye kipindi chako. Wasifu uliowekwa kwenye diski iliyopangwa au hisa iliyothibitishwa hushindwa kwa sababu hiyo hiyo. Thibitisha ruhusa za faili kabla ya kuangalia kitu kingine chochote.

Ukaguzi ni usomaji wa ruhusa zenye matokeo pamoja na usomaji uliojaribiwa kama utambulisho wa huduma. Endesha sehemu ya kwanza kutoka kwenye kidirisha cha amri kilichoinuliwa:

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

Kisha jaribu usomaji huo huo kama utambulisho wa huduma, kwa mfano kwa psexec -s -i kutoka Sysinternals, na uangalie kama faili inafunguka. Ikiwa haifunguki, hakuna marekebisho ya njia yatakayosaidia. Rekebisha ACL au hamishia wasifu mahali ambapo utambulisho wa huduma unaweza kusoma.

Usimbaji fiche wa ngazi ya faili ni kesi ya pili, adimu zaidi. Wasifu uliowekwa alama ya sifa ya Encrypting File System husimbuliwa kwa uwazi kwa mtumiaji aliyeusimba na hubaki hausomeki kwa akaunti ya huduma. Ndiyo sababu faili hiyo hiyo hufunguka kwenye mhariri wako na si chini ya huduma.

Sifa hiyo inaonekana kutoka kwenye kidirisha cha amri kilichoinuliwa, na kuikagua hakufungui wasifu. Endesha amri zote mbili na usome matokeo:

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

Kuondoa sifa hiyo hufanya faili isomeke, na pia huondoa ulinzi iliokuwa nao. Ikiwa wasifu unapaswa kubaki umelindwa, weka nyenzo za siri mahali ambapo utambulisho wa huduma una kibali cha wazi badala ya kutegemea usimbaji fiche wa kila mtumiaji. Mpangilio huo hustahimili mabadiliko ya nenosiri, na hufanya ufikiaji ukagulike na mtu mwingine zaidi ya aliyesimba faili.

Kuamua nani anamiliki handaki

GUI inaweza kuomba nenosiri na kusoma cheti kutoka hifadhi yako ya mtumiaji. Huduma haiwezi kufanya lolote kati ya hayo, kwa hiyo wasifu unaotegemea siri ya mwingiliano hautaanza kamwe bila mtu, bila kujali jinsi njia zilivyorekebishwa. Ukomo huo ni uamuzi wa usanifu, si kasoro ya kuepuka. Chagua mmiliki mmoja kabla ya kubadilisha kitu kingine chochote.

Ikiwa handaki lazima liwe juu kabla ya kuingia, ipe huduma chanzo cha stakabadhi bila mtu na nakala yake ya wasifu. Ikiwa linahitaji kuwepo tu ukiwa mezani, liweke kwenye GUI na uondoe nakala ya huduma. Zote mbili kwa wakati mmoja ni usanidi unaozalisha migongano ya adapta na njia rudufu.

Mgongano huo kwa kawaida hugunduliwa kama hitilafu ya usanidi badala ya wamiliki wawili wanaogombania adapta moja. Kumbukumbu ya matukio itaonyesha mchakato mmoja ukishindwa kufungua kifaa cha TAP, jambo linaloonekana kama tatizo la ruhusa na sivyo. Hesabu wamiliki kwanza.

Kile kifuniko cha huduma kinachozindua kwa kweli

Sehemu ya kuingia ya huduma ni kifuniko kidogo kinachosoma vigezo vyake vilivyohifadhiwa kisha kuanzisha openvpn.exe. Wakati mstari wa amri kwenye kumbukumbu ya matukio hautakubaliani na matarajio yako, thamani hizo ndizo za kuchunguza. Kusakinisha upya huzirudisha kwenye chaguo-msingi na kuharibu ushahidi. Zisome kwanza.

Thamani hizo zinaishi kwenye rejista chini ya ufunguo wa huduma yenyewe, na sc qc inaonyesha njia ya faili tendaji ambayo msimamizi wa huduma atazindua. Linganisha njia hiyo na usanidi uliohifadhiwa wa kifuniko kabla ya kuhariri yoyote kati yao.

Kubadilisha kifuniko kwa script unayoidhibiti ni uvamizi zaidi, lakini huunganisha mstari wa amri wenye matokeo kwenye faili moja inayosomeka. Maliza kwa kuanzisha upya, kisha soma kumbukumbu ya kila wasifu hadi mstari wa kwanza wa kuanza kwa mafanikio uonekane. Hali ya huduma “inaendesha” inamaanisha tu kwamba kifuniko hakijatoka, jambo ambalo ni kweli pia wakati mtoto wake alikufa mara moja.