systemd-socket-proxyd ਆਪਣੀ SSH SOCKS ਸੁਰੰਗ ਤੋਂ ਵੱਧ ਚਿਰ ਚੱਲ ਸਕਦਾ ਹੈ

ਜੇ SSH ਬੰਦ ਹੋਣ ਤੋਂ ਬਾਅਦ ਅਗਲਾ ਪੋਰਟ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਤਿੰਨੋਂ ਯੂਨਿਟ ਜਾਂਚੋ। ਐਕਟੀਵੇਸ਼ਨ ਸਾਕਟ, systemd-socket-proxyd ਸਹਾਇਕ ਅਤੇ SSH ਵੱਲੋਂ ਬਣਾਇਆ SOCKS ਸੁਣਨ ਵਾਲਾ ਵੱਖਰੇ ਜੀਵਨ ਕਾਲ ਰੱਖਦੇ ਹਨ:

ਸਹਾਇਕ ਅਤੇ SSH ਨੂੰ ਇਕੱਠੇ ਸ਼ੁਰੂ ਕਰਨਾ ਬਾਅਦ ਵਾਲੀ ਰੁਕਣ ਦੀ ਤਬਦੀਲੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਕਰਦਾ। ਜਿਸ ਸਹਾਇਕ ਨੂੰ ਆਪਣੀ ਸੁਰੰਗ ਬਿਨਾਂ ਸਰਗਰਮ ਨਹੀਂ ਰਹਿਣਾ ਚਾਹੀਦਾ, ਉਸ ਲਈ systemd ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਸੰਬੰਧ ਦਰਜ ਕਰਦਾ ਹੈ:

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

ਅਸਲ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਢੁਕਵੀਂ ਯੂਨਿਟ ਤੇ ਇਹ ਲਾਗੂ ਕਰੋ। Requires= ਅਤੇ ਕ੍ਰਮ ਸੰਬੰਧ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਸੰਭਾਲਦੇ ਹਨ। ਪਹਿਲਾਂ ਹੀ ਸਰਗਰਮ ਅਗਲਾ ਹਿੱਸਾ ਆਪਣੇ ਪਿਛਲੇ ਹਿੱਸੇ ਦੇ ਗਾਇਬ ਹੋਣ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਸਰਗਰਮ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਅਸਫਲ ਯੂਨਿਟ ਸਥਿਤੀ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਦਰ ਸੀਮਾਵਾਂ ਵੀ ਜਾਂਚੋ; ਨਿਰਭਰਤਾਵਾਂ ਉਹ ਸੀਮਾਵਾਂ ਨੂੰ ਨਹੀਂ ਟੱਪਦੀਆਂ।

ਅੱਗੇ ਸ਼ੁਰੂਆਤੀ ਤਿਆਰੀ ਸਥਾਪਿਤ ਕਰੋ। After= ਕੰਮਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, Type=simple SSH ਸੁਣਨ ਵਾਲੇ ਦੀ ਤਿਆਰੀ ਨਹੀਂ। ਸਥਿਰ ਨੀਂਦ ਹੌਲੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੌਰਾਨ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ। ਲੋੜੀਂਦਾ ਸੁਣਨ ਵਾਲਾ ਸਥਾਪਿਤ ਕਰਨ ਵਾਲਾ ਸ਼ੁਰੂਆਤੀ ਇਕਰਾਰਨਾਮਾ ਵਰਤੋ; ExitOnForwardFailure=yes ਫਾਰਵਰਡਿੰਗ ਸੈਟਅਪ ਅਸਫਲਤਾ ਫੜਦਾ ਹੈ, ਬਾਅਦ ਵਾਲੀ ਮੰਜ਼ਿਲ ਪਹੁੰਚ ਨਹੀਂ।

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