VPN ક્લાયન્ટ તમે ઉમેરેલો રૂટ કાઢી નાખે છે? પોલિસી ટેબલ વાપરો

લેબ પ્રિન્ટર માટે એક /24 બે ip route show કૉલ વચ્ચે અદૃશ્ય થઈ જાય છે, અને ક્લાયન્ટ લોગ ફક્ત કહે છે કે નેટવર્ક બદલાયું. કમાન્ડ, પ્રીફિક્સ કે તમારા વિશેષાધિકારોમાં કંઈ ખોટું ન હતું. હોસ્ટના રાઉટિંગ મોડેલનો માલિક એવો કોર્પોરેટ ક્લાયન્ટ જ્યારે પણ કોઈ બીજું તેને સંપાદિત કરે ત્યારે તે મોડેલ ફરીથી લાગુ કરે છે, તેથી તમે ઉમેરેલી એન્ટ્રી ઘૂસણખોર તરીકે દૂર થાય છે. એ જ ટેબલમાં તેની સામે લડવું હારેલું સ્થાન છે. ઉપાય એ છે કે તે ટેબલ માટે સ્પર્ધા સંપૂર્ણપણે છોડી દો અને અપવાદને ત્યાં મૂકો જ્યાં મોનિટર ક્યારેય જોતું નથી.

મોનિટર ગુમ થયેલા રૂટની સમજૂતી આપે છે

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

ip route show
ip route add 192.168.2.0/24 dev enp0s31f6
sleep 5; ip route show

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

બીજું ટેબલ મોનિટર માટે અદૃશ્ય છે

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

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

અપવાદ બનાવો, પછી તેને જીતવા દો

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

ip rule add to 192.168.2.0/24 table 110 pref 30010
ip route add 192.168.2.0/24 dev enp0s31f6 table 110
ip route get 192.168.2.50

ip route get કર્નલ જે રૂટ વાપરશે તે ઉકેલે છે, જેમાં ઉપકરણ અને સ્રોત સરનામું સામેલ છે. તે ટેબલ ઓળખકર્તા છાપતું નથી, તેથી તેને ip rule show સાથે જોડો જ્યારે કયું ટેબલ જીત્યું તેની ખાતરી કરવી હોય. સાથે મળીને તેઓ એકમાત્ર મહત્ત્વના પ્રશ્નનો જવાબ આપે છે: તે સરનામા તરફનો ટ્રાફિક તમે ધાર્યું હતું ત્યાંથી નીકળે છે?

એ જ વિચારના બીજા સ્વરૂપો

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

ip rule add iif wlan0 table 10
ip route add default dev tun0 table 10

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

નિયમને એકવાર વપરાય તેવો ગણો

નિયમો અને ટેબલ રૂટ મેમરીમાં જીવે છે. ફરી કનેક્ટ થયા પછી ટનલ ઉપકરણનું નામ બદલાઈ શકે છે, ફાળવેલું સરનામું ખસી શકે છે, અને જૂની કિંમત રાખતો નિયમ શાંતિથી મેળ ખાવાનું બંધ કરે છે. આખો ફેરફાર તેનો માલિક એવી એક જ સ્ક્રિપ્ટમાંથી ફરીથી લાગુ કરો, પછી અપવાદ પર ભરોસો કરતા પહેલા ip rule show, વર્તમાન ઉપકરણનું નામ અને નવું ip route get વાસ્તવિક ગંતવ્ય સામે ફરી ચકાસો.

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

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