વધારાના Mac VPN રૂટને માલિકની જરૂર છે, લોગિન સ્ક્રિપ્ટની નહીં
લોગિન વખતે એક વાર ઉમેરાયેલો રૂટ ફરી જોડાણની નીતિ નથી. દૂરના પ્રીફિક્સને માલિક આપો અને નક્કી કરો કે તે તે કનેક્શન સાથે કેવી રીતે દેખાય, બદલાય અને અદૃશ્ય થાય.
VPN દ્વારા ખાનગી પ્રીફિક્સ સુધી પહોંચવું એ સમયગાળા સાથેની જરૂરિયાત છે: તે ત્યાં સુધી ટકે છે જ્યાં સુધી તે કનેક્શન વપરાયોગ્ય છે, અને કનેક્શન પૂરું થાય ત્યારે તે પૂરું થાય છે. લોગિન સ્ક્રિપ્ટ આ વ્યક્ત કરી શકતી નથી, કારણ કે લોગિન અને ટનલ ઉપર આવવી અલગ ક્ષણો છે, અને લોગિન વખતે હાજર ટનલ એક મિનિટ પછી ટ્રાફિક વહન કરતી ટનલ ન પણ હોય. પહેલો નિર્ણય કઈ આદેશ ચલાવવો એ નથી. નિર્ણય એ છે કે પ્રીફિક્સનો માલિક કયો ઘટક છે.
પ્રીફિક્સને માલિકની જરૂર છે, ક્ષણની નહીં
જરૂરિયાતને કર્તા સાથેના વાક્ય તરીકે લખીને શરૂ કરો: પહોંચો 10.77.0.0/24 ઓફિસ VPN દ્વારા, જ્યાં સુધી તે કનેક્શન ચાલુ છે. તે વાક્ય પ્રીફિક્સ, કનેક્શન અને શરતનું નામ આપે છે, અને તરત જ બે લોકપ્રિય વિકલ્પોને બાકાત કરે છે: લોગિન હૂક અને આંતરફળનું નામ જેમ કે ppp0 અથવા utun2.
આંતરફળનાં નામ રનટાઇમમાં આપવામાં આવે છે અને ફરી જોડાણો વચ્ચે સ્થિર રહેતાં નથી. ગયા અઠવાડિયે જોયેલા નામ સાથે મેળ ખાતો હૂક ક્યાં તો ચાલશે નહીં, ક્યાં તો બીજા કોઈના આંતરફળ પર ચાલશે. બંને પરિણામો રાઉટિંગ ભૂલ તરીકે દેખાય છે, તે જૂની ધારણા તરીકે નહીં જે તેઓ છે. એ જ વાંધો એવી કોઈપણ સ્ક્રિપ્ટને લાગુ પડે છે જે એવા નામ પર આધારિત છે જે ફક્ત ત્યારે જ અસ્તિત્વમાં છે જ્યારે કોઈ ચોક્કસ ટનલ ચાલુ હોય.
રૂટ ઇરાદાનો સમર્થિત સ્રોત વાપરો
ગેટવે, સંચાલિત પ્રોફાઇલ અથવા માલિક ક્લાયન્ટની દસ્તાવેજીકૃત રૂટ પદ્ધતિ એ આનું યોગ્ય સ્થાન છે, જ્યારે તે પદ્ધતિ જરૂરિયાત વ્યક્ત કરી શકે. કઈ લાગુ પડે તે પ્રોટોકોલ અને પ્રદાતા પર આધાર રાખે છે, અને કી તેમની વચ્ચે પ્રવાસ કરતી નથી, તેથી પ્રોફાઇલ ગોઠવતું મૂલ્ય OpenVPN સ્થાનિક L2TP અથવા IKEv2 ક્લાયન્ટ વિશે કંઈ કહેતું નથી.
| Mechanism | Can carry extra prefixes | Who owns the lifetime |
|---|---|---|
| Gateway-pushed routes | Often, if the gateway is configured for it | The connection |
| Managed profile settings | Depends on the client and profile format | The profile |
| Provider tunnel settings | Yes, as included and excluded routes | The provider process |
| Manual command | Yes, once | Nobody |
પેકેટ-ટનલ વિકાસકર્તાઓ માટે, Apple ના IPv4 ટનલ સેટિંગ્સ સમાવિષ્ટ અને બાકાત રૂટ સ્પષ્ટ રીતે બહાર લાવે છે, અને IPv6 નું પણ તેનું સમકક્ષ છે. આ એ API છે જે પ્રદાતા વાપરે છે, એ પુરાવો નથી કે દરેક સ્થાનિક VPN પેનલ વ્યવસ્થાપકને મનસ્વી રૂટ સૂચિ આપે છે. જો વર્તમાન સંયોજન જરૂરી પ્રીફિક્સ વ્યક્ત કરી શકતું ન હોય, તો આગળનું પગલું ઓપરેટર તરફથી સમર્થિત ગોઠવણી માર્ગ છે, બીજી એપ નહીં જે વધુ સારી રીતે વર્તશે એવી આશામાં સ્થાપિત કરવામાં આવે.
આયુષ્યમાં સફાઈ સમાવિષ્ટ છે
કેટલીકવાર બાહ્ય સહાયક ખરેખર જરૂરી હોય છે, અને ત્યારે «રૂટ ઉમેરો» તેના કામનો સૌથી નાનો ભાગ છે. તેણે જાણવું જોઈએ કે તે કયા કનેક્શનની સેવા કરે છે અને તે કનેક્શન કયું આંતરફળ વાપરે છે, સંબંધિત નેટવર્ક સ્થિતિ સ્થિર થાય ત્યાં સુધી રાહ જોવી જોઈએ, સળંગ બે વાર ચાલે ત્યારે આઇડેમ્પોટન્ટ રહેવું જોઈએ, અને પોતે સ્થાપિત ન કર્યું હોય તેવું કંઈ સાફ ન કરવું જોઈએ.
છેલ્લી શરત એ છે જે દુખ આપે છે. ઓફિસ પ્રીફિક્સ સાથે મેળ ખાતો દરેક રૂટ કાઢી નાખતો સહાયક વહેલો કે મોડો એવો રૂટ પણ કાઢી નાખશે જે તેણે ઉમેર્યો ન હતો. પરિણામી અટકાવ VPN ક્લાયન્ટ પર નાખવામાં આવે છે, કારણ કે ક્લાયન્ટ એ ભાગ છે જે વપરાશકર્તા જુએ છે. લખતાં પહેલાં સહાયકની માલિકી નક્કી કરવી, પછીથી સ્થાનિક સબનેટે જવાબ આપવાનું કેમ બંધ કર્યું તે સમજાવવા કરતાં સસ્તું છે.
ફરી જોડાણની રેસ
ઝડપી ફરી જોડાણની કલ્પના કરો. સત્ર A નીચે જાય છે, સત્ર B ઉપર આવે છે અને તેનો રૂટ સ્થાપિત કરે છે, અને પછી A ની મોડી સફાઈ આખરે ચાલે છે. જો તે સફાઈ પ્રીફિક્સ પ્રમાણે રૂટ દૂર કરે, તો તે B ની માન્ય સ્થિતિ પણ લઈ જાય છે, અને એક સેકન્ડ પહેલાં કામ કરતું કનેક્શન હવે ક્યાંય રૂટ થતું નથી.
આ માલિકીની રેસ છે, અને સ્ક્રિપ્ટમાં ઊંઘ ઉમેરવાથી ફક્ત એ બદલાય છે કે કઈ બાજુ જીતે છે. ઉપાય એ છે કે સફાઈને ઓળખ પર શરતી બનાવવી: સહાયકે સ્થાપિત કરેલા આંતરફળ અને સત્રને હજી ચાલુ રહેલા સાથે સરખાવો, અને ફક્ત મેળ પડે ત્યારે જ દૂર કરો.
શું પરીક્ષણ કરવું, અને રૂટ શું કરી શકતો નથી
સ્વીકૃતિએ ચાર સંક્રમણો આવરી લેવા જોઈએ: પ્રથમ કનેક્શન, અલગ આંતરફળ પર ફરી જોડાણ, નિષ્ફળ જતો કનેક્શન પ્રયાસ, અને અંતિમ ડિસ્કનેક્શન. દરેક પછી, દૂરની બાજુના સરનામા માટે સિસ્ટમે ખરેખર પસંદ કરેલો રૂટ વાંચો, તમે ધાર્યો હતો તે નહીં.
route -n get 10.77.0.5
netstat -rn -f inetઅઘરા કિસ્સાઓ પણ એ જ ફેરમાં સામેલ કરો: જ્યાં જરૂરી હોય ત્યાં IPv6, દૂરના પ્રીફિક્સ સાથે ઓવરલેપ થતું સ્થાનિક પ્રીફિક્સ, અને જાહેર VPN એન્ડપોઇન્ટ સુધીનો રૂટ, જે ટનલ ચાલુ હોય ત્યાં સુધી કામ કરતો રહેવો જોઈએ. પછી લખો કે રૂટ શું નથી. તે પેકેટ પસંદ કરે છે; તે દૂરની બાજુએ પરવાનગી આપતું નથી અને પરત માર્ગ બનાવતું નથી, અને તે અલગ માલિકો સાથેની અલગ જરૂરિયાતો જ રહે છે.
તમે ઇચ્છો છો તે પરિણામ એ પ્રીફિક્સ છે જે દરેક સંક્રમણમાં તેના સમર્થિત કનેક્શન-માલિકનું અનુસરણ કરે, એ આદેશ નહીં જે જે મશીન પર લખાયો હતો ત્યાં એક વાર સંજોગવશાત સફળ થયો.