Linux પર VPN દ્વારા ધકેલાયેલા રૂટને સ્થિર રૂટથી કેવી રીતે અલગ પાડવા
ટનલ સાથે દેખાતું પ્રીફિક્સ ત્રણ માલિકો પાસેથી આવી શકે છે. ટેબલની તુલના કરો, મેટ્રિક તપાસો અને પછી જે વારંવાર તેને ફરી ઇન્સ્ટોલ કરે છે તેને સુધારો.
ટનલ ઉપર આવે ત્યારે લેપટોપ પર એક પ્રીફિક્સ દેખાય છે, તેથી લાગે છે કે VPN એ તેને ઇન્સ્ટોલ કર્યું છે. એવું હોઈ શકે, પણ એ જ પરિણામ કનેક્ટ સમયે ચાલતી ક્લાયન્ટ સ્ક્રિપ્ટ, સબનેટની યાદી ધરાવતી કનેક્શન પ્રોફાઇલ, અથવા શરૂઆતથી ત્યાં હોય અને ઇન્ટરફેસ અસ્તિત્વમાં આવ્યા પછી જ કામ કરવા લાગી હોય એવા સ્થિર રૂટમાંથી પણ આવી શકે છે. ખોટો માલિક પસંદ કરવાનો અર્થ એ છે કે દરેક સફાઈ પછી રૂટ પાછો આવે છે, અને આગલી વ્યક્તિ એ જ સુધારો ફરીથી કરે છે. નીચેનો ક્રમ કંઈપણ બદલતા પહેલાં આ ત્રણને અલગ પાડે છે.
પગલું 1: પ્રીફિક્સ ઇન્સ્ટોલ કરતી પદ્ધતિનું નામ આપો
વિવિધ પ્રોટોકોલ વિવિધ રીતે પહોંચપાત્રતા પૂરી પાડે છે, અને આ બધાને જાહેરાત કહેવાથી ભેદ છુપાય છે. OpenVPN સર્વર કંટ્રોલ ચેનલ પરથી રૂટ નિર્દેશ મોકલે છે અને ક્લાયન્ટ તેને ઇન્સ્ટોલ કરે છે સિવાય કે pull ફિલ્ટર તેને અવરોધે. WireGuard રૂપરેખાંકન મંજૂર પ્રીફિક્સ સ્થાનિક રીતે સૂચિબદ્ધ કરે છે, જેનો ક્લાયન્ટ ક્રિપ્ટો-કી રૂટિંગ અને પોતે ઉમેરતા રૂટ બંને માટે ઉપયોગ કરે છે. IPsec ટનલ પીઅર સાથે ટ્રાફિક સિલેક્ટર પર સંમત થાય છે, અને કર્નલ તે સિલેક્ટરમાંથી રૂટ ઇન્સ્ટોલ કરે છે.
કોઈપણ ટેબલ વાંચતા પહેલાં ઓળખો કે તમારી ટનલ આમાંથી કયો ઉપયોગ કરે છે. કનેક્ટ સમયે ધકેલાયેલો રૂટ રૂટિંગ પ્રોટોકોલની જાહેરાત નથી, અને તે વચન આપતો નથી કે પ્રીફિક્સ દૂરના છેડા પાછળ પહોંચપાત્ર છે. પ્રીફિક્સની બાજુમાં પદ્ધતિ નોંધો, કારણ કે તે નક્કી કરે છે કે સુધારો ક્યાં આવે છે.
પગલું 2: એક કનેક્ટ દરમિયાન ટેબલની તુલના કરો
ટનલ બંધ હોય ત્યારે મુખ્ય ટેબલ સાચવો, તેને ઉપર લાવો, ફરી સાચવો અને બે કેપ્ચરની તુલના કરો. જે દેખાયું તે કનેક્શનના જીવનચક્રનું છે, અને જે રહ્યું તે સ્થાનિક રૂપરેખાંકનનું છે.
ip route show table main > /tmp/route-down.txt વડે તેને કેપ્ચર કરો, કનેક્ટ કરો અને ફરી કેપ્ચર કરો. જો સાઇટ IPv6 વાપરે તો ip -6 route માટે પણ એ જ કરો, કારણ કે ત્યાં ખૂટતું પ્રીફિક્સ એવી નિષ્ફળતાઓ ઉત્પન્ન કરે છે જે રૂટિંગ સાથે સંબંધ ન હોય એવું લાગે.
પગલું 3: મેટ્રિક વાંચો, ફક્ત હાજરી નહીં
એક જ પ્રીફિક્સ માટે બે એન્ટ્રી સાથે રહી શકે છે, અને કર્નલ નીચું મેટ્રિક પસંદ કરે છે. મેટ્રિક 50 વાળો સ્થિર રૂટ 100 પરના ધકેલાયેલા રૂટ સામે જીતતો રહેશે, જોકે બંને દેખાય છે, તેથી ‘રૂટ ત્યાં છે’ અને ‘ટ્રાફિક તેનો ઉપયોગ કરે છે’ અલગ વિધાનો છે.
ip route get 10.20.5.7 વડે સીધા કર્નલને પૂછો અને તે જે ઇન્ટરફેસ જણાવે તે વાંચો. જો ટેબલમાં ટનલનો રૂટ બેઠો હોય છતાં ટ્રાફિક ભૌતિક એડેપ્ટર થઈને નીકળે, તો તેને મેટ્રિક અથવા પ્રીફિક્સની લંબાઈ સમજાવે છે, VPN ક્લાયન્ટ નહીં. જે હોસ્ટ ટનલ પાછળ છે એવું તમે જાણો છો તેના માટે અને જે નથી એવું જાણો છો તેના માટે શોધ ફરીથી કરો, અને તફાવત બતાવે છે કે વિભાજન ઇચ્છિત રીતે વર્તે છે કે નહીં.
પગલું 4: ટનલ કરતાં વધુ ટકતી એન્ટ્રી શોધો
સ્થિર રૂટ ડિઝાઇન મુજબ ડિસ્કનેક્શન ટકી રહે છે, અને જૂની એન્ટ્રી ત્યાંથી જ આવે છે. હવે અસ્તિત્વમાં ન હોય એવા ઇન્ટરફેસ તરફ ઇશારો કરતો ચીરસ્થાયી રૂટ સબનેટને શાંતિથી ગળી શકે છે, અને ફરી વપરાયેલા ઇન્ટરફેસ નામ તરફ ઇશારો કરતો રૂટ રીબૂટ પછી ખાનગી ટ્રાફિકને ખોટા દરવાજેથી મોકલી શકે છે.
સ્થાયી બાજુ તમારું ડિસ્ટ્રિબ્યુશન જે જગ્યા વાપરે છે ત્યાં તપાસો, પછી તે systemd-networkd યુનિટ હોય, NetworkManager પ્રોફાઇલ હોય કે ક્લાયન્ટના up ડિરેક્ટરીમાંની સ્ક્રિપ્ટ. ip route del વડે જીવંત ટેબલ સુધારવું ફક્ત આગલા કનેક્ટ સુધી ટકે છે. તે ડિલીટને સમારકામ નહીં, પરંતુ પરિકલ્પનાની કસોટી ગણો.
જ્યાં દૂરનો છેડો ખોટું આવરણ આપે છે, ત્યાં બધું ફિલ્ટર કરવાને બદલે ઓપરેટર સમક્ષ રજૂ કરો. બધા ધકેલાયેલા સેટિંગ્સ કાઢી નાખવાથી DNS અને સ્પ્લિટ-ટનલ નીતિ પણ જાય છે જેના પર પ્રોફાઇલ આધાર રાખે છે.
પગલું 5: ક્લાયન્ટને દોષ આપતા પહેલાં પરત માર્ગની પુષ્ટિ કરો
સાઇટ-ટુ-સાઇટ અથવા ટનલ પાછળના સબનેટ માટે દૂરના છેડાને તમારા ક્લાયન્ટ સરનામા તરફ પરત રૂટ અને ગેટવે પર ફોરવર્ડિંગ ચાલુ હોવું જરૂરી છે. એકમાર્ગી માર્ગ બરાબર ક્લાયન્ટ રૂટિંગ બગ જેવો દેખાય છે, ફક્ત હેન્ડશેક અને બહાર જતું પેકેટ બંને સફળ થાય છે.
રિવર્સ-પાથ ફિલ્ટરિંગ Linux ગેટવે પર બીજી જાળ ઉમેરે છે. રૂટ જે ધારે છે તેના કરતાં અલગ ઇન્ટરફેસ પર આવતો જવાબ સખત મોડ દ્વારા કાઢી નાખવામાં આવે છે, અને બે પ્રદાતાઓ દ્વારા અસમમિત માર્ગ તેને વિશ્વસનીય રીતે સક્રિય કરે છે. ગેટવે પરના, ક્લાયન્ટ પરના નહીં, ડ્રોપ કાઉન્ટર તમને કહે છે કે ફિલ્ટરિંગ કારણ છે કે નહીં.
પગલું 6: ping નહીં, સંસાધનની કસોટી કરો
પસંદ કરેલો રૂટ સાચો થાય પછી વાસ્તવિક સંસાધન ખોલો અને પરત ટ્રાફિકની પુષ્ટિ કરો. ping જવાબ એક દિશામાં માર્ગ સાબિત કરે છે અને સેવા વિશે કંઈ નહીં, અને કેશ થયેલા કનેક્શન પર જવાબ આપતી સેવા તો વધુ ઓછું સાબિત કરે છે.
પછી ફરી કનેક્ટ થયા પછી આખી તપાસનું પુનરાવર્તન કરો. ક્રમનું મૂલ્ય એ છે કે તે આગળનું કનેક્ટ શું કરશે તેની આગાહી કરે છે, તેથી તુલના અને મેટ્રિક બંને ટિકિટમાં આવે છે.