Bakit pa rin sumasagot ng pampublikong address ang isang pribadong endpoint

Kumokonekta ang laptop, nag-uulat ang tunnel na aktibo ito, at patuloy pa ring tinatanggihan ng storage account ang bawat kahilingan. Umiiral ang pribadong endpoint, umiiral ang ruta patungo sa subnet nito, at ang pangalan ay sumasagot ng pampublikong address o hindi ito nare-resolve. Walang mali sa tunnel: hindi kailanman sinabi sa client kung aling server ang dapat sumagot para sa pangalang iyon. Sundan ang query patungo sa labas at magiging malinaw ang agwat.

Magsimula sa resolver ng client

Tanungin ang client kung aling server ang kinukunsulta nito habang aktibo ang tunnel. Ang point-to-site profile ay nagbibigay ng address na iyon, at ang profile na walang ibinibigay ay nag-iiwan sa operating system na bumalik sa mga default ng adapter.

Walang pananaw ang mga pampublikong resolver sa isang pribadong zone, kaya sumasagot sila mula sa internet, na siyang trabaho nila. Ang unang pagsusuri ay ang address ng resolver na ginagamit, hindi ang tunnel at hindi ang endpoint.

Basahin kung ano talaga ang sagot

I-resolve ang pangalan ng serbisyo at basahin ang address na bumabalik. Ang pampublikong sagot ay nangangahulugang naabot ng query ang isang server na hindi nakikita ang zone. Walang sagot ay nangangahulugang umiiral lang ang pangalan nang pribado at walang naaabot ng client ang humahawak nito.

Ang dalawang resultang ito ay gumagawa ng magkatulad na error sa application at pag-aari ng magkaibang may-ari. Ang isa ay problema sa pagpili ng resolver, ang isa ay nawawalang link ng zone.

Pinatutunayan ng hosts entry ang ruta, pagkatapos ay nagsisinungaling

Ang paglalagay ng address ng endpoint sa lokal na hosts file ay ang pinakamabilis na paraan upang patunayang gumagana na ang tunnel at firewall ng serbisyo. Kung magtagumpay ang kahilingan sa entry na iyon, ang resolution ng pangalan lang ang sira. Ito rin ay pagbabago sa bawat makina na sumasaklaw nang eksakto sa isang pangalan.

Hindi nito natutulungan ang pangalawang account, pangalawang endpoint o kasamahan, at nasisira ito nang walang babala kapag muling ginawa ang endpoint sa bagong address.

Mas masahol pa, pinapabago nito ang pag-uugali ng iyong makina kaysa sa lahat, at ganoon kung paano nakakaligtas ang depekto ng resolver sa isang linggong imbestigasyon. Gamitin ito upang kumpirmahin ang ruta, pagkatapos ay alisin ito at ayusin ang sanhi.

I-link ang zone at mamahagi ng resolver

Dalawang kondisyon ang dapat sabay na totoo. Dapat na naka-link ang pribadong zone sa virtual network kung saan naroon ang endpoint, at dapat ipadala ng client ang mga query nito sa isang server na makakabasa ng zone na iyon. Ang inbound endpoint ng DNS Private Resolver ay nagbibigay ng gayong address sa loob ng network at sumasagot sa mga query na dumarating sa tunnel. Ilagay ang address na iyon sa VPN profile at idagdag ang pribadong suffix na dapat ilapat ng client.

Ang umiiral nang on-premises resolver ay makakamit ang parehong resulta sa pamamagitan ng conditional forwarder na nakatutok sa zone.

Ang mga network rule sa resolver ay kasinghalaga ng routing. Kung ibinubukod ng inbound rule ang hanay ng mga client ng VPN, nag-e-expire ang mga query sa halip na magbalik ng maling sagot. Iyon ang expiration na nagpapabalik sa mga tao sa routing table kung saan walang mali.

Suriin ang pangalan, port at pagkakakilanlan nang sunod-sunod

Magtrabaho nang sunod-sunod: i-resolve ang pangalan, kumpirmahin na pribado ang sagot, buksan ang port, pagkatapos ay gumawa ng authenticated na kahilingan. Ang bawat yugto ay may sariling may-ari at sariling lagda ng pagkabigo.

Ang pribadong sagot na sinusundan ng expiration ay tumutukoy sa ruta o firewall. Ang pampublikong sagot ay tumutukoy sa resolver. Ang kumpletong koneksyon na nagbabalik ng error sa pagkakakilanlan ay pag-aari ng serbisyo.

May isa pang pagkabigo sa listahang ito. Ang firewall ng serbisyo na nagpapahintulot ng address ng client ay hihinto sa pagtutugma kapag ibinigay ng pool ang address na iyon sa ibang session pagkatapos ng muling pagkonekta. Basahin ang address ng tumatawag na naitala ng serbisyo, hindi ang iniisip ng client na mayroon siya. Mas madalas na hindi sila nagtutugma kaysa sa inaasahan ng mga tao. Sinasaklaw ng gabay sa Azure DNS Private Resolver ang link ng zone at ang kaayusan ng forwarding.