SSH гарасны дараа урд порт холболт хүлээж авбал бүх гурван нэгжийг шалгана уу. Идэвхжүүлэх сокет, systemd-socket-proxyd туслах болон SSH-ийн үүсгэсэн SOCKS сонсогч нь өөр өөр амьдрах хугацаатай:

СокетТуслахSSHТайлбар
Сонсож байнаИдэвхгүйИдэвхгүйХэрэгцээг хэвийн хүлээж байж болно
Сонсож байнаИдэвхтэйИдэвхтэйПроцессууд байна; дараагийн очих газрын эрүүл байдал нотлогдоогүй
Сонсож байнаИдэвхтэйИдэвхгүйУрд хэсэг нь арын хэсэггүйгээр ажил хүлээж авч болно

Туслах болон SSH-г хамт эхлүүлэх нь дараагийн зогсолтын шилжилтийг тодорхойлохгүй. Туннельгүйгээр идэвхтэй үлдэх ёсгүй туслахын хувьд systemd илүү хүчтэй хамаарлыг баримтжуулдаг:

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

Үүнийг бодит загварт тохирох нэгжид хэрэглэнэ. Requires= болон дараалал нь хамаарлын зөвхөн нэг хэсгийг шийднэ. Аль хэдийн идэвхтэй урд хэсэг нь арын хэсэг нь алга болсны дараа дахин идэвхжихгүй байж болно. Бүтэлгүй нэгжийн төлөв болон эхлүүлэх хурдны хязгаарыг мөн шалгана уу; хамаарал нь тэдгээр хязгаарыг хүчингүй болгохгүй.

Дараа нь эхлүүлэх бэлэн байдлыг тогтооно. After= ажлуудыг эрэмбэлдэг боловч Type=simple SSH сонсогчийн бэлэн байдлыг биш. Тогтмол унталт удаан баталгаажуулалтын үед бүтэлгүйтэж болно. Шаардлагатай сонсогчийг тогтоох эхлүүлэх гэрээ ашиглана уу; ExitOnForwardFailure=yes дамжуулалтын тохиргооны алдааг барьдаг, дараагийн очих газрын хүртээмжийг биш.

Эцэст нь сул зогсолтын гаралт болон дахин идэвхжүүлэлтийг тодорхойлно. Дамжуулах демоны сул зогсолтын сонголт нь идэвхтэй холболт байхгүй байдалд хамаарна, нээлттэй холболт дээр байт дутагдахыг биш. Чимээгүй сесс үүнийг идэвхтэй байлгаж болно. Дараагийн хэрэгцээ шаардлагатай үйлчилгээг идэвхжүүлэх ёстой бөгөөд дахин эхлүүлэх давталтууд хязгаарлагдмал, харагдахуйц байх ёстой. Сонсогчийг дахин үүсгэх нь шинэ холболтыг хүлээн авдаг; хуучин проксилогдсон TCP сессийг сэргээдэггүй.

Холбоотой нийтлэлүүд