શા માટે સંપૂર્ણ ટનલ રૂટ તેને વહન કરતા સર્વરને કાપી નાખે છે

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

એવો રૂટ જે પોતાનું પરિવહન ખાઈ જાય છે

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

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

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

ડિફોલ્ટ પહેલાં અપવાદ સ્થાપિત કરો

સર્વર માટે એક-સરનામાનો રૂટ બનાવો, ભૌતિક ગેટવેને આગલા હોપ તરીકે રાખીને, ડિફોલ્ટ રૂટ ખસે તે પહેલાં. ક્રમ મહત્ત્વનો છે: પછી સ્થાપિત કરવું એટલે ટાઇપ કરતી વખતે તૂટેલી ટનલ સાથે જીવવું.

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

ip route add 203.0.113.10/32 via 192.168.1.1 dev eth0
ip route get 203.0.113.10

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

સર્વર પર અરીસાનું પ્રતિબિંબ

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

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

ip route get 198.51.100.44 from 10.90.0.1
ip rule show
sudo tcpdump -ni any host 198.51.100.44

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

ટનલ સતત ચોરે છે તેવા અપવાદો

થોડા કાર્યોને ખુલ્લું ઇન્ટરનેટ જરૂરી છે ત્યારે પણ જ્યારે ટનલ ડિફોલ્ટ રૂટની માલિકી ધરાવે છે, અને દરેકને પોતાનો અપવાદ જરૂરી છે. ડાયનેમિક DNS અપડેટર સામાન્ય રીતે પહેલું તૂટે છે.

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

જે અપવાદ કોઈએ લખ્યો નથી તે એવો અપવાદ છે જે આગલું પુનર્નિર્માણ શાંતિથી છોડી દેશે.

ફરી જોડાણ પછી સાબિત કરો, પહેલાં નહીં

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

ip route get 203.0.113.10
traceroute -n 203.0.113.10
ip route get 10.90.0.5
ip route get 1.1.1.1

પછી જોડાણ ફરી ચાલુ કરો, કારણ કે ફરી જોડાણ પર તેનું ટેબલ ફરી બનાવતો ક્લાયન્ટ તમે હાથે લખેલો રૂટ કાઢી નાખશે. kill switch ચાલુ હોય તો ચકાસો કે અંતિમ બિંદુને મંજૂરી છે, નહીં તો નેટવર્ક ફેરફાર પછી ટનલ પાછી ફરી શકશે નહીં અને લક્ષણ વિક્ષેપ જેવું દેખાશે. અપવાદને shell ઇતિહાસમાં નહીં, પ્રોફાઇલ અથવા unit ફાઇલમાં સાચવો, જેથી ફરી જોડાણ તેને ભૂંસવાને બદલે ફરી બનાવે.