Azure P2S: un cleient Windows yn colli llwybrau ar ôl newid VNet

Mae dau liniadur yn dilysu i'r un porth Azure point-to-site, a dim ond un all gyrraedd y VNet sydd newydd ei gysylltu. Mae'r ddau yn dangos Connected, felly nid dilysu yw'r gwahaniaeth; y llwybrau cyrchfan a gedwir ganddynt yw'r gwahaniaeth. Dechreuwch gyda'r cleient sy'n methu, cymharwch un gyrchfan, a dim ond wedyn penderfynwch a yw'r bwlch yn perthyn i becyn y porth neu i'r tabl llwybrau lleol.

Dechreuwch gyda'r cleient sy'n methu, nid y porth

Cadarnhewch y topoleg cyn beio'r liniadur. Gwiriwch pa VNet-iau sy'n gysylltiedig â VNet y porth ac a yw'r rhwydwaith newydd yn cael ei gyfochri'n uniongyrchol neu'n cael ei gyrraedd trwy dwnnel site-to-site ar wahân. Os nad yw'r VNet newydd wedi'i gysylltu â VNet y porth o gwbl, ni all unrhyw becyn cleient lwybrau iddo, a'r liniadur sy'n gweithio yw'r anomaledd i'w egluro. Nodwch yr ateb, oherwydd mae'n penderfynu a ydych yn dadfygio cleient neu borth.

Unwaith y bydd y topoleg yn iawn, rhowch y ddau liniadur ochr yn ochr. Yr un porth, yr un pwll cyfeiriadau, yr un protocol a'r un fersiwn cleient yw'r gymhariaeth rydych ei heisiau; unrhyw beth arall yw ail newidyn y bydd yn rhaid i chi ei ddileu'n ddiweddarach.

Cymharwch un gyrchfan gyda route print

Dewiswch IP adnodd a ganiateir a chymharwch y ddau liniadur ddwywaith: wedi'i ddatgysylltu, yna wedi'i gysylltu. Ar Windows, mae route print -4 yn rhestru llwybrau IPv4 gyda rhagddodiad cyrchfan, rhyngwyneb, y naid nesaf a metrig. Cofnodwch y rhes a fyddai'n ennill mewn gwirionedd ar gyfer y gyrchfan honno yn hytrach na chyfrif cofnodion sy'n cynnwys y gair VPN.

Y dewis yw'r rhagddodiad hiraf yn gyntaf, yna metrig, felly gall llwybr lleol mwy penodol guro llwybr y twnnel heb edrych yn anghywir. Os yw'r gyrchfan fwriadedig o fewn 10.24.0.0/16, mae cleient iach yn dangos llwybr cyfatebol ar y rhyngwyneb VPN, tra bod y cleient sy'n methu yn anfon yr un cyfeiriad i'w borth diofyn.

Gall rhagddodiad lleol gwrthgyferbyniol gynhyrchu'r un symptom. Cyn ychwanegu unrhyw beth, penderfynwch pa un o'r ddau achos sydd gennych: dim llwybr twnnel o gwbl, neu lwybr twnnel sy'n colli i un mwy penodol.

Nid yw TTL expired yn fyg ar ddosbarthu llwybrau

Mae ping sy'n dychwelyd TTL expired in transit yn dweud bod y pecyn wedi defnyddio'i lwfans neidiau, sy'n golygu dolen anfon ymlaen yn aml yn hytrach na gyrrwr VPN wedi torri. Mae ping Windows yn derbyn TTL hyd at 255, ac nid yw codi'r gwerth yn trwsio dolen; dim ond gohirio'r un gwall y mae'n ei wneud. Triniwch y neges fel symptom llwybr, nid fel tystiolaeth am ddosbarthu llwybrau.

Defnyddiwch tracert -4 10.24.1.10 i weld ble mae'r llwybr yn ailadrodd. Os yw'r un ddau naid yn ymddangos dro ar ôl tro, chwiliwch am lwybr sy'n anfon traffig tua'r twnnel yn ôl i'r twnnel neu i lwybrydd lleol sy'n ei anfon yn ôl.

Ailgynhyrchwch y pecyn ar y porth sy'n berchen arno

Mae Microsoft yn dogfennu bod yn rhaid lawrlwytho a gosod pecynnau cleient Windows eto ar ôl newidiadau topoleg perthnasol. Cymerwch y pecyn cyfredol o'r porth Azure sy'n gwasanaethu'r proffil hwn, yna ei gymhwyso gyda'r broses a gefnogir ar gyfer y cleient hwnnw. Nid yw disodli ffeil weithredadwy rhaglen VPN anhysbys yr un gweithrediad â ailgynhyrchu gosodiadau sy'n benodol i'r porth. Mae lawrlwytho'r pecyn eto yn rhad; nid yw dyfalu am lwybrau lleol.

Ailgysylltwch ac ail-ddarllenwch y llwybr ar gyfer y gyrchfan wreiddiol. Cadwch y rhesi cyn ac ar ôl gyda'r cofnod newid fel bod y canlyniad yn fwy manwl na ailosodais y cleient.

Mae senarios llwybro Azure P2S yn gwahanu VNet-iau sydd wedi'u cyfochri'n uniongyrchol oddi wrth rwydweithiau a gyrhaeddir trwy dwneli eraill, ac ni all pecyn newydd wneud cyfochri'n drawsdrosiadol. Mae rhai senarios Windows site-to-site neu BGP hefyd angen llwybrau anghysbell wedi'u ffurfweddu â llaw, felly nid yw adnewyddu pecyn yn fecanwaith dosbarthu llwybrau cyffredinol.

Cadwch lwybr dros dro yn un dros dro

Gall llwybr â llaw ynysu llwybr cleient coll, ond adeiladwch ef o'r dyluniad go iawn: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, heb y faner barhaus, fel ei fod yn diflannu wrth ailgychwyn. Dewiswch fynegrwydd y rhyngwyneb a'r naid nesaf o'r addasydd VPN cysylltiedig, nid o ddyfaliad.

Peidiwch â gadael llwybr arbrofol yn ei le fel perchennog cystadleuol parhaol. Gall diweddariadau proffil yn y dyfodol ychwanegu'r un rhagddodiad â metrig gwahanol, ac yna mae'r cofnod â llaw yn penderfynu'n dawel pa lwybr sy'n ennill. Cofnodwch y cam tynnu yn y newid.

Unwaith y bydd y llwybr cywir yn weithredol, profwch y rhaglen darged yn hytrach na ping. Os yw pecynnau'n cyrraedd Azure ond mae'r gwasanaeth yn dal i fethu, gwiriwch y grŵp diogelwch rhwydwaith a'r llwybr dychwelyd, oherwydd maent yn annibynnol ar a yw'r liniadur wedi dysgu'r rhagddodiad.