Raspberry Pi VPN സെർവർ Ethernet ലേക്ക് എങ്ങനെ മാറ്റാം
എൻഡ്പോയിന്റ് നാമം, ശ്രോതാവ് ബൈൻഡിംഗ്, പോർട്ട് ഫോർവേർഡിംഗ് അല്ലെങ്കിൽ ഒരു-ഘട്ട പിൻവാങ്ങൽ പാത മാറ്റാതെ Raspberry Pi VPN സെർവർ Wi-Fi-ൽ നിന്ന് Ethernet ലേക്ക് മാറ്റുക.
Pi-യെ Wi-Fi-ൽ നിന്ന് കേബിളിലേക്ക് മാറ്റുന്നത് അഞ്ച് മിനിറ്റ് ജോലിയായി തോന്നുന്നു, ഈ മാറ്റത്തെ ഒന്നല്ല, നാല് വേറിട്ട ക്രമീകരണങ്ങളായി കാണുമ്പോൾ മാത്രമേ അതങ്ങനെ നിലനിൽക്കൂ. നിങ്ങളുടെ ക്ലയന്റുകൾ ഡയൽ ചെയ്യുന്ന എൻഡ്പോയിന്റ് നാമം അതേപടി തുടരാം, അതിനടിയിലെ വിലാസം മാറുമ്പോൾ. യഥാർത്ഥത്തിൽ പൊട്ടുന്നത് പഴയ വിലാസത്തിൽ പിന്നിട്ട ശ്രോതാവ്, ഇപ്പോഴും വയർലെസ് ലീസിലേക്ക് ചൂണ്ടുന്ന പോർട്ട് ഫോർവേർഡ്, അല്ലെങ്കിൽ നിങ്ങൾ വിരമിച്ചതായി കരുതിയ ഇന്റർഫേസിലൂടെ പുറത്തുപോകുന്ന മടക്ക പാത എന്നിവയാണ്. ഈ ഗൈഡ് ഓരോ ഘട്ടത്തിലും വീണ്ടെടുപ്പ് പാത തുറന്നിടുന്നു, അതിനാൽ പരാജയപ്പെട്ട മാറ്റത്തിന് ഒരു പുനരാരംഭം മാത്രം ചെലവാകും.
എന്തെങ്കിലും അഴിക്കുന്നതിന് മുമ്പ് നാല് ഉടമകളെ എഴുതി വയ്ക്കുക
നാല് ക്രമീകരണങ്ങൾ മാറ്റം അതിജീവിക്കുമോ എന്ന് തീരുമാനിക്കുന്നു: Pi വിലാസം, ബൈൻഡിംഗ് വിലാസം OpenVPN, റൗട്ടറിന്റെ റീഡയറക്ട് ലക്ഷ്യം, ഉത്തരങ്ങൾ പോകുന്ന പാത. കേബിൾ തൊടുന്നതിന് മുമ്പ് നാലും എഴുതി വയ്ക്കുക, കാരണം വയർലെസ് ലീസ് മായുന്നതോടെ യന്ത്രത്തിൽ നിന്ന് പഴയ മൂല്യങ്ങൾ വായിക്കാനാകില്ല. വയർഡ് ഇന്റർഫേസ് വയർലെസ് പ്രൊഫൈൽ പാരമ്പര്യമായി സ്വീകരിക്കുന്നില്ല, Bookworm-ൽ വിലാസം NetworkManager-ൽ വസിക്കുന്നു, Bullseye അത് dhcpcd.conf ഫയലിൽ സൂക്ഷിക്കുന്നു. വയർലെസ് MAC വിലാസം പിന്നിട്ട റിസർവേഷൻ eth0 സംബന്ധിച്ച് ഒന്നും പറയുന്നില്ല. പുതിയ വിലാസത്തെ സ്വന്തം തെളിവ് ആവശ്യമുള്ള പുതിയ അനുവദനമായി കാണുക.
Old wireless lease: 10.42.7.24/24 on wlan0
New wired address: 10.42.7.31/24 on eth0
Client endpoint: vpn.lab.example:1194/udp
ശ്രോതാവാണ് രണ്ടാം ഉടമ. സേവനം ഒരു നിർദ്ദിഷ്ട ബൈൻഡിംഗ് വിലാസത്തോടെ ആരംഭിച്ചെങ്കിൽ, സോക്കറ്റ് പഴയ ഇന്റർഫേസിനൊപ്പം മരിക്കുന്നു; എല്ലാ വിലാസങ്ങളും ബന്ധിക്കുന്നുവെങ്കിൽ, സോക്കറ്റ് അതിജീവിക്കും, റൗട്ടർ നിയമം മാത്രം ശരിയാക്കാനുള്ളതായി മാറും.
റീഡയറക്ട് ലക്ഷ്യവും മടക്ക പാതയും ആളുകൾ ഒഴിവാക്കുന്ന ഉടമകളാണ്. ഇപ്പോഴും 10.42.7.24-ലേക്ക് ചൂണ്ടുന്ന ഫോർവേർഡ് വരുന്ന ഹാൻഡ്ഷേക്കുകൾ Pi-യ്ക്ക് ഇല്ലാത്ത വിലാസത്തിലേക്ക് അയയ്ക്കുന്നു, അതിനാൽ ക്ലയന്റുകൾ സെർവർ വശത്ത് ഒരു ലോഗ് വരിപോലുമില്ലാതെ സമയം കഴിഞ്ഞ് നിലയ്ക്കുന്നു. രണ്ട് ലിങ്കുകളും അൽപ്പസമയം സജീവമാകുമ്പോൾ മടക്ക പാത പ്രധാനമാണ്, കാരണം Pi റൗട്ടിംഗ് പട്ടിക ഇഷ്ടപ്പെടുന്ന ഇന്റർഫേസിൽ നിന്നാണ് മറുപടി നൽകുന്നത്, അത് എപ്പോഴും പാക്കറ്റ് വന്ന ഇന്റർഫേസ് അല്ല. താഴെയുള്ള റൂട്ട് അന്വേഷണം കേർണൽ ഏത് സ്രോതസ്സ് തിരഞ്ഞെടുക്കുന്നു എന്ന് കാണിക്കുന്നു.
പുതിയ വിലാസം വിശ്വസിക്കുന്നതിന് മുമ്പ് യഥാർത്ഥ സോക്കറ്റ് വായിക്കുക
കോൺഫിഗറേഷൻ ഫയലുകൾ ഉദ്ദേശ്യം വിവരിക്കുന്നു, സോക്കറ്റ് യാഥാർത്ഥ്യം. നിങ്ങൾ ഓർക്കുന്ന കോൺഫിഗ് വിശ്വസിക്കുന്നതിന് പകരം പ്രവർത്തിക്കുന്ന സേവനത്തോട് അത് എന്തിനോട് ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് ചോദിക്കുക. OpenVPN 2.6 കൈപ്പുസ്തകം --local ഒരു വിലാസത്തിലേക്കുള്ള ബൈൻഡിംഗായി നിർവചിക്കുന്നു, അത് ഒഴിവാക്കിയാൽ ഓരോ ഇന്റർഫേസും ബന്ധിക്കപ്പെടും എന്ന് കുറിക്കുന്നു.
sudo systemctl cat openvpn-server@server | grep -n -- '--local'
sudo ss -lunp '( sport = :1194 )'
സ്റ്റേറ്റ് നിരയ്ക്ക് പകരം ലോക്കൽ വിലാസ നിര വായിക്കുക. 10.42.7.24:1194 കാണിക്കുന്ന വരി നിങ്ങൾ നീക്കം ചെയ്യാനിരിക്കുന്ന വിലാസത്തിൽ സോക്കറ്റ് പിന്നിട്ടിരിക്കുന്നു എന്നർത്ഥം, അതേസമയം 0.0.0.0:1194 അല്ലെങ്കിൽ *:1194 ഡീമൺ ഇന്റർഫേസ് മാറ്റം സ്വയം പിന്തുടരും എന്നർത്ഥം. വിലാസം പിന്നിട്ടിട്ടുണ്ടെങ്കിൽ, ജീവനുള്ള സോക്കറ്റ് കൈകൊണ്ട് വീണ്ടും എഴുതുന്നതിന് പകരം പ്രൊഫൈൽ തിരുത്തി യൂണിറ്റ് പുനരാരംഭിക്കുക, ശേഷം സേവനം ഇപ്പോഴും അതിന്റെ സർട്ടിഫിക്കറ്റും കീ ഫയലുകളും എത്തുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.
നിങ്ങളെ എത്തിപ്പെടാവുന്നതായി നിർത്തുന്ന ക്രമത്തിൽ മാറ്റം ചെയ്യുക
ഇവിടെ ക്രമം വേഗതയേക്കാൾ പ്രധാനമാണ്. വയർലെസ് ഇപ്പോഴും പ്രവർത്തിക്കുമ്പോൾ വയർഡ് ലിങ്ക് ഉയർത്തുക, പുതിയ വിലാസവും മടക്ക പാതയും സ്ഥിരീകരിക്കുക, അതിനുശേഷം മാത്രം വയർലെസ് പ്രൊഫൈൽ വിരമിക്കുക. ആ ക്രമം പകരം സ്ഥിരീകരിക്കുന്നതുവരെ പ്രവർത്തിക്കുന്ന സെഷൻ തുറന്നിടുന്നു.
ip -br addr show eth0
ip route get 203.0.113.10
nmcli -g ipv4.method,ipv4.addresses con show "Wired connection 1"
ആദ്യ കമാൻഡ് eth0 നിങ്ങൾ ഉദ്ദേശിച്ച വിലാസം ലഭിച്ചോ എന്ന് ഉത്തരം നൽകുന്നു, രണ്ടാമത്തേത് കേർണൽ ബാഹ്യ ലക്ഷ്യത്തിന് ഉപയോഗിക്കുന്ന സ്രോതസ്സ് വിലാസം അച്ചടിക്കുന്നു, അതിനാൽ മാറ്റത്തിന് മുമ്പും ശേഷവും അത് പ്രവർത്തിപ്പിക്കുക. ആ സ്രോതസ്സ് ഇപ്പോഴും വയർലെസ് വിലാസമാണെങ്കിൽ, വയർഡ് ലിങ്ക് ഇപ്പോഴും മുൻഗണനാ പാതയല്ല, പുറത്തുനിന്നുള്ള പരിശോധന OpenVPN-മായി യാതൊരു ബന്ധവുമില്ലാത്ത കാരണത്താൽ പരാജയപ്പെടും. ഫോർവേർഡ് തൊടുന്നതിന് മുമ്പ് റൗട്ടിംഗ് മുൻഗണന ശരിയാക്കുക.
രണ്ട് ലിങ്കുകളും സജീവമാകുമ്പോൾ Pi വയർലെസ് സ്ഥിര റൂട്ടിന് മുൻഗണന നൽകിയേക്കാം, കാരണം അത് ആദ്യം ഇൻസ്റ്റാൾ ചെയ്തതാണ് അല്ലെങ്കിൽ വയർഡ് ലിങ്കിന് ഉയർന്ന മെട്രിക് ഉണ്ട്. Bookworm-ൽ പിന്തുണയ്ക്കുന്ന ക്രമീകരണം കണക്ഷനിലെ ipv4.route-metric ആണ്, Bullseye-ൽ സമാനമായത് ഇന്റർഫേസ്-നിർദ്ദിഷ്ട metric വരി dhcpcd.conf ലാണ്. പിൻവാങ്ങൽ പാത ഒരു കമാൻഡ് അകലെ നിർത്താൻ വയർലെസ് ലിങ്ക് അപ്രാപ്തമാക്കുന്നതിന് പകരം അതിന്റെ മുൻഗണന കുറയ്ക്കുക.
ടണൽ പുറത്തുനിന്ന് തെളിയിക്കുക, LAN-ൽ നിന്നല്ല
സോഫയിൽ നിന്ന് പ്രവർത്തിക്കുന്ന VPN കണക്ഷൻ കാണുന്നതിലും കുറവ് തെളിയിക്കുന്നു. LAN-നുള്ളിൽ നിന്ന് പൊതു വിലാസത്തിലേക്കുള്ള ട്രാഫിക് റൗട്ടറുകൾ പൊരുത്തക്കേടോടെ നടപ്പാക്കുന്ന hairpin അല്ലെങ്കിൽ പ്രതിഫലന നിയമങ്ങളിലൂടെ കടന്നുപോകുന്നു, അതിനാൽ വിജയിച്ച LAN പരിശോധന തകർന്ന പുറംപാതയോടൊപ്പം നിലനിൽക്കാം. സ്വീകാര്യതാ പരിശോധനയ്ക്ക് സെല്ലുലാർ ഡാറ്റയുള്ള ഫോണോ ശൃംഖലയ്ക്ക് പുറത്തുള്ള ഏതെങ്കിലും ഹോസ്റ്റോ ഉപയോഗിക്കുക. LAN ശ്രമം വെവ്വേറെ ഐച്ഛിക രോഗനിർണയമായി നിർത്തുക.
പിന്നീട് ലോഗ് പാക്കറ്റുകൾ വരുന്ന ക്രമത്തിൽ വായിക്കുക. ഒന്നുമില്ലെങ്കിൽ ഹാൻഡ്ഷേക്ക് ഒരിക്കലും Pi-യിൽ എത്തിയില്ല എന്നർത്ഥം, അതിനാൽ റീഡയറക്ട് ലക്ഷ്യമോ ഹോസ്റ്റ് ഫയർവാളോ തെറ്റാണ്. ആരംഭിച്ച് നിലയ്ക്കുന്ന ഹാൻഡ്ഷേക്ക് കീകൾ, സർട്ടിഫിക്കറ്റുകൾ അല്ലെങ്കിൽ MTU-വിലേക്ക് ചൂണ്ടുന്നു. പൂർത്തിയായി വീഴുന്ന സെഷൻ സാധാരണയായി മടക്ക പാതയോ രണ്ടാം സ്ഥിര റൂട്ടോ അർത്ഥമാക്കുന്നു, ക്ലയന്റിന്റെ ലോഗ് വരി Initialization Sequence Completed ടണൽ തന്നെ ഉയർന്നു എന്ന് പറയുന്നു.
sudo journalctl -u openvpn-server@server -n 40 --no-pager
sudo tcpdump -ni any udp port 1194 -c 20
ക്ലയന്റ് വീണ്ടും ശ്രമിക്കുമ്പോൾ സെർവർ ലോഗിൽ ഒന്നും കാണുന്നില്ലെങ്കിൽ, OpenVPN കോൺഫിഗ് വായിക്കുന്നത് നിർത്തി റീഡയറക്ട് ലക്ഷ്യത്തിലേക്ക് മടങ്ങുക. പിടിച്ചെടുക്കൽ എത്തിയോ എന്ന ചോദ്യത്തിന് സെക്കൻഡുകളിൽ ഉത്തരം നൽകുന്നു, മറുപടിയില്ലാതെ വരുന്ന പാക്കറ്റുകൾ പ്രശ്നം പാതയിലേക്ക് ചുരുക്കുന്നു.
ഒരു-ഘട്ട പിൻവാങ്ങൽ സൂക്ഷിച്ച് വയർലെസ് പ്രൊഫൈൽ വിരമിക്കുക
വയർഡ് ക്രമീകരണം ഒരു പുനരാരംഭം കടക്കുന്നതുവരെ വയർലെസ് പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്തിരിക്കട്ടെ. nmcli con show നിങ്ങൾക്ക് ആവശ്യമുള്ള പ്രൊഫൈൽ നാമങ്ങൾ പട്ടികപ്പെടുത്തുന്നു, ഇല്ലാതാക്കിയ പ്രൊഫൈൽ ഏറ്റവും മോശം നിമിഷത്തിൽ ഓർമ്മയിൽ നിന്ന് വീണ്ടും നിർമ്മിക്കണം. ഇന്റർഫേസ് നാമം, വിലാസ രീതി, മെട്രിക് എന്നിവ മറ്റ് നാല് മൂല്യങ്ങൾക്ക് അരികിൽ എഴുതുക. കുറിപ്പിൽ നിന്ന് ടൈപ്പ് ചെയ്യാവുന്ന പിൻവാങ്ങൽ വീണ്ടും നിർമ്മിക്കേണ്ടതിനേക്കാൾ മൂല്യവത്താണ്.
വയർലെസ് ആശ്രിതത്വം വിരമിക്കുന്നത് നീക്കം ചെയ്യലല്ല, ഗുണമേന്മാ മാറ്റമാണ്. connection.autoconnect no ക്രമീകരിക്കുന്നതിലൂടെ രേഖകളും വിലാസ ചരിത്രവും അതേപടി നിൽക്കും, നിങ്ങൾ വിട്ടുപോന്ന ശൃംഖലയിലേക്ക് Pi വീണ്ടും ചേരുന്നത് തടയപ്പെടും.
nmcli con show
sudo nmcli con up "Wired connection 1"
sudo nmcli con mod "previously-used-wifi" connection.autoconnect no
ജോലി തീർന്നു എന്ന് പ്രഖ്യാപിക്കുന്നതിന് മുമ്പ് നാല് കാര്യങ്ങൾ സ്ഥിരീകരിക്കുക: റീഡയറക്ട് ലക്ഷ്യം വയർഡ് വിലാസവുമായി യോജിക്കുന്നു, ശ്രോതാവ് ഒരു പുനരാരംഭത്തെ അതിജീവിച്ചു, പുറത്തുള്ള ക്ലയന്റ് ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കുന്നു, പുനരാരംഭത്തിന് ശേഷവും Pi വയർഡ് വിലാസത്തിൽ മറുപടി നൽകുന്നു. പുനരാരംഭം പ്രവർത്തിക്കുന്ന കേർണലിൽ മാത്രം ഉണ്ടായിരുന്ന അനുവദനം പിടിക്കാനുള്ള ഏറ്റവും വിലകുറഞ്ഞ വഴിയാണ്. നാലിൽ ഏതെങ്കിലും പരാജയപ്പെട്ടാൽ, വയർലെസ് പ്രൊഫൈൽ sudo nmcli con up ഉപയോഗിച്ച് വീണ്ടും ഉയർത്തി എഴുതിയ മൂല്യങ്ങൾ ജീവനുള്ളവയുമായി താരതമ്യം ചെയ്യുക.