VPN സേ കണക്റ്റ് ചെയ്ത ശേഷം ലോക്കൽ IP വിലാസ കൂട്ടിയിടി പരിഹരിക്കുക
ഡ്യൂപ്ലിക്കേറ്റ് നിങ്ങളുടെ LAN-ൽ ആകാം, ഓവർലാപ്പ് ചെയ്യുന്ന ദൂര ശ്രേണിയിൽ നിന്ന് വരാം, അല്ലെങ്കിൽ ടണൽ പൂളിൽ നിന്ന് രണ്ടുതവണ നൽകിയിരിക്കാം. വീണ്ടും നമ്പർ നൽകുന്നതിന് മുമ്പ് പരിശോധിക്കുക.
ഈ റിപ്പോർട്ടുകൾ എല്ലാം ഒരേപോലെ കേൾക്കുന്നു, പക്ഷേ അർത്ഥം വ്യത്യസ്തമാണ്: ലാപ്ടോപ്പ് വിലാസ കൂട്ടിയിടിയെക്കുറിച്ച് പരാതിപ്പെടുന്നു, പക്ഷേ ചിലപ്പോൾ മാത്രം, കൂടുതലും 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 വിലാസ കൂട്ടിയിടി കണ്ടെത്തൽ നിയമങ്ങൾ ശരിയായ പ്രോബ് എന്ത് തെളിയിക്കുന്നു എന്ന് വിശദീകരിക്കുന്നു, കൂട്ടിയിടിയെ യഥാർത്ഥമെന്ന് വിളിക്കുന്നതിന് മുമ്പ് അത് അറിയേണ്ടതാണ്.