FRITZ!Box VPN કનેક્ટ થાય છે પણ કોઈ જવાબ આપતું નથી: WireGuard કે IPSec
કનેક્ટ થયેલ FRITZ!Box ટનલ LAN સુધી ન પહોંચે તો તે સરનામાંની સમસ્યા છે. ફરી આયાત કરતા પહેલાં ચાર IPSec ક્ષેત્રો અથવા WireGuard પીઅર તપાસો.
ટનલ કહે છે કે જોડાણ થયું છે, આઇકન લીલું છે, અને ઘરના LAN પર કંઈ જ જવાબ આપતું નથી. આ FRITZ!Box રિમોટ એક્સેસની સૌથી સામાન્ય ફરિયાદ છે, અને લગભગ ક્યારેય ટનલ પોતે દોષિત હોતી નથી. સરનામાંની યોજના, સબનેટની ઓળખ અથવા ક્લાયંટનું રૂટ ટેબલ ખોટું છે. તમે આમાંથી કયું ડિબગ કરશો તે એના પર આધાર રાખે છે કે તમે WireGuard પસંદ કર્યું છે કે જૂનું IPSec Fernzugang, તેથી શરૂ કરો એ જાણીને કે તમે ખરેખર કયું ગોઠવ્યું છે.
ટનલ ઉપર આવે છે અને LAN શાંત રહે છે
સ્થપાયેલી ટનલ સાબિત કરે છે કે કી અને એન્ડપોઇન્ટ સાચા છે. એ સાબિત કરતું નથી કે ક્લાયંટને એવું સરનામું મળ્યું છે જ્યાં બોક્સ રૂટ કરી શકે, અથવા કે ક્લાયંટ જાણે છે કયા પ્રીફિક્સ ટનલના છે. આ બે અલગ સફળતાઓ છે, અને ફક્ત બીજી જ તમને પ્રિન્ટર સુધી પહોંચવા દે છે.
પહેલા ક્લાયંટનું સરનામું તપાસો, પછી તેનું રૂટ ટેબલ.
જો ફાળવેલું સરનામું LAN સબનેટની બહાર હોય, તો બોક્સ પાસે પાછું રૂટ કરવા માટે કંઈ નથી. જો એ DHCP શ્રેણીની અંદર હોય, તો બોક્સ એ જ સરનામું સ્થાનિક ઉપકરણને આપી શકે છે. બંને એવી ટનલ બનાવે છે જે જોડાય છે અને એવું LAN જે તમને અવગણે છે.
દરેક વિકલ્પ ખરેખર શું ગોઠવે છે
IPSec વિકલ્પ એક વપરાશકર્તા માટે કન્ફિગરેશન ફાઇલ બનાવે છે, જેમાં પહેલેથી શેર કરેલી કી અને સરનામાંકન હોય છે. તમે એને એવા ક્લાયંટમાં આયાત કરો છો જે એ જ પ્રોફાઇલ સમજે છે, જેનો અર્થ Windows પર સામાન્ય રીતે નિર્માતાનું સાધન થાય છે, બિલ્ટ-ઇન ક્લાયંટ નહીં. WireGuard વિકલ્પ એક ઉપકરણ માટે પીઅર બનાવે છે: કી જોડી, ટનલની અંદર સરનામું અને એન્ડપોઇન્ટ.
એ ફરક તમારું જાળવણી મોડેલ નક્કી કરે છે. દરેક WireGuard ઉપકરણ પોતાની કી સાથે અલગ પીઅર છે, તેથી ખોવાયેલા ફોનને રદ કરવાનો અર્થ એક પીઅર કાઢી નાખવો છે જ્યારે બાકીના કામ કરતા રહે છે. IPSec શેર કરેલી સિક્રેટ અથવા વપરાશકર્તાની ગોઠવણી બદલીને રદ કરે છે, જે વધુ જાડું છે અને એનો ઉપયોગ કરતા દરેક ઉપકરણને અસર કરે છે.
બંનેમાંથી કોઈ વિકલ્પ અપ્રચલિત નથી. જ્યાં દૂરનો છેડો WireGuard ચલાવી શકતો નથી ત્યાં IPSec માર્ગ સમર્થિત રહે છે.
એ IPSec ક્ષેત્રો જે મૃત ટનલ બનાવે છે
ચાર મૂલ્યો તમારા LAN સાથે મેળ ખાવા જોઈએ, અને તેમાંથી ત્રણ એવી રીતે નિષ્ફળ જાય છે જે તૂટેલી ટનલ જેવું લાગે છે.
| Value | What breaks when it is wrong |
|---|---|
| LAN subnet | The client routes nothing, or routes the wrong prefix |
| Network address | The configuration looks valid and the tunnel never establishes |
| DHCP range | No address is left to assign to tunnel clients |
| DNS server | The tunnel works and name resolution does not |
નેટવર્ક સરનામું એ છે જે લોકોને ફસાવે છે. સબનેટને તેના પહેલા સરનામાથી ઓળખવામાં આવે છે, જે સામાન્ય રીતે શૂન્ય પર પૂરું થાય છે, અને ત્યાં હોસ્ટ સરનામું દાખલ કરવાથી એવી ગોઠવણી બને છે જે સંપૂર્ણ વિશ્વસનીય લાગે છે અને ક્યારેય જોડાતી નથી. DHCP શ્રેણી બીજા કારણસર મહત્વની છે: ટનલ ક્લાયંટ સામાન્ય રીતે એની ઉપર ફાળવવામાં આવે છે, તેથી આખું સબનેટ ખાઈ જતી શ્રેણી વહેંચવા માટે કંઈ બાકી રાખતી નથી.
ઓવરલેપ થતા સબનેટ બીજો ક્લાસિક કિસ્સો છે. જો તમે જોડાઈ રહ્યા છો તે રિમોટ LAN તમે બેઠા છો તે LAN જેવું જ પ્રીફિક્સ વાપરે, તો રૂટિંગ બંનેને અલગ પાડી શકતું નથી, અને એક બાજુને ફરી નંબર આપવો એ જ એકમાત્ર સાચો ઉપાય છે. ક્લાયંટ ગોઠવણીનો કોઈ પણ જથ્થો એને હલ કરતો નથી.
WireGuard અલગ રીતે કેમ નિષ્ફળ જાય છે
WireGuard પાસે ખોટી ટાઇપ કરવા જેવી પહેલેથી શેર કરેલી કી નથી, તેથી તેની નિષ્ફળતાઓ પીઅરની વ્યાખ્યા આસપાસ ભેગી થાય છે. માન્ય IP ની યાદી જે LAN પ્રીફિક્સ છોડી દે છે તે એવી ટનલ બનાવે છે જે કંઈ વહન કરતી નથી, કારણ કે ક્લાયંટ ક્યારેય LAN તરફનો ટ્રાફિક એમાં મોકલતો નથી. કોઈ પણ બાજુએ જૂની જાહેર કી એવું હેન્ડશેક બનાવે છે જે ક્યારેય પૂરું થતું નથી. એન્ડપોઇન્ટ ખૂટે કે પોર્ટ ખોટો હોય તો ભૂલને બદલે સન્નાટો થાય છે.
ફાઇલ ફરી આયાત કરીને આશા રાખવાને બદલે બંને બાજુઓને ક્ષેત્ર-દર-ક્ષેત્ર સરખાવો.
એકમાત્ર સામાન્ય નિષ્ફળતા સબનેટ અથડામણ છે. WireGuard તમારા સ્થાનિક નેટવર્ક સાથે ઓવરલેપ થતા નેટવર્ક સુધી ખુશીથી ટનલ બનાવશે, અને પછી રૂટ ટેબલ નક્કી કરે છે કે બે સરખા પ્રીફિક્સમાંથી કયું જીતશે.
એને બહારથી સાબિત કરો, પછી અંદર પાછા આવવાનો રસ્તો રાખો
મોબાઇલ કનેક્શનથી પરીક્ષણ કરો, ક્યારેય LANની અંદરથી નહીં, કારણ કે અંદરથી તમે એવો રસ્તો ચકાસી રહ્યા છો જેમાં ટનલનો કોઈ સંબંધ જ નથી. દરેક વિકલ્પ કયો પોર્ટ વાપરે છે તે ચાલુ કરતા પહેલાં નોંધો, અને એ પોર્ટ બોક્સ તરફ ફોરવર્ડ કરો.
બનાવેલી ફાઇલ એવી જગ્યાએ રાખો જ્યાં ટનલ વિના પહોંચી શકાય, અને સાથે સાથે બોક્સનું બાહ્ય નામ પણ નોંધો.
જે ગોઠવણી ક્યારેય બહારથી ચકાસાઈ નથી તે યોજના છે, કામ કરતો રિમોટ એક્સેસ માર્ગ નથી. એક LAN હોસ્ટને નામથી નહીં, સરનામાથી ચકાસો, જેથી DNS નિષ્ફળતાને રૂટિંગ નિષ્ફળતા ગણી ન લેવાય.