Hvernig Azure vefforrit nær á staðnum í gegnum VPN

Beiðni vefforritsins á útleið skilur eftir starfsmann sem þú sérð aldrei, frá uppruna sem þú valdir ekki, og eldvegg skrifstofunnar verður að samþykkja það. Það er allt vandamálið í einni setningu. Svæðisbundin VNet samþætting gefur beiðninni slóð inn í sýndarnet og VPN-net frá síðu til staðar flytur það þaðan. Allt sem fer úrskeiðis eftir á snýst um hvaða upprunasvið og hvaða leið pakkinn notaði í raun.

Það sem starfsmaðurinn sendir í raun og veru

App Service keyrir kóðann þinn á starfsmenn sem sitja utan netkerfis áskriftarinnar þinnar. Með svæðasamþætting virkt er umferð á útleið send til úthlutaðs undirnets í VNet á sama svæði og pakkinn birtist þar áður en hann heldur áfram. Samþættingin færir ekki appið inn í VNet og breytir ekki heimilisfangi þess á heimleið. Það gefur útstreymi aðeins öðruvísi fyrsta hopp.

Sjálfgefið er að aðeins einkapóstfang fer þá leið, þannig að venjulegir netáfangastaðir fara samt beint frá starfsmanninum. Að beina öllu í gegnum VNet er aðskilin stilling og sérstök ákvörðun, vegna þess að það sendir einnig almenna ósjálfstæði þín yfir göngin.

Stillingarumferð, svo sem gámamyndatöku við ræsingu, fylgir eigin leiðarreglum og getur mistekist á meðan API símtölin þín ná árangri.

Samþættingarundirnetið er heimildin sem þú verður að leyfa

Skrifstofan sér vistfangasvið samþættingarundirnetsins, eða hvað sem tækið þitt þýðir það yfir á, ekki opinber heimilisföng forritsins á útleið. Settu þetta svið inn í umferðarveljar VPN vefsvæðisins og í eldveggsregluna á staðnum. Ef göngin eru byggð á stefnu, seljarar sem sleppa því sleppa pakkanum jafnvel þegar leið er til.

Ekki leyfa einu starfsmanns heimilisfangi sem þú varst að fylgjast með. Tilvik breytast með mælikvarða og viðhaldi á palli og regla sem er fest við eitt heimilisfang brotnar á versta augnabliki.

Haltu áfangastaðnum þröngri: ein þjónusta, ein höfn, ein átt, með til baka leyfð sérstaklega.

Peering og gáttarflutningur eru skýr

Ef VPN-gáttin situr í miðstöð VNet og samþættingarundirnetið í mælum, þarf slóðin gáttarflutning sem er leyfð á miðstöðinni og notkun fjarlægrar gáttar virkjað á mælumskynningu. Peering sjálft flytur umferð milli tveggja VNets og ekkert annað. Áhrifaríku leiðirnar á samþættingarundirnetinu eru þar sem þú staðfestir að hlið næsta hopp sé raunverulega til staðar.

Hönnun með hnút og tal, þar sem leiðtaflan sendir 0.0.0.0/0 í eldvegg er algengt afbrigði og sá eldveggur þarf þá sína eigin reglu fyrir forskeytið á staðnum.

Teiknaðu slóðina á pappír áður en þú opnar miða með netteyminu, því það sparar giskadag. Látið afturstefnu fylgja með á teikningunni, þar sem það er helmingurinn sem fólk gleymir.

Endapunktur á heimleið er hin áttina

Persónulegur endapunktur gerir appið aðgengilegt innan frá VNet. Það gerir ekkert fyrir símtal appsins á útleið á skrifstofuna og teymi stilla reglulega eitt á meðan raunveruleg krafa var öfug.

Eldri skjöl lýsir samþættingu gáttar sem er byggð á VPN punkti á síðu, annar eiginleiki með sínar eigin kröfur. Microsoft skipuleggur starfslok þess eiginleika 31. mars 2027 og mælir með svæðisbundinni samþættingu í staðinn.

Ekki afrita eldri stillingar frá stað til svæðis bara vegna þess að gamalt dæmi notaði það.

Staðfestu með eigin samhengi forritsins

Prófaðu úr uppsettu forritinu, ekki úr fartölvunni þinni og ekki frá VM í sama VNet. Skráðu upplýst heimilisfang, tengingarniðurstöðu og svörun á forritastigi sérstaklega, vegna þess að DNS bilun, TCP tímamörk og auðkenningarhöfnun er hjá þremur mismunandi eigendum. Ef nafnaupplausn mistekst skaltu laga einka-DNS fyrir VNet áður en þú snertir göngin.

Græn göng staða sannar aðeins að gáttin sé uppi. Það segir ekkert um veljara, eldveggsreglur eða DNS.

Þegar beiðnin virkar loksins skaltu skrifa upprunasviðið, ákvörðunargáttina og DNS-svæðið í runbook appsins. Næsti aðili sem vill villuleiða þetta mun byrja á minnismiða þinni í stað þess að vera á stöðusíðu gáttarinnar.