તમારા LAN સાથે ઓવરલેપ થતા VPN પૂલને કોઈ રૂટ ઠીક કરતું નથી

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

વધારાનું રૂટ એક પ્રીફિક્સ કેમ વિભાજિત કરી શકતું નથી

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

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

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

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

ક્લાયન્ટને ખરેખર મળેલો પૂલ વાંચો

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

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

ફરી નંબરિંગ એ સુધારો છે જે તમે કરી શકો છો

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

1. પહેલાં યાદી: રાઉટરનું પોતાનું સરનામું, DHCP વ્યાપ્તિ, અનામતો, પોર્ટ ફોરવર્ડિંગ અને હાથે લખાયેલા સરનામાવાળું કોઈપણ ઉપકરણ.
2. પછી જાળવણી વિન્ડોમાં રાઉટરનું LAN પ્રીફિક્સ અને DHCP વ્યાપ્તિ સાથે બદલો, અને વાયરવાળા લીઝ વાયરલેસ પહેલાં નવીકરણ કરો.
3. ત્યારબાદ સ્થિર સરનામાં સુધારો: પ્રિન્ટર, નેટવર્ક સ્ટોરેજ, હાર્ડકોડ કરેલા ગેટવેવાળું કંઈપણ.
4. અંતે, VPN ક્લાયન્ટ ફરી જોડો અને ખાતરી કરો કે ટનલ સરનામું હવે LAN સાથે અથડાતું નથી.

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

એલિયાસ શું કરી શકે અને શું ન કરી શકે

જ્યારે સર્વર તમારું હોય, ત્યારે ક્લાયન્ટ પર સરનામાંનું ભાષાંતર દૂરના પ્રીફિક્સને ખાલી સ્થાનિક શ્રેણીમાં ખુલ્લું કરી શકે છે, જેથી એ જ હોસ્ટ બીજા સરનામે જવાબ આપે. સમુદાયનું OpenVPN આ કરે છે client-nat, અને એ નિર્દેશ ફક્ત એ ક્લાયન્ટ માટે છે, જે વ્યાપારી અને મોબાઇલ ક્લાયન્ટમાં નથી જેની સાથે લોકો સામાન્ય રીતે તેની તુલના કરે છે. આ ગોઠવણીને ભાષાંતર સાથે મેળ ખાતું રૂટ, એલિયાસ માટે ખાલી શ્રેણી અને ક્લાયન્ટના અનનુવાદિત સરનામે જવાબ આપવા તૈયાર સર્વરની જરૂર છે. જ્યારે ક્લાયન્ટ તમે ગોઠવી ન શકો તેવા સંચાલિત પ્રદાતાનું હોય ત્યારે એમાંથી કંઈ કામ આવતું નથી.

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

તમે જે પ્રીફિક્સ પર સ્થિર થયા તે એ જગ્યાએ લખો જ્યાં લોકો ખરેખર જુએ છે: નેટવર્ક નોંધ, રાઉટરનું પોતાનું કોમેન્ટ ક્ષેત્ર, સ્વાગત પેજ. કોઈ ફરી 192.168.1.0/24 પસંદ કરશે, અને અથડામણ તેની સાથે પાછી આવશે.