તમારી .ovpn ફાઇલ કોડ ચલાવી શકે છે, ફક્ત ટ્રાફિક રૂટ કરી નહીં

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

સહાયક ચલાવતું પ્રોફાઇલ પ્રોગ્રામ છે, સેટિંગ્સ ફાઇલ નહીં

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

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

ખરેખર અમલ કઈ વસ્તુ નક્કી કરે છે અને સક્ષમ કરતી લાઇનો કેવી દેખાય છે

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

script-security 2
up /etc/openvpn/update-resolv-conf.sh
down /etc/openvpn/update-resolv-conf.sh

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

માલિકી, પાથ અને સહાયકને શું ખવડાવાય છે

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

જ્યારે નિષ્ફળ હૂકની જાણ કરો, ત્યારે ક્યાંય પેસ્ટ કરતા પહેલાં પર્યાવરણ સંપાદિત કરો. જે ડંપ તમને ડિબગ કરવામાં મદદ કરે છે તે તમને પ્રમાણિત કરતું ટોકન પણ લઈ જઈ શકે છે.

સફાઈની નિષ્ફળતા ટનલ ગયા પછી દેખાય છે

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

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

સહાયકની સમીક્ષા અને બહાર નીકળવાનો માર્ગ રાખવો

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

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