DHCP વિકલ્પ 121 સાથે LAN યજમાનોને VPN પરત માર્ગ આપો

દૂરસ્થ VPN ક્લાયંટ જોડાય છે, LAN સર્વર જવાબ આપે છે, અને જવાબ સામાન્ય ઇન્ટરનેટ રાઉટર થઈને નીકળે છે અને ત્યાં જ મૃત્યુ પામે છે. એક સર્વરને સ્થિર માર્ગથી ઠીક કરી શકાય, પણ એમાંથી આખું સબનેટ એ જ જગ્યાએ સંભાળવું સારું જ્યાં તેમને પહેલેથી નેટવર્ક રૂપરેખાંકન મળે છે. DHCPv4 વિકલ્પ 121 બરાબર એ જ પ્રકારનો ગંતવ્ય માર્ગ વહેંચે છે, અને એ જ ભાગ છે જે લોકો સામાન્ય રીતે ડિફૉલ્ટ ભૂલી જતાં જ ખોટો કરે છે. લક્ષણ એકતરફી ટ્રાફિક છે: વિનંતીઓ આવે છે અને જવાબો અદૃશ્ય થાય છે.

પહેલા ત્રણ સરનામાંનાં નામ આપો

એક ચોક્કસ LAN લો: 192.168.50.0/24, સામાન્ય ડિફૉલ્ટ રાઉટર 192.168.50.1 પર અને અલગ VPN ગેટવે 192.168.50.2 પર. પ્રમાણિત દૂરસ્થ ક્લાયંટ 10.90.0.0/24 ધરાવે છે.

દરેક ભાગ લેતા યજમાનને જે માર્ગ જોઈએ છે તે 10.90.0.0/24 via 192.168.50.2 છે. ગંતવ્ય ક્લાયંટ પૂલ છે, અને આગળનું હોપ ગેટવેનું LAN સરનામું છે, તેનું ટનલ સરનામું નહીં.

તેને વર્ગરહિત સ્થિર માર્ગ તરીકે એન્કોડ કરો

વિકલ્પ 121 પ્રીફિક્સ અને આગળના હોપની જોડી વહન કરે છે, અને RFC 3442 એન્કોડિંગ અને તેને અનુસરતું ક્લાયંટ વર્તન બંને વ્યાખ્યાયિત કરે છે. ફક્ત આ ઉદાહરણ LAN ની સેવા કરતા હાલના dnsmasq ઇન્સ્ટન્સ માટે, રૂપરેખાંકનનો આકાર આ છે:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

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

ડિફૉલ્ટ માર્ગ ગુમાવશો નહીં

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

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

ક્લાયંટ શું સ્વીકારશે તે તપાસો

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

સંચાલિત DHCP સેવાઓ બીજી મર્યાદા છે. કેટલાક ક્લાઉડ નેટવર્ક સંચાલકોને મનસ્વી વિકલ્પ પ્રકાશિત કરવા દેતા નથી, અને એ જ સેગમેન્ટ પર સ્પર્ધાત્મક DHCP સર્વર કોઈ વિકલ્પ ન હોવા કરતાં ખરાબ છે.

લીઝ ચકાસો, પછી શોધ

DHCP ના માલિકને ફેરફાર લાગુ કરવા કહો, પછી ક્લાયંટ પર લીઝ નવીકરણ કરો. હાલની લીઝ નવીકરણ ન થાય ત્યાં સુધી જૂનું રૂપરેખાંકન રાખે છે, તેથી તાત્કાલિક પરિણામોની ખાતરી નથી.

Linux ક્લાયંટ પર, વાસ્તવિક માર્ગો વાંચો અને બંને એન્ટ્રીની ખાતરી કરો:

ip -4 route
ip -4 route get 10.90.0.23

સંદર્ભિક શોધ પૂલનો માર્ગ 192.168.50.2 દ્વારા અને ડિફૉલ્ટ 192.168.50.1 દ્વારા દર્શાવવો જોઈએ. જો ડિફૉલ્ટ ખૂટે છે, તો તમે ઉપરની જાળ પુનઃઉત્પન્ન કરી છે.

પછી ખરેખરી આપલેનું પરીક્ષણ કરો

માર્ગ વિતરણ આખો રસ્તો નથી. અલગ ગેટવેને હજી ફોરવર્ડિંગ, દૂરસ્થ પીઅરની માલિકી અને સર્વરને મંજૂરી આપતી ઍક્સેસ નીતિ જોઈએ છે, અને DHCP કોઈને પ્રમાણિત કરતું નથી.

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