ਵੈੱਬ ਹੋਸਟਿੰਗ ਜਾਂ VPS: ਕੀ ਤੁਹਾਡਾ ਪਲਾਨ VPN ਸਰਵਰ ਚਲਾ ਸਕਦਾ ਹੈ?
ਸਾਂਝੀ ਹੋਸਟਿੰਗ, ਪ੍ਰਬੰਧਿਤ ਐਪ ਅਤੇ ਸਵੈ-ਪ੍ਰਬੰਧਿਤ ਸਰਵਰ ਵੱਖਰਾ ਨੈੱਟਵਰਕ ਨਿਯੰਤਰਣ ਦਿੰਦੇ ਹਨ। ਕੁਝ ਵੀ ਖਰੀਦਣ ਜਾਂ ਮਾਈਗਰੇਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਸਮਰੱਥਾਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਚੱਲਦੀ ਵੈੱਬਸਾਈਟ ਸਬੂਤ ਹੈ ਕਿ ਪ੍ਰਦਾਤਾ HTTP ਦੇ ਸਕਦਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਤੁਸੀਂ ਮਸ਼ੀਨ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ। ਸਾਂਝੇ ਪਲਾਨ, ਪ੍ਰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸਵੈ-ਪ੍ਰਬੰਧਿਤ ਸਰਵਰ ਵਿਚਕਾਰ ਇਸ ਗੱਲ ਵਿੱਚ ਵੱਡਾ ਫਾਸਲਾ ਹੈ ਕਿ ਖਾਤਾ ਨੈੱਟਵਰਕ ਨਾਲ ਕੀ ਕਰ ਸਕਦਾ ਹੈ। ਹੋਰ ਸਾਲ ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਡੇ VPN ਡਿਜ਼ਾਈਨ ਨੂੰ ਉਸ ਫਾਸਲੇ ਦਾ ਕਿਹੜਾ ਪਾਸਾ ਚਾਹੀਦਾ ਹੈ। ਚਾਰ ਸਮਰੱਥਾਵਾਂ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕੀਮਤ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦੀ।
ਹਰ ਪਲਾਨ ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦਾ ਹੈ
ਲਾਭਦਾਇਕ ਤੁਲਨਾ ਕੀਮਤ ਜਾਂ ਡਿਸਕ ਆਕਾਰ ਨਹੀਂ, ਅਧਿਕਾਰ ਹੈ। ਪੁੱਛੋ ਕਿ ਖਾਤਾ ਕੀ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਹੜੀਆਂ ਕਰਨਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਕਿਹੜੇ ਪੋਰਟ ਆਉਂਦੀ ਟ੍ਰੈਫਿਕ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ ਅਤੇ ਮਨਜ਼ੂਰ ਟ੍ਰੈਫਿਕ ਮੁੜ ਕਿਤੇ ਹੋਰ ਜਾ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।
ਬਹੁਤੇ ਹੋਸਟਿੰਗ ਉਤਪਾਦ ਤਿੰਨ ਰੂਪਾਂ ਵਿੱਚ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਆਖਰੀ ਹੀ ਆਮ ਉਦੇਸ਼ ਵਾਲਾ ਸਰਵਰ ਹੈ:
| Capability | Website plan | Self-managed server |
|---|---|---|
| Long-running custom process | Usually not permitted | Yours to run under a service manager |
| Virtual network interface | Almost never available | Present when the kernel module and privilege allow it |
| Arbitrary inbound port | Restricted to the web stack | Provider filtering still applies |
| Forwarding for clients | Not offered | Possible once routing and policy are configured |
ਸ਼ੈੱਲ ਖਾਤਾ ਆਮ ਉਲਝਣ ਦਾ ਸਰੋਤ ਹੈ। ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਜਾਂ ਨਿਰਧਾਰਿਤ ਕੰਮਾਂ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਸ਼ਾਸਨ ਵਰਗੀ ਲੱਗ ਸਕਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਕੁਝ ਮਨਜ਼ੂਰ ਕਾਰਵਾਈਆਂ ਤੱਕ ਸੀਮਿਤ ਰਹਿੰਦੀ ਹੈ।
ਜਵਾਬ ਤੈਅ ਕਰਨ ਵਾਲੀਆਂ ਚਾਰ ਸਮਰੱਥਾਵਾਂ
ਇਨ੍ਹਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਲਓ, ਕਿਉਂਕਿ ਪਹਿਲੇ ਕਦਮ ਵਿੱਚ ਅਸਫਲਤਾ ਬਾਕੀ ਨੂੰ ਬੇਮਤਲਬ ਕਰ ਦਿੰਦੀ ਹੈ।
ਪਹਿਲਾਂ, ਸੌਫਟਵੇਅਰ ਨੂੰ ਦੇਖਭਾਲ ਤੋਂ ਬਾਅਦ ਵੀ ਟਿਕਣ ਵਾਲੀ ਲੰਮੀ ਪ੍ਰਕਿਰਿਆ ਵਜੋਂ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੂਜਾ, ਅਮਲ ਨੂੰ ਆਪਣਾ ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; Linux ਉੱਤੇ ਇਸ ਦਾ ਮਤਲਬ ਆਮ ਤੌਰ ’ਤੇ ਸੰਬੰਧਿਤ ਪ੍ਰਸ਼ਾਸਕੀ ਇਜਾਜ਼ਤ ਨਾਲ /dev/net/tun ਖੋਲ੍ਹਣਾ ਹੈ, ਜਿਵੇਂ ਕਰਨਲ ਦੀ TUN/TAP ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਦੱਸਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਹਰ VPN ਡਿਜ਼ਾਈਨ ਉਹ ਜੰਤਰ ਨਹੀਂ ਵਰਤਦਾ। ਤੀਜਾ, ਕਲਾਇੰਟਾਂ ਨੂੰ ਜਨਤਕ ਪਤੇ ਉੱਤੇ ਸਰੋਤਾ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ, ਤੁਹਾਡੇ ਇਰਾਦੇ ਵਾਲੇ ਟ੍ਰਾਂਸਪੋਰਟ ਅਤੇ ਪੋਰਟ ਉੱਤੇ, ਅਤੇ HTTPS ਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਵੈੱਬ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਉਸੇ ਨੰਬਰ ਉੱਤੇ ਅਸੰਬੰਧਿਤ ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਚੌਥਾ, ਮਨਜ਼ੂਰ ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਵਧ ਸਕਣਾ ਚਾਹੀਦਾ ਹੈ, ਰੂਟ, ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਸੱਚਮੁੱਚ ਸਮਰਥਿਤ ਕਿਸੇ ਵੀ ਅਨੁਵਾਦ ਸਮੇਤ।
ਸੇਵਾ ਦੀਆਂ ਸ਼ਰਤਾਂ ਉਨ੍ਹਾਂ ਚਾਰਾਂ ਦੇ ਕੋਲ ਹਨ ਅਤੇ ਬਿਲਕੁਲ ਤਕਨੀਕੀ ਨਹੀਂ। ਅਸੀਮਤ ਟ੍ਰੈਫਿਕ ਦੀਆਂ ਸੀਮਾਵਾਂ ਆਮ ਤੌਰ ’ਤੇ ਵੈੱਬ ਬੇਨਤੀਆਂ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ, ਦੂਜਿਆਂ ਦੇ ਡਾਊਨਲੋਡ ਢੋਣ ਵਾਲੀ ਸੁਰੰਗ ਦਾ ਨਹੀਂ। ਇਸਦੇ ਆਲੇ-ਦੁਆਲੇ ਡਿਜ਼ਾਈਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਵੀਕਾਰਯੋਗ ਵਰਤੋਂ ਵਾਲਾ ਭਾਗ ਪੜ੍ਹੋ, ਅਤੇ ਜਿਸ ਦਿਨ ਸੇਵਾ ਸ਼ੁਰੂ ਨਾ ਹੋਵੇ ਉਸ ਲਈ ਰਿਕਵਰੀ ਪਹੁੰਚ ਯਾਦ ਰੱਖੋ।
ਵੈੱਬਸਾਈਟ ਖਾਤਾ ਕਿੱਥੇ ਰੁਕਦਾ ਹੈ
ਵੈੱਬਸਾਈਟ ਪਲਾਨ ਆਮ ਤੌਰ ’ਤੇ ਤੁਹਾਡੇ ਕੋਡ ਨੂੰ ਨਿਸ਼ਚਿਤ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਵਾਲੇ ਪ੍ਰਬੰਧਿਤ ਰਨਟਾਈਮ ਵਿੱਚ ਚਲਾਉਂਦਾ ਹੈ। ਸੁਰੰਗ ਦੀ ਬਾਈਨਰੀ ਹੋਣ ’ਤੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਕੋਲ ਡਿਵਾਈਸ ਨੋਡ ਖੋਲ੍ਹਣ, ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲਾ ਪੋਰਟ ਬੰਨ੍ਹਣ ਜਾਂ ਰੂਟਿੰਗ ਸਾਰਣੀ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਉਹ ਸੀਮਾਵਾਂ ਹੀ ਉਤਪਾਦ ਹਨ, ਲਾਪਰਵਾਹੀ ਨਹੀਂ।
ਇਸੇ ਲਈ VPN ਦਾ ਵਾਅਦਾ ਕਰਨ ਵਾਲਾ ਪਲੱਗਇਨ ਆਮ ਤੌਰ ’ਤੇ ਕਿਤੇ ਹੋਰ ਜਾਣ ਵਾਲਾ ਪ੍ਰੌਕਸੀ ਨਿਕਲਦਾ ਹੈ। ਜੇ ਮੌਜੂਦਾ ਖਾਤਾ ਸਿਰਫ਼ ਵੈੱਬਸਾਈਟ ਨਿਯੰਤਰਣ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਇਮਾਨਦਾਰ ਕਦਮ ਵੱਖਰਾ ਸਰਵਰ ਹੈ, ਗੁੰਮ ਅਧਿਕਾਰ ਖੋਲ੍ਹਣ ਵਾਲੇ ਮੌਡਿਊਲ ਦੀ ਭਾਲ ਨਹੀਂ।
ਜਦੋਂ ਇੱਕ ਹੀ ਹੋਸਟ ਨੂੰ ਦੋਵੇਂ ਚਲਾਉਣੇ ਪੈਣ
ਸਾਂਝਾ ਕਰਨਾ ਸੰਭਵ ਹੈ ਅਤੇ ਕਦੇ-ਕਦੇ ਸਮਝਦਾਰੀ ਭਰਿਆ, ਪਰ ਇਸਨੂੰ ਸੁਵਿਧਾ ਨਹੀਂ, ਸੁਰੱਖਿਆ-ਫੈਸਲਾ ਮੰਨੋ। ਅੱਪਲੋਡ ਫਾਰਮ ਵਾਲੀ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੰਗ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਅਤੇ ਨਿਯੰਤਰਣ ਸਾਕਟ ਦੇ ਕੋਲ ਬੈਠਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਵਿੱਚ ਦੀ ਦੁਰਵਰਤੋਂ ਦੂਜੇ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ। ਵੱਖਰੇ ਖਾਤੇ, ਵੱਖਰੀਆਂ ਸੇਵਾ ਇਕਾਈਆਂ ਅਤੇ ਵੱਖਰੇ ਫਾਈਲਸਿਸਟਮ ਦੂਜੀ ਮਸ਼ੀਨ ਖਰੀਦੇ ਬਿਨਾਂ ਉਸ ਖ਼ਤਰੇ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ।
ਸਰੋਤਾਂ ਲਈ ਮੁਕਾਬਲਾ ਵੀ ਓਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਸੁਰੰਗ ਰਾਹੀਂ ਬੈਕਅੱਪ ਅਤੇ ਰੁੱਝੀ ਵੈੱਬ ਪ੍ਰਕਿਰਿਆ ਇੱਕੋ ਅੱਪਲਿੰਕ ਅਤੇ ਇੱਕੋ ਡਿਸਕ ਲਈ ਮੁਕਾਬਲਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਨਾਕਾਮੀ ਭਰੀ ਸੁਰੰਗ ਦੀ ਬਜਾਏ ਹੌਲੀ ਸਾਈਟ ਵਰਗੀ ਦਿਸਦੀ ਹੈ। ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜਾ ਭਾਰ ਜਿੱਤੇਗਾ, ਅਤੇ ਸੁਰੰਗ ਨੂੰ ਸੀਮਿਤ ਕਰੋ ਤਾਂ ਜੋ ਵੈੱਬਸਾਈਟ ਜਵਾਬ ਦਿੰਦੀ ਰਹੇ।
ਦੋਵੇਂ ਸੇਵਾਵਾਂ ਚੱਲਣ ਕਰਕੇ ਹੀ ਕੋਈ ਵੀ ਪ੍ਰਬੰਧ ਵੱਖਰਾ ਨਹੀਂ ਹੈ। ਦੋਵਾਂ ਨੂੰ ਇਕੱਠੇ ਹੋਸਟ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਡਿਜ਼ਾਈਨ ਦੀ ਸ਼ੁਰੂਆਤ ਹੈ, ਅਤੇ ਅਲੱਗਾਉਣ ਦਾ ਕੰਮ ਹੀ ਇਸਨੂੰ ਬਚਾਅ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਚਾਰ ਕਮਾਂਡਾਂ ਨਾਲ ਜਾਂਚ ਹੋਸਟ ’ਤੇ ਇਸਨੂੰ ਤੈਅ ਕਰੋ
ਮਾਈਗਰੇਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਟਾਰਗੇਟ ਉਤਪਾਦ ਦਾ ਸਭ ਤੋਂ ਛੋਟਾ ਇੰਸਟੈਂਸ ਇੱਕ ਘੰਟੇ ਲਈ ਕਿਰਾਏ ’ਤੇ ਲਓ ਅਤੇ ਚਾਰੇ ਸਮਰੱਥਾਵਾਂ ਸਿੱਧੀਆਂ ਜਾਂਚੋ। ਫੀਚਰ ਸਾਰਣੀ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਗਲਤ ਪਲਾਨ ਦੇ ਇੱਕ ਸਾਲ ਨਾਲੋਂ ਘੱਟ ਪੈਸਾ ਬਰਬਾਦ ਕਰਦਾ ਹੈ, ਪਰ ਬਹੁਤ ਵੱਧ ਸਮਾਂ।
ਇਹਨਾਂ ਨੂੰ ਜਾਂਚ ਹੋਸਟ ’ਤੇ ਚਲਾਓ ਅਤੇ ਨਾਕਾਮੀਆਂ ਨੂੰ ਰੁਕਾਵਟ ਨਹੀਂ, ਜਵਾਬ ਵਜੋਂ ਪੜ੍ਹੋ:
ls -l /dev/net/tun
sudo ip tuntap add dev tun9 mode tun && sudo ip link del tun9
sysctl net.ipv4.ip_forward
ss -lunp | headਪਹਿਲੀਆਂ ਦੋ ਲਾਈਨਾਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਸੁਰੰਗ ਜੰਤਰ ਬਿਲਕੁਲ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਤੀਜੀ ਦੱਸਦੀ ਹੈ ਕਿ ਹੋਸਟ ਪੈਕਟ ਅੱਗੇ ਭੇਜ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਚੌਥੀ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਪਹਿਲਾਂ ਹੀ ਕੀ ਸੁਣ ਰਿਹਾ ਹੈ ਤਾਂ ਜੋ ਪੋਰਟ ਦਾ ਟਕਰਾਅ ਜਲਦੀ ਫੜਿਆ ਜਾਵੇ। ਜੋ ਪ੍ਰਦਾਤਾ ਦੂਜੀ ਲਾਈਨ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਉਹ ਫਿਰ ਵੀ ਵਰਤੋਂਕਾਰ-ਥਾਂ ਵਾਲਾ ਅਮਲ ਸਮਰਥਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਉਹਨਾਂ ਦੇ ਸਹਾਇਤਾ ਡੈਸਕ ਨੂੰ ਪੁੱਛਦਿਆਂ ਉਤਪਾਦ ਸ਼੍ਰੇਣੀ ਨਹੀਂ, ਲੋੜੀਂਦੀ ਕਾਰਜਵਿਧੀ ਦਾ ਨਾਮ ਦੱਸੋ।