Windows નું OpenVPN પ્રોફાઇલ Ubuntu પર નિષ્ફળ જાય છે: ત્રણ સ્તર

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

ડાઉનલોડ જેમ આવ્યું તેમ રાખો અને નકલમાં ફેરફાર કરો, જેથી નવું ડાઉનલોડ તમારા ફેરફારો ચૂપચાપ પાછા ન ફેરવે.

દોષ કાઢતાં પહેલાં ચેતવણી વાંચો

block-outside-dns Windows પર Windows ફિલ્ટરિંગ પ્લેટફોર્મ દ્વારા DNS લોક કરે છે, અને Linux ક્લાઇન્ટ પાસે તેને મેપ કરવા માટે કંઈ નથી. સર્વર તેને ધકેલે ત્યારે ક્લાઇન્ટ તે ધકેલાયેલી એન્ટ્રી માટે અજાણી-વિકલ્પ લાઇન છાપે છે અને ચાલુ રાખે છે, કારણ કે ધકેલાયેલો વિકલ્પ ઘાતક ગણાતો નથી. પણ તમારી પોતાની ફાઇલમાંની એ જ લાઇન બીજી વાત છે: ત્યાં પાર્સર અટકે છે. કંઈપણ અડકતાં પહેલાં નક્કી કરો કે બેમાંથી કઈ તમારી પાસે છે, કારણ કે તેમાંથી ફક્ત એક જ રન સમાપ્ત કરે છે.

ઘોંઘાટ દૂર કરવા માટે પાર્સ કરતાં પહેલાં ફિલ્ટર કરો: તે નામ માટે pull-filter ignore એન્ટ્રી, અથવા લાઇન સ્થાનિક ફાઇલમાં હોય ત્યારે --ignore-unknown-option. બંને એવી લાઇન શાંત કરે છે જે તમે પહેલેથી વાંચી છે; એક પણ તમે નિદાન ન કર્યું હોય તેવી ખામી સુધારતું નથી.

બીજું બધું પહેલાં અધિકારો નિષ્ફળ જાય છે

tun ઉપકરણ અને તેની સાથે આવતા રૂટ અધિકારપ્રાપ્ત વસ્તુઓ છે, અને સામાન્ય ખાતું તેમને બનાવી શકતું નથી. --user વિકલ્પ આ વિભાજન સમજાવે છે: ડિમન અધિકારપ્રાપ્ત કામ પૂરું થયા પછી જ તેના અધિકારો છોડે છે. તેને root તરીકે અથવા એવી રીતે શરૂ કરતા unit દ્વારા શરૂ કરો, પછી પ્રમાણપત્રો જોતાં પહેલાં પરવાનગીની ભૂલ શોધો. પ્રોફાઇલ પરની ફાઇલ પરવાનગીઓ ઢીલી કરવાથી પ્રક્રિયાને જે અધિકારો ખૂટે છે તે મળતા નથી.

TLS ભૂલનો અર્થ છે કે ક્લાઇન્ટ આ સ્તર પાર કરી ગયું. ઉપકરણ કે રૂટની ફરિયાદનો અર્થ છે કે તે ઉપરના સ્તરે કદી પહોંચ્યું નહીં.

GUI જે કરે છે અને ટર્મિનલ નથી કરતું

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

તમારા વિતરણ માટે પેકેજ થયેલા સહાયકનો ઉપયોગ કરો; બ્લોગ પોસ્ટમાંથી કોપી કરેલી સ્ક્રિપ્ટ સામાન્ય રીતે બીજા રિઝોલ્વરને લક્ષ્ય બનાવે છે. systemd-resolved માટે મોકલાતું એકીકરણ સામાન્ય vpnc-શૈલીની સ્ક્રિપ્ટ નથી, અને દરેક ક્લાઇન્ટ પાસેથી પોતાના આર્ગ્યુમેન્ટ અને ચલોની અપેક્ષા રાખે છે. વપરાશકર્તા-વ્યાખ્યાયિત up સ્ક્રિપ્ટોને પણ ક્લાઇન્ટ તેમને ચલાવે તે પહેલાં script-security 2 ની જરૂર પડે છે.

આગલી વખતે સ્તરો અલગ કરો

એક વાર --verb 4 સાથે ચલાવો અને લોગ બન્યા તે ક્રમમાં વાંચો: ઉપકરણ બનાવવું, રૂટ, TLS હેન્ડશેક, પછી up સ્ક્રિપ્ટનું આઉટપુટ. તે ક્રમમાં પ્રથમ નિષ્ફળતા એ જ સુધારવા લાયક છે; તેના પછીનું બધું સામાન્ય રીતે પરિણામ હોય છે. રિઝોલ્વર ન કરે ત્યારે સ્થપાતું ટનલ તમને ત્રીજા સ્તરે મૂકે છે, જ્યાં પ્રમાણપત્ર અપ્રસ્તુત છે. સરખામણી કરતી વખતે ડાઉનલોડ કરેલું પ્રોફાઇલ અસ્પર્શ રાખો.

જ્યારે દરેક ઓપરેટર સમાયોજન બીજી નકારાયેલી લાઇન ઉત્પન્ન કરે, ત્યારે ફાઇલ બીજા પ્લેટફોર્મ તરફ નિર્દેશિત છે. કાયમી ફિલ્ટર યાદી બનાવવાને બદલે Linux એક્સપોર્ટ માંગો.

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