ನಿಮ್ಮ VPN ಸರ್ವರ್ಗೆ DHCP ಕಾಯ್ದಿರಿಸುವಿಕೆ ಸ್ಥಿರ IP ಏಕೆ ಅಲ್ಲ

ಮನೆಯ VPN ಬಾಕ್ಸ್ ಅನ್ನು Wi-Fi ನಿಂದ Ethernet ಗೆ ಸರಿಸಿದೆ ಮತ್ತು ಅದರ “ಶಾಶ್ವತ” ವಿಳಾಸ ಅದೇ ಸಂಜೆ ಬದಲಾಯಿತು. ರೂಟರ್ನಲ್ಲಿ ಏನೂ ಮುರಿದಿರಲಿಲ್ಲ. ಕಾಯ್ದಿರಿಸುವಿಕೆ ವೈರ್ಲೆಸ್ ಅಡಾಪ್ಟರ್ನೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಿತ್ತು, ಮತ್ತು ಆ ಅಡಾಪ್ಟರ್ ಇನ್ನು ಮಾರ್ಗದಲ್ಲಿರಲಿಲ್ಲ.

ಅದೇ ತಪ್ಪು ಗ್ರಹಿಕೆಗೆ ಇನ್ನೊಂದು ಅರ್ಧವಿದೆ. LAN ವಿಳಾಸವನ್ನು ಸರಿಪಡಿಸುವುದು ನಿಮ್ಮ ಸ್ನೇಹಿತರು ಸಂಪರ್ಕಿಸುವ ವಿಳಾಸಕ್ಕೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು VPN ಗ್ರಾಹಕರಿಗೆ ನೀಡುವ ಖಾಸಗಿ ಪೂಲ್ಗೆ ಇದಕ್ಕೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲ. ಮೂರು ವಿಳಾಸಗಳು, ಮೂರು ಪ್ರತ್ಯೇಕ ವೈಫಲ್ಯ ವಿಧಾನಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಕಾಯ್ದಿರಿಸುವಿಕೆಯ ಕೆಲಸ.

ಕಾಯ್ದಿರಿಸುವಿಕೆ ಗ್ರಾಹಕರಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ, ಸಾಧನಕ್ಕಲ್ಲ

DHCPv4 ನಲ್ಲಿ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಗ್ರಾಹಕರ ಹಾರ್ಡ್ವೇರ್ ವಿಳಾಸವನ್ನು ಆಧರಿಸಿದೆ; DHCPv6 ನಲ್ಲಿ ಗ್ರಾಹಕರು ಉಳಿಸಿಕೊಳ್ಳಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸಲಾದ DUID ಅನ್ನು ಆಧರಿಸಿದೆ. hostname ಕ್ಷೇತ್ರ ಮನುಷ್ಯರಿಗೆ ಒಂದು ಲೇಬಲ್. ರೂಟರ್ ನಿಜವಾಗಿ ಹೋಲಿಸುವುದು ವಿನಂತಿಯಲ್ಲಿ ಬರುವ ಗುರುತನ್ನು.

ನಮೂದನ್ನು ಷರತ್ತಾಗಿ ಓದಿ: ಈ ಗುರುತು ಕೇಳಿದಾಗ, ಅದಕ್ಕೆ ಈ ವಿಳಾಸವನ್ನು ಕೊಡಿ. ಹೊಂದಾಣಿಕೆ ಇರುವವರೆಗೆ ನವೀಕರಣಗಳು ಅದೇ ಗುತ್ತಿಗೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಮರುಬೂಟ್ ಮತ್ತೆ ಕೇಳುತ್ತದೆ. ಗುರುತು ಬದಲಾದಾಗ, ವಿನಂತಿ ಕಾಯ್ದಿರಿಸುವಿಕೆಯನ್ನು ತಪ್ಪಿಸಿ ಗ್ರಾಹಕರು ಕ್ರಿಯಾತ್ಮಕ ಪೂಲ್ ನೀಡುವುದನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ. ಯಾವುದೇ ದೋಷವಿಲ್ಲ, ಯಾವುದೇ ಎಚ್ಚರಿಕೆಯಿಲ್ಲ, ಬೇರೆ ವಿಳಾಸ ಮಾತ್ರ.

OpenWrt ಆಕಾರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ತೋರಿಸುತ್ತದೆ. /etc/config/dhcp ನಲ್ಲಿ ಒಂದು config host ಬ್ಲಾಕ್ ಹೆಸರು, MAC ಮತ್ತು ವಿಳಾಸವನ್ನು ಒಟ್ಟಿಗೆ ಬಿಗಿಯುತ್ತದೆ, ಮತ್ತು ಸ್ಥಿರ ಗುತ್ತಿಗೆಗಳ ದಾಖಲೆ ಆ ನಮೂದು ಪೂಲ್ನೊಂದಿಗೆ ಹೇಗೆ ವರ್ತಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಇತರ ರೂಟರ್ಗಳು ಅದೇ ಮೂರು ಕ್ಷೇತ್ರಗಳನ್ನು ಬೇರೆ ಲೇಬಲ್ಗಳ ಹಿಂದೆ ಮುಚ್ಚುತ್ತವೆ.

ಹೊಂದಾಣಿಕೆ ಮೌನವಾಗಿ ಕಳಚುವ ಸ್ಥಳ

ಹಾರ್ಡ್ವೇರ್ ಬದಲಿಸುವುದು ಸಾಮಾನ್ಯ ಪ್ರಕರಣ. NIC ಬದಲಿಸಿ, ಅಥವಾ ಯಂತ್ರವನ್ನು Ethernet ಮತ್ತು Wi-Fi ನಡುವೆ ಸರಿಸಿ, ಮತ್ತು ರೂಟರ್ ನೋಡುವ ವಿಳಾಸ ಅದರೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ. ಹಳೆಯ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಪಟ್ಟಿಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ, ಇನ್ನೂ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ.

ಮರುಸ್ಥಾಪನೆ ಎರಡನೆಯ ಪ್ರಕರಣ, ಮತ್ತು ಅದು IPv6 ನಲ್ಲಿ ಹೆಚ್ಚು ಕಚ್ಚುತ್ತದೆ. ಹೊಸ ಸ್ಥಾಪನೆ ಹೊಸ DUID ರಚಿಸಬಹುದು, ಆಗ ಹಳೆಯ IPv4 ಗುತ್ತಿಗೆ ಇನ್ನೂ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ v4 ವಿಳಾಸ ಸ್ವಲ್ಪ ಕಾಲ ಬದುಕುತ್ತದೆ ಮತ್ತು v6 ನಮೂದು ಯಾವುದೇ ಗೋಚರ ಸಂಪಾದನೆ ಇಲ್ಲದೆ ಅನ್ವಯವಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

ಮೂರನೆಯದು ಪಿನ್ ಮಾಡಿದ ಗ್ರಾಹಕ ಗುರುತು. ಹಲವು DHCP ಗ್ರಾಹಕಗಳು MAC ಬಳಸುವ ಬದಲು ಗುರುತಿನ ಸರಣಿಯನ್ನು ಹೊಂದಿಸಲು ಬಿಡುತ್ತವೆ. ನವೀಕರಣ ಅಥವಾ ಸಂರಚನೆಯ ಮರುಬರವಣಿಗೆ ಆ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟರೆ, ಯಂತ್ರ ಚಲಿಸದಿದ್ದರೂ ಹೊಂದಾಣಿಕೆ ಮಾಯವಾಗುತ್ತದೆ.

ನಾಲ್ಕನೆಯದು ನಕಲು: ಒಂದೇ ಹೋಸ್ಟ್ಗೆ ಹಳೆಯ ಬ್ಲಾಕ್ ಮತ್ತು ಹೊಸ ಬ್ಲಾಕ್. ಸರ್ವರ್ ಹೊಂದಿಕೆಯಾಗುವ ನಿಯಮದಿಂದ ಉತ್ತರಿಸುತ್ತದೆ, ಹೆಚ್ಚಾಗಿ ನೀವು ತಪ್ಪಿಸಲು ಬಯಸಿದ ಪೂಲ್ ವಿಳಾಸದಿಂದ. ಎರಡನೆಯದನ್ನು ಸೇರಿಸುವ ಬದಲು ಹಳೆಯ ನಮೂದನ್ನು ಅಳಿಸಿ.

ಹೋಸ್ಟ್ ಬದಿಯ ಸಂರಚನೆ ಮತ್ತು ಅದರ ಬೆಲೆ

ಹೋಸ್ಟ್ನಲ್ಲೇ ವಿಳಾಸವನ್ನು ಹೊಂದಿಸಿದರೆ ಹೊಂದಾಣಿಕೆಯ ಪ್ರಶ್ನೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೋಗುತ್ತದೆ. DHCP ಉತ್ತರಿಸಲಿ ಬಿಡಲಿ, ಇಂಟರ್ಫೇಸ್ ಆ ವಿಳಾಸದೊಂದಿಗೆ ಮೇಲೇಳುತ್ತದೆ, ಮತ್ತು ರೂಟರ್ ಮರುಬೂಟ್ ನಂತರವೂ ತಲುಪಬಲ್ಲ ಯಂತ್ರದಿಂದ ನೀವು ಬಯಸುವುದು ಅದನ್ನೇ.

