VPN પછીનાં કાર્યો if-up નહીં, ડિસ્પેચરથી ચલાવો

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

NetworkManager દ્વારા સંચાલિત VPN માટે ડિસ્પેચર યોગ્ય જગ્યા છે, અને vpn-up યોગ્ય ક્રિયા છે.

ઇન્ટરફેસ ઘટના નહીં, vpn-up વાપરો

ડિસ્પેચર up ને vpn-up થી અલગ પાડે છે. પ્રથમ સક્રિય થયેલું ઇન્ટરફેસ જણાવે છે; બીજું સક્રિય થયેલું VPN કનેક્શન જણાવે છે. Wi-Fi ચાલુ થવાનો અર્થ ફક્ત એ છે કે નીચેની કડી અસ્તિત્વમાં છે; ટનલ હજી વાટાઘાટ કરી રહી હોઈ શકે, અથવા કદી પ્રમાણીકરણ ન પણ થાય.

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

મેળને એક કનેક્શન સુધી મર્યાદિત કરો

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

કાર્યને આઇડેમ્પોટન્ટ બનાવો. દરેક વાર બોલાવવા પર રૂટ ઉમેરતું કૉલબેક આખરે ટેબલને નકલોથી ભરી દે છે, અને રાઉટિંગ તોડે છે બીજી નકલ.

સક્રિયકરણ શું સાબિત કરતું નથી એ જાણો

vpn-pre-up NetworkManager VPN સંપૂર્ણ સક્રિય હોવાનું જણાવે તે પહેલાં ચાલે છે, અને મેનેજર એ સ્ક્રિપ્ટોની રાહ જુએ છે. અવરોધક તબક્કો ફક્ત ત્યારે વાપરો જ્યારે કાર્ય ખરેખર ત્યાં જ આવે, કારણ કે ધીમું નિરીક્ષણ એ સક્રિયકરણને મોડું કરે છે જે બીજા દરેક કમ્પોનન્ટ જોવાની રાહ જુએ છે.

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

સ્ક્રિપ્ટ જે સંદર્ભમાં ચાલે તેનું સન્માન કરો

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

સ્ક્રિપ્ટ પરની માલિકી અને પરવાનગીઓ પણ મહત્ત્વની છે. root તરીકે ચાલતી એવી ફાઇલ જે કોઈ પણ વપરાશકર્તા બદલી શકે તે વિશેષાધિકાર વધારવાનો માર્ગ છે, અને તે VPN લોજિક સાચું છે કે નહીં તેનાથી સ્વતંત્ર તારણ છે.

એ ડિસ્કનેક્શનની યોજના કરો જે કદી ન થાય

NetworkManager નોંધે છે કે અણધાર્યા સમાપ્તિ કે કનેક્ટિવિટી ગુમાવવા જેવા ફરજિયાત ડિસ્કનેક્શન માટે vpn-pre-down બહાર પાડવામાં આવતું નથી. તેથી ફક્ત નરમ pre-down આસપાસ બાંધેલી સફાઈ રચનાથી જ અધૂરી છે. સ્ક્રિપ્ટ જે પણ વિભાજિત સ્થિતિ બદલે તેને બીજા માલિકની જરૂર છે જે ક્રેશ પછી તેને પુનઃસ્થાપિત કરી શકે, અને એ પુનઃપ્રાપ્તિ માર્ગ ધારવાને બદલે પરીક્ષણ કરવો પડે.

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