Verifikimi i rrjedhës IP i Azure thotë e lejuar, por VPN vazhdon të dështojë

Tuneli faqe-në-faqe është i lidhur, VM-ja është e shëndetshme, por klienti lokal nuk merr asgjë. Hapni Network Watcher, ekzekutoni verifikimin e rrjedhës IP dhe ai thotë Access allowed, kështu që tiketa mbyllet si problem VPN. Ky rezultat nuk do të thotë atë që duket, sepse verifikimi i rrjedhës IP vlerëson rregullat e sigurisë për rrjedhën që përshkruat dhe nuk teston kurrë nëse Azure ka një rrugë drejt parashtesës suaj lokale.

Pyetja e filtrimit dhe pyetja e rrugëtimit janë të ndara, dhe Network Watcher u përgjigjet me mjete të ndryshme. Të dish cilën kërkuat është pjesa më e madhe e diagnozës.

Çfarë vendos në të vërtetë verifikimi i rrjedhës IP

Verifikimi i rrjedhës IP merr një VM, një ndërfaqe rrjeti, një drejtim, vlerat e pesëshes dhe një protokoll, pastaj raporton vendimin e rregullit NSG dhe të administratorit të sigurisë për atë rrjedhë. Funksionon në TCP dhe UDP, prandaj nuk është testues i rregullave ICMP dhe një ping i bllokuar nuk provon asgjë për shërbimin tuaj. Jepini rrjedhën e vërtetë në vend të një hamendjeje. Një lidhje hyrëse nga ambienti lokal drejt një porte të bazës së të dhënave është përshkrim tjetër nga një lidhje dalëse që nis VM-ja.

Nëse porta e rrjetit përkthen adresa, përdorni adresën burimore që arrin kufirin që po vlerësoni, jo atë në konfigurimin e klientit. Lexoni rezultatin edhe për atë që është. Access allowed do të thotë që shtresa e filtrimit do ta lejonte paketën nëse do të mbërrinte, dhe asgjë më shumë.

Ajo që nuk mund t'ju thotë është rruga që zgjodhi Azure, nëse firewalle-i i mysafirit e lejon portën ose nëse diçka po dëgjon. Këto jetojnë në shtresa të tjera.

Çfarë shtojnë hapi tjetër dhe rrugët efektive

Hapi tjetër i përgjigjet një pyetjeje përcjelljeje: për këtë destinacion, cilin lloj hapi tjetër zgjedh Azure, në cilën adresë, nga cila tabelë rrugësh. Rrugët efektive listojnë atë që NIC ka në të vërtetë. Ekzekutoni të dyja dhe merrni shtegun në anën e Azure që një verifikim i gjelbër i rrjedhës IP e lë bosh.

Përmbledhja e verifikimit të rrjedhës IP nga Microsoft përcakton drejtpërdrejt shtrirjen e filtrimit, ndërsa faqet për hapin tjetër dhe diagnostikimin e rrugëve mbulojnë anën e përcjelljes. Citoni faqen e duhur kur shkruani gjetjen.

Komandat janë mjaft të shkurtra për t'i ekzekutuar nga një shell. az network nic show-effective-route-table liston rrugët e aplikuara në ndërfaqe. az network watcher show-next-hop me një burim dhe një destinacion kthen hapin e zgjedhur. Krahasoni parashtesën që ju intereson me atë tabelë, pastaj konfirmoni cila hyrje fiton.

Ecni rrugën e kthimit nga NIC e VM-së

Bëjeni këtë nga NIC e VM-së objektiv, për parashtesën e klientit lokal, jo për internetin. Rruga e kthimit është vendi ku fshihen defektet faqe-në-faqe, sepse një kontroll i statusit të tunelit raporton vetëm që shoqatat e sigurisë janë ngritur.

Nëse rruga e pritur mungon, kontrolloni parashtesat e largëta që ofron konfigurimi i portës, dizajnin e lidhshmërisë së VNet dhe çdo rregullim të përhapjes së rrugëve. Një objekt porte rrjeti lokal përshkruan anën lokale; ekzistenca e tij nuk provon që çdo parashtesë e nevojshme është e pranishme dhe e preferuar në NIC. Këto janë fakte të ndryshme, dhe vetëm njëri prej tyre shfaqet në përmbledhjen e portalit.

Lexoni llojin e hapit tjetër në vend që të kopjoni një shembull

Një shteg përmes një porte VPN të menaxhuar zakonisht shfaq VirtualNetworkGateway si lloj hapi tjetër. VirtualAppliance përshkruan një dizajn tjetër përcjelljeje, zakonisht një firewall ose një pajisje rrjeti virtuale.

Mos krijoni një rrugë pajisjeje drejt një pike fundore VPN të hamendësuar vetëm sepse një përgjigje e vjetër forumi përdori atë lloj. Nëse një rrugë e përcaktuar nga përdoruesi zëvendëson shtegun e synuar, gjeni pronarin dhe qëllimin e saj përpara se ta ndryshoni. Një NIC e dytë gjithashtu mund të ndryshojë cilën ndërfaqe përdor mysafiri, dhe heqja e saj mund të prishë një shërbim tjetër në vend që të rregullojë këtë rrugë.

Kaloni në kufirin që ende dështon

Kur filtrimi dhe rrugëtimi përputhen të dy me dizajnin, defekti është diku tjetër. Kontrolloni tabelën e rrugëve të vetë mysafirit, firewalle-in e tij dhe nëse dëgjuesi është i lidhur me adresën e pritur. Pastaj kontrolloni përzgjedhësit e trafikut të mbrojtur të VPN-së dhe shtegun lokal të përgjigjes. Secili prej tyre është test i veçantë me rezultat të veçantë.

Përfundoni me një kërkesë aplikacioni të lejuar dhe vëzhgime nga të dy skajet. Një rezultat allow dhe një hap tjetër i saktë janë dy pjesë prove, jo prova që lidhja pati sukses.