FRITZ!Box માં સ્થિર રૂટ: તેને VPN ગેટવેના LAN IP પર દોરો
FRITZ!Box ને દૂરનું પ્રીફિક્સ અને VPN બોક્સનું LAN સરનામું જોઈએ, ટનલ સરનામું નહીં. ત્રણ ફીલ્ડ અને પરતનો માર્ગ સાચો કરો.
તમારા ઘરના LAN માં ડિફોલ્ટ રાઉટર તરીકે FRITZ!Box છે અને તેની બાજુમાં એક નાનું Linux બોક્સ VPN નું કામ કરે છે. બોક્સ ઓફિસ નેટવર્ક સુધી પહોંચે છે, પણ FRITZ!Box પાછળનું લેપટોપ પહોંચતું નથી. સ્થિર રૂટ આને ત્રણ ફીલ્ડમાં ઠીક કરે છે, અને એકમાત્ર સાચી મુશ્કેલી ગેટવે ફીલ્ડમાં ટનલ સરનામું મૂકવાનો ઇનકાર કરવાની છે. ગેટવે તમારા પોતાના LAN નું આગળનું રાઉટર છે, અને તે હંમેશા એવું જ હતું.
ઇન્ટરફેસ ખોલતા પહેલા ત્રણ ફીલ્ડ લખો
LAN 192.168.50.0/24, FRITZ!Box 192.168.50.1, અને નિશ્ચિત સરનામું 192.168.50.2 ધરાવતું VPN બોક્સ લો, જેની પાસે પહેલેથી 10.40.0.0/16 સુધી કાર્યકારી સુરક્ષિત પથ છે. રૂટ કહે છે: તે દૂરના પ્રીફિક્સ માટે પેકેટ નિશ્ચિત LAN સરનામા પરના ઉપકરણને આપો. દૂરના VPN સર્વરનો જાહેર એન્ડપોઇન્ટ અને તેનું આંતરિક ટનલ સરનામું બંને અહીં અપ્રસ્તુત છે, કારણ કે FRITZ!Box ક્યારેય તેમને સીધું કંઈ મોકલતું નથી.
| ફીલ્ડ | મૂલ્ય | તે શું નામ આપે છે |
|---|---|---|
| IPv4 નેટવર્ક | 10.40.0.0 | દૂરનું ગંતવ્ય નેટવર્ક |
| સબનેટ માસ્ક | 255.255.0.0 | તે ગંતવ્ય કેટલું મોટું છે |
| ગેટવે | 192.168.50.2 | ઘરના LAN નું આગળનું રાઉટર |
તે LAN સરનામું DHCP પૂલની બહાર અનામત રાખો, નહીંતર તમે ગોઠવેલો ગેટવે એક દિવસ ફોનનો થઈ જશે.
FRITZ!Box રૂટ ક્યાં રાખે છે
FRITZ! ઘર નેટવર્ક, પછી નેટવર્ક, પછી નેટવર્ક સેટિંગ્સ હેઠળ IPv4 રૂટ નિયંત્રણો ખોલે છે, જેમાં ચોક્કસ લેબલ અને નેસ્ટિંગ મોડેલ અને FRITZ!OS આવૃત્તિ પર આધાર રાખે છે. જો રૂટ કોષ્ટક છુપાયેલું હોય તો અદ્યતન દૃશ્ય સક્ષમ કરો, ઉપરના મૂલ્યો સાથે એક એન્ટ્રી ઉમેરો અને લાગુ કરો. તમારા ચોક્કસ મોડેલ માટેની માર્ગદર્શિકા પર એક નજર કરવી યોગ્ય છે, કારણ કે એ જ કાર્ય અનેક વખત આવૃત્તિઓ વચ્ચે જગ્યા બદલ્યું છે. તમે સાચવી રહ્યા છો તે એન્ટ્રીનું ચોક્કસ શબ્દોંકન નોંધો, કારણ કે કોષ્ટકની એન્ટ્રી ભાગ્યે જ કહે છે કે કઈ સ્ક્રીન તેને બનાવી છે.
આ એ જ સુવિધા નથી જ્યારે FRITZ!Box પોતે VPN સમાપ્ત કરે છે. રૂટ બીજા ઉપકરણ તરફ દોરે છે; બિલ્ટ-ઇન VPN એ ઉપકરણ પોતે છે.
ગેટવેએ રૂટ કરવું પડે, ફક્ત પહોંચવું નહીં
જે હોસ્ટ દૂરના નેટવર્ક સુધી પહોંચે છે તે આપોઆપ બાકીના LAN માટે રાઉટર નથી. VPN બોક્સને IP ફોરવર્ડિંગ સક્ષમ જોઈએ, LAN ઇન્ટરફેસ અને ટનલ વચ્ચે ફોરવર્ડિંગની મંજૂરી આપતી ફાયરવોલ નીતિ જોઈએ, અને એવો રૂટ જોઈએ જે જવાબ પોતાના ડિફોલ્ટ માર્ગે બહાર જવાને બદલે LAN પર પાછો મોકલે. ફોરવર્ડિંગ ચાલુ કરીને ફાયરવોલ નિયમ ભૂલી જવો એ સૌથી સામાન્ય અડધો ઉકેલ છે, અને ક્લાયન્ટની બાજુથી તે રૂટિંગ નિષ્ફળતા જેવું લાગે છે.
FRITZ!Box ની બાજુથી VPN બોક્સના LAN સરનામા પર પિંગ કરીને ચકાસો, પછી ક્લાયન્ટથી દૂરના સરનામા સુધી ટ્રેસ કરીને અને બીજો હોપ તે બોક્સ જ છે તેની પુષ્ટિ કરીને.
પરતનો માર્ગ અને ઓવરલેપિંગ રેન્જ
દૂરની બાજુને 192.168.50.0/24 માટે ટનલ દ્વારા પરત રૂટની જરૂર છે, સિવાય કે તમે VPN બોક્સ પર સ્રોતનું ઇરાદાપૂર્વક ભાષાંતર કરો. જાળવવું અને ભાષાંતર કરવું એ અલગ નીતિઓ છે, અલગ લોગ અને અલગ ઍક્સેસ નિયમો સાથે, અને તમે હમણાં ઉમેરેલો સ્થિર રૂટ તેમની વચ્ચે પસંદગી કરતો નથી. ઓવરલેપિંગ રેન્જ વધુ અઘરી સમસ્યા છે: જો તમારું LAN અને દૂરનું નેટવર્ક એક જ પ્રીફિક્સ વહેંચે, તો એક હોસ્ટ રૂટ તેમને અલગ કરી શકતો નથી, અને સરનામા યોજના બદલવી પડશે.
LAN પર બીજે ક્યાંક વધુ ચોક્કસ રૂટ ઉમેરવો, અથવા લેપટોપ પર બીજો VPN ક્લાયન્ટ મૂકવો, FRITZ!Box ની એન્ટ્રીને ચૂપચાપ હરાવશે.
સામાન્ય ક્લાયન્ટથી પરીક્ષણ કરો, પછી નિષ્ફળતાનું પરીક્ષણ કરો
પરીક્ષણ સામાન્ય અધિકૃત LAN મશીનથી કરો, VPN બોક્સથી નહીં, કારણ કે બોક્સ પહેલેથી કામ કરતું હતું અને કંઈ સાબિત કરતું નથી. દૂરની સેવા સુધી પહોંચો અને જવાબ તપાસો, પછી ખાતરી કરો કે અસંબંધિત ઇન્ટરનેટ ગંતવ્યો હજુ પણ ડિફોલ્ટ રૂટ લે છે અને ટનલ દ્વારા ખેંચાતા નથી. એક સબનેટ સુધી પહોંચવા ડિફોલ્ટ રૂટ બદલવો તમે શરૂ કરેલા ત્રણ-ફીલ્ડ એન્ટ્રી કરતાં ઘણો મોટો ફેરફાર છે.
અંતમાં, VPN ડિસ્કનેક્ટ કરો અને શું થાય છે તે જુઓ. સ્થિર રૂટ કોષ્ટકમાં રહે છે જ્યારે તેના ગેટવેએ સુરક્ષિત પથ ગુમાવ્યો છે, તેથી ટ્રાફિક ઇન્ટરનેટ પર પાછો પડવાને બદલે બોક્સ પર નિષ્ફળ જાય છે, અને ફોલબેક ટ્રાફિક અવરોધવાની કોઈપણ જરૂરિયાત સાચવેલા રૂટમાં નહીં, બોક્સની પોતાની નીતિમાં આવે છે.