SSH ddim yn gwrando ar ôl ailgychwyn: mae cyfeiriad y VPN yn hwyr

Rydych yn rhwymo SSH wrth gyfeiriad y twnnel yn ystod y gosod, mae'n gweithio, ac ar ôl yr ailgychwyn nesaf ni all neb fewngofnodi nes bod rhywun yn ailgychwyn y gwasanaeth â llaw. Nid yw'r manylion mewngofnodi yn broblem. Gofynnodd y daemon i'r cnewyllyn am gyfeiriad nad oedd yn bodoli eto, methodd y rhwymo, a sgroliodd y neges heibio yn y log cychwyn. Yr hyn sy'n edrych fel problem dilysu yw problem trefn cychwyn.

Beth mae'r gwall rhwymo yn ei ddweud mewn gwirionedd

Rhaid creu soced gwrando ar gyfeiriad sy'n bodoli ar y pryd. Pan ddaw'r rhyngwyneb VPN i fyny yn ddiweddarach, nid oes gan ddaemon a gyfluniwyd i rwymo i gyfeiriad y twnnel yn unig unrhyw beth i ymlynu wrtho. Mae'r ffurfweddiad yn parhau'n gystrawennol ddilys; nid oedd yr amgylchedd yn barod, dyna i gyd. Nid yw gwasanaeth sydd wedi bod yn rhedeg ers cychwyn â llaw byth yn profi'r llwybr cychwyn, a dyna pam y mae'r nam yn ymddangos dim ond ar yr ailgychwyn nesaf. Cymharwch stamp amser y methiant rhwymo â stamp amser neilltuo'r cyfeiriad, a daw'r drefn yn amlwg.

Mae dilysrwydd ffurfweddiad a pharodrwydd amser rhedeg yn briodweddau ar wahân. Profwch y ddau, oherwydd mae un ohonynt yn methu heb ddweud dim.

Pa broses sy'n berchen ar y porth

Nid y daemon bob amser yw'r gydran sy'n creu'r gwrandawr. Mae actifadu soced yn symud y cyfrifoldeb hwnnw i uned, ac yna nid yw ailgychwyn y daemon yn newid dim.

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

Mae'r rhestr socedi yn dangos pa broses sy'n dal y porth ac ar ba gyfeiriad, tra bod dymp yr uned yn dangos a oes uned soced o gwbl. Pan fo actifadu ar waith, mae'r cyfeiriad yn perthyn i'r uned soced ac nid yw ffeil y daemon yn awdurdodol. Darllenwch y log cychwyn am y gwall rhwymo go iawn yn lle ei gasglu o'r symptom. Mae uned soced ar goll yn golygu'r trefniant clasurol yn unig, lle mae'r daemon yn rhwymo'n uniongyrchol.

Gwnewch barodrwydd yn eglur, nid yn gwsg

Mae oedi sefydlog yn ddyfalu sy'n trin caledwedd gyflym a rhwydweithiau araf yn yr un ffordd. Mynegwch y ddibyniaeth yn lle hynny: arhoswch am y cyfeiriad, yna cychwynnwch.

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

Ychwanegwch orchymyn ExecStartPre sy'n ailadrodd nes bod y cyfeiriad yn ymddangos, neu trefnwch yr uned ar ôl y targed rhwydwaith penodol sy'n berchen ar y rhyngwyneb. Mae'r ddau ddull yn cofnodi'r ddibyniaeth yn rhywle y gall y gweinyddwr nesaf ei darllen. Mae angen goramser ar y ddolen, neu bydd VPN sydd wedi methu yn gadael uned sy'n hongian yn lle adrodd am nam. Yna cadarnhewch fod y daemon yn rhwymo cyfeiriad y twnnel tra bo'r rhyngwyneb arferol yn parhau o dan reolaeth eich rheolau hidlo.

Profwch gychwyn glân ac ailgysylltiad

Nid yw ailgychwyn â llaw ar ôl i bopeth fod ar-lein yn profi dim am drefn cychwyn. Ailgychwynnwch y peiriant gyda'r twnnel wedi'i gyflunio i godi'n awtomatig a gwyliwch y gwrandawr yn ymddangos heb ymyrraeth.

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

Yna gollyngwch ac ailsefydlwch y twnnel, oherwydd gall ailgysylltu newid y cyfeiriad ac ni fydd rhwymo caled-god yn ei ddilyn. Cadwch lwybr adferiad all-linell wrth brofi, fel na all newid trefn gwael eich cloi allan o'r gwesteiwr.

Y maen prawf llwyddiant yw gwrandawr sy'n ymddangos o dan ei ddibyniaeth ddogfennedig, nid un y cofiodd rhywun i'w ailgychwyn.