ಬೆಲೆ ಮಾಲೀಕತ್ವ. ಈಗ ಪೂರ್ವಪ್ರತ್ಯಯ, ಗೇಟ್ವೇ ಮತ್ತು ಪರಿಹಾರಕಗಳನ್ನು ನೀವೇ ಒದಗಿಸುತ್ತೀರಿ, ಮತ್ತು ವಿಳಾಸವನ್ನು ಕ್ರಿಯಾತ್ಮಕ ಪೂಲ್ನ ಹೊರಗೆ ನೀವೇ ಇಟ್ಟುಕೊಳ್ಳಬೇಕು. netplan ಇರುವ Ubuntu ನಲ್ಲಿ ಅದನ್ನು /etc/netplan/01-vpn.yaml ಒಯ್ಯುತ್ತದೆ:

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: false
      addresses: [192.168.50.10/24]
      routes:
        - to: default
          via: 192.168.50.1
      nameservers:
        addresses: [192.168.50.1]

NetworkManager ಬಳಕೆದಾರರು nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1 ನೊಂದಿಗೆ, ನಂತರ nmcli con up "Wired connection 1" ನೊಂದಿಗೆ ಅದೇ ಸ್ಥಿತಿ ತಲುಪುತ್ತಾರೆ. ಮೊದಲ ಪ್ರಯತ್ನದಲ್ಲಿ netplan apply ಬದಲು netplan try ನೊಂದಿಗೆ netplan ಅನ್ವಯಿಸಿ; ತಪ್ಪಾಗಿ ಟೈಪ್ ಮಾಡಿದ ಗೇಟ್ವೇ ಬಾಕ್ಸ್ ಅನ್ನು ನೆಟ್ವರ್ಕ್ನಿಂದ ತೆಗೆದು ಕನ್ಸೋಲ್ ಹುಡುಕಲು ಬಿಡುತ್ತದೆ.

ಆದರೂ ಹೊಂದಿಕೆಯಾಗುವ ಕಾಯ್ದಿರಿಸುವಿಕೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಅದು ಹೆಚ್ಚುವರಿ ಅಲ್ಲ. ನಮೂದು ವಿಳಾಸವನ್ನು ರೂಟರ್ ಬದಿಯಲ್ಲಿ ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಯಾರಾದರೂ ನಂತರ ಪೂಲ್ ವಿಸ್ತರಿಸಿದರೆ DHCP ಸರ್ವರ್ ಆ ವಿಳಾಸವನ್ನು ಅತಿಥಿ ಸಾಧನಕ್ಕೆ ನೀಡದಂತೆ ತಡೆಯುತ್ತದೆ.

ಸ್ಥಿರ LAN ವಿಳಾಸ ಸಾರ್ವಜನಿಕ ಅಂತಿಮ ಬಿಂದುವಲ್ಲ

ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಅನ್ನು 192.168.50.10 ಕಡೆಗೆ ತಿರುಗಿಸಿ ಮತ್ತು ನಿಯಮ LAN ಬದಿಯ ಪ್ರತಿ ಬದಲಾವಣೆಯನ್ನೂ ತಾಳಿಕೊಳ್ಳುತ್ತದೆ. ಅದು ನಿಮಗೆ ಸ್ಥಿರ ಇಂಟರ್ನೆಟ್ ವಿಳಾಸವನ್ನು ನೀಡುವುದಿಲ್ಲ. ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ IP ISP ಗೆ ಸೇರಿದೆ ಮತ್ತು ಮರುಸಂಪರ್ಕ ಅಥವಾ ಮೋಡೆಮ್ ಬದಲಾವಣೆಯಲ್ಲಿ ಸರಿಯಬಹುದು, ಕ್ರಿಯಾತ್ಮಕ DNS ಅದಕ್ಕೇ ಇದೆ.

ಕ್ಯಾರಿಯರ್-ಗ್ರೇಡ್ NAT ಹಿಂದೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಸಾರ್ವಜನಿಕ IPv4 ಇಲ್ಲವೇ ಇಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಅದನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಎಲ್ಲಕ್ಕಿಂತ ಮೊದಲು ರೂಟರ್ನ WAN ಪುಟವನ್ನು ನೋಡಿ: ವಿಳಾಸ ಹಂಚಿಕೆಯ ಶ್ರೇಣಿಯಲ್ಲಿದ್ದರೆ, ಕಾಯ್ದಿರಿಸುವಿಕೆ ಎಷ್ಟೇ ಸ್ವಚ್ಛವಾಗಿದ್ದರೂ ಒಳಬರುವ ಫಾರ್ವರ್ಡಿಂಗ್ ಕೆಲಸ ಮಾಡಲಾರದು.

