SSH haisikilizi baada ya kuwasha upya: anwani ya VPN inachelewa

Unafunga SSH kwenye anwani ya handaki wakati wa usanidi, inafanya kazi, na baada ya kuwasha upya kunakofuata hakuna anayeweza kuingia hadi mtu aanzishe upya huduma kwa mkono. Vitambulisho si tatizo. Daemon iliomba kernel anwani ambayo haikuwa bado ipo, kufunga kulishindikana, na ujumbe ulipita kwenye kumbukumbu ya kuwasha. Kinachoonekana kama tatizo la uthibitishaji kwa kweli ni tatizo la mpangilio wa kuanza.

Hitilafu ya kufunga inasema nini kwa kweli

Soketi inayosikiliza lazima iundwe kwenye anwani iliyopo wakati huo. Wakati kiolesura cha VPN kinapotokea baadaye, daemon iliyosanidiwa kufunga tu kwenye anwani ya handaki haina cha kushikilia. Usanidi unabaki kuwa halali kwa sintaksia; mazingira hayakuwa tayari tu. Huduma inayoendesha tangu kuanzishwa kwa mkono huwa haiendi kupitia njia ya kuwasha, ndiyo sababu hitilafu huonekana tu kwenye kuwasha upya kunakofuata. Linganisha muhuri wa muda wa kufunga kushindikana na muhuri wa muda wa ugawaji wa anwani, na mpangilio utakuwa wazi.

Uhalali wa usanidi na utayari wa wakati wa utekelezaji ni sifa tofauti. Jaribu zote mbili, kwa sababu moja yao inashindikana bila kusema chochote.

Ni mchakato gani unamiliki bandari

Daemon si mara zote sehemu inayounda msikilizaji. Uamilishaji wa soketi huhamisha jukumu hilo kwa kitengo, na kisha kuwasha upya daemon hakubadilishi chochote.

ss -ltnp 'sport = :22'
systemctl cat ssh.socket

Orodha ya soketi inaonyesha mchakato gani unashikilia bandari na kwenye anwani gani, wakati dump ya kitengo inaonyesha kama kitengo cha soketi kipo kabisa. Wakati uamilishaji unahusika, anwani ni mali ya kitengo cha soketi na faili ya daemon si mamlaka. Soma kumbukumbu ya kuwasha kwa hitilafu halisi ya kufunga badala ya kuikisia kutoka kwa dalili. Kutokuwepo kwa kitengo cha soketi kunamaanisha mpangilio wa kawaida tu, ambapo daemon inafunga moja kwa moja.

Fanya utayari uwe wazi, si usingizi

Ucheleweshaji wa kudumu ni dhana inayoshughulikia vifaa vya haraka na mitandao ya polepole kwa usawa. Badala yake eleza utegemezi: subiri anwani, kisha anza.

ip -4 addr show dev tun0
systemctl edit ssh.service

Ongeza amri ya ExecStartPre inayorudia hadi anwani itokee, au panga kitengo baada ya lengo maalum la mtandao linalomiliki kiolesura. Njia zote mbili zinarekodi utegemezi mahali ambapo msimamizi anayefuata anaweza kuusoma. Kitanzi kinahitaji muda wa mwisho, vinginevyo VPN iliyoshindikana inaacha kitengo kinachoning'inia badala ya kuripoti hitilafu. Kisha thibitisha kwamba daemon inafunga anwani ya handaki wakati kiolesura cha kawaida kinabaki chini ya sheria zako za kuchuja.

Jaribu kuwasha safi na kuunganisha upya

Kuwasha upya kwa mkono baada ya kila kitu kuwa mtandaoni hakuthibitishi chochote kuhusu mpangilio wa kuwasha. Washa upya mashine ikiwa handaki imesanidiwa kupanda kiotomatiki na uangalie kama msikilizaji anatokea bila kuingilia.

systemctl status ssh.service
ss -ltnp 'sport = :22'

Kisha shusha na uanzishe tena handaki, kwa sababu muunganisho upya unaweza kubadilisha anwani na ufungaji uliowekwa kwa nguvu hautaufuata. Weka njia ya urejeshaji nje ya mkondo wakati wa majaribio, ili mabadiliko mabaya ya mpangilio yasikufungie nje ya mwenyeji.

Kigezo cha mafanikio ni msikilizaji anayetokea chini ya utegemezi wake ulioandikwa, si yule ambaye mtu alikumbuka kuuanzisha upya.