ਗੇਮ ਸਰਵਰ ਹੋਸਟ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ VPS ਚਾਹੀਦਾ ਹੈ ਜਾਂ VPN?

ਗੇਮ ਹੋਸਟਿੰਗ ਦੇ ਸਵਾਲ ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਖਰੀਦਾਂ ਨੂੰ ਮਿਲਾ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਇਹ ਮਿਲਾਵਟ ਕੰਮ ਨੂੰ ਗਲਤ ਕ੍ਰਮ ਵਿੱਚ ਰੱਖਦੀ ਹੈ। ਇੱਕ ਖਰੀਦ ਉਹ ਮਸ਼ੀਨ ਹੈ ਜੋ ਤੁਹਾਡੀ ਸਰਵਰ ਪ੍ਰਕਿਰਿਆ ਚਲਾਉਂਦੀ ਹੈ; ਦੂਜੀ ਉਹ ਮਾਰਗ ਹੈ ਜੋ ਖਿਡਾਰੀਆਂ ਨੂੰ ਉੱਥੇ ਲੈ ਜਾਂਦਾ ਹੈ। ਕੀਮਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ VPN ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਜਿਵੇਂ ਵੀ ਕਨਫਿਗਰ ਕੀਤਾ ਜਾਵੇ, ਕਦੇ ਹੋਸਟ ਨਹੀਂ ਬਣਦਾ।

ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਚੱਲਦੀਆਂ ਹਨ। ਪਹਿਲੀ ਅਸਫਲ ਜਾਂਚ 'ਤੇ ਰੁਕੋ, ਕਿਉਂਕਿ ਅਗਲੇ ਕਦਮ ਮੰਨਦੇ ਹਨ ਕਿ ਪਿਛਲਾ ਸਰੋਤ ਮੌਜੂਦ ਹੈ।

ਕਿਹੜਾ ਸਰੋਤ ਨਹੀਂ ਹੈ: ਗਣਨਾ ਜਾਂ ਪਹੁੰਚ?

ਤੁਸੀਂ ਕੀ ਸਥਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਉਸਦਾ ਨਾਮ ਲੈ ਕੇ ਸ਼ੁਰੂ ਕਰੋ। ਸਮਰਪਿਤ ਸਰਵਰ ਬਾਈਨਰੀ ਨੂੰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ, ਪ੍ਰੋਸੈਸਰ ਦਾ ਹਿੱਸਾ, ਮੈਮੋਰੀ, ਡਿਸਕ ਅਤੇ ਡਿਸਕਨੈਕਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਜੀਵਿਤ ਰੱਖਣ ਦਾ ਤਰੀਕਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਸੂਚੀ ਵਿੱਚ ਕੋਈ ਵੀ ਮਸ਼ੀਨ ਇਹ ਨਹੀਂ ਦਿੰਦੀ, ਤਾਂ ਗੁੰਮ ਤੱਤ ਗਣਨਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਹੋਸਟਿਡ ਸਰਵਰ, ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਸਰਵਰ ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਗੇਮ ਸੇਵਾ ਹੈ। ਟਨਲ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਨਹੀਂ ਜੋੜਦੀ, ਕਿਉਂਕਿ ਇਹ ਪ੍ਰੋਗਰਾਮ ਚਲਾਉਣ ਦੀ ਬਜਾਏ ਪੈਕਟ ਅੱਗੇ ਭੇਜਦੀ ਹੈ।

ਜੇ ਮਸ਼ੀਨ ਮੌਜੂਦ ਹੈ ਅਤੇ ਸਰਵਰ ਚੱਲ ਰਿਹਾ ਹੈ ਪਰ ਸਿਰਫ਼ ਕੁਝ ਖਿਡਾਰੀ ਹੀ ਉੱਥੇ ਪਹੁੰਚਦੇ ਹਨ, ਤਾਂ ਗੁੰਮ ਤੱਤ ਪਹੁੰਚ ਹੈ। ਇਹੀ ਸਮੱਸਿਆ ਨੈੱਟਵਰਕ ਮਾਰਗ ਹੱਲ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਫ਼ਰਕ ਫਿਰ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਵਿਕਰੇਤਾ ਨਾਲ ਗੱਲ ਕਰੋਗੇ, ਅਤੇ ਇਹ ਵੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਖੁਦ ਕੀ ਠੀਕ ਕਰ ਸਕਦੇ ਹੋ।

VPN ਖਾਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦਾ ਹੈ

VPN ਸੇਵਾ ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਅਤੇ ਇੱਕ ਐਗਜ਼ਿਟ ਵਿਚਕਾਰ ਮਾਰਗ ਵੇਚਦੀ ਹੈ, ਐਡਰੈਸਿੰਗ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਟਨਲ ਨਾਲ। ਵਰਚੁਅਲ ਸਰਵਰ 'ਤੇ ਉਹੀ ਵਿਚਾਰ ਇੰਟਰਫ਼ੇਸ, ਪੀਅਰ ਕਨਫਿਗਰੇਸ਼ਨ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਨਿਯਮਾਂ ਵਜੋਂ ਦਿਸਦਾ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਵਿਚਕਾਰ ਟ੍ਰੈਫਿਕ ਲੰਘਣ ਦਿੰਦੇ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਪ੍ਰਬੰਧ ਉਸ ਮਸ਼ੀਨ 'ਤੇ ਸ਼ੈੱਲ ਨਹੀਂ ਦਿੰਦਾ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਖਪਤਕਾਰ ਸ਼ਰਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਸੇਵਾ ਰਾਹੀਂ ਜਨਤਕ ਸਰਵਰ ਚਲਾਉਣ ਦੀ ਮਨਾਹੀ ਕਰਦੀਆਂ ਹਨ। ਇਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਯੋਜਨਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਵੀਕਾਰਯੋਗ ਵਰਤੋਂ ਵਾਲਾ ਭਾਗ ਪੜ੍ਹੋ।

ਕਲਾਊਡ ਇੰਸਟੈਂਸ ਦੂਜੀ ਸ਼੍ਰੇਣੀ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਸਪਸ਼ਟ ਹੈ ਕਿ ਉਹ ਕੀ ਸੌਂਪਦੇ ਹਨ। AWS ਦਾ ਇੰਸਟੈਂਸ ਸੰਖੇਪ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵਾਤਾਵਰਨ ਦੇ ਨਾਲ ਨਿਸ਼ਚਿਤ ਗਣਨਾ, ਮੈਮੋਰੀ, ਸਟੋਰੇਜ ਅਤੇ ਨੈੱਟਵਰਕ ਸਮਰੱਥਾ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇਹ ਗੇਮ ਪ੍ਰਕਿਰਿਆ ਵੱਲੋਂ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸਰੋਤ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ VPN ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਵਰਗਾ ਕੁਝ ਨਹੀਂ ਹੈ।

ਚੁਣੋ ਕੌਣ ਜੁੜੇਗਾ ਅਤੇ ਕਿਸ ਰਾਹੀਂ

ਹੋਸਟ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਪਹੁੰਚ ਦੇ ਫ਼ੈਸਲੇ ਦੇ ਤਿੰਨ ਰੂਪ ਹਨ। ਖਿਡਾਰੀ ਹੋਸਟ ਦੇ ਮਾਲਕੀ ਵਾਲੇ ਜਨਤਕ ਪਤੇ 'ਤੇ ਜੁੜ ਸਕਦੇ ਹਨ, ਸਿਰਫ਼ ਸੱਦੇ ਗਏ ਪੀਅਰ ਪਹੁੰਚ ਸਕਣ ਵਾਲੀ ਨਿੱਜੀ ਟਨਲ ਰਾਹੀਂ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ, ਜਾਂ ਦੋਹਾਂ ਵਿਚਕਾਰ ਰੀਲੇ ਕਰਨ ਵਾਲੇ ਗੇਟਵੇ ਰਾਹੀਂ ਆ ਸਕਦੇ ਹਨ। ਹਰ ਰੂਪ ਬਦਲਦਾ ਹੈ ਕਿ ਸਰਵਰ ਕੌਣ ਲੱਭ ਸਕਦਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਸਰਵਰ ਕੀ ਕਰਦਾ ਹੈ।

ਜਨਤਕ ਪ੍ਰਵੇਸ਼ ਚਲਾਉਣਾ ਸੌਖਾ ਹੈ ਅਤੇ ਸੇਵਾ ਨੂੰ ਸਕੈਨਿੰਗ ਦੇ ਸਾਹਮਣੇ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਗੇਮ ਦੀ ਆਪਣੀ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਸਿਰਫ਼ ਵਰਤੇ ਜਾਂਦੇ ਪੋਰਟਾਂ ਦੀ ਆਗਿਆ ਦੇਣ ਵਾਲਾ ਫਾਇਰਵਾਲ ਚਾਹੀਦਾ ਹੈ। ਨਿੱਜੀ ਪ੍ਰਵੇਸ਼ ਸੇਵਾ ਨੂੰ ਟਨਲ ਪਿੱਛੇ ਲੁਕਾਉਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰ ਖਿਡਾਰੀ ਕਲਾਇੰਟ ਸਥਾਪਤ ਅਤੇ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਪੀਅਰ ਸੂਚੀ ਅੱਪਡੇਟ ਰੱਖਦੇ ਹੋ। ਰੀਲੇ ਹੋਸਟ ਨੂੰ ਸੂਚੀ ਤੋਂ ਬਾਹਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਖਿਡਾਰੀਆਂ ਨੂੰ ਇੱਕ ਪਤਾ ਦਿੰਦਾ ਹੈ, ਜਿਸਦੀ ਕੀਮਤ ਹੈ ਇੱਕ ਹੋਰ ਹੌਪ ਅਤੇ ਨਿਗਰਾਨੀ ਲਈ ਇੱਕ ਹੋਰ ਚੀਜ਼। ਦਰਸ਼ਕਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਚੁਣੋ, ਇਸ ਆਧਾਰ 'ਤੇ ਨਹੀਂ ਕਿ ਕਿਹੜਾ ਵਿਕਲਪ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਲੱਗਦਾ ਹੈ।

ਭੁਗਤਾਨ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜਾਂ ਜਾਂਚੋ

ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਤੱਥ ਪੁਸ਼ਟੀ ਕਰੋ: ਸਰਵਰ ਕਿਹੜਾ ਪਲੇਟਫਾਰਮ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਇਹ ਕਿਹੜੇ ਸਹੀ ਪੋਰਟਾਂ 'ਤੇ ਸੁਣਦਾ ਹੈ, ਅਤੇ ਕੀ ਤੁਹਾਡੇ ਚੁਣੇ ਨੈੱਟਵਰਕ ਦੀਆਂ ਸ਼ਰਤਾਂ ਹੋਸਟਿੰਗ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਗੇਮਾਂ ਦੀਆਂ ਲੋੜਾਂ ਸੰਸਕਰਣਾਂ ਵਿਚਕਾਰ ਬਦਲਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਕਈ ਸਾਲ ਪੁਰਾਣੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲੀ ਗਾਈਡ ਨਹੀਂ, ਮੌਜੂਦਾ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ। ਫਿਰ ਇੰਸਟਾਲਰ ਦੇ ਸਫਲਤਾ ਸੰਦੇਸ਼ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਹੋਸਟ 'ਤੇ ਸੁਣਨ ਵਾਲੇ ਦੀ ਜਾਂਚ ਕਰੋ।

ss -lunpt | grep -E ':(27015|27016)'
nc -zvu 203.0.113.77 27015
journalctl -u gameserver --since '10 min ago' --no-pager | tail -n 20

ਪਹਿਲਾ ਕਮਾਂਡ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੁਝ ਬੱਝਾ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਕਿਸ ਪਤੇ 'ਤੇ, ਦੂਜਾ ਹੋਸਟ ਤੋਂ ਬਾਹਰੋਂ ਪਹੁੰਚ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੀਜਾ ਸੇਵਾ ਮਰ ਜਾਣ 'ਤੇ ਰੁਕਣ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ। ਲੂਪਬੈਕ ਨਾਲ ਬੱਝਾ ਸੁਣਨ ਵਾਲਾ ਸਿਰਫ਼ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਹੋਰ ਕਿਤੇ ਨਹੀਂ, ਅਤੇ ਇਹ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਸਹੀ ਢੰਗ ਨਾਲ ਸਥਾਪਤ ਸਰਵਰ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਦਿਸਦਾ ਹੈ।

ਤੁਸੀਂ ਚੁਣਿਆ ਪਲੇਟਫਾਰਮ, ਪੋਰਟ ਅਤੇ ਪਹੁੰਚ ਮਾਡਲ ਲਿਖ ਲਓ। ਪੈਚ ਵੱਲੋਂ ਡਿਫਾਲਟ ਪੋਰਟ ਬਦਲਣ ਜਾਂ ਨਵੇਂ ਖਿਡਾਰੀ ਦੇ ਜੁੜ ਨਾ ਸਕਣ 'ਤੇ ਤੁਸੀਂ ਉਸੇ ਨੋਟ ਨਾਲ ਤੁਲਨਾ ਕਰਦੇ ਹੋ।