OpenVPN ફરી શરૂ થયા પછી IPv6 આઉટગોઇંગ બંધ થાય છે: પ્રીફિક્સની માલિકી તપાસો
ટનલ ફરી બનાવાયા પછી IPv6 બંધ થાય છે. કંઈપણ ફરી શરૂ કરતા પહેલાં નક્કી કરો કે ડેલિગેટ કરેલ પ્રીફિક્સ, ક્લાયન્ટ સરનામાં અને પરત માર્ગ કોનો છે.
IPv6 જે ક્ષણે OpenVPN ફરી શરૂ થાય છે તે ક્ષણે જ ટ્રાફિક પસાર કરવાનું બંધ કરે છે, અને IPv4 કામ કરતું રહે છે. ટનલ ઇન્ટરફેસ ફરી બનાવવામાં આવ્યું, અને તેની IPv6 સ્થિતિ સંભાળતું બીજું કંઈક કાં તો સરનામું ગુમાવ્યું અથવા એ માર્ગ ગુમાવ્યો જે પ્રીફિક્સને પહોંચી શકાય તેવું બનાવે છે. ત્યાં સ્થિતિના ત્રણ અલગ ભાગ સંકળાયેલા છે, અને દરેકનો અલગ માલિક છે: પ્રદાતાનું ડેલિગેટ કરેલ પ્રીફિક્સ અને તેનું આયુષ્ય, VPN ક્લાયન્ટોને આપવામાં આવતાં સરનામાં, અને ઉપરના પ્રવાહનો માર્ગ જે તે ક્લાયન્ટ પ્રીફિક્સને સર્વર પર પાછું મોકલે છે. કોઈપણ ડેમનને સ્પર્શ કરતા પહેલાં દરેકનો માલિક ઓળખો, કારણ કે ખોટાને ફરી શરૂ કરવાથી સમસ્યા એક દિવસ સંતાય છે અને આગલા જોડાણમાં પાછી આવે છે.
IPv6 સ્થિતિના ત્રણ ભાગ, ત્રણ માલિકો
| State | Typical owner | What breaks when it is wrong |
|---|---|---|
| Delegated prefix and lifetime | Upstream router or provider via DHCPv6-PD | Clients keep addresses that the upstream no longer routes |
| Client addresses inside the tunnel | OpenVPN server config or a delegation daemon | No global address, or an address outside the routed prefix |
| Return route for the client prefix | Upstream router, or the server's own routing table | Outbound works, replies never arrive |
ટનલની અંદર વૈશ્વિક વ્યાપનું સરનામું એકલું પૂરતું નથી. ઉપરના પ્રવાહના રાઉટરોએ હજી પણ તે પ્રીફિક્સ VPN સર્વર તરફ પાછું મોકલવું પડે છે, અને સર્વર પાસે તેમાંથી સરનામું છે જ એટલે તેઓ એ કરશે નહીં.
તેથી જ જાહેર /64 ને ટનલ પૂલમાં નકલ કરવું જોખમી છે. સર્વર તરફ રાઉટ કરેલ પ્રીફિક્સ એ ઉપરનો પ્રવાહ જેને on-link ગણે છે તે પ્રીફિક્સ જેવું નથી, અને પડોશી શોધ આ ખાલી જગ્યા ભરશે નહીં.
કંઈપણ બદલતા પહેલાં સર્વરની સ્થિતિ વાંચો
સ્થિતિ બે વાર કેપ્ચર કરો, એક વાર IPv6 કામ કરે ત્યારે અને એક વાર ફરી શરૂ કર્યા પછી, પછી સરખાવો. ફક્ત વાંચન માટેના દૃશ્યો પૂરતા છે, અને જાળવણી વિન્ડો દરમિયાન તેમનો કોઈ ખર્ચ થતો નથી:
ip -6 addr show
ip -6 route show table all
ip -6 rule show
sysctl net.ipv6.conf.all.forwardingત્રણ ચોક્કસ તફાવત શોધો: અદૃશ્ય થયેલો માર્ગ, જૂનું અથવા અમાન્ય આયુષ્યમાં ગયેલું સરનામું, અને ફરી ડેલિગેશન પછી બદલાયેલું પ્રીફિક્સ જ્યારે VPN રૂપરેખાંકન હજી જૂનાની જાહેરાત કરે છે.
જો સરનામું અદૃશ્ય થયું પણ પ્રીફિક્સ બદલાયું નહીં, તો તેને સોંપતું ડેમન ઇન્ટરફેસ સંભાળવાનું બંધ કરી ગયું. જો પ્રીફિક્સ બદલાયું પણ સરનામાં નહીં, તો ક્લાયન્ટ રૂપરેખાંકન જૂનું છે. બંને નિષ્ફળતાઓ બ્રાઉઝરથી એકસરખી દેખાય છે અને તેમનામાં કંઈ સામાન્ય નથી.
dhcpcd એ ટનલ સંભાળવી જોઈએ કે નહીં તે નક્કી કરો
dhcpcd ઇન્ટરફેસ શોધી શકે છે અને DHCPv6 પ્રીફિક્સના ભાગ નીચેના પ્રવાહના ઇન્ટરફેસને ડેલિગેટ કરી શકે છે, અને તેનું રૂપરેખાંકન ડેલિગેશનના લક્ષ્યોને સ્પષ્ટ રીતે નામ આપી શકે છે. સ્પષ્ટ લક્ષ્ય વિના, તેનું દસ્તાવેજીકૃત વર્તન બીજા ઇન્ટરફેસ સાંકળી શકે છે, અને એ રીતે ટનલને એવું સરનામું મળે છે જે કોઈએ યોજ્યું ન હતું.
બે શરતો તમને ટનલનું સ્થિર એડ્રેસિંગ OpenVPN પાસે રાખવા તરફ ધકેલવી જોઈએ: સર્વર તેના રૂપરેખાંકનમાં નિશ્ચિત સરનામાં ધકેલે છે, અને ફરી જોડાણ પર ટનલનું નામ બદલાય છે. જો બંને સાચાં હોય, તો ટનલને ડેલિગેશન ડેમનમાંથી જાણી જોઈને બાકાત રાખો, કારણ જણાવતી ટિપ્પણી સાથે.
જો તેના બદલે ટનલમાં ડેલિગેશન જાણી જોઈને કરવામાં આવ્યું હોય, તો પ્રીફિક્સ પરિવર્તનની સંભાળ અમલમાં મૂકો. એનો અર્થ એ છે કે ડેલિગેટ કરેલ પ્રીફિક્સ કે તેનું આયુષ્ય બદલાય ત્યારે પ્રતિક્રિયા આપવી, સર્વરનું જાહેર કરેલ ક્લાયન્ટ પ્રીફિક્સ અપડેટ કરવું, અને માર્ગ ફરી ઉમેરવો. તે રચનામાં ઇન્ટરફેસ બાકાત રાખવાથી નવા પ્રીફિક્સ વિશે જાણતો એકમાત્ર ઘટક દૂર થાય છે.
dhcpcd ફરી શરૂ કરવાથી વસ્તુઓ સુધરતી હોય એવું લાગે છે કારણ કે તે સ્થિતિ ફરી બનાવે છે, પણ તે તમે વિચાર્યું ન હોય તેવા ઇન્ટરફેસ માટે પણ રૂપરેખાંકન નવીકરણ કે પાછું ખેંચે છે. એ પુનઃપ્રાપ્તિ તેને દરેક VPN પુનઃશરૂ પછી જરૂરિયાત બનાવતી નથી. તે પુરાવા તરીકે વાપરતા કાઉન્ટર પણ શૂન્ય કરે છે. તમે ખરેખર જે ઇન્ટરફેસ બદલ્યું તેની લક્ષિત પુનઃલોડ પસંદ કરો.
IPv6 ને IPv4 NAT થી અલગ ચકાસો
ફરવર્ડિંગ સક્રિય છે અને ઉપરના પ્રવાહનો માર્ગ વાસ્તવિક ક્લાયન્ટ પ્રીફિક્સ તરફ છે તેની ખાતરી કરો, પછી નવું માન્ય IPv6 જોડાણ બનાવો. ક્લાયન્ટનું પોતાનું IPv6 માર્ગ કોષ્ટક પણ તપાસો, કારણ કે જાહેર સરનામું દર્શાવતો ક્લાયન્ટ સાબિત કરતો નથી કે તેની વિનંતી ટનલ વાપરી હતી.
IPv4 માસ્કરેડિંગ બીજી સમસ્યા ઉકેલે છે: ખાનગી સ્રોતો માટે પરત માર્ગ. પાછું ખેંચાયેલા IPv6 પ્રીફિક્સ માટે તે કંઈ કરતું નથી, અને તેને ઉમેરવાથી IPv6 પાછું આવશે નહીં.
માલિકીના રેકોર્ડ સાથે સમાપ્ત કરો: કયો ઘટક પ્રીફિક્સ ડેલિગેટ કરે છે, કયો ક્લાયન્ટ સરનામાં સોંપે છે, કયો પરત માર્ગ રાખે છે, અને ફરી જોડાણ પર દરેકનું શું થાય છે. રનબુકમાં ચાર લીટીઓ આગલી વ્યક્તિને મહત્ત્વનો હતો તે ડેમન શોધવા ત્રણ ડેમન ફરી શરૂ કરવાથી બચાવે છે.