કાઢી નાખેલો VPN રૂટ ફરી કનેક્ટ થયા પછી કેમ પાછો આવે છે
લાઇવ રૂટ કાઢી નાખવાથી કંઈ બદલાતું નથી જ્યારે પ્રોફાઇલ, push કે બૂટ યુનિટ તેને ફરી બનાવે છે. માલિક શોધો, ત્યાં તેને બદલો અને ફરી કનેક્ટ થઈને ચકાસો.
તમે હાથે કાઢી નાખેલો રૂટ આગલી ફરી કનેક્ટ થયા પછી પાછો આવે છે, અને ટેબલ બરાબર પહેલાં જેવું જ દેખાય છે. આ રૂટિંગ બગ નથી: કંઈક એન્ટ્રીને કન્ફિગરેશનમાંથી અથવા કનેક્શન લાઇફસાઇકલની ક્રિયામાંથી ફરી બનાવે છે. મોટાભાગના રનબુક લાઇવ ટેબલ પર જ અટકે છે, તેથી કાઢી નાખવું એક મિનિટ સુધી કામ કરતું લાગે છે અને પછી નિષ્ફળ જાય છે. માલિકને ઓળખો, તેને બદલો અને ફરી કનેક્ટ થઈને સાબિત કરો.
રૂટ કોણે ઇન્સ્ટોલ કર્યો
સુધારાથી નહીં, ઉમેદવારોની યાદીથી શરૂ કરો. VPN પ્રોફાઇલ પોતાના રૂટ લાવી શકે છે, સર્વર કનેક્ટ થતી વખતે તેમને push કરી શકે છે, નેટવર્ક મેનેજર પ્રોફાઇલ તેમને ઘોષિત કરી શકે છે, બૂટ યુનિટ કે સ્ક્રિપ્ટ તેમને ઉમેરી શકે છે, અને IPsec અમલીકરણો જે ટ્રાફિક સિલેક્ટર પર વાટાઘાટ કરે છે તેમના માટે રૂટ ઇન્સ્ટોલ કરે છે. પોલિસી રૂટિંગ નિયમો પણ ટ્રાફિકને સંપૂર્ણપણે બીજા ટેબલમાં રીડાયરેક્ટ કરી શકે છે.
સમય તેમને કન્ફિગરેશન પુરાતત્ત્વ કરતાં ઝડપથી અલગ પાડે છે. ઇન્ટરફેસ ઉપર આવે તે ક્ષણે દેખાતી એન્ટ્રી ક્લાયન્ટની છે; એક સેકન્ડ પછી આવતી એન્ટ્રી સામાન્ય રીતે સર્વર pushમાંથી આવે છે; બૂટ વખતે હાજર એન્ટ્રી સાચવેલા કન્ફિગરેશનની છે. કનેક્ટ, ડિસ્કનેક્ટ અને રીબૂટ પહેલાં અને પછી ટેબલ નોંધો, અને પેટર્ન માલિકનું નામ આપશે. ફક્ત સેવા રીસ્ટાર્ટ થાય ત્યારે પાછો આવતો રૂટ VPN તરફ નહીં, યુનિટ તરફ ઇશારો કરે છે.
સંપાદિત કરતા પહેલાં ટેબલ વાંચો
સાચવેલી ફાઇલને બદલે કર્નલનું પોતાનું દૃશ્ય જુઓ. પ્રોટોકોલ કૉલમ બતાવે છે કે દરેક એન્ટ્રી કોણે ઇન્સ્ટોલ કરી:
ip route show
ip route show table all
ip rule show
પ્રોટોકોલ ફીલ્ડ, મેટ્રિક અને ટેબલ નંબર તમને કહે છે કે તમે સ્થિર એન્ટ્રી, કર્નલે બનાવેલી એન્ટ્રી કે ડીમન દ્વારા ઉમેરાયેલી કોઈ વસ્તુ જોઈ રહ્યા છો. નિયમોની યાદી મહત્વપૂર્ણ છે કારણ કે શોધ મુખ્ય ટેબલ સંપૂર્ણપણે છોડી શકે છે, જે ત્યાંનું સંપાદન તમે ડિબગ કરી રહ્યા છો તે એપ્લિકેશન માટે અદૃશ્ય બનાવે છે. લીટી ડાબેથી જમણે વાંચો: લક્ષ્ય, ગેટવે, ઉપકરણ, પ્રોટોકોલ અને મેટ્રિક.
પછી કર્નલને પૂછો કે તે ખરેખર કયો રૂટ વાપરશે. સુરક્ષિત સરનામું જાહેર સરનામા કરતાં વધુ સારી તપાસ છે:
ip route get 10.20.5.7
લક્ષણ નહીં, માલિક બદલો
માલિક જાણીતો થયા પછી, ફેરફાર તે માલિકનો છે. ક્લાયન્ટ પ્રોફાઇલમાંથી રૂટ દૂર કરો, સર્વર પર push થયેલો રૂટ સુધારો, અથવા મેટ્રિક દ્વારા જીતતો હરીફ કાયમી રૂટ ઉમેરવાને બદલે નેટવર્ક મેનેજર કનેક્શન સંપાદિત કરો. એકબીજા સામે લડતા બે નિયમો એવું ટેબલ બનાવે છે જે પછી કોઈ સમજાવી શકતું નથી.
એન્ડપોઇન્ટ બાકાત રાખો. VPN સર્વરનું પોતાનું જાહેર સરનામું ભૌતિક ગેટવે દ્વારા મોકલતો હોસ્ટ રૂટ એ છે જે બાહ્ય ટનલ પેકેટને વહેતા રાખે છે; તેને કાઢી નાખો, અને ટનલ પોતાને વહન કરવાનો પ્રયાસ કરે છે. સ્પ્લિટ-ટનલ પ્રોફાઇલમાં, ટનલને ટાળવાના હોય તેવા સ્થાનિક સબનેટ માટે પણ એ જ કાળજી લાગુ પડે છે.
ફરી કનેક્ટ કરો અને બંને માર્ગ ચકાસો
ફરી કનેક્ટ કરો, પછી એક જ પાસમાં બંને લક્ષ્ય તપાસો. સુરક્ષિત સરનામું અને બાકાત કરેલો એન્ડપોઇન્ટ અલગ પ્રશ્નોના જવાબ આપે છે:
ip route get 10.20.5.7
ip route get 198.51.100.20
પ્રથમ ટનલ ઇન્ટરફેસ દ્વારા અને બીજું ભૌતિક ગેટવે દ્વારા ઉકેલાવું જોઈએ. જો બંને ટનલ દ્વારા ઉકેલાય, તો બાકાત ખૂટે છે; જો એક પણ નહીં, તો પ્રોફાઇલ ફેરફાર અમલમાં આવ્યો નથી અને તમે વિચાર્યા કરતાં બીજા માલિક તરફ જોઈ રહ્યા છો.
રૂટનો હેતુ, તેનો માલિક અને તે કેટલો સમય જીવવો જોઈએ તે લખો. એ નોંધ જ આગલી વ્યક્તિને એ જ કાઢી નાખવા અને ફરી કનેક્ટ કરવાનું ચક્ર પુનરાવર્તન કરતી અટકાવે છે.