એડમિન અધિકારો વિના પોર્ટેબલ VPN ક્લાયન્ટ: શું હજી પણ તૂટે છે

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

પોર્ટેબલ ત્રણ અલગ વચનોને આવરી લે છે, અને ફક્ત એક જ મફત છે

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

ખર્ચાળ વચનો બીજું અને ત્રીજું છે. એક એક્ઝિક્યુટેબલ જેને એડેપ્ટર, રૂટ અથવા રિઝોલ્વરમાં લેખનની જરૂર છે તે ઓપરેટિંગ સિસ્ટમ પાસેથી એવી સત્તા માંગે છે જે પોર્ટેબલ લેબલે ક્યારેય આવરી નહોતી.

ક્લાયન્ટ જે વિશેષાધિકૃત સહાયકને બોલાવશે તે શોધો

લગભગ કોઈ પણ VPN ક્લાયન્ટ પોતે પેકેટ ખસેડતું નથી. Windows પર ડેટા પાથ WFP ફિલ્ટર્સ અને Base Filtering Engineમાંથી પસાર થાય છે, macOS પર NetworkExtension પ્રદાતા દ્વારા જેને વપરાશકર્તા સિસ્ટમ સેટિંગ્સમાં મંજૂરી આપે છે, અને Linux પર tun ઉપકરણ ઉપરાંત રાઉટિંગ સ્ટેક દ્વારા. તમે કૉપિ કરેલી બાઇનરી તે ઘટકો માટે નિયંત્રણ સપાટી છે, તેમનો વિકલ્પ નહીં. ક્લાયન્ટ કયા ઘટકની અપેક્ષા રાખે છે તે પૂછો, પછી ખાતરી કરો કે તે સ્થાપિત છે, ચાલી રહ્યું છે અને તમારા ખાતા દ્વારા વાપરી શકાય છે.

Linux એ દાવો સાબિત કરવાનું સૌથી સરળ સ્થાન છે, કારણ કે તપાસ એક જ સિસ્ટમ કૉલ છે. /dev/net/tun ખોલવા અને કર્નલ પાસેથી ઉપકરણ માંગવા માટે CAP_NET_ADMIN જરૂરી છે, અને કર્નલ TUN/TAP દસ્તાવેજીકરણ માલિકીનો નિયમ અને ક્ષમતા બંને જણાવે છે. પરીક્ષણ તે ખાતા સાથે ચલાવો જે ક્લાયન્ટ શરૂ કરશે, root તરીકે નહીં.

ls -l /dev/net/tun
ip tuntap add dev vpntest mode tun
ip link delete vpntest

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

પ્રથમ કનેક્શન પહેલાં રૂટ અને રિઝોલ્વર ફેરફારોનું પરીક્ષણ કરો

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

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

ip route add 10.20.0.0/16 dev vpntest
ip route del 10.20.0.0/16
resolvectl query intranet.example.internal

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

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

સત્રમાં શું ટકી રહેવું જોઈએ તે નક્કી કરો

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

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

ip -brief addr show
ip route show table main
resolvectl status

બીજા કેપ્ચરમાં હાજર અને પ્રથમમાં ગેરહાજર હોય તેવી દરેક વસ્તુને માલિકની જરૂર છે. કાં તો ક્લાયન્ટ બહાર નીકળતી વખતે તેને દૂર કરે છે, અથવા તમે તેને તે જ આદેશોથી દૂર કરો છો જે તેને બનાવ્યા હતા, અને તે દૂર કરવું ડિપ્લોયમેન્ટ નોંધોમાં આવે છે, શું થયું તે વિશે કોઈની યાદમાં નહીં. Windows પર સમકક્ષ વાંચન Get-NetAdapter, Get-NetRoute અને Get-DnsClientServerAddress છે, જેમને ઉન્નતિની જરૂર નથી પણ તે જ અવશેષો બતાવે છે.