ਸਾਂਝੇ VPN ਖਾਤੇ ਦੀ ਸੈਸ਼ਨ ਸੀਮਾ: ਇੱਕ ਡਿਵਾਈਸ ਕਿਉਂ ਡਿੱਗਦੀ ਹੈ

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

ਨੈੱਟਵਰਕ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦਾ ਸੁਨੇਹਾ ਪੜ੍ਹੋ

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

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

ਸੈਸ਼ਨ ਉੱਥੇ ਗਿਣੋ ਜਿੱਥੇ ਸਰਵਰ ਗਿਣਦਾ ਹੈ

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

cat /var/log/openvpn-status.log
# or query the management socket directly
echo "status 2" | socat - UNIX-CONNECT:/run/openvpn/server.sock

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

WireGuard ਕੋਲ ਜਾਂਚ ਲਈ ਕੋਈ ਸੈਸ਼ਨ ਟੇਬਲ ਨਹੀਂ ਹੈ। wg show wg0 ਸਾਥੀਆਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਤਾਜ਼ਾ ਹੱਥ ਮਿਲਾਉਣ ਨੂੰ ਛਾਪਦਾ ਹੈ, ਅਤੇ ਹਰ ਰਜਿਸਟਰਡ ਡਿਵਾਈਸ ਆਪਣੀ ਕੁੰਜੀ ਵਾਲਾ ਸਾਥੀ ਹੈ। ਉੱਥੇ ਸਾਂਝਾ ਖਾਤਾ ਕਈ ਮਸ਼ੀਨਾਂ 'ਤੇ ਨਕਲ ਕੀਤੀ ਕਾਨਫ਼ਿਗ ਫ਼ਾਈਲ ਹੈ, ਅਤੇ ਸੀਮਾ ਉਸ ਤੋਂ ਆਉਂਦੀ ਹੈ ਜੋ ਉਹ ਕਾਨਫ਼ਿਗ ਵੰਡਦਾ ਹੈ: ਪ੍ਰਦਾਤਾ ਦਾ ਪੋਰਟਲ, ਸੀਟਾਂ ਦੀ ਗਿਣਤੀ, ਜਾਂ ਤੁਹਾਡੇ ਜਨਤਕ ਪਤੇ ਨਾਲ ਬੱਝਿਆ ਨਿਯਮ। ਜੇ ਤੁਸੀਂ ਆਪਣਾ ਗੇਟਵੇ ਚਲਾਉਂਦੇ ਹੋ ਤਾਂ OpenVPN 2.6 ਮੈਨੁਅਲ ਸਰਵਰ-ਪਾਸੇ ਦੇ ਵਿਕਲਪ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ।

ਇੱਕ ਸੁਨੇਹੇ ਪਿੱਛੇ ਲੁਕੀਆਂ ਚਾਰ ਸੀਮਾਵਾਂ ਵੱਖ ਕਰੋ

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

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

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

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

ਪੂਰੇ ਸਰਵਰ ਦਾ ਅਧਿਕਤਮ। ਗੇਟਵੇ 'ਤੇ ਸਾਰੇ ਉਸੇ ਰੁੱਝੇ ਘੰਟੇ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ, ਕੱਲ੍ਹ ਠੀਕ ਰਹੇ ਖਾਤੇ ਵੀ। OpenVPN ਦਾ --max-clients ਇਸੇ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਦਾ ਤੁਹਾਡੀਆਂ ਰਜਿਸਟਰਡ ਡਿਵਾਈਸਾਂ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ।

ਹੋਰ ਸੀਟਾਂ ਖਰੀਦਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਰਾਣੇ ਸੈਸ਼ਨ ਸਾਫ਼ ਕਰੋ

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

SELECT username, acctsessionid, acctstarttime
FROM radacct WHERE acctstoptime IS NULL;

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

ਇਕੱਠੇ ਚੱਲਦੀਆਂ ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਇੱਕ ਪਛਾਣ ਸਾਂਝੀ ਕਰਨਾ ਬੰਦ ਕਰੋ

ਟਿਕਾਊ ਹੱਲ ਢਾਂਚਾਗਤ ਹੈ। ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਵਿਲੱਖਣ ਆਮ ਨਾਮ ਵਾਲਾ ਆਪਣਾ ਸਰਟੀਫਿਕੇਟ, ਜਾਂ ਆਪਣਾ ਖਾਤਾ ਦਿਓ, ਅਤੇ ਦਰਜ ਕਰੋ ਕਿ ਕਿਹੜਾ ਵਿਅਕਤੀ ਅਤੇ ਕਿਹੜੀ ਮਸ਼ੀਨ ਇਸਨੂੰ ਰੱਖਦੀ ਹੈ। OpenVPN ਵਿੱਚ ਇਸਦਾ ਮਤਲਬ ਹੈ ਪ੍ਰਤੀ ਡਿਵਾਈਸ ਇੱਕ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ, ਅਤੇ ਜੇ ਤੁਸੀਂ ਕਬਜ਼ਾ ਲੈਣ ਵਾਲਾ ਵਿਵਹਾਰ ਨਹੀਂ ਚਾਹੁੰਦੇ ਤਾਂ --duplicate-cn ਬੰਦ; WireGuard ਵਿੱਚ ਪ੍ਰਤੀ ਡਿਵਾਈਸ ਇੱਕ ਕੁੰਜੀ-ਜੋੜੀ, ਜੋ ਉੱਥੇ ਹੀ ਬਣਦੀ ਹੈ ਅਤੇ ਕਦੇ ਨਕਲ ਨਹੀਂ ਹੁੰਦੀ।

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

ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚ ਪੁਸ਼ਟੀ ਕਰੋ

ਹਰ ਵਾਰ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਮੁਰੰਮਤ ਪਰਖੋ, ਤਾਂ ਜੋ ਨਤੀਜੇ ਦਾ ਕੋਈ ਅਰਥ ਹੋਵੇ।

• ਹਰ ਡਿਵਾਈਸ 'ਤੇ ਸਾਈਨ ਆਊਟ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਰਵਰ ਦੀ ਸਰਗਰਮ ਸੂਚੀ ਖਾਲੀ ਹੈ; ਜੋ ਐਂਟਰੀ ਸਾਫ਼ ਨਹੀਂ ਹੁੰਦੀ ਉਹ ਪੁਰਾਣਾ ਸੈਸ਼ਨ ਹੈ, ਕਲਾਇੰਟ ਦੀ ਖ਼ਰਾਬੀ ਨਹੀਂ।
• ਡਿਵਾਈਸਾਂ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਜੋੜੋ ਅਤੇ ਕਨੈਕਸ਼ਨਾਂ ਵਿਚਕਾਰ ਸੂਚੀ ਵੇਖੋ।
• ਜੇ ਦੋ ਇਕੱਠੇ ਚੱਲਣੇ ਹਨ ਤਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੋਵੇਂ ਕਤਾਰਾਂ ਵਿੱਚ ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ ਹਨ ਅਤੇ ਦੋਵੇਂ ਹੱਥ ਮਿਲਾਉਣਾ ਤਾਜ਼ਾ ਰੱਖਦੇ ਹਨ।
• Wi-Fi ਤੋਂ ਮੋਬਾਈਲ 'ਤੇ ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਦੁਬਾਰਾ ਜੁੜਨਾ ਦੂਜਾ ਰਿਕਾਰਡ ਬਣਾ ਸਕਦਾ ਹੈ।

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