Azure syn IP-streamferifikaasje seit tastien, mar de VPN mislearret noch

Site-to-site-tunnel ferbûn, VM sûn, mar de lokale klant krijt neat. Jo iepenje Network Watcher, rinne IP-streamferifikaasje, en it seit Access allowed, dus it ticket wurdt sletten as in VPN-probleem. Dat resultaat betsjut net wat it liket, want IP-streamferifikaasje beoardielet de feiligensregels foar de stream dy’t jo beskreau en testet nea oft Azure in rûte hat nei jo lokale foarheaksel.

De filterfrage en de routingfrage binne apart, en Network Watcher beantwurdet se mei ferskillende ark. Witte hokker fan beide jo stelden is it grutste part fan ’e diagnoaze.

Wat IP-streamferifikaasje eins beslút

IP-streamferifikaasje nimt in VM, in netwurkynterface, in rjochting, fiifdûbele wearden en in protokol, en rapportearret dan it beslút fan ’e NSG- en feiligensbehearderregel foar dy stream. It wurket op TCP en UDP, dus it is gjin ICMP-regeltester en in blokkearre ping bewiist neat oer jo tsjinst. Jow it de echte stream yn stee fan in rieden. In ynkommende ferbining fan lokaal nei in databankpoarte is in oare beskriuwing as in útgeande ferbining dy’t de VM begjint.

As de gateway adressen oerset, brûk dan it boarneadres dat de grins berikt dy’t jo beoardielje, net dat yn ’e kliïntkonfiguraasje. Lês it resultaat ek foar wat it is. Access allowed betsjut dat de filterlaach it pakket trochliet as it oankaam, en net mear.

Wat it jo net fertelle kin, is de rûte dy’t Azure keas, oft de gastfirewall de poarte tastiet of oft der earne wat harket. Dat libbet op oare lagen.

Wat de folgjende hop en effektive ruten tafoegje

De folgjende hop beantwurdet in trochstjoerfrage: foar dit bestimming, hokker type folgjende hop Azure kiest, by hokker adres, út hokker rûtetabel. Effektive ruten listje wat de NIC eins hat. Rin beide en jo krije it Azure-kantpaad dat in griene IP-streamferifikaasje leech lit.

Microsoft syn oersjoch fan IP-streamferifikaasje neamt it filterberik direkt, wylst de siden oer folgjende hop en rûtediagnoaze de trochstjoerkant behannelje. Sitearje de juste side as jo de befinning opskriuwe.

De opdrachten binne koart genôch om se fan in shell ôf te draaien. az network nic show-effective-route-table listet de ruten dy’t op ’e interface tapast binne. az network watcher show-next-hop jout mei in boarne en bestimming de keazen hop werom. Fergelykje it foarheaksel dat jo oangiet mei dy tabel en befêstigje dan hokker yngong wint.

Rin it werompaad fan ’e NIC fan ’e VM

Doch dit fan ’e NIC fan ’e doel-VM, foar it foarheaksel fan ’e lokale klant, net foar it ynternet. It werompaad is wêr’t site-to-site-fouten har ferskûlje, want in tunnelstatustest rapportearret allinnich dat de feiligensassosjaasjes oprjochte binne.

As de ferwachte rûte ûntbrekt, kontrolearje de fiere foarheaksels dy’t de gatewaykonfiguraasje leveret, it VNet-ferbiningûntwerp en hokker rûtepropagaasje-ynstelling dan ek. In objekt foar lokale netwurkgateway beskriuwt de lokale kant; syn bestean bewiist net dat elk fereaske foarheaksel op ’e NIC oanwêzich en foarkarre is. Dat binne ferskillende feiten, en mar ien fan beide ferskynt yn in portaloersjoch.

Lês it type folgjende hop yn stee fan in foarbyld te kopiearjen

In paad troch in beheard VPN-gateway lit normaal VirtualNetworkGateway sjen as type folgjende hop. VirtualAppliance beskriuwt in oar trochstjoerûntwerp, meastentiids in firewall of in firtueel netwurkapparaat.

Meitsje gjin apparaatrûte nei in ret VPN-einpunt om’t in âld forumboanwurd dat type brûkte. As in brûkersdefiniearre rûte it bedoelde paad oerskriuwt, fyn dan de eigner en it doel foardat jo it feroarje. In twadde NIC kin ek feroarje hokker interface de gast brûkt, en it fuortheljen kin in oare tsjinst brekke yn stee fan dizze rûte te reparearjen.

Gean nei de grins dy’t noch mislearret

As filtering en routing beide by it ûntwerp passe, sit de fout earne oars. Kontrolearje de eigen rûtetabel fan ’e gast, syn firewall en oft de listener oan it ferwachte adres bûn is. Kontrolearje dan de beskerme ferkiersseleksjes fan ’e VPN en it lokale antwurdpaad. Elk fan dizze is in aparte test mei in apart resultaat.

Slút ôf mei in tastiene applikaasje-oanfraach en waarnehmings fan beide kanten. In allow-resultaat en in krekte folgjende hop binne twa stikken bewiis, gjin bewiis dat de ferbining slagge is.