VPN સાથે જોડાયા પછી સ્થાનિક IP સરનામાનો વિરોધાભાસ સુધારો

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

એક જ ભૂલ સંદેશ ધરાવતી ત્રણ ખામીઓ

નકલ એટલે કે એક જ સેગમેન્ટ પરની બે મશીનો બંને એક સરનામાનો દાવો કરે છે. કર્નલ તેને નોંધે છે કારણ કે તેની પોતાની પ્રોબનો જવાબ બીજા MAC તરફથી આવે છે, અને પછી શું થાય તે સ્ટેક પર આધાર રાખે છે: Linux તેને લોગ કરે છે, Windows ઇન્ટરફેસ બંધ કરે છે અને સિસ્ટમ લોગમાં એન્ટ્રી લખે છે, અને DHCP ક્લાયન્ટ ઑફર નકારી શકે છે.

ઓવરલેપ કોઈ પણ સરનામાની નકલ કરતું નથી. તમારું LAN 192.168.1.0/24 છે, ઓફિસ નેટવર્ક પણ 192.168.1.0/24 છે, અને હવે ઓફિસ તરફનો રૂટ એવા સરનામાં તરફ જાય છે જે તમારા પ્રિન્ટર અને તમારા NAS પણ છે. ARP અર્થમાં કંઈપણ વિરોધાભાસમાં નથી; પેકેટ ફક્ત બે નેટવર્કમાંથી એક પર ખોટા ઉપકરણ પર જાય છે.

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

પરીક્ષણ 1: નકલ તમારા પોતાના સેગમેન્ટ પર છે?

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

ip -br addr
ip neigh
ip route show table all | grep -E 'wg|tun|ppp'

Windows માં એ જ માહિતી ipconfig /all અને Get-NetIPAddress તરફથી આવે છે, અને પડોશી કેશ arp -a માં છે. જો વિવાદિત સરનામું ભૌતિક એડેપ્ટર પર હોય અને VPN ચાલુ ન હોવા છતાં ફરિયાદ દેખાય, તો VPN દર્શક છે અને તમારે તેનું નિદાન કરવાનું બંધ કરવું જોઈએ.

અનુમાન કરવાને બદલે નકલ સાબિત કરવા માટે, જે ઉપકરણ તેનું માલિક નથી તેનાથી સરનામું તપાસો. arping -D શૂન્ય સ્રોત સરનામા સાથે પ્રોબ મોકલે છે, તેથી અણધાર્યા MAC તરફથી જવાબ સાબિત કરે છે કે બીજું યજમાન તે સરનામા માટે પહેલેથી જ જવાબ આપે છે.

sudo arping -D -I eth0 -c 3 192.168.1.50

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

પરીક્ષણ 2: બે નેટવર્ક ઓવરલેપ થાય છે?

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

ip route get 192.168.1.10
ip -br addr show

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

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

ઓફિસ નેટવર્ક ફરી નંબર કરવો ભાગ્યે જ તમારો નિર્ણય હોય છે. અથડામણ ટાળવા માટે તમારા પોતાના LAN ને ફરી નંબર કરવો પ્રિન્ટર, કેમેરા અને સ્થિર યજમાન સામેલ થાય ત્યારે મોટાભાગના લોકો ધારે તેનાથી મોટો ફેરફાર છે.

પરીક્ષણ 3: ટનલે એક સરનામું બે વાર આપ્યું?

WireGuard પાસે સરનામા પૂલ નથી. દરેક પીઅર તેની જાહેર કી અને AllowedIPs માંના પ્રીફિક્સ દ્વારા ઓળખાય છે, તેથી નકલ ત્યારે દેખાય છે જ્યારે એ જ ટનલ સરનામું બે પીઅર એન્ટ્રીમાં લખાય છે અથવા એ જ કી જોડી બે મશીનો પર સ્થાપિત થાય છે.

wg show all allowed-ips
wg show wg0 latest-handshakes
wg show wg0 transfer

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

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

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

મૂળમાં સુધારો, પછી બંને ઉપકરણો ફરી ચકાસો

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

ક્લાયન્ટ પર યાંત્રિક ભાગ ટૂંકો છે. DHCP લીઝ મુક્ત કરો અને નવીકરણ કરો, અથવા રિઝર્વેશન માટે સર્વર પર સરનામું બદલવાની વિનંતી કરો. મુક્ત દેખાતું કોઈ અવ્યવસ્થિત સરનામું ટાઇપ કરશો નહીં.

sudo dhclient -r eth0 && sudo dhclient eth0
ipconfig /release && ipconfig /renew

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

રસ્તામાં શું ન કરવું

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

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