ಮೂರನೆಯ ವಿಳಾಸ ಟನೆಲ್ ಪೂಲ್, ಹೆಚ್ಚಾಗಿ 10.8.0.0/24 ನಂತಹದ್ದು. ಆ ವಿಳಾಸಗಳು ಟನೆಲ್ನ ಒಳಗೆ ಮಾತ್ರ ಇರುತ್ತವೆ ಮತ್ತು LAN ನಲ್ಲಿ ಎಂದಿಗೂ ಕಾಣಿಸುವುದಿಲ್ಲ. ಅವನ್ನು ಸರ್ವರ್ನ LAN ವಿಳಾಸದೊಂದಿಗೆ ಗೊಂದಲ ಮಾಡುವುದೇ ಪೋರ್ಟ್ ಕೊನೆಗೆ ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ ಮಾತ್ರ ಆನ್ಲೈನ್ನಲ್ಲಿರುವ ಗ್ರಾಹಕರಿಗೆ ಫಾರ್ವರ್ಡ್ ಆಗುವ ದಾರಿ.

ಮಾರ್ಗವನ್ನು ಅದು ಮುರಿಯುವ ಕ್ರಮದಲ್ಲೇ ಪರಿಶೀಲಿಸಿ

ರೂಟರ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಗುತ್ತಿಗೆ ಕೋಷ್ಟಕದ ನಮೂದನ್ನು ಕಾಯ್ದಿರಿಸುವಿಕೆಯ ಗುರಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ; ಸರ್ವರ್ ಪೂಲ್ ವಿಳಾಸ ತೆಗೆದುಕೊಂಡಿದ್ದರೆ, ಗುರುತು ತಪ್ಪಾಗಿದೆ, ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿ ip link show ಹೋಲಿಸಲು ಮೌಲ್ಯ ನೀಡುತ್ತದೆ.

ನಂತರ ಹೋಸ್ಟ್. ip -4 addr show eth0 ನಿರೀಕ್ಷಿತ ವಿಳಾಸ ಮತ್ತು ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ತೋರಿಸಬೇಕು. ಅದೇ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಎರಡನೇ ವಿಳಾಸ ಸಾಮಾನ್ಯವಾಗಿ DHCP ಇನ್ನೂ ನಿಮ್ಮ ಸ್ಥಿರ ಸಂರಚನೆಯ ಪಕ್ಕದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದರ್ಥ.

ನಂತರ ಫಾರ್ವರ್ಡ್. ಗಮ್ಯಸ್ಥಾನ ಇನ್ನೂ ನೀವು ಈಗಷ್ಟೇ ಪರಿಶೀಲಿಸಿದ ವಿಳಾಸಕ್ಕೆ ಸಮವಾಗಿದೆಯೇ ಮತ್ತು ಏನೋ ss -lntp ನೊಂದಿಗೆ ಕೇಳುತ್ತಿದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಮುಚ್ಚಿದ ಪೋರ್ಟ್ಗೆ ತಿರುಗಿಸಿದ ಫಾರ್ವರ್ಡ್ ಹೊರಗಿನಿಂದ ನಿಖರವಾಗಿ ಮುರಿದ ಫಾರ್ವರ್ಡ್ನಂತೆ ಕಾಣುತ್ತದೆ.

ಹೊರಗಿನಿಂದ ಮುಗಿಸಿ, Wi-Fi ಆಫ್ ಇರುವ ಫೋನಿನಲ್ಲಿ. ಅದೇ ಒಂದು ಪರೀಕ್ಷೆ “ಸ್ಥಳೀಯ ವಿಳಾಸ ತಪ್ಪಾಗಿದೆ” ಮತ್ತು “ಸಾರ್ವಜನಿಕ ತಲುಪುವಿಕೆ ಮುರಿದಿದೆ” ಎಂಬುದನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಈ ಸೆಟಪ್ ಪದೇ ಪದೇ ಬೆರೆಸುವ ಎರಡು ಸಮಸ್ಯೆಗಳು.

ಮೂರೂ ವಿಳಾಸಗಳನ್ನು ಬರೆದಿಟ್ಟುಕೊಳ್ಳಿ — LAN, ಸಾರ್ವಜನಿಕ ಮತ್ತು ಟನೆಲ್ ಪೂಲ್ — ಮತ್ತು ಯಾವ ವ್ಯವಸ್ಥೆ ಯಾವುದನ್ನು ಹೊಂದಿದೆ ಎಂದು ಗುರುತಿಸಿ. ಮುಂದಿನ ತಿಂಗಳು ಸಂಪರ್ಕ ವಿಫಲವಾದರೆ ಮೂರನ್ನೂ ಒಟ್ಟಿಗೆ ಬದಲಿಸುವ ಬದಲು ಯಾವುದನ್ನು ಪರಿಶೀಲಿಸಬೇಕೆಂದು ನಿಮಗೆ ಗೊತ್ತಾಗುತ್ತದೆ.