Ikiwa lango la mbele linakubali miunganisho baada ya SSH kutoka, kagua vitengo vyote vitatu. Soketi ya uanzishaji, msaidizi wa systemd-socket-proxyd na msikilizaji wa SOCKS ulioundwa na SSH vina muda tofauti wa maisha:

SoketiMsaidiziSSHTafsiri
InasikilizaHaiamilikiHaiamilikiHuenda inasubiri ombi kwa kawaida
InasikilizaInafanya kaziInafanya kaziMchakato upo; afya ya lengo linalofuata bado haijathibitishwa
InasikilizaInafanya kaziHaiamilikiSehemu ya mbele inaweza kupokea kazi bila sehemu yake ya nyuma

Kuanzisha msaidizi na SSH pamoja hakufafanui mabadiliko ya kusimama baadaye. Kwa msaidizi ambaye hapaswi kubaki hai bila handaki lake, systemd inaeleza uhusiano madhubuti zaidi:

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

Itumie kwa kitengo kinachofaa katika muundo halisi. Requires= na mpangilio hutatua sehemu tu ya uhusiano. Sehemu ya mbele iliyo hai tayari inaweza kamwe kuanzisha tena uanzishaji baada ya sehemu yake ya nyuma kutoweka. Kagua pia hali ya vitengo vilivyoshindwa na mipaka ya kiwango cha kuanza; utegemezi haupiti mipaka hiyo.

Kisha weka utayari wa kuanza. After= hupanga kazi, si utayari wa msikilizaji wa SSH Type=simple. Usingizi usiobadilika unaweza kushindwa wakati wa uthibitishaji wa polepole. Tumia mkataba wa kuanza unaoweka msikilizaji unaohitajika; ExitOnForwardFailure=yes hunasa kushindwa kwa usanidi wa upelekaji, si ufikivu wa baadaye wa lengo.

Mwisho, fafanua kutoka kwa kutokuwa na shughuli na uanzishaji upya. Chaguo la kutoka kwa kutokuwa na shughuli la daemon ya upelekaji linahusu kukosekana kwa miunganisho hai, si ukosefu wa baiti kwenye muunganisho uliofunguliwa. Kikao kimya kinaweza kuiweka hai. Ombi linalofuata linapaswa kuanzisha huduma zinazohitajika, na mizunguko ya kuanza upya inapaswa kubaki na mipaka na ionekane. Kuunda upya msikilizaji kunakubali miunganisho mipya; hakurejeshi vikao vya zamani vya TCP vilivyopitishwa.

Makala zinazohusiana