VPN ਰਾਹੀਂ ਜੁੜੇ ਸਰਵਰ ਲਈ DNS ਵਿੱਚ ਕਿਹੜਾ ਪਤਾ ਜਾਂਦਾ ਹੈ?
ਹੋਸਟ ਕੀਤੇ ਸਰਵਰ ਕੋਲ ਤਿੰਨ ਪਤੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਇਹ ਇੱਕ-ਦੂਜੇ ਦੇ ਬਦਲੇ ਨਹੀਂ ਵਰਤੇ ਜਾ ਸਕਦੇ। ਹਰ ਸੇਵਾ ਲਈ ਲੋੜੀਂਦਾ ਮੁੱਲ ਚੁਣੋ, ਫਿਰ ਇਸਨੂੰ ਮਸ਼ੀਨ ਤੋਂ ਬਾਹਰੋਂ ਪੁਸ਼ਟੀ ਕਰੋ।
VPN ਸਥਾਪਿਤ ਹੋਸਟ ਕੀਤੇ ਸਰਵਰ ਕੋਲ ਅੰਤ ਵਿੱਚ ਤਿੰਨ ਪਤੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਹਰ ਉਸ ਥਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸੰਰਚਿਤ ਕਰਨ ਜਾ ਰਹੇ ਹੋ। ਪ੍ਰਦਾਤਾ ਦੇ ਪੈਨਲ ਤੋਂ ਨੰਬਰ DNS ਵਿੱਚ, ਕਿਸੇ ਸੁਣਨ ਵਾਲੇ ਵਿੱਚ ਜਾਂ ਇਜਾਜ਼ਤ ਸੂਚੀ ਵਿੱਚ ਕਾਪੀ ਕਰਨਾ ਉਹ ਰਾਹ ਹੈ ਜਿਸ ਉੱਤੇ ਚੱਲਦਾ ਟਨਲ ਇੱਕ ਅਜਿਹੀ ਸੇਵਾ ਬਣ ਜਾਂਦਾ ਹੈ ਜਿੱਥੇ ਕੋਈ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ। ਇਹ ਮਾਰਗਦਰਸ਼ਕ ਕੰਮ ਨੂੰ ਅਜਿਹੇ ਕ੍ਰਮ ਵਿੱਚ ਰੱਖਦਾ ਹੈ ਕਿ ਹਰ ਪਤਾ ਕਿਸੇ ਐਲਾਨੇ ਮਕਸਦ ਲਈ ਚੁਣਿਆ ਜਾਵੇ। ਇਹ ਉਨ੍ਹਾਂ ਕਮਾਂਡਾਂ ਦੀ ਵੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ ਜੋ ਪੁਸ਼ਟੀ ਕਰਦੀਆਂ ਹਨ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ।
ਕੁਝ ਵੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨਾਂ ਪਤਿਆਂ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ
ਉਨ੍ਹਾਂ ਨੂੰ ਕੰਮ ਅਨੁਸਾਰ ਨਾਮ ਦਿਓ। underlay ਪਤਾ ਉਹ ਹੈ ਜੋ ਮਸ਼ੀਨ ਇੰਟਰਨੈਟ ਰਾਹੀਂ VPN ਦੇ ਆਖਰੀ ਬਿੰਦੂ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਵਰਤਦੀ ਹੈ, ਅਤੇ ਇਹ ਅਕਸਰ ਪ੍ਰਦਾਤਾ ਦੇ NAT ਪਿੱਛੇ ਨਿੱਜੀ ਹੁੰਦਾ ਹੈ। ਟਨਲ ਦਾ ਪਤਾ VPN ਦੇ ਅੰਦਰ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਉਤਪਾਦ ਅਨੁਸਾਰ ਸਰਵਰ ਜਾਂ ਕਲਾਇੰਟ ਦਿੰਦਾ ਹੈ। ਜਨਤਕ ਨਿਕਾਸ ਉਹ ਪਤਾ ਹੈ ਜੋ ਕੋਈ ਦੂਰਲੀ ਵੈੱਬਸਾਈਟ ਅਨੁਵਾਦ ਤੋਂ ਬਾਅਦ ਦਰਜ ਕਰਦੀ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਪੁੱਛ ਸਕਦੇ ਹੋ ਅਜਿਹੇ ਕਿਸੇ ਵੀ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਇਸਦਾ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ।
ਇੱਕ ਪੈਨਲ ਜੋ ਮਸ਼ੀਨ ਲਈ ਇੱਕ ਜਨਤਕ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਬਾਕੀ ਦੋ ਭੂਮਿਕਾਵਾਂ ਬਾਰੇ ਤੁਹਾਨੂੰ ਬਹੁਤ ਘੱਟ ਦੱਸਦਾ ਹੈ। underlay ਦੀ ਪਹੁੰਚ ਇੱਕ ਲੋੜ ਹੈ, ਖਰੀਦ ਨਹੀਂ: ਘਰੇਲੂ ਰਾਊਟਰ ਪਿੱਛੇ ਦਾ ਲੈਪਟਾਪ ਜਨਤਕ IPv4 ਪਤਾ ਰੱਖੇ ਬਿਨਾਂ ਹੋਸਟ ਕੀਤੇ VPN ਆਖਰੀ ਬਿੰਦੂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਉਹ ਇਹ ਹੈ ਕਿ ਅਜਿਹਾ ਨਾਮ ਲਿਖ ਕੇ ਦਾਖਲੇ ਦਾ ਰਾਹ ਘੜੋ ਜੋ ਅਜਿਹੇ ਪਤੇ 'ਤੇ ਹੱਲ ਹੋਵੇ ਜਿਸਨੂੰ ਕੋਈ ਅੱਗੇ ਨਹੀਂ ਭੇਜਦਾ।
ਪਤਾ ਸੇਵਾ ਅਨੁਸਾਰ ਚੁਣੋ, ਲੇਬਲ ਅਨੁਸਾਰ ਨਹੀਂ
ਨੰਬਰ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖ ਲਓ ਕਿ ਸਰਵਰ ਨੂੰ ਕੀ ਕਰਨਾ ਹੈ। ਬਾਹਰ ਜਾਣ ਵਾਲੀਆਂ API ਕਾਲਾਂ ਨੂੰ ਸਥਿਰ ਨਿਕਾਸ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਦੂਜਾ ਧਿਰ ਇਜਾਜ਼ਤ ਸੂਚੀ ਰੱਖਦਾ ਹੈ। ਨਿੱਜੀ ਪਹੁੰਚ ਨੂੰ ਅਜਿਹਾ ਟਨਲ ਪਤਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਕਲਾਇੰਟ ਰੂਟ ਕਰ ਸਕਣ ਅਤੇ ਉਸ ਨਾਲ ਜੁੜਿਆ ਸੁਣਨ ਵਾਲਾ। ਜਨਤਕ ਹੋਸਟਿੰਗ ਨੂੰ ਅਜਿਹਾ ਦਾਖਲਾ ਮੈਪਿੰਗ ਚਾਹੀਦਾ ਹੈ ਜੋ ਪ੍ਰਦਾਤਾ ਸੱਚਮੁੱਚ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਨਿਕਾਸ ਦਾ ਪਤਾ ਇਹ ਨਹੀਂ ਦਿੰਦਾ।
ਇੱਕ ਹੀ ਮਸ਼ੀਨ ਤਿੰਨੇ ਮਕਸਦ ਪੂਰੇ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਤਿੰਨ ਵੱਖਰੇ ਪਤੇ ਵਰਤ ਸਕਦੀ ਹੈ। ਜੋ ਟੁੱਟਦਾ ਹੈ ਉਹ ਇਹ ਧਾਰਨਾ ਹੈ ਕਿ ਇੱਕ ਮੁੱਲ ਇਨ੍ਹਾਂ ਸਭਨੂੰ ਢਕ ਲੈਂਦਾ ਹੈ:
| Requirement | Value that belongs there | What you see when the roles are swapped |
|---|---|---|
| Outbound allowlisting | Public exit | Requests reach the service but are rejected |
| Private client access | Tunnel address | Client connects, nothing answers |
| Inbound web service | Provider mapping | Name resolves, connection times out |
ਦਾਖਲੇ ਦੀ ਲਾਈਨ ਉਹੀ ਹੈ ਜਿਸ 'ਤੇ ਲੋਕ ਬਹਿਸ ਕਰਦੇ ਹਨ। ਨਿਕਾਸ ਦੇ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਰਿਕਾਰਡ ਕੋਈ ਸੁਣਨ ਵਾਲਾ, ਫਾਇਰਵਾਲ ਵਿੱਚ ਮੋਰੀ ਜਾਂ ਪੋਰਟ ਮੈਪਿੰਗ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਅਤੇ ਉਡੀਕ ਕਰਨ ਨਾਲ ਇਹ ਨਹੀਂ ਬਦਲਦਾ। ਜਦੋਂ ਪ੍ਰਦਾਤਾ ਸਮਰਪਿਤ ਪਤਾ ਦਾਖਲਾ ਨਿਯਮ ਨਾਲ ਵੇਚਦਾ ਹੈ, ਤਾਂ ਉਹੀ ਬੰਡਲ ਉਹ ਸਮਰੱਥਾ ਹੈ ਜੋ ਤੁਸੀਂ ਖਰੀਦੀ; ਸਿਰਫ਼ ਪਤਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਹੱਕ ਨਹੀਂ।
ਕਿਹੜਾ ਪਤਾ ਕਿਹੜਾ ਹੈ ਦਿਖਾਉਣ ਵਾਲੀਆਂ ਕਮਾਂਡਾਂ
ਮਸ਼ੀਨ ਪੜ੍ਹੋ, ਪੈਨਲ ਨਹੀਂ। ਇੰਟਰਫ਼ੇਸ ਦੇ ਨਾਮ ਸਿਸਟਮ ਅਨੁਸਾਰ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਪਤਿਆਂ ਨੂੰ ਡਿਵਾਈਸਾਂ ਨਾਲ ਮਿਲਾਓ, ਕਿਸੇ ਲੇਬਲ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ।
ਪਹਿਲੀ ਲਾਈਨ ਹਰ IPv4 ਪਤਾ ਅਤੇ ਉਸਦੀ ਡਿਵਾਈਸ ਦੀ ਸੂਚੀ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਦੂਜੀ ਕਰਨਲ ਨੂੰ ਪੁੱਛਦੀ ਹੈ ਕਿ ਕਿਸੇ ਜਾਣੇ-ਪਛਾਣੇ ਬਾਹਰੀ ਮੰਜ਼ਿਲ ਲਈ ਉਹ ਕਿਹੜੀ ਡਿਵਾਈਸ ਵਰਤੇਗਾ:
ip -brief -4 addr show
ip -4 route get 198.51.100.10
curl -4 -s https://ifconfig.me
ss -lntp | grep -E ':(443|1194)'ਜੇਕਰ ਰੂਟ ਖੋਜ ਜਨਤਕ ਟਰੈਫਿਕ ਲਈ ਟਨਲ ਡਿਵਾਈਸ ਨਾਲ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਪੂਰਾ ਟਨਲ ਲਾਗੂ ਹੈ। ਸੁਣਨ ਵਾਲੇ ਦੀ ਜਾਂਚ ਵੀ ਉਨੀ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਸਿਰਫ਼ 127.0.0.1 ਨਾਲ ਬੱਧੀ ਪ੍ਰਕਿਰਿਆ ਟਨਲ ਪਤੇ 'ਤੇ ਕਦੇ ਜਵਾਬ ਨਹੀਂ ਦੇਵੇਗੀ, ਤੁਸੀਂ ਜੋ ਵੀ ਨਾਮ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ।
ਇਸਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਬਾਹਰੋਂ ਪੁਸ਼ਟੀ ਕਰੋ
ਸਿਰਫ਼ ਉਹ ਮੁੱਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਜੋ ਸੇਵਾ ਨੂੰ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ: ਹੋਸਟਿੰਗ ਲਈ A ਜਾਂ AAAA ਰਿਕਾਰਡ, ਬਾਹਰ ਜਾਣ ਵਾਲੀਆਂ ਕਾਲਾਂ ਲਈ ਇਜਾਜ਼ਤ ਸੂਚੀ ਦੀ ਐਂਟਰੀ, ਨਿੱਜੀ ਪਹੁੰਚ ਲਈ ਕਲਾਇੰਟ ਪਰੋਫਾਈਲ। ਫਿਰ ਉਸ ਸਥਿਤੀ ਤੋਂ ਪਰਖੋ ਜੋ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਉਹ ਕਦੇ ਉਹ ਮਸ਼ੀਨ ਨਹੀਂ ਹੁੰਦੀ ਜਿਸਨੂੰ ਤੁਸੀਂ ਹੁਣੇ ਸੋਧਿਆ।
ਦੋ ਜਾਂਚਾਂ ਬਹੁਤਾ ਹਿੱਸਾ ਢਕ ਲੈਂਦੀਆਂ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਰੱਖਣ ਜੋਗੀਆਂ ਸਸਤੀਆਂ ਹਨ:
dig +short vpn.example.net A
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/healthਤੁਹਾਡਾ ਰਿਕਾਰਡ ਮੌਜੂਦ ਹੈ ਦਾ ਸਬੂਤ ਦੇਣ ਵਾਲਾ DNS ਜਵਾਬ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਕੋਈ ਬੇਨਤੀ ਪਹੁੰਚਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਸਫਲ ਬੇਨਤੀ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਇੱਕ ਰਾਹ ਇੱਕ ਨੈੱਟਵਰਕ ਤੋਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਇਜਾਜ਼ਤ ਸੂਚੀ ਵਿਚਕਾਰ ਹੋਵੇ ਤਾਂ ਜਾਂਚ ਨੂੰ ਮੋਬਾਈਲ ਕਨੈਕਸ਼ਨ ਤੋਂ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਜੋ ਨਿਕਾਸ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਉਹ ਪਤਾ ਪਰਿਵਾਰ ਅਤੇ ਲਏ ਗਏ ਰਾਹ 'ਤੇ ਨਿਰਭਰ ਹੋ ਸਕਦਾ ਹੈ। ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਪਰਿਵਾਰ ਪੁਸ਼ਟੀ ਕੀਤਾ; ਕੰਮ ਕਰਦਾ IPv4 ਰਾਹ IPv6 ਬਾਰੇ ਬਿਲਕੁਲ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।
ਜੇ ਸੇਵਾ ਦਾਖਲਾ ਹੈ, ਤਾਂ ਨਿਕਾਸ ਦਾ ਪਤਾ ਕਾਫ਼ੀ ਨਹੀਂ
ਦਾਖਲਾ ਪਹੁੰਚ ਲਈ ਚਾਰ ਚੀਜ਼ਾਂ ਇੱਕ ਸਿੱਧ ਵਿੱਚ ਚਾਹੀਦੀਆਂ ਹਨ: ਅਜਿਹਾ ਨਾਮ ਜਾਂ ਪਤਾ ਜਿੱਥੋਂ ਤੱਕ ਕਲਾਇੰਟ ਪਹੁੰਚ ਸਕੇ, ਅਜਿਹਾ ਰਾਹ ਜੋ ਪੈਕਟ ਨੂੰ ਮਸ਼ੀਨ ਤੱਕ ਪਹੁੰਚਾਏ, ਅਜਿਹਾ ਸੁਣਨ ਵਾਲਾ ਜੋ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰੇ, ਅਤੇ ਅਜਿਹੀ ਨੀਤੀ ਜੋ ਇਸਨੂੰ ਸੁੱਟ ਨਾ ਦੇ। VPN ਦੂਜੇ ਤੱਤ ਨੂੰ ਬਦਲਦਾ ਹੈ ਅਤੇ ਕਦੇ ਪਹਿਲੇ ਨੂੰ ਵੀ, ਅਤੇ ਤੀਜੇ ਤੇ ਚੌਥੇ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਜਦੋਂ ਟਨਲ ਹੀ ਡਿਲੀਵਰੀ ਦਾ ਰਾਹ ਹੋਵੇ, ਤਾਂ ਕਲਾਇੰਟ ਨਿਕਾਸ ਦੀ ਥਾਂ ਟਨਲ ਪਤੇ ਨਾਲ ਜੁੜਦੇ ਹਨ।
ਲਿਖੋ ਕਿ ਹਰ ਸੇਵਾ ਕਿਹੜੇ ਪਤੇ 'ਤੇ ਨਿਰਭਰ ਹੈ, ਫਿਰ ਜਦੋਂ ਵੀ ਪ੍ਰਦਾਤਾ ਆਪਣਾ ਰੂਟਿੰਗ ਮਾਡਲ ਬਦਲੇ ਉਹ ਨੋਟ ਦੁਬਾਰਾ ਵੇਖੋ। ਜੋ ਸਰਵਰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਜਨਤਕ ਤੌਰ 'ਤੇ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਟੁੱਟਿਆ ਨਹੀਂ ਹੁੰਦਾ; ਉਹ ਗਲਤ ਪਛਾਣ ਨਾਲ ਜਵਾਬ ਦੇ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਮੁਰੰਮਤ ਫਾਇਰਵਾਲ ਬਦਲਾਅ ਨਹੀਂ ਸਗੋਂ ਮੈਪਿੰਗ ਦਾ ਫੈਸਲਾ ਹੈ।