Mac 'ਤੇ SonicWall VPN: SSL ਕਲਾਇੰਟ ਜਾਂ ਮੂਲ L2TP?
ਜੋ ਰਿਮੋਟ-ਐਕਸੈਸ ਸੇਵਾ ਗੇਟਵੇ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦਾ ਹੈ, ਉਸ ਦੇ ਆਧਾਰ 'ਤੇ Mac ਕਲਾਇੰਟ ਚੁਣੋ। ਬ੍ਰਾਂਡ ਜੋ ਵੀ ਹੋਵੇ, ਮੂਲ L2TP ਐਂਟਰੀ SSL VPN ਐਂਡਪੁਆਇੰਟ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚੇਗੀ।
Mac ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਫਿਰ ਬਾਹਰ ਵੱਲ ਵਧੋ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਦਾ ਫੈਸਲਾ ਫਾਇਰਵਾਲ ਲੈਂਦਾ ਹੈ ਅਤੇ ਉਹ ਸਿਰਫ਼ ਡੈਸਕਟਾਪ 'ਤੇ ਦਿਸਦਾ ਹੈ। ਸਿਸਟਮ ਸੈਟਿੰਗਾਂ ਖੋਲ੍ਹੋ, ਪਹਿਲਾਂ ਹੀ ਕਿਹੜੀ VPN ਕੌਂਫਿਗਰੇਸ਼ਨ ਹੈ ਦੇਖੋ, ਅਤੇ ਪਾਸਵਰਡ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਐਡਮਿਨਿਸਟਰੇਟਰ ਨੂੰ ਇੱਕ ਸਵਾਲ ਪੁੱਛੋ। ਜਵਾਬ ਸਮਰੱਥ ਰਿਮੋਟ-ਐਕਸੈਸ ਸੇਵਾ ਹੈ, ਲੌਗਇਨ ਸਫ਼ੇ 'ਤੇ ਦਿਸਦਾ ਡਿਵਾਈਸ ਮਾਡਲ ਨਹੀਂ। ਇੱਕ ਲੈਪਟਾਪ 'ਤੇ ਦੋ ਕਲਾਇੰਟ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਹੀ ਨਾ ਹੋਵੇ।
ਗੇਟਵੇ ਨੂੰ ਪੁੱਛੋ ਕਿਹੜੀ ਸੇਵਾ ਚਾਲੂ ਹੈ
ਇੱਕੋ ਉਤਪਾਦ ਨਾਮ ਹੇਠ ਦੋ ਰਿਮੋਟ-ਐਕਸੈਸ ਸੇਵਾਵਾਂ ਦਿਸਦੀਆਂ ਹਨ ਅਤੇ ਉਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਵਿਵਹਾਰ ਕਰਦੀਆਂ ਹਨ। ਇੱਕ SSL VPN ਹੈ ਜਿੱਥੇ ਵਿਕਰੇਤਾ ਦੇ ਕਲਾਇੰਟ ਰਾਹੀਂ ਪਹੁੰਚਦੇ ਹਨ, ਅਤੇ ਦੂਜੀ IPsec ਜਾਂ L2TP ਹੈ ਜਿਸ ਨੂੰ macOS ਦਾ ਬਿਲਟ-ਇਨ ਕਲਾਇੰਟ ਡਾਇਲ ਕਰ ਸਕਦਾ ਹੈ। ਉਹ ਪੋਰਟ, ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਪਤਾ ਵੰਡ ਵਿੱਚ ਵੱਖਰੀਆਂ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਦੀ ਪ੍ਰੋਫਾਈਲ ਦੂਜੀ ਲਈ ਬੇਕਾਰ ਹੈ। ਸਿਰਫ਼ Mac ਪਾਸਿਓਂ ਚੁਣਨਾ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੇ ਭੇਸ ਵਿੱਚ ਅੰਦਾਜ਼ਾ ਹੈ।
ਇੱਕੋ ਸਮੇਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਮੰਗੋ: ਲਾਇਸੰਸਸ਼ੁਦਾ ਅਤੇ ਸਮਰੱਥ ਸੇਵਾ, ਉਹ ਕਲਾਇੰਟ ਅਤੇ ਵਰਜਨ ਜਿਸ ਨੂੰ ਉਹ ਸੇਵਾ macOS 'ਤੇ ਸਮਰਥਨ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਉਹ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਵਾਹ ਜਿਸ ਦੀ ਉਹ ਉਮੀਦ ਕਰਦੀ ਹੈ। ਇਸ ਤੋਂ ਘੱਟ ਕੁਝ ਵੀ ਅਗਲੀ ਅਸਫਲਤਾ 'ਤੇ ਤੁਹਾਨੂੰ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਲਈ ਛੱਡ ਦਿੰਦਾ ਹੈ।
ਮੂਲ L2TP ਦਾ ਰਾਹ ਚੱਲੋ
Mac 'ਤੇ ਪ੍ਰੋਫਾਈਲ ਸ਼ਾਮਲ ਹੋਣ ਵੇਲੇ ਮੂਲ ਕਨੈਕਸ਼ਨ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਸੈਟਿੰਗਾਂ ਪੈਨਲ ਇਸ ਨੂੰ Wi-Fi ਅਤੇ Ethernet ਦੇ ਕੋਲ ਦਿਖਾਉਂਦਾ ਹੈ। ਜੇ ਸੂਚੀ ਖਾਲੀ ਹੈ, ਤਾਂ ਮਸ਼ੀਨ ਵਿੱਚ ਕੋਈ ਵੀ VPN ਕੌਂਫਿਗਰੇਸ਼ਨ ਨਹੀਂ ਹੈ ਅਤੇ ਸਮੱਸਿਆ ਜੁੜਨ ਵਿੱਚ ਨਹੀਂ, ਪ੍ਰਬੰਧ ਵਿੱਚ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਕਮਾਂਡ ਪ੍ਰਣਾਲੀ ਅਸਲ ਵਿੱਚ ਕੀ ਰੱਖਦੀ ਹੈ ਛਾਪਦਾ ਹੈ, ਉਹ ਕੌਂਫਿਗਰੇਸ਼ਨਾਂ ਵੀ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇੰਟਰਫੇਸ ਲੁਕਾ ਸਕਦਾ ਹੈ।
ਕੁਝ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਆਉਟਪੁੱਟ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਜਾਣੇ-ਪਛਾਣੇ ਨਾਮ ਵਾਲੀ ਪੁਰਾਣੀ ਪ੍ਰੋਫਾਈਲ ਨਵੀਂ ਸੈਟਅਪ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਦਿਸਣ ਦਾ ਆਮ ਕਾਰਨ ਹੈ। ਫਿਰ ਸਰਵਰ ਪਤੇ ਦੀ ਤੁਲਨਾ ਐਡਮਿਨਿਸਟਰੇਟਰ ਵੱਲੋਂ ਦਿੱਤੇ ਪਤੇ ਨਾਲ ਕਰੋ, ਪੁਰਾਣੀ ਟਿਕਟ ਵਾਲੇ ਨਾਲ ਨਹੀਂ। ਦੋਵੇਂ ਜਾਂਚਾਂ ਇੱਕ ਮਿੰਟ ਲੈਂਦੀਆਂ ਹਨ ਅਤੇ ਆਮ ਦੋ ਬੰਦ ਰਾਹ ਹਟਾਉਂਦੀਆਂ ਹਨ।
scutil --nc list
networksetup -listallnetworkservices
ਮੂਲ L2TP ਐਂਟਰੀ ਲਈ ਸਾਂਝਾ ਭੇਤ, ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ, ਅਤੇ ਅਜਿਹਾ ਗੇਟਵੇ ਵੀ ਚਾਹੀਦਾ ਹੈ ਜੋ ਉਸ ਸੇਵਾ ਨੂੰ ਉਮੀਦ ਕੀਤੇ ਪੋਰਟਾਂ 'ਤੇ ਦਿੰਦਾ ਹੋਵੇ। ਜੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਨਾ ਹੋਵੇ, ਤਾਂ Mac ਪ੍ਰਮਾਣਿਕਤਾ ਗਲਤੀ ਜਾਂ ਸਰਵਰ ਜਵਾਬ ਨਾ ਦੇਣ ਦੀ ਗਲਤੀ ਦੱਸਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਸੁਨੇਹਾ ਗਲਤ ਭੇਤ ਨੂੰ ਕਦੇ ਸਮਰੱਥ ਨਾ ਕੀਤੀ ਸੇਵਾ ਤੋਂ ਵੱਖ ਨਹੀਂ ਕਰਦਾ। ਐਡਮਿਨਿਸਟਰੇਟਰ ਨਾਲ ਨੋਟ ਮਿਲਾਉਂਦੇ ਸਮੇਂ ਤਿੰਨੇ ਮੁੱਲ ਇਕੱਠੇ ਰੱਖੋ।
SSL ਕਲਾਇੰਟ ਦਾ ਰਾਹ ਚੱਲੋ
SSL VPN ਕਲਾਇੰਟ TLS ਰਾਹੀਂ ਪੋਰਟਲ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਫਿਰ ਆਪਣੀ ਸੁਰੰਗ ਅਤੇ ਆਪਣੀ ਪਤਾ ਨੀਤੀ ਚਲਾਉਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਪੋਰਟਲ ਦਾ ਪਤਾ, ਖਾਤਾ ਅਤੇ ਉਹ ਦੂਜਾ ਕਾਰਕ ਚਾਹੀਦਾ ਹੈ ਜੋ ਤੈਨਾਤੀ ਲਾਜ਼ਮੀ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ ਪਹਿਲੀ ਵਾਰ ਚੱਲਣ 'ਤੇ ਆਮ ਤੌਰ 'ਤੇ ਨੈੱਟਵਰਕ ਐਕਸਟੈਂਸ਼ਨ ਸਥਾਪਤ ਕਰਦਾ ਹੈ। ਇੱਕ ਕਲਾਇੰਟ ਲਈ ਨਿਰਯਾਤ ਕੀਤੀ ਪ੍ਰੋਫਾਈਲ ਦੂਜੀ ਵਿੱਚ ਆਯਾਤ ਹੋਣਾ ਦੁਰਲੱਭ ਹੈ, ਭਾਵੇਂ ਦੋਵੇਂ ਹੇਠਾਂ IPsec ਬੋਲਦੇ ਹੋਣ। ਐਕਸਟੈਂਸ਼ਨ ਮਨਜ਼ੂਰ ਹੋਣ ਤੱਕ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਸਿਸਟਮ ਸੈਟਿੰਗਾਂ ਦੀ VPN ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦਾ।
ਨਾਲ-ਨਾਲ ਸਥਾਪਤ ਦੋ SSL ਕਲਾਇੰਟ ਇੱਕੋ ਨੈੱਟਵਰਕ ਐਕਸਟੈਂਸ਼ਨ ਲਈ ਮੁਕਾਬਲਾ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਪਹਿਲਾਂ ਲੋਡ ਹੋਇਆ ਆਮ ਤੌਰ 'ਤੇ ਜਿੱਤਦਾ ਹੈ। ਮਨਜ਼ੂਰ ਕਲਾਇੰਟ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਾ ਵਰਤਿਆ ਕਲਾਇੰਟ ਹਟਾਓ, ਫਿਰ ਐਕਸਟੈਂਸ਼ਨ ਸੂਚੀ ਮੁੜ ਬਣਨ ਲਈ ਰੀਬੂਟ ਕਰੋ।
ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ macOS ਵਰਜਨ ਨੂੰ ਵਿਕਰੇਤਾ ਦੇ ਮੌਜੂਦਾ ਸਮਰਥਨ ਬਿਆਨ ਨਾਲ ਜਾਂਚੋ, ਅਤੇ ਉਮੀਦ ਰੱਖੋ ਕਿ ਇੰਸਟਾਲਰ ਗੋਪਨੀਯਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਵਿੱਚ ਮਨਜ਼ੂਰੀ ਮੰਗੇਗਾ। ਬਲੌਕ ਕੀਤਾ ਐਕਸਟੈਂਸ਼ਨ ਉਸ ਜੁੜਨ ਵਰਗਾ ਦਿਸਦਾ ਹੈ ਜੋ ਕਦੇ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ।
ਰੀਬ੍ਰਾਂਡਿੰਗ ਸੂਚਨਾ ਠੀਕ ਤਰ੍ਹਾਂ ਪੜ੍ਹੋ
ਕਲਾਇੰਟ ਨਾਮ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਨਾਮ ਬਦਲਣਾ ਪ੍ਰੋਟੋਕੋਲ ਤਬਦੀਲੀ ਨਹੀਂ ਹੈ। ਵਿਕਰੇਤਾ ਦੀ ਸੂਚਨਾ ਕਿ Mobile Connect ਹੁਣ NetExtender ਬਣ ਰਿਹਾ ਹੈ ਬ੍ਰਾਂਡਿੰਗ ਦੱਸਦੀ ਹੈ, ਇਸ ਲਈ ਡੈਸਕਟਾਪ ਪਲੇਟਫਾਰਮ ਸਮਰਥਨ ਬਾਰੇ ਪੁਰਾਣਾ ਬਿਆਨ ਨਵੇਂ ਨਾਮ ਵਾਲੀ ਹਰ ਐਪ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।
ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਜੋ ਕਲਾਇੰਟ ਸਥਾਪਤ ਕੀਤਾ ਉਸ ਨੂੰ ਬੰਡਲ ਪਛਾਣਕਰਤਾ ਅਤੇ ਵਰਜਨ ਨਾਲ ਪਛਾਣੋ, ਆਈਕਨ ਦੇ ਲੇਬਲ ਨਾਲ ਨਹੀਂ। ਇਹ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ Mac 'ਤੇ ਕਿਹੜਾ ਸਮਰਥਨ ਮੈਟ੍ਰਿਕਸ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
ਜੇ ਸਮਰੱਥ ਸੇਵਾ ਅਤੇ ਸਮਰਥਿਤ Mac ਕਲਾਇੰਟ ਵਿੱਚ ਕੋਈ ਓਵਰਲੈਪ ਨਹੀਂ, ਤਾਂ ਇਮਾਨਦਾਰ ਵਿਕਲਪ ਮਨਜ਼ੂਰ ਵਿਕਲਪਿਕ ਸੇਵਾ ਜਾਂ ਯੋਜਨਾਬੱਧ ਗੇਟਵੇ ਤਬਦੀਲੀ ਹਨ। ਇੱਕ ਲੈਪਟਾਪ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਨ ਲਈ ਸਾਂਝੀ ਨੀਤੀ ਮੁੜ ਲਿਖਣਾ, ਜਾਂ ਫੋਰਮ ਦੇ ਜਵਾਬ ਨੇ ਇਸ ਦਾ ਜ਼ਿਕਰ ਕੀਤਾ ਇਸ ਲਈ ਐਪ ਖਰੀਦਣਾ, ਅਨੁਕੂਲਤਾ ਦਾ ਸਵਾਲ ਠੀਕ ਉੱਥੇ ਹੀ ਛੱਡਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ।