ਤੁਹਾਡੇ 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, ਜਨਤਕ ਅਤੇ ਟਨਲ ਪੂਲ — ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜਾ ਸਿਸਟਮ ਕਿਸਦਾ ਮਾਲਕ ਹੈ। ਅਗਲੇ ਮਹੀਨੇ ਕੋਈ ਕਨੈਕਸ਼ਨ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਤਿੰਨੇ ਇਕੱਠੇ ਬਦਲਣ ਦੀ ਥਾਂ ਕਿਹੜਾ ਜਾਂਚਣਾ ਹੈ ਤੁਹਾਨੂੰ ਪਤਾ ਹੋਵੇਗਾ।