MikroTik PPTP yn torri? Trwsiwch y llwybr i'r gweinydd

Mae cleient PPTP RouterOS yn cysylltu, yn symud ychydig o draffig, ac yna'n marw, ac mae'r log yn edrych fel problem gyda manylion mewngofnodi neu'r gweinydd. Fel arfer nid yw'n un o'r ddau. Mae'r twnnel yn cario ei becynnau trafnidiaeth ei hun oherwydd bod y llwybr i'r gweinydd hefyd yn cyfateb i'r llwybr a osododd y twnnel. Mae'r cymar yn peidio â chlywed y llwybrydd, ac mae'r sesiwn yn marw tra bod y rhyngwyneb yn dal i honni ei fod yn fyw.

Un llwybr, neu un gosodiad, sy'n cadw'r gweinydd yn gyrraeddadwy dros y WAN ffisegol yw'r atgyweiriad. Mae pa un yn dibynnu ar a yw'r llwybrydd i fod yn borth twnnel llawn.

Y symptom: yn cysylltu, yn symud traffig, yn marw

Mae'r patrwm yn ailadrodd ar bob ailgysylltiad, a dyna'r cliw defnyddiol cyntaf. Mae cyfrinair a wrthodir yn methu cyn i'r rhyngwyneb godi, mae camgyfluniad wal dân fel arfer yn blocio un cyfeiriad, ac mae dolen lwybro yn gadael i'r rhyngwyneb sefydlu ac yna'n ei dagu. Gwyliwch y cyfrifwyr: mae'r twnnel yn dangos ffrwydrad o becynnau cychwynnol ac yna dim, tra bod y rhyngwyneb WAN yn parhau i drosglwyddo copïau wedi'u hamgáu. Llwybrydd sy'n bwydo ei allbwn ei hun yn ôl iddo'i hun yw hwnnw.

Mae PPTP yn gwneud hyn yn hawdd i'w achosi oherwydd bod y drafnidiaeth yn IP plaen i gyfeiriad y gweinydd, nid twnnel y mae ei ben pell yn eistedd ar is-rwydwaith arall. Mae unrhyw beth sy'n ailgyfeirio'r cyfeiriad hwnnw yn ailgyfeirio'r drafnidiaeth gydag ef.

Pam mae'r twnnel yn llyncu ei becynnau ei hun

Pan fydd y cleient yn cysylltu, mae'n gosod llwybr y mae ei borth yn rhyngwyneb y twnnel. Os yw'r proffil hefyd yn gosod llwybr diofyn, yna mae pob cyrchfan heb gydweddiad mwy penodol, gan gynnwys cyfeiriad cyhoeddus y gweinydd, yn datrys i'r twnnel. Mae'r llwybrydd yn amgáu'r pecyn, yn cyfeirio'r pecyn allanol at y gweinydd, ac yn chwilio'r llwybr eto: yr un gyrchfan, yr un diofyn, yr un twnnel. Yn dibynnu ar y fersiwn, mae'r ailguriad hwnnw'n cael ei ollwng, ei giwio, neu ei ddolennu nes bod y cymar yn ildio ac yn rhwygo'r sesiwn i lawr.

Mae gwerthwyr offer yn aml yn ychwanegu llwybr gwesteiwr ar gyfer eu gweinydd eu hunain yn awtomatig, yn union i osgoi hyn. Nid yw RouterOS yn tybio hynny, felly rhaid i'r gweithredwr fynegi'r eithriad neu osgoi'r llwybr diofyn o'r cychwyn.

Pinwch gyfeiriad y gweinydd i'r WAN

Ychwanegwch y llwybr culaf posibl: /32 ar gyfer cyfeiriad cyhoeddus y gweinydd, gyda phorth y darparwr fel y naid nesaf, ar y rhyngwyneb sy'n cyrraedd y rhyngrwyd. Mae /32 yn curo unrhyw lwybr diofyn yn ôl hyd y rhagddodiad, ac mae pellter is yn ennill os oes llwybr arall ar gyfer yr un rhagddodiad eisoes yn bodoli. Yna ailgysylltwch a chadarnhewch fod y llwybr yn weithredol yn hytrach nag yn bresennol yn y rhestr yn unig.

/ip route add dst-address=198.51.100.10/32 gateway=192.0.2.1 distance=10

Os yw porth y darparwr yn cael ei ddysgu trwy DHCP, defnyddiwch y cyfeiriad porth a osododd DHCP, neu rwymwch y llwybr i'r rhyngwyneb os yw'r fersiwn yn cefnogi hynny. Mae porth wedi'i godio'n galed sy'n newid ar y les nesaf yn fethiant gohiriedig. Gwiriwch y cyfeiriad ar ôl ailgysylltiad WAN, oherwydd dyna pryd mae porth hen yn ymddangos ac mae'r twnnel yn dechrau torri eto.

Neu stopiwch y twnnel rhag hawlio'r llwybr diofyn

Dylai cangen sydd angen un LAN bell gadw'r proffil PPTP ymhell oddi wrth y llwybr diofyn. Trowch y dewisiad hwnnw i ffwrdd ym mhroffil y cleient ac ychwanegu llwybr penodol ar gyfer y rhagddodiad pell trwy ryngwyneb y twnnel yn lle hynny. Mae traffig cyffredin yn aros ar y WAN, mae trafnidiaeth y twnnel ei hun yn cadw ei lwybr naturiol, ac mae'r tabl llwybro yn dod yn haws i'w esbonio. Dyma'r cynllun gwell ar gyfer cangen sydd angen un is-rwydwaith, nid ar gyfer llwybrydd y dywedir ei fod yn allanfa'r safle.

Mae gan dwnnel llawn ei ofynion ei hun: llwybro polisi ar gyfer ffynonellau dethol, cynllun ar gyfer traffig dychwelyd, a phenderfyniad ynghylch beth sy'n digwydd pan fydd y twnnel yn cwympo. Nid yw'r llwybr gwesteiwr yn datrys unrhyw un o'r rheini, dim ond yn cadw'r drafnidiaeth yn fyw.

Gwiriwch fesul haen, yna caewch y twll rheoli

Profwch fesul haen: pingiwch gyfeiriad cyhoeddus y gweinydd cyn cysylltu, pingiwch y porth pell ar ôl cysylltu, yna pingiwch westeiwr ar y LAN bell. Ychwanegwch masquerade ar ryngwyneb y twnnel os oes angen i westeiwyr y tu ôl i'r llwybrydd gael atebion yn ôl drwyddo.

/ip firewall nat add chain=srcnat out-interface=pptp-out1 action=masquerade

Yna ailgychwynnwch y llwybrydd neu gorfodwch ailgysylltiad WAN ac ailadroddwch y tri ping, oherwydd ni fydd llwybr sy'n bodoli yn y cyfluniad rhedegol yn unig yn goroesi. Mae cyfluniad a allgludir i ffeil wrth gefn ac a adferir yn nes ymlaen yw'r lle arall y mae hyn yn torri, gan y gall y llwybr fod yn eisiau o'r allgludiad os ychwanegwyd ef ar amser rhedeg.

Yn olaf, cyfyngwch Winbox a rheolaeth we i gyfeiriadau ffynhonnell hysbys cyn cyhoeddi unrhyw newid VPN neu lwybr. Mae llwybrydd sy'n terfynu twnelau yn darged rheoli, ac mae porth 80 ar agor i'r byd yn ddarganfyddiad mwy na'r llwybr rydych newydd ei drwsio.