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

ક્રમ મહત્વનો છે: પહેલા નિયમો, પછી દરેક નિયમ પસંદ કરે તે કોષ્ટક.

નિયમો પ્રાથમિકતા ક્રમમાં વાંચો

ip rule show ચલાવો અને ઉપરથી નીચે વાંચો. પ્રાથમિકતા નંબર મૂલ્યાંકન ક્રમ નિયંત્રિત કરે છે, અને નાનો નંબર વહેલો તપાસાય છે. 32766 પરનો ડિફૉલ્ટ નિયમ સામાન્ય રીતે મહત્ત્વનો છેલ્લો નિયમ હોય છે. જો યાદી લાંબી હોય, તો કંઈપણ બદલતાં પહેલાં તેને ફાઇલમાં સાચવો.

દરેક નિયમ માટે પ્રાથમિકતા, મેળ (સ્રોત, માર્ક, ઇન્ટરફેસ અથવા ગંતવ્ય) અને તે જે કોષ્ટકનો સંદર્ભ લે છે તે નોંધો. વાપરી શકાય તેવા કોષ્ટક વિનાનો નિયમ આંધળી ગલી છે, રૂટ નહીં.

IPv6 માટે ip -6 rule show સાથે એ જ કરો. ફક્ત IPv4 કુટુંબમાં રહેલી નીતિ બીજા કુટુંબને મુખ્ય કોષ્ટક પર રાખે છે.

દરેક નિયમ જે કોષ્ટક પસંદ કરે તે વાંચો

દરેક સંદર્ભિત કોષ્ટક માટે ip route show table <name or number> વાપરો. તેના રૂટની સરખામણી તમે અપેક્ષા રાખો તે ઇન્ટરફેસ અને આગલા હોપ સાથે કરો. ખાલી અથવા અપૂર્ણ કોષ્ટક એવી નિષ્ફળતા સમજાવે છે જે મુખ્ય કોષ્ટક સમજાવી શકતું નથી.

મુખ્ય કોષ્ટક હજી ડિફૉલ્ટ રૂટ રાખી શકે છે, અને તે ઠીક છે. જો કોઈ નિયમ તમારો પ્રવાહ પહેલા કોષ્ટક 51820 પર મોકલે, તો તે પેકેટ માટે મુખ્ય ડિફૉલ્ટ અપ્રસ્તુત છે.

જો નંબર અજાણ્યો હોય તો /etc/iproute2/rt_tables માં કોષ્ટકનું નામ શોધો. તે શોધ એક સેકન્ડ લે છે અને લાંબા વળાંકને અટકાવે છે.

નિયમ કોણે સ્થાપિત કર્યો તે શોધો

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

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

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

મહત્ત્વનું સ્રોત સંદર્ભ તપાસો

સામાન્ય ip route get એપ્લિકેશન પ્રવાહ કરતાં અલગ પ્રશ્નનો જવાબ આપે છે. વાસ્તવિક પેકેટ જે માર્ગ લે છે તે જોવા માટે સ્રોત સરનામું અને VPN વાપરે તો માર્ક ઉમેરો. સમાન સ્રોત સંદર્ભ સાથે સમાવેલા અને બાકાત કરેલા ગંતવ્યનું પરીક્ષણ કરો. પછી યજમાન ડ્યુઅલ સ્ટેક ચલાવે તો IPv6 માટે પુનરાવર્તન કરો.

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

સંબંધિત લેખો