WireGuard પીઅર ખોટા WAN દ્વારા નીકળે છે: પાંચ તપાસ ક્રમમાં

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

નીચેની તપાસ ક્રમમાં કરો. દરેકની એક અટકવાની શરત છે, અને આગળ કૂદવાથી સામાન્ય રીતે આત્મવિશ્વાસભર્યો ખોટો જવાબ મળે છે.

હેન્ડશેકને ફોરવર્ડ થયેલા પ્રવાહથી અલગ કરો

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

હેન્ડશેકમાંથી તર્ક કરતા હોવાનું પકડાય ત્યાં જ અટકો. તે ફક્ત એન્ડપોઇન્ટ માર્ગ વિશેનો પુરાવો છે.

પોલિસી નિયમ વાંચો, ડિફોલ્ટ ટેબલ નહીં

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

ip rule show
ip route show table main
ip -4 route get 203.0.113.9 from 10.30.8.2

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

માર્ક અને અનુવાદ સાથે તપાસો

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

nft list chain inet filter prerouting
conntrack -L -s 10.30.8.2 2>/dev/null | head
ip -s link show dev eth1

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

કયું ઇન્ટરફેસ જવાબ વહન કરે છે તે જુઓ

એક વિનંતી ચાલુ હોય ત્યારે બંને અપલિંક પર કેપ્ચર કરો. કયું ઇન્ટરફેસ વિનંતી અને કયું જવાબ વહન કરે છે તે નોંધો. અસમમિત માર્ગો અનુમાન કરવા કરતાં જોવા ઘણા સહેલા છે.

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

પાછા ફરવાનો માર્ગ રાખીને એક વસ્તુ બદલો

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

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