Wake-on-LAN dros VPN yn stopio gweithio? Trwsiwch y cofnod ARP
Mae pecynnau hud yn croesi'r twnnel, ond mae'r llwybrydd yn eu gollwng wedi i'w gofnod ARP ddod i ben. Cymharwch dri llwybr cyflenwi, yna pinwch y cyfeiriad MAC yn barhaol.
Anfonwch becyn dihuno yn syth ar ôl diffodd a daw'r cyfrifiadur yn ôl; mae'r un gorchymyn y bore wedyn yn gwneud dim. Nid oes dim wedi newid yn ffurfweddiad y VPN, ac mae'r blaenddrif porth yn dal i bwyntio at y cyfeiriad iawn. Y gwahaniaeth yw amser: mae tabl cymdogion y llwybrydd wedi anghofio'r peiriant cysglyd, felly nid oes ganddo gyfeiriad MAC i'w roi ar y ffrâm. Mae'r darfod hwnnw, nid y twnnel, yn esbonio'r rhan fwyaf o fethiannau Wake-on-LAN dros y VPN.
Mae'r dihuniad cyntaf yn gweithio a'r nesaf ddim
Mae llwybrydd yn anfon ffrâm at gyfeiriad preifat drwy chwilio'r cyrchfan yn ei dabl cymdogion. Tra bo'r peiriant yn rhedeg mae'n ateb ARP, felly mae'r mapio'n aros yn ffres. Unwaith iddo ddiffodd, nid oes dim yn ateb, mae'r cofnod yn heneiddio ar ôl ychydig funudau, a gollyngir ffrâmau diweddarach i'r cyfeiriad hwnnw er bod y IP a'r blaenddrif porth yn dal yn ddilys.
Mae'r patrwm yn dweud wrthych pa fethiant sydd gennych. Mae dihuniad nad yw byth yn gweithio yn pwyntio at gyflenwi: porth anghywir, cyrchfan anghywir, neu wal dân sy'n gollwng y pecyn cyn iddo gyrraedd y LAN. Mae dihuniad sy'n gweithio unwaith ac wedyn yn methu am oriau yn pwyntio at y cofnod cymydog. Mae dihuniad sy'n gweithio nes i'r les DHCP newid yn pwyntio at gyfeiriannu, y mae cadwfa yn ei drwsio.
Cadarnhewch fod y cyfeiriad yn sefydlog cyn cyffwrdd ag ARP. Os yw'r peiriant cysglyd yn cymryd cyfeiriad newydd wedi i'r les ddod i ben, bydd cofnod cymydog wedi'i binio ar gyfer yr hen gyfeiriad yn barhaol ac yn ddiwerth ar yr un pryd. Gosodwch gadwfa DHCP yn gyntaf fel bod y cyfeiriad yn goroesi ailgychwyn.
Beth mae'r pecyn hud ei angen o'r rhwydwaith
Mae'r llwyth yn syml: 102 beit o chwe beit 0xFF wedi'u dilyn gan y cyfeiriad MAC targed un arbymtheg gwaith, fel arfer yn cael ei anfon i borth UDP 9. Ar LAN wastad mae'n mynd allan fel darllediad, mae pob porth yn ei dderbyn, ac mae'r cerdyn rhwydwaith wedi'i ddiffodd yn adnabod ei gyfeiriad ei hun.
Dros VPN mae'r pecyn yn cyrraedd y llwybrydd fel uncast i gyfeiriad preifat neu fel darllediad a gyfeirir at yr is-rwydwaith. Yn achos uncast rhaid i'r llwybrydd ddatrys y cyrchfan i gyfeiriad MAC cyn y gall roi'r ffrâm ar y LAN, a'r datrysiad hwnnw'n union sy'n methu tra bo'r gwesteiwr yn cysgu.
Mae rhai offer yn anfon i borth 7 yn lle 9, ac mae rhai dyfeisiau'n rhwystro darllediad cyfeiriedig yn ddiofyn. Methiannau cyflenwi yw'r rhain, nid methiannau ARP, felly gwiriwch y cyrchfan a'r porth cyn newid y tabl cymdogion.
Tri llwybr i westeiwr cysglyd
Mae gennych dri ffordd ymarferol o gael y ffrâm ar y LAN, ac mae'r dewis cywir yn dibynnu ar yr hyn rydych yn ei reoli.
| Method | What it needs | Where it breaks |
|---|---|---|
| Subnet-directed broadcast | A wake tool that accepts a broadcast address and a router that forwards it | Broadcast filtering, or a tool that only takes a MAC |
| Helper on the LAN | An always-on host such as the VPN server | No suitable host, or the host cannot reach the target VLAN |
| Permanent neighbour entry | Router shell access and the target MAC | NIC replacement or address change |
Dewiswch y gwesteiwr cynorthwyol pan fydd un ar gael, oherwydd mae'n darlledu ar y ddolen ac nid oes angen eithriad llwybrydd. Dewiswch ddarllediad cyfeiriedig pan fydd y llwybrydd yn caniatáu hynny'n barod ac mae'r teclyn dihuno'n derbyn cyfeiriad. Dewiswch y cofnod statig pan nad oes y naill na'r llall ar gael a gallwch redeg gorchymyn ar y llwybrydd.
Nid yw'r rhain yn cau allan ei gilydd. Mae cofnod parhaol hefyd yn gadael i lwybr uncast oroesi cwsg, sy'n ddefnyddiol pan na all y cleient VPN anfon ond at gyfeiriad penodol.
Gwnewch y cofnod cymydog yn barhaol
Ar lwybrydd â phlisg Linux, mae un gorchymyn yn pinio'r mapio. Mae'r gwerthoedd yma'n perthyn i LAN enghreifftiol ac mae'n rhaid eu disodli â'ch rhai chi:
ip neigh replace 192.168.50.23 lladdr 3c:7c:3f:12:9a:4e dev br0 nud permanent
ip neigh show dev br0 | grep 192.168.50.23Mae'r cyflwr nud permanent yn cadw'r cofnod dros derfynau amser ARP ac yn ei ddefnyddio ar gyfer anfon ymlaen tra bo'r peiriant i ffwrdd. Mae'r ail orchymyn yn profi bod y cofnod yn bodoli ac yn dangos y rhyngwyneb y mae'n perthyn iddo, sy'n bwysig ar lwybryddion â phont westeion neu VLAN ar wahân.
Gwnewch iddo oroesi ailgychwyn drwy ba bynnag fachyn a gynigir gan y firmware: sgript yn /jffs/scripts ar Asuswrt-Merlin, uned oneshot systemd ar weinydd Linux sy'n gweithredu fel porth, Neighbor= stanza yn systemd-networkd, neu gofnod yn /etc/ethers y mae'r offer lleol yn ei ddarllen. Mae gorchymyn a deipiwyd i blisg yn diflannu ar yr ailgychwyn nesaf, a dyna'r rheswm mwyaf cyffredin pam mae trwsiad sy'n gweithio'n ymddangos fel pe bai'n stopio gweithio.
Profwch o'r tu allan a gwybod pryd i'w dynnu
Rhowch y peiriant i gysgu ac arhoswch o leiaf ddeng munud, digon hir i unrhyw gofnod deinamig ddod i ben. Yna anfonwch y cais dihuno o'r cleient VPN a gwylio dwy ochr y llwybrydd:
tcpdump -ni tun0 udp port 9
tcpdump -ni br0 ether proto 0x0806 or udp port 9Mae'r cynnig cyntaf yn profi bod y pecyn wedi cyrraedd o'r twnnel; mae'r ail yn profi bod y llwybrydd wedi rhoi ffrâm ar y LAN. Mae pecyn hud dilys yn ymddangos fel 102 beit gyda'r MAC wedi'i ailadrodd, felly gwiriwch y hyd yn ogystal â'r cyrchfan. Os yw'r ffrâm yn gadael pont y LAN ac mae'r peiriant yn aros i ffwrdd, mae'r broblem sy'n weddill ar y ddyfais: cychwyn cyflym, cwsg dwfn neu osodiad BIOS sy'n torri'r pŵer i'r cerdyn rhwydwaith.
Tynnwch y cofnod pan fydd y cerdyn rhwydwaith yn newid, a'i ddiweddaru pan fyddwch yn symud y peiriant i gyfeiriad arall. Mae mapio parhaol yn eithriad bwriadol, ac mae eithriad nad oes neb yn ei gofio yn ffordd o wneud i liniadur yn y dyfodol ddechrau derbyn ffrâmau a oedd ar gyfer desg sydd wedi'i hymddeol.