ਤੁਹਾਡਾ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਪਹਿਲਾਂ ਹੀ ਕਿਹੜੇ VPN ਪ੍ਰੋਟੋਕੋਲ ਸਮਝਦਾ ਹੈ?

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

ਪ੍ਰੋਟੋਕੋਲ ਪੁੱਛੋ, ਉਤਪਾਦ ਦਾ ਨਾਮ ਨਹੀਂ

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

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

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

ਅੰਦਰੂਨੀ ਸੂਚੀ ਕਿੱਥੇ ਰੁਕਦੀ ਹੈ

ਮੂਲ ਸੂਚੀਆਂ ਛੋਟੀਆਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਕਿਨਾਰੇ ਉਨ੍ਹਾਂ ਦੀ ਸਮੱਗਰੀ ਨਾਲੋਂ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਹਨ। IPsec ਉੱਤੇ L2TP ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ ਨਾਲ ਬੋਲਣ ਵਾਲਾ ਪਲੇਟਫਾਰਮ SSTP ਨਹੀਂ ਬੋਲੇਗਾ, ਅਤੇ ਉਹੀ ਅੰਤਰ ਕਲਾਇੰਟ ਤੈਅ ਕਰਦਾ ਹੈ। ਸਾਰਣੀ ਵਿਕਰੇਤਾ ਅਨੁਸਾਰ ਨਹੀਂ ਸਗੋਂ ਟਨਲ ਅਨੁਸਾਰ ਤਰਤੀਬ ਦਿੱਤੀ ਗਈ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਗੇਟਵੇ ਵੱਲੋਂ ਦੱਸਿਆ ਪ੍ਰੋਟੋਕੋਲ ਲੱਭ ਸਕਦੇ ਹੋ।

ਸਾਰਣੀ ਬਰੋਸ਼ਰ ਦੀ ਥਾਂ ਗੇਟਵੇ ਦੀਆਂ ਲੋੜਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰਕੇ ਪੜ੍ਹੋ। ਜੇ ਜਵਾਬ ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ ਨਾਲ L2TP over IPsec ਹੈ, ਤਾਂ ਪਹਿਲੇ ਤਿੰਨ ਪਲੇਟਫਾਰਮ ਵਾਧੂ ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਕੀਤੇ ਬਿਨਾਂ ਜੁੜਦੇ ਹਨ। ਜੇ ਜਵਾਬ OpenVPN ਹੈ, ਤਾਂ ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਿਰਫ਼ ChromeOS ਸ਼ਾਮਲ ਹੈ। ਕਿਸੇ ਵੀ ਅੰਦਰੂਨੀ ਕਾਲਮ ਵਿੱਚ ਨਾ ਦਿਸਣ ਵਾਲਾ ਪ੍ਰੋਟੋਕੋਲ ਇੰਸਟਾਲਰ ਆ ਰਿਹਾ ਹੋਣ ਦਾ ਸੱਚਾ ਸੰਕੇਤ ਹੈ।

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

ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਪਰੋਫਾਈਲ ਬਣਾਓ

ਗ੍ਰਾਫ਼ਿਕਲ ਪੈਨਲ ਜੋ ਵੀ ਲਿਖਦਾ ਹੈ ਉਹ ਤੁਹਾਡੇ ਪਹੁੰਚ ਵਿੱਚ ਹੋਣ ਵਾਲੀ ਥਾਂ ਉੱਤੇ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਅੰਦਰੂਨੀ ਪਰੋਫਾਈਲ ਨੂੰ ਸਵੈਚਾਲਿਤ ਬਣਾਉਂਦਾ ਹੈ। Windows VPN ਐਂਟਰੀਆਂ .pbk ਫਾਈਲਾਂ ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਪਰੋਫਾਈਲ ਹੇਠ ਅਤੇ ProgramData ਹੇਠ ਰੱਖਦਾ ਹੈ, ਅਤੇ rasphone ਨੈੱਟਵਰਕ ਸੂਚੀ ਵਿੱਚ ਨਾ ਦਿਸਣ ਵਾਲੀਆਂ ਐਂਟਰੀਆਂ ਦੀ ਸੂਚੀ ਬਣਾ ਕੇ ਸੋਧ ਸਕਦਾ ਹੈ। ਇਹ ਉਦੋਂ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਦੋਂ ਮਸ਼ੀਨ ਸਕ੍ਰਿਪਟ ਨਾਲ ਤਿਆਰ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕੋਈ ਵਿਜ਼ਾਰਡ ਵਿੱਚ ਕਲਿੱਕ ਨਹੀਂ ਕਰੇਗਾ। ਇਹ ਇਹ ਵੀ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਪਰੋਫਾਈਲ ਕਦੇ ਟਰੇ ਵਿੱਚ ਦਿਸਣ ਤੋਂ ਬਿਨਾਂ ਕਿਵੇਂ ਮੌਜੂਦ ਹੋ ਸਕਦਾ ਹੈ।

rasdial
rasdial "VpnName" alice
rasdial "VpnName" /disconnect

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

networksetup -listallnetworkservices
networksetup -getinfo "ServiceName"
networksetup -setmanualwithdhcprouter "ServiceName" 198.51.100.20

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

ਮਾਲਕੀ ਕਲਾਇੰਟ ਤੋਂ ਬਿਨਾਂ ਸਰਟੀਫਿਕੇਟ

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

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

Windows ਦੋਵੇਂ ਸਟੋਰ ਸਪਸ਼ਟ ਤੌਰ ਉੱਤੇ ਵੱਖ ਕਰਦਾ ਹੈ, ਅਤੇ macOS ਲੌਗਇਨ ਕੀਚੇਨ ਨੂੰ ਸਿਸਟਮ ਕੀਚੇਨ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ। ਨਾਮ ਵੱਖਰੇ ਹਨ, ਪਰ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਢੰਗ ਇੱਕੋ ਹੈ: ਇੱਕ ਵੈਧ ਸਰਟੀਫਿਕੇਟ ਜਿਸ ਨੂੰ ਕਲਾਇੰਟ ਕਦੇ ਨਹੀਂ ਦੇਖਦਾ।

ਇੰਸਟਾਲਰ ਕੀ ਮਜਬੂਰ ਕਰਦਾ ਹੈ

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

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