LAN સરનામું ધરાવતું VPN ક્લાયન્ટ LAN પર નથી

ક્લાયન્ટ જોડાય છે, 10.50.0.200 મેળવે છે અને 10.50.0.20 પરના સર્વર સુધી પહોંચી શકતું નથી, જોકે બંને નંબર એક જ /24 માં છે. આ ગોઠવણી પાછળની માન્યતા એ છે કે LAN પ્રીફિક્સનું સરનામું ક્લાયન્ટને LAN નો ભાગ બનાવે છે. તે નથી બનાવતું. ક્લાયન્ટ પોઈન્ટ-ટુ-પોઈન્ટ લિંક પર છે, સર્વર ગંતવ્યને સ્થાનિક માને છે, અને ખૂટતો ટુકડો એ પડોશી-જવાબ છે જે કોઈ મોકલતું નથી.

દંતકથા: સમાન પ્રીફિક્સ એટલે સમાન સેગમેન્ટ

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

જ્યારે સર્વર 10.50.0.200 પર મોકલે છે, ત્યારે તે ગંતવ્યને પોતાના માસ્ક સાથે સરખાવે છે, સરનામું on-link છે એમ નક્કી કરે છે, અને સ્થાનિક સેગમેન્ટને એની માલિકીનું હાર્ડવેર સરનામું પૂછે છે. એ વિનંતી Ethernet ઇન્ટરફેસ પરથી બહાર જાય છે, અને VPN ક્લાયન્ટ ત્યાં સાંભળવા નથી.

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

સ્થાનિક યજમાન સરનામા સાથે ખરેખર શું કરે છે

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

ip neigh show 10.50.0.200
ip route get 10.50.0.200
arping -I eth0 -c 3 10.50.0.200

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

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

Proxy ARP કેવી રીતે આગળનું હોપ પૂરું પાડે છે

Proxy ARP ગેટવેને એવા ગંતવ્ય વતી લિંક-સ્તરની વિનંતીનો જવાબ આપવા દે છે જ્યાં સુધી તે બીજા ઇન્ટરફેસ દ્વારા પહોંચી શકે. LAN યજમાન હાર્ડવેર સરનામું મેળવે છે, ફ્રેમ ગેટવેને મોકલે છે, અને ગેટવે પેકેટને VPN સત્રમાં આગળ મોકલે છે. યજમાનની દૃષ્ટિએ ક્લાયન્ટ સરળ રીતે ગેટવેની પાછળ હોય એવું લાગે છે. ક્લાયન્ટની ગોઠવણીમાં કંઈ બદલાતું નથી.

MikroTik નું RouterOS ARP દસ્તાવેજીકરણ જોડાયેલા LAN ની સરનામા જગ્યા ઉછીના લેતા ડાયલ-ઇન ક્લાયન્ટ માટે એ ઉપયોગ વર્ણવે છે. આ પ્રણાલી પડોશી ઉકેલની મરામત છે, અને તે કામ કરે છે કારણ કે ગેટવે ખરેખર બંને માર્ગો પર છે.

આ ક્લાયન્ટને LAN માં બ્રિજ કરવા જેવું નથી. ગેટવેએ હજી પણ પેકેટને યોગ્ય સક્રિય સત્રમાં મોકલવું પડે છે, અને તેના રૂટિંગ અને ફાયરવોલ નીતિએ હજી પણ સેવાને મંજૂરી આપવી પડે છે. Proxy ARP એ બદલે છે કે પડોશી વિનંતીનો જવાબ કોણ આપે છે, એ નહીં કે કોને બોલવાની પરવાનગી છે.

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

Proxy ARP તમને શું આપતું નથી

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

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

અને તે LAN ના માલિક સાથે સંકલનની જરૂર દૂર કરતું નથી. સરનામા યોજનાના માલિકને આશ્ચર્યમાં મૂકતી Proxy ARP નોંધ એ શાંત અઠવાડિયાની રાહ જોતી સપોર્ટ ઘટના છે.

અલગ રૂટ કરેલા પૂલ સાથે સરખામણી

વિકલ્પ એ છે કે VPN ક્લાયન્ટને પોતાનું પ્રીફિક્સ આપવું અને LAN યજમાનને ત્યાં રૂટ કરવા દેવું. પછી સર્વર તેના ગેટવેને off-link જવાબો મોકલે છે, ગેટવે પ્રીફિક્સને VPN અંતિમ બિંદુ સુધી રૂટ કરે છે, અને LAN સેગમેન્ટ પર પડોશી ઉકેલની જરૂર જ નથી. આ ઉછીના સરનામા ઉપર પ્રોક્સી જવાબ કરતાં ઓછા હલતા ભાગો છે.

એ ડિઝાઇન વિશે વિચારવું સહેલું અને ઓડિટ કરવું સહેલું છે, કારણ કે ક્લાયન્ટ શ્રેણી LAN શ્રેણીથી દેખીતી રીતે અલગ છે. તેનો ખર્ચ એક રૂટ, એક પરત માર્ગ અને એક ઍક્સેસ નિયમ છે, એ જ વસ્તુઓ જે proxy ARP ડિઝાઇનને ઓછા સ્પષ્ટ સ્થળે જોઈએ છે.

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