OpenVPN ਉੱਤੇ ਖਾਲੀ LAN ਗੇਮ ਸੂਚੀ? ਖੋਜ ਮਾਰਗ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਸੈਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਨੂੰ ਉਸ ਨੂੰ ਲੱਭਣ ਤੋਂ ਵੱਖ ਕਰੋ

ਫੇਲ੍ਹ ਹੋਇਆ ਸ਼ਾਮਲ ਹੋਣਾ ਰਾਊਟ, ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਅਤੇ ਸੁਣ ਰਹੀ ਸੇਵਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਖਾਲੀ ਸੂਚੀ ਨਾਲ ਕਾਮਯਾਬ ਸ਼ਾਮਲ ਹੋਣਾ ਖੋਜ ਜਾਂ ਐਲਾਨ ਵਿੱਚ ਆਏ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਇਹ ਦੋਵੇਂ ਨਤੀਜੇ ਬਿਲਕੁਲ ਵੱਖਰੇ ਕੰਮ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਪਹਿਲੇ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਅਜ਼ਮਾਏ ਬਿਨਾਂ ਉਹਨਾਂ ਵਿੱਚ ਫ਼ਰਕ ਨਹੀਂ ਕਰ ਸਕਦੇ।

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

ਟਨਲ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਿੱਧਾ ਸ਼ਾਮਲ ਹੋਣਾ ਅਜ਼ਮਾਓ

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

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

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

ਸਮਝੋ ਕਿ ਬਰਾਡਕਾਸਟ ਕਿੱਥੇ ਰੁਕਦਾ ਹੈ

ਰਾਊਟ ਕੀਤਾ TUN ਟਨਲ ਸਾਥੀਆਂ ਵਿਚਕਾਰ IP ਪੈਕਟ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹਰ ਸਾਥੀ ਦੇ ਨੈੱਟਵਰਕ 'ਤੇ ਸਥਾਨਕ ਬਰਾਡਕਾਸਟ ਦੁਬਾਰਾ ਨਹੀਂ ਪੈਦਾ ਕਰਦਾ। ਸੀਮਤ ਬਰਾਡਕਾਸਟ ਪਤਾ 255.255.255.255 ਉਸ ਨੂੰ ਭੇਜਣ ਵਾਲੇ ਇੰਟਰਫ਼ੇਸ ਦੇ ਅੰਦਰ ਹੀ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਸਬਨੈੱਟ ਵੱਲ ਨਿਰਦੇਸ਼ਤ ਬਰਾਡਕਾਸਟ ਵੱਖਰਾ ਮਾਮਲਾ ਹੈ, ਰਾਊਟਰਾਂ ਲਈ ਐਲਾਨਾਂ ਨਾਲ ਭਰਨ ਦਾ ਆਮ ਲਾਇਸੰਸ ਨਹੀਂ।

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

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

ਜਦੋਂ ਰੀਲੇ ਜਾਇਜ਼ ਹੋਵੇ, ਇਸ ਨੂੰ ਤੰਗ ਰੱਖੋ

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

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

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

ਪੁਲ ਸਿਰਫ਼ ਤਦ ਜਦੋਂ ਡਿਜ਼ਾਈਨ ਨੂੰ Ethernet ਚਾਹੀਦਾ ਹੋਵੇ

Ethernet ਫ਼ਰੇਮ TAP ਦੇ ਅੰਦਰ ਚੱਲਦੇ ਹਨ, ਇਸ ਲਈ TAP ਟਨਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਪੁਲ ਵਾਲੇ ਬਰਾਡਕਾਸਟ ਡੋਮੇਨ ਦਾ ਹਿੱਸਾ ਹੋ ਸਕਦਾ ਹੈ। ਸਿਰਫ਼ dev tun ਨੂੰ dev tap ਨਾਲ ਬਦਲਣਾ ਉਹ ਪੁਲ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਸਰਵਰ ਸੰਰਚਨਾ ਨੂੰ ਅਨੁਕੂਲ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਨਵਾਂ ਇੰਟਰਫ਼ੇਸ ਚੁਣਨ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰਦਾ। OpenVPN ਪੁਲ ਬਣਾਉਣ ਦੀ ਗਾਈਡ ਇੱਕ ਖਾਲੀ ਲਾਬੀ ਦਾ ਇਲਾਜ ਨਹੀਂ, ਸਗੋਂ ਵਿਆਪਕ ਪ੍ਰਬੰਧ ਦੱਸਦੀ ਹੈ।

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

ਅੰਤ ਵਿੱਚ ਦੋਵੇਂ ਨਤੀਜੇ ਵੱਖ ਰੱਖੋ: ਹੋਸਟ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹੋ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਖੋਜ ਜਵਾਬ ਅਜਿਹੀ ਮੰਜ਼ਿਲ ਐਲਾਨਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਜਿਸ ਨੂੰ ਦੂਜਾ ਖਿਡਾਰੀ ਸੱਚਮੁੱਚ ਵਰਤ ਸਕੇ। ਪਹਿਲੇ ਦੀ ਪੁਸ਼ਟੀ ਤੋਂ ਬਿਨਾਂ ਦੂਜੇ ਨੂੰ ਠੀਕ ਕਰਨਾ ਹੀ ਉਹ ਢੰਗ ਹੈ ਜਿਸ ਨਾਲ ਲੋਕ ਅਜਿਹੀ ਸਮੱਸਿਆ ਲਈ ਪੁਲ ਸੰਭਾਲਦੇ ਰਹਿੰਦੇ ਹਨ ਜੋ ਕਦੇ ਬਰਾਡਕਾਸਟ ਬਾਰੇ ਸੀ ਹੀ ਨਹੀਂ।