સ્થાનિક રૂટ VPN ના ડિફૉલ્ટ રૂટને કેમ હરાવે છે

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

જોડાયેલો પ્રિફિક્સ ડિફૉલ્ટ રૂટ કરતાં વધુ વિશિષ્ટ છે

ટનલ સામાન્ય રીતે ડિફૉલ્ટ રૂટ અથવા પ્રિફિક્સનો સમૂહ સ્થાપિત કરે છે, જ્યારે સ્થાનિક ઇન્ટરફેસ જોડાયેલો પ્રિફિક્સ અને આખા LAN માટેનો રૂટ વહન કરે છે. તેમની વચ્ચે સૌથી લાંબા પ્રિફિક્સની જોડ થવાથી નિર્ણય થાય છે, તેથી LAN પ્રિફિક્સની અંદરનું લક્ષ્ય ટનલ સુધી ક્યારેય પહોંચતું નથી. એટલે જ પ્રિન્ટર, રાઉટરનું વ્યવસ્થાપન પૃષ્ઠ અને સ્થાનિક NAS VPN ચાલુ હોય ત્યારે પણ પહોંચી શકાય તેવા રહે છે. એટલે જ ઓવરલેપ થતી રેન્જની અંદરનું દૂરનું સ્રોત ખોટા મશીન પર જાય છે.

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

કર્નલ જે પસંદગી કરશે તે વાંચો

ટેબલ ઉપરથી વાંચવાને બદલે કર્નલને પૂછો કે ચોક્કસ લક્ષ્ય માટે તે કયો રૂટ વાપરશે. પછી એવા નીતિ નિયમો શોધો જે બીજું ટેબલ પસંદ કરી શકે. બે આદેશો થોડી સેકન્ડમાં બંને પ્રશ્નોના જવાબ આપે છે.

ip route get 10.20.30.41
ip route show table all | grep -E '10\.|default'
ip rule show

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

સ્થાનિક ઍક્સેસ અલગ પરવાનગી છે

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

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

હોસ્ટ રૂટનો ઢગલો કર્યા વિના ઓવરલેપ સુધારો

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

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