MaxSessions, MaxStartups ਜਾਂ ਡਿਵਾਈਸ ਰਜਿਸਟਰੇਸ਼ਨ: ਕਿਹੜੀ SSH ਸੀਮਾ ਚੁਣੀਏ

ਹਰ ਗਾਹਕ ਲਈ ਇੱਕ ਡਿਵਾਈਸ ਦਾ ਵਾਅਦਾ ਕਰਨ ਵਾਲੀਆਂ ਟਨਲ ਸੇਵਾਵਾਂ ਨੂੰ ਇਹ ਵਾਅਦਾ MaxSessions ਤੋਂ ਘੱਟ ਹੀ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਪਹਿਲਾ ਟੈਸਟ ਆਮ ਤੌਰ ’ਤੇ ਇਹ ਸਾਬਤ ਕਰ ਦਿੰਦਾ ਹੈ। ਗਾਹਕ ਦੂਜੀ ssh ਪ੍ਰਕਿਰਿਆ ਖੋਲ੍ਹਦਾ ਹੈ, ਪਹਿਲਾ ਸੈਸ਼ਨ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਟਨਲ ਟ੍ਰੈਫਿਕ ਢੋਣਦੇ ਹਨ। ਹਰ ਕਨਫਿਗਰੇਸ਼ਨ ਵਿਕਲਪ ਕੁਝ ਵੱਖਰਾ ਗਿਣਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਡਿਵਾਈਸ ਨਹੀਂ ਗਿਣਦਾ। ਪਹਿਲਾਂ ਵਾਅਦੇ ਦਾ ਨਾਮ ਲੈਣਾ ਹੀ ਉਹਨਾਂ ਵਿਚਕਾਰ ਚੋਣ ਨੂੰ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ।

ਹਰ ਵਿਕਲਪ ਅਸਲ ਵਿੱਚ ਕੀ ਗਿਣਦਾ ਹੈ

MaxSessions ਇੱਕ ਪ੍ਰਮਾਣਿਤ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਵੱਲੋਂ ਢੋਏ ਗਏ ਖੁੱਲ੍ਹੇ ਸੈਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਸੈਸ਼ਨ ਦਾ ਮਤਲਬ ਸ਼ੈੱਲ, exec ਬੇਨਤੀ, SFTP ਵਰਗਾ ਉਪ-ਸਿਸਟਮ, ਜਾਂ ਇੱਕ SSH ਟ੍ਰਾਂਸਪੋਰਟ ਦੇ ਅੰਦਰ ਮਲਟੀਪਲੈਕਸ ਕੀਤਾ ਸਮਾਨ ਚੈਨਲ ਹੈ। ਦੂਜੀ ssh ਕਾਲ ਦੂਜਾ ਟ੍ਰਾਂਸਪੋਰਟ ਖੋਲ੍ਹਦੀ ਹੈ, ਦੁਬਾਰਾ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਆਪਣੀ ਇਜਾਜ਼ਤ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ। ਪਹਿਲੇ ਕਨੈਕਸ਼ਨ ਦੀ ਸੈਸ਼ਨ ਗਿਣਤੀ ਇਸ ਲਈ ਅਪ੍ਰਸੰਗਿਕ ਹੈ।

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

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

MaxSessions ਕਿੱਥੇ ਕੋਟਾ ਰਹਿਣਾ ਬੰਦ ਕਰਦਾ ਹੈ

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

ਫਾਰਵਰਡਿੰਗ ਇੱਕ ਵੱਖਰਾ ਹੈਰਾਨੀ ਹੈ। TCP ਫਾਰਵਰਡਿੰਗ ਨੂੰ ਸੈਸ਼ਨ ਚੈਨਲ ਦੀ ਲੋੜ ਨਹੀਂ, ਇਸ ਲਈ MaxSessions 0 ਸ਼ੈੱਲ ਅਤੇ ਉਪ-ਸਿਸਟਮ ਮਨਾਹੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ -L ਅਤੇ -R ਟਨਲਾਂ ਦੀ ਇਜਾਜ਼ਤ ਦੇ ਸਕਦਾ ਹੈ। ਸਿਰਫ ਫਾਰਵਰਡ ਕਰਨ ਵਾਲੀ ਅਤੇ ਸੈਸ਼ਨ ਗਿਣਤੀ ਨੂੰ ਆਪਣਾ ਟਨਲ ਕੋਟਾ ਮੰਨਣ ਵਾਲੀ ਸੇਵਾ ਕੁਝ ਵੀ ਨਹੀਂ ਮਾਪਦੀ। ਇਹ ਵਿਵਹਾਰ OpenSSH ਸਰਵਰ ਕਨਫਿਗਰੇਸ਼ਨ ਸੰਦਰਭ ਵਿੱਚ ਦਰਜ ਹੈ, ਅਤੇ ਵਿਕਲਪ ਨਾਮ ਦੁਆਲੇ ਡਿਜ਼ਾਈਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਪੜ੍ਹਨਾ ਚੰਗਾ ਹੈ।

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

MaxStartups ਗਾਹਕ ਦੀ ਨਹੀਂ, ਡੀਮਨ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ

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

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

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

ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਸਲਾਟ ਲਈ ਸਾਂਝੀ ਸਥਿਤੀ ਚਾਹੀਦੀ ਹੈ

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

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

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

ਦੋ ਅਸਲੀ ਕਨੈਕਸ਼ਨਾਂ ਨਾਲ ਨੀਤੀ ਜਾਂਚੋ

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

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

sshd -T | grep -iE "maxsessions|maxstartups|allowtcpforwarding|permitopen"
ss -tn state established '( sport = :22 )' | head
ssh -N -L 8080:127.0.0.1:80 [email protected]

ਦੋ ਟਰਮੀਨਲਾਂ ਵਿੱਚ ਟਨਲ ਕਮਾਂਡ ਦੋ ਵਾਰ ਚਲਾਓ ਅਤੇ ਪੋਰਟ 22 ’ਤੇ ਸਥਾਪਿਤ ਕਨੈਕਸ਼ਨ ਗਿਣੋ। ਜੇ ਤੁਹਾਡੀ ਨੀਤੀ ਇੱਕ ਸਰਗਰਮ ਟ੍ਰਾਂਸਪੋਰਟ ਦਾ ਦਾਅਵਾ ਕਰਦੀ ਹੈ ਅਤੇ ਦੋਵੇਂ ਟ੍ਰੈਫਿਕ ਢੋਂਦੇ ਹਨ, ਤਾਂ ਨੀਤੀ ਲਾਗੂਕਰਨ ਨਹੀਂ, ਦਸਤਾਵੇਜ਼ ਹੈ। ਉਹ ਖਾਲੀ ਥਾਂ ਪ੍ਰਵੇਸ਼ ਪੱਧਰ ’ਤੇ ਠੀਕ ਕਰੋ, MaxSessions ਘਟਾ ਕੇ ਦੂਜਾ ਟ੍ਰਾਂਸਪੋਰਟ ਧਿਆਨ ਦੇਵੇਗਾ ਇਸ ਆਸ ਨਾਲ ਨਹੀਂ।