Steam ਸਾਈਨ-ਇਨ ਕੰਮ ਕਰਦਾ ਹੈ, ਗੇਮ ਨਹੀਂ: ਹਰ ਰਾਹ ਜਾਂਚੋ

Steam ਖੋਲ੍ਹੋ, ਸਾਈਨ-ਇਨ ਕਰੋ, ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਲੱਗਦਾ ਹੈ ਜਦ ਤੱਕ ਗੇਮ ਨੂੰ ਸੈਸ਼ਨ ਨਹੀਂ ਮਿਲਦਾ। ਇਸਨੂੰ ਇੱਕ ਨਹੀਂ, ਤਿੰਨ ਵੱਖਰੇ ਨੈੱਟਵਰਕ ਸਵਾਲਾਂ ਵਜੋਂ ਲਓ। ਸਟੋਰ ਅਤੇ ਖਾਤਾ ਸਕ੍ਰੀਨਾਂ, ਸਮੱਗਰੀ ਡਾਊਨਲੋਡ ਅਤੇ ਗੇਮ ਸੈਸ਼ਨ ਹਰ ਇੱਕ ਵੱਖਰੇ ਟ੍ਰਾਂਸਪੋਰਟ ਰਾਹੀਂ ਵੱਖਰੇ ਐਂਡਪੌਇੰਟ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਇਹ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ’ਤੇ ਰੁਕੋ, ਕਿਉਂਕਿ ਉਸ ਤੋਂ ਬਾਅਦ ਸਭ ਕੁਝ ਅੰਦਾਜ਼ਾ ਹੈ।

ਕਦਮ 1: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਾਈਨ-ਇਨ ਹੀ ਇੱਕੋ ਇੱਕ ਚੀਜ਼ ਸੀ ਜੋ ਕੰਮ ਕਰਦੀ ਸੀ

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

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

ਖਾਤਾ, ਖੇਤਰ, ਗੇਮ ਅਤੇ ਸਮਾਂ ਨੋਟ ਕਰੋ। ਉਹ ਚਾਰ ਮੁੱਲਾਂ ਤੋਂ ਬਿਨਾਂ, ਬਾਅਦ ਦੀ ਤੁਲਨਾ ਉਹਨਾਂ ਦੋ ਵੱਖਰੇ ਟੈਸਟਾਂ ਵਿਚਕਾਰ ਹੋਵੇਗੀ ਜੋ ਸੰਜੋਗ ਨਾਲ ਇੱਕੋ ਨਾਮ ਸਾਂਝਾ ਕਰਦੇ ਹਨ।

ਕਦਮ 2: ਹਰ ਕਾਰਜ ਲਈ ਟ੍ਰਾਂਸਪੋਰਟ ਦਾ ਨਾਮ ਦਿਓ

ਸਮੱਗਰੀ ਵੰਡ ਵੱਡੇ HTTP ਟ੍ਰਾਂਸਫਰ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ ਅਤੇ ਨੁਕਸਾਨ ਨਾਲੋਂ ਦੇਰੀ ਨੂੰ ਕਿਤੇ ਬਿਹਤਰ ਸਹਿਣ ਕਰਦੀ ਹੈ। ਮੈਚਮੇਕਿੰਗ ਅਤੇ ਗੇਮ ਅੰਦਰਲੇ ਸੈਸ਼ਨ ਅਕਸਰ UDP ਵਰਤਦੇ ਹਨ, ਜਿੱਥੇ ਪੈਕਟ ਸੁੱਟਣ ਵਾਲਾ ਰਾਹ ਹੌਲੀ ਡਾਊਨਲੋਡ ਦੀ ਬਜਾਏ ਟੁੱਟੀ ਗੇਮ ਵਾਂਗ ਦਿਸਦਾ ਹੈ। ਇਹ ਦੋ ਪ੍ਰੋਫਾਈਲ ਇੱਕੋ ਟਨਲ ’ਤੇ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਤੇਜ਼ ਡਾਊਨਲੋਡ ਕੰਮ ਕਰਦੇ ਸੈਸ਼ਨ ਦੀ ਭਵਿੱਖਬਾਣੀ ਨਹੀਂ ਕਰਦਾ।

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

nslookup api.steampowered.com
ss -uanp | head -20
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://store.steampowered.com/

ਜੇ ਗੇਮ ਦੀ ਪ੍ਰਕਿਰਿਆ ਟ੍ਰੈਫਿਕ ਵਾਲਾ UDP ਸਾਕਟ ਰੱਖਦੀ ਹੈ ਜਦਕਿ ਟ੍ਰਾਂਸਫਰ ਰਾਹ ਠੀਕ ਹੈ, ਤਾਂ ਫੇਲ੍ਹਤਾ UDP ਹਿੱਸੇ ਵਿੱਚ ਹੈ। ਇਹ ਸਮੱਸਿਆ ਨੂੰ ਖਾਤਾ ਜਾਂ ਸਟੋਰ ਦੀ ਬਜਾਏ ਟਨਲ ਦੀ UDP ਸੰਭਾਲ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ।

ਕਦਮ 3: ਪੋਰਟ ਸੂਚੀ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ਾਮਲ ਕਰਨ ਨੀਤੀ ਜਾਂਚੋ

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

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

ip route show default
ip -brief addr
Get-NetAdapter | Select-Object Name, Status, InterfaceDescription

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

ਕਦਮ 4: ਅਜਿਹਾ SOCKS ਰਾਹ ਕੱਢੋ ਜੋ UDP ਨਹੀਂ ਢੋ ਸਕਦਾ

Tor ਇੱਕ SOCKS ਪ੍ਰੌਕਸੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਪੂਰੇ ਈਕੋਸਿਸਟਮ ਵਿੱਚ SOCKS ਸਮਰਥਨ UDP ਬਾਰੇ ਅਸੰਗਤ ਹੈ। Tor ਦਾ ਦਸਤਾਵੇਜ਼ੀ ਵਿਵਹਾਰ UDP ASSOCIATE ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਜਿਸ ਗੇਮ ਦਾ ਸੈਸ਼ਨ ਟ੍ਰੈਫਿਕ UDP ਹੈ, ਉਹ ਕਲਾਇੰਟ ਨੂੰ ਕਿਵੇਂ ਵੀ ਨਿਰਦੇਸ਼ਿਤ ਕੀਤਾ ਜਾਵੇ, ਉਹ ਰਾਹ ਵਰਤ ਨਹੀਂ ਸਕਦੀ। ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਚੱਲਣ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਦੇ TCP ਪ੍ਰਵਾਹ ਚੱਲਦੇ ਹਨ।

ਇਰਾਦੇ ਨਹੀਂ, ਦਾਅਵੇ ਦੀ ਜਾਂਚ ਕਰੋ। ਜੇ ਉਸੇ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਸਿਰਫ਼ TCP ਜਾਂਚ ਸਫਲ ਹੋਣ ’ਤੇ ਵੀ ਗੇਮ ਅਜੇ ਵੀ ਅਣ-ਉਪਲਬਧ ਸੈਸ਼ਨ ਦੀ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ, ਤਾਂ ਪ੍ਰੌਕਸੀ ਰਾਹ ਗੇਮ ਨੂੰ ਲੋੜੀਂਦਾ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਢੋ ਰਿਹਾ।

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

ਰਿਕਾਰਡ ਨੂੰ ਸਮਝੌਤੇ ਨਾਲ ਮਿਲਾਓ

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

ਇਮਾਨਦਾਰ ਤੁਲਨਾ ਲਈ, ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਚਰ ਬਦਲੋ ਅਤੇ ਉਹੀ ਗੇਮ, ਸਰਵਰ ਖੇਤਰ, ਖਾਤਾ ਅਤੇ ਕਾਰਜ ਰੱਖੋ। ਫਿਰ ਸ਼ੁਰੂ ਵਿੱਚ ਨੋਟ ਕੀਤੇ ਉਹਨਾਂ ਚਾਰ ਕਾਰਜਾਂ ’ਤੇ ਨਤੀਜਾ ਜਾਂਚੋ।

tracert -h 12 store.steampowered.com
ss -uanp | grep -i -E 'game|steam'
curl -sS -o /dev/null -w '%{remote_ip} %{time_connect}\n' https://store.steampowered.com/

ਜਦ ਰਿਕਾਰਡ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਾਈਨ-ਇਨ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਡਾਊਨਲੋਡ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਸੈਸ਼ਨ ਫੇਲ੍ਹ ਹੋ ਰਿਹਾ ਹੈ, ਤਾਂ ਬਾਕੀ ਸਵਾਲ ਰਾਹ ’ਤੇ UDP ਬਾਰੇ ਹੈ। ਜਦ ਤਿੰਨੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਤਾਂ ਮੂਲ ਸ਼ਿਕਾਇਤ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਬਾਰੇ ਸੀ, ਅਤੇ ਅਗਲਾ ਲਾਹੇਵੰਦ ਕਦਮ ਟਨਲ ਨਹੀਂ, ਗੇਮ ਦਾ ਆਪਣਾ ਲੌਗ ਹੈ। ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ, ਚੈਕਲਿਸਟ ਨੇ ਬਹਿਸ ਨੂੰ ਖਾਸ ਨਿਰੀਖਣ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਹੈ।