Mac VPN ਸੈਟਿੰਗਾਂ ਸਰਵਰ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦੀਆਂ: ਗੇਟਵੇ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ

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

ਕਲਾਇੰਟ ਐਂਟਰੀ ਮੰਜ਼ਿਲ ਦਾ ਨਾਂ ਦੱਸਦੀ ਹੈ, listener ਦਾ ਨਹੀਂ

macOS Ventura ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ ਦੇ ਸਿਸਟਮ ਸੈਟਿੰਗਾਂ > ਨੈੱਟਵਰਕ > VPN ਵਿੱਚ, ਜੋ ਖੇਤਰ ਪੁਰਾਣੇ ਰਿਲੀਜ਼ ਨੈੱਟਵਰਕ ਪਸੰਦਾਂ ਹੇਠ ਰੱਖਦੇ ਹਨ, ਉਹ ਦੱਸਦੇ ਹਨ ਕਿ ਕਿਸੇ ਹੋਰ ਦੇ ਐਂਡਪੌਇੰਟ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ: ਸਰਵਰ ਪਤਾ, ਦੂਰਲਾ ID, ਖਾਤਾ ਜਾਂ ਸਰਟੀਫਿਕੇਟ, ਅਤੇ ਲੋੜ ਅਨੁਸਾਰ ਜੁੜਨ ਦੇ ਚੋਣਵੇਂ ਨਿਯਮ। ਉਹ ਐਂਟਰੀ ਸੰਭਾਲਣ ਨਾਲ ਤੁਹਾਡੇ Mac ਦੀ ਨੈੱਟਵਰਕ ਸੰਰਚਨਾ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਸੰਗ੍ਰਹਿਤ ਹੁੰਦਾ ਹੈ। ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਕੁਝ ਵੀ ਪੋਰਟ ਨਹੀਂ ਬੰਨ੍ਹਦਾ, listener ਨਹੀਂ ਖੋਲ੍ਹਦਾ ਜਾਂ ਦੂਰਲੇ ਉਪਭੋਗਤਾ ਨੂੰ ਦਰਜ ਨਹੀਂ ਕਰਦਾ।

ਤੁਸੀਂ ਇਹ shell ਤੋਂ ਜਾਂਚ ਸਕਦੇ ਹੋ। ਜਿਸ Mac ਨੂੰ ਤੁਸੀਂ ਸੇਵਾ ਦੇਣ ਦਾ ਸ਼ੱਕ ਕਰਦੇ ਹੋ, ਉਸ ਉੱਤੇ sudo lsof -nP -iUDP ਚਲਾਓ ਅਤੇ ਤੁਹਾਡਾ ਪ੍ਰੋਟੋਕੋਲ ਵਰਤਦੇ ਪੋਰਟ ਵੇਖੋ: IKEv2 ਲਈ 500 ਅਤੇ 4500, OpenVPN ਦੇ ਡਿਫ਼ਾਲਟ ਲਈ 1194, WireGuard ਲਈ 51820। ਸਿਰਫ਼ ਕਲਾਇੰਟ ਵਾਲੀ ਮਸ਼ੀਨ ਦੂਰਲੇ ਪਤੇ ਅਤੇ ਪੋਰਟ ਨਾਲ ਜੁੜੇ ਸਾਕਟ ਦਿਖਾਉਂਦੀ ਹੈ, ਅਜਿਹਾ ਵਾਈਲਡਕਾਰਡ ਬੰਧਨ ਨਹੀਂ ਜਿਸ ਤੱਕ ਇੰਟਰਨੈੱਟ ਦੀ ਕੋਈ ਵੀ ਚੀਜ਼ ਪਹੁੰਚ ਸਕੇ। Network Extension ਅੰਦਰ ਚੱਲਣ ਵਾਲੀਆਂ ਸੁਰੰਗਾਂ lsof ਤੋਂ ਲੁਕ ਸਕਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਹਰ ਹਾਲ ਵਿੱਚ ਐਪ ਦਾ ਸਥਿਤੀ ਪੈਨਲ ਵੀ ਜਾਂਚੋ; ਜੋ ਤੁਹਾਨੂੰ ਨਹੀਂ ਮਿਲੇਗਾ ਉਹ ਹੈ ਅਜਿਹੀ Apple ਪਸੰਦ ਜੋ ਇਸ Mac ਨੂੰ ਗੇਟਵੇ ਬਣਾ ਦੇਵੇ।

ਤਿੰਨ ਸਵਾਲ ਦੋਵੇਂ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ

ਇਨ੍ਹਾਂ ਨੂੰ ਕ੍ਰਮ ਨਾਲ ਨਿਪਟਾਓ। ਪਹਿਲਾ ਆਮ ਤੌਰ ਉੱਤੇ ਬਾਕੀ ਤੈਅ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੀਜਾ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ Mac-ਖ਼ਾਸ ਯੋਜਨਾ ਸਭ ਤੋਂ ਵੱਧ ਗੜਬੜਾਉਂਦੀ ਹੈ।

1. ਗੱਲਬਾਤ ਕੌਣ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ? ਜੇ ਤੁਹਾਡਾ Mac ਬਾਹਰ ਡਾਇਲ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਪਾਸਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਕਲਾਇੰਟ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਇੰਟਰਨੈੱਟ ਉੱਤੇ ਜੰਤਰਾਂ ਨੂੰ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਅੰਦਰ ਡਾਇਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਜਨਤਕ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਵਾਲਾ ਗੇਟਵੇ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ Mac ਉਸ ਗੇਟਵੇ ਦਾ ਕਲਾਇੰਟ ਰਹਿ ਸਕਦਾ ਹੈ।

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

3. ਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਸਿਰਾ ਕਿਹੜਾ OS ਰਿਲੀਜ਼ ਚਲਾਉਂਦਾ ਹੈ? Mac ਲਈ ਉਸ ਸਵਾਲ ਦਾ ਸਖ਼ਤ ਜਵਾਬ ਹੈ। Apple ਨੇ VPN ਨੂੰ macOS Server 5.7.1 ਵਿੱਚੋਂ ਹਟਾਇਆ ਦੱਸਿਆ ਹੈ, ਅਤੇ macOS Server ਐਪ ਆਪ 21 ਅਪ੍ਰੈਲ 2022 ਨੂੰ ਬੰਦ ਕੀਤੀ ਗਈ; ਸੇਵਾ ਇਤਿਹਾਸ ਦੀ ਸੂਚਨਾ ਉਹ ਪੇਜ ਹੈ ਜੋ ਉਦੋਂ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਪੁਰਾਣਾ ਟਿਊਟੋਰੀਅਲ ਤੁਹਾਨੂੰ VPN ਸੇਵਾ ਦੇ ਉਸ ਚੈੱਕਬਾਕਸ ਵਿੱਚੋਂ ਲੰਘਾਏ ਜੋ ਹੁਣ ਮੌਜੂਦ ਨਹੀਂ ਹੈ।

ਜਦੋਂ ਪਹਿਲਾ ਜਵਾਬ “ਕੋਈ ਬਾਹਰਲਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ” ਹੋਵੇ, ਤਾਂ Mac ਦੇ ਕਲਾਇੰਟ ਪੈਨਲ ਵਿੱਚ ਸਵਿੱਚ ਲੱਭਣਾ ਬੰਦ ਕਰੋ ਅਤੇ ਉਹ ਹੋਸਟ ਚੁਣਨ ਜਾਓ ਜੋ ਸੁਰੰਗ ਖ਼ਤਮ ਕਰੇਗਾ।

ਗੇਟਵੇ ਇਸ ਦੀ ਥਾਂ ਕਿੱਥੇ ਰਹਿ ਸਕਦਾ ਹੈ

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

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

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

ਪ੍ਰੋਫ਼ਾਈਲ ਵੰਡਣ ਤੋਂ ਪਹਿਲਾਂ ਭੂਮਿਕਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਉਮੀਦਵਾਰ ਗੇਟਵੇ ਉੱਤੇ, ਇੰਸਟਾਲਰ ਨੇ ਇੱਕ ਬਣਾਇਆ ਹੋਣਾ ਹੈ ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ listener ਮੌਜੂਦ ਹੈ ਸਾਬਤ ਕਰੋ। macOS ਉੱਤੇ ਇਸ ਦਾ ਅਰਥ ਹੈ ਉੱਪਰ ਦਿੱਤੇ ਪੋਰਟਾਂ ਤੱਕ ਫ਼ਿਲਟਰ ਕੀਤਾ sudo lsof -nP -iUDP, ਅਤੇ ਜੇ ਪੈਕੇਟ ਫ਼ਿਲਟਰ ਨਿਯਮ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹਨ ਤਾਂ sudo pfctl -s nat ਵੀ। Linux ਉੱਤੇ ss -lunp ਉਹੀ ਤੱਥ ਬਿਨਾਂ ਕਿਸੇ ਅਸਪਸ਼ਟਤਾ ਦੇ ਦਿਖਾਉਂਦਾ ਹੈ।

ਫਿਰ ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰੋਂ, ਪ੍ਰੋਟੋਕੋਲ ਹੀ ਵਰਤ ਕੇ ਜਾਂਚ ਕਰੋ। Ping ਥੋੜ੍ਹਾ ਹੀ ਸਾਬਤ ਕਰਦਾ ਹੈ: ICMP ਆਮ ਤੌਰ ਉੱਤੇ ਫ਼ਿਲਟਰ ਹੁੰਦਾ ਹੈ ਅਤੇ UDP 51820 ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਵਿਸਥਾਰ ਨਾਲ ਲੌਗਿੰਗ ਵਾਲਾ ਕਲਾਇੰਟ ਹੈਂਡਸ਼ੇਕ, ਸੈਲੂਲਰ ਡੇਟਾ ਉੱਤੇ ਫ਼ੋਨ ਤੋਂ ਚਲਾਇਆ, ਸਭ ਤੋਂ ਸਸਤਾ ਅਸਲੀ ਟੈਸਟ ਹੈ ਕਿਉਂਕਿ ਇਹ ਉਸੇ ਰਾਹ ਲੰਘਦਾ ਹੈ ਜਿਸ ਰਾਹ ਦੂਰਲਾ ਸਹਿਕਰਮੀ ਲੰਘੇਗਾ।

ਉਸ ਤੋਂ ਬਾਅਦ ਹੀ ਤੁਸੀਂ ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲਾਂ ਨੂੰ ਛੂਹਦੇ ਹੋ। Mac ਉੱਤੇ scutil --nc list ਉਹ VPN ਸੇਵਾਵਾਂ ਛਾਪਦਾ ਹੈ ਜੋ ਸਿਸਟਮ ਜਾਣਦਾ ਹੈ; ਜੇ ਹੁਣੇ ਬਣਾਇਆ ਗੇਟਵੇ ਉਨ੍ਹਾਂ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਜਾਂਚੀ ਮਸ਼ੀਨ ਤੋਂ ਵੱਖਰੀ ਮਸ਼ੀਨ ਸੰਰਚਿਤ ਕਰ ਰਹੇ ਹੋ। ਜੇ ਹੈਂਡਸ਼ੇਕ LAN ਉੱਤੇ ਸਫਲ ਹੋ ਕੇ ਬਾਹਰੋਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਦੋਸ਼ ਅੰਦਰ ਆਉਣ ਵਾਲੇ ਰਾਹ ਵਿੱਚ ਹੈ: NAT ਨਿਯਮ, ਪ੍ਰਦਾਤਾ ਦਾ CGNAT, ਜਾਂ ਗੇਟਵੇ ਉੱਤੇ firewall, ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ।

ਕੁਝ ਵੀ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਗੱਲਾਂ ਤੈਅ ਕਰੋ:

• ਕਨੈਕਸ਼ਨ ਕਿਹੜਾ ਪਾਸਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਤੁਹਾਡਾ Mac ਜਾਂ ਦੂਰਲਾ ਜੰਤਰ।
• ਕੀ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੇ ਹੋਸਟ ਦਾ OS ਰਿਲੀਜ਼ ਅਤੇ ਉਤਪਾਦ ਸੱਚਮੁੱਚ ਸਰਵਰ ਭੂਮਿਕਾ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ।
• ਕੀ ਤੁਹਾਡਾ ISP ਤੁਹਾਨੂੰ ਪਹੁੰਚਯੋਗ ਜਨਤਕ ਪਤਾ ਦਿੰਦਾ ਹੀ ਹੈ।
• ਗੇਟਵੇ ਕਿਹੜਾ ਇੱਕੋ ਪੋਰਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਸਵੀਕਾਰ ਕਰੇਗਾ, ਅਤੇ ਉਸ ਦੇ ਪਿੱਛੇ ਕਿਹੜੀ ਸੇਵਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।

ਅਗਲਾ ਕਦਮ ਟਿਕਾਊ ਹੈ: ਗੇਟਵੇ ਹੋਸਟ ਚੁਣੋ, ਬਾਹਰੋਂ ਉਸ ਦਾ listener ਪੁਸ਼ਟ ਕਰੋ, ਅਤੇ ਫਿਰ ਹੀ Mac ਉੱਤੇ ਉਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਕਲਾਇੰਟ ਐਂਟਰੀ ਬਣਾਓ।