Azure IP plūsmas pārbaude saka atļauts, bet VPN joprojām neizdodas

Vietnes-uz-vietni tunelis ir savienots, VM ir vesela, bet vietējais klients neko nesaņem. Atverat Network Watcher, palaižat IP plūsmas pārbaudi un tā saka Access allowed, tāpēc biļete tiek aizvērta kā VPN problēma. Šis rezultāts nenozīmē to, kā izskatās, jo IP plūsmas pārbaude novērtē aprakstītās plūsmas drošības noteikumus un nekad nepārbauda, vai Azure ir maršruts uz jūsu vietējo prefiksu.

Filtrēšanas jautājums un maršrutēšanas jautājums ir atsevišķi, un Network Watcher uz tiem atbild ar dažādiem rīkiem. Zināšana, kuru jūs uzdevāt, ir lielākā daļa no diagnostikas.

Ko IP plūsmas pārbaude faktiski izlemj

IP plūsmas pārbaude ņem VM, tīkla interfeisu, virzienu, pieckārša vērtības un protokolu, pēc tam ziņo šīs plūsmas NSG un drošības administratora noteikuma lēmumu. Tā darbojas ar TCP un UDP, tāpēc nav ICMP noteikumu testētājs un bloķēts ping neko nepierāda par jūsu pakalpojumu. Dodiet tai īsto plūsmu, nevis minējumu. Ienākošais savienojums no vietējās vides uz datubāzes portu ir cits apraksts nekā izejošais savienojums, ko VM uzsāk.

Ja vārteja tulko adreses, izmantojiet avota adresi, kas sasniedz jūsu vērtēto robežu, nevis to, kas ir klienta konfigurācijā. Lasiet rezultātu arī tādu, kāds tas ir. Access allowed nozīmē, ka filtra slānis laistu pakešu, ja tā ierastos, un neko vairāk.

Ko tā nevar pateikt, ir maršruts, ko Azure izvēlējās, vai viesa ugunsmūris atļauj portu, vai kaut kas klausās. Tas dzīvo citos slāņos.

Ko pievieno nākamais lēciens un efektīvie maršruti

Nākamais lēciens atbild uz pārsūtīšanas jautājumu: šim galamērķim kādu nākamā lēciena tipu Azure izvēlas, kurā adresē, no kuras maršrutu tabulas. Efektīvie maršruti uzskaita, kas NIC patiešām ir. Palaidiet abus un iegūsiet Azure puses ceļu, ko zaļa IP plūsmas pārbaude atstāj tukšu.

Microsoft IP plūsmas pārbaudes pārskats tieši norāda filtrēšanas apjomu, bet nākamā lēciena un maršrutu diagnostikas lapas aptver pārsūtīšanas pusi. Citējiet pareizo lapu, kad rakstāt atradumu.

Komandas ir pietiekami īsas, lai tās palaistu no čaulas. az network nic show-effective-route-table uzskaita interfeisam piemērotos maršrutus. az network watcher show-next-hop ar avotu un galamērķi atgriež izvēlēto lēcienu. Salīdziniet jums svarīgo prefiksu ar šo tabulu, pēc tam apstipriniet, kura ieraksts uzvar.

Izstaigājiet atgriešanās ceļu no VM NIC

Dariet to no mērķa VM NIC, vietējā klienta prefiksam, nevis internetam. Atgriešanās ceļš ir vieta, kur slēpjas vietnes-uz-vietni kļūdas, jo tuneļa statusa pārbaude tikai ziņo, ka drošības asociācijas ir paceltas.

Ja gaidītais maršruts trūkst, pārbaudiet attālos prefiksus, ko nodrošina vārtejas konfigurācija, VNet savienojamības dizainu un jebkuru maršrutu izplatīšanas iestatījumu. Vietējā tīkla vārtejas objekts apraksta vietējo pusi; tā pastāvēšana nepierāda, ka katrs nepieciešamais prefikss ir NIC un tiek preferēts. Tie ir dažādi fakti, un tikai viens no tiem parādās portāla kopsavilkumā.

Lasiet nākamā lēciena tipu, nevis kopējiet piemēru

Pārvaldītas VPN vārtejas ceļš parasti rāda VirtualNetworkGateway kā nākamā lēciena tipu. VirtualAppliance apraksta citu pārsūtīšanas dizainu, parasti ugunsmūri vai tīkla virtuālu ierīci.

Neveidojiet ierīces maršrutu uz minētu VPN galapunktu tikai tāpēc, ka veca foruma atbilde izmantoja šo tipu. Ja lietotāja definēts maršruts aizstāj paredzēto ceļu, pirms tā maiņas atrodiet tā īpašnieku un mērķi. Otra NIC arī var mainīt, kuru interfeisu izmanto viesis, un tās noņemšana var salauzt citu pakalpojumu, nevis salabot šo maršrutu.

Pārejiet uz robežu, kas joprojām neizdodas

Kad filtrēšana un maršrutēšana abas atbilst dizainam, kļūda ir citur. Pārbaudiet paša viesa maršrutu tabulu, tā ugunsmūri un vai klausītājs ir piesaistīts gaidītajai adresei. Pēc tam pārbaudiet VPN aizsargātos trafika atlasītājus un vietējo atbildes ceļu. Katrs no tiem ir atsevišķs tests ar atsevišķu rezultātu.

Noslēdziet ar atļautu lietojumprogrammas pieprasījumu un abu galu novērojumiem. Atļaujas rezultāts un pareizs nākamais lēciens ir divi pierādījuma gabali, nevis pierādījums, ka savienojums izdevās.