DNS-névfeloldás konfigurálása Azure-beli virtuális hálózatokhoz

Az Azure-beli virtuális hálózatok több névfeloldási módszert támogatnak a szolgáltatásként nyújtott infrastruktúra (IaaS), a szolgáltatásként nyújtott platform (PaaS) és a hibrid megoldások esetében. A virtuális gépek és a virtuális hálózat egyéb erőforrásai közötti kommunikáció engedélyezéséhez megfelelő DNS-konfigurációra van szükség. A könnyen megjegyezhető és konzisztens nevek használata leegyszerűsíti a kommunikációs folyamatot, és nem ip-címekre támaszkodik.

Ha a virtuális hálózatokban üzembe helyezett erőforrásoknak belső IP-címekre kell feloldaniuk a tartományneveket, a következő négy módszer egyikét használhatják:

A használt névfeloldási típus attól függ, hogy az erőforrásoknak hogyan kell kommunikálniuk egymással. Az alábbi táblázat a forgatókönyveket és a megfelelő névfeloldási megoldásokat mutatja be.

Az Azure saját DNS zónák az előnyben részesített megoldások, és rugalmasan kezelheti a DNS-zónákat és -rekordokat. További információkat az Azure DNS privát tartományokhoz való használatát ismertető cikkben olvashat.

Note

Ha azure-beli DNS-t használ, a rendszer automatikusan alkalmazza a megfelelő DNS-utótagot a virtuális gépekre. Minden egyéb beállításhoz teljes tartományneveket (FQDN-eket) kell használnia, vagy manuálisan kell alkalmaznia a megfelelő DNS-utótagot a virtuális gépekre.

Scenario Solution DNS-utótag
Névfeloldás az ugyanazon virtuális hálózaton található virtuális gépek vagy az ugyanazon a felhőszolgáltatásban található Azure Cloud Services-szerepkörpéldányok között. Azure-saját DNS-zónák vagy Az Azure által megadott névfeloldás Állomásnév vagy teljes tartománynév
Névfeloldás a különböző virtuális hálózatokban lévő virtuális gépek vagy szerepkörpéldányok között a különböző felhőszolgáltatásokban. Azure saját DNS zónák, Azure DNS Privát feloldó vagy ügyfél által felügyelt DNS-kiszolgálók, amelyek lekérdezéseket továbbítanak a virtuális hálózatok között az Azure által történő megoldás céljából (DNS-proxy). Lásd: Névfeloldás saját DNS-kiszolgáló használatával. Csak FQDN (teljes tartománynév)
Névfeloldás egy Azure App Service-ből (webalkalmazásból, függvényből vagy botból) a virtuális hálózat integrációja révén az ugyanazon virtuális hálózatban lévő szerepkör-instanicákra vagy virtuális gépekre. Azure DNS Private Resolver vagy ügyfél által felügyelt DNS-kiszolgálók, amelyek lekérdezéseket továbbítanak a virtuális hálózatok között az Azure által történő megoldás érdekében (DNS-proxy). Lásd: Névfeloldás saját DNS-kiszolgáló használatával. Csak FQDN (teljes tartománynév)
Névfeloldás az App Service-webalkalmazásoktól az ugyanazon a virtuális hálózaton lévő virtuális gépekig. Azure DNS Private Resolver vagy ügyfél által felügyelt DNS-kiszolgálók, amelyek lekérdezéseket továbbítanak a virtuális hálózatok között az Azure által történő megoldás érdekében (DNS-proxy). Lásd: Névfeloldás saját DNS-kiszolgáló használatával. Csak FQDN (teljes tartománynév)
Az App Service-webalkalmazások névfeloldása egy virtuális hálózaton egy másik virtuális hálózaton lévő virtuális gépekre. Azure DNS Private Resolver vagy ügyfél által felügyelt DNS-kiszolgálók, amelyek lekérdezéseket továbbítanak a virtuális hálózatok között az Azure által történő megoldás érdekében (DNS-proxy). Lásd: Névfeloldás saját DNS-kiszolgáló használatával. Csak FQDN (teljes tartománynév)
A helyszíni számítógép- és szolgáltatásnevek feloldása az Azure-beli virtuális gépekről vagy szerepkörpéldányokból. Azure DNS Private Resolver vagy ügyfél által felügyelt DNS-kiszolgálók (helyszíni tartományvezérlő, csak helyi írásvédett tartományvezérlő, vagy például zónaátvitelek használatával szinkronizált MÁSODLAGOS DNS). Lásd: Névfeloldás saját DNS-kiszolgáló használatával. Csak FQDN (teljes tartománynév)
Az Azure hostnevek feloldása a helyi számítógépekről. Lekérdezések továbbítása az ügyfél által felügyelt DNS-proxykiszolgálóra a megfelelő virtuális hálózaton. A proxykiszolgáló továbbítja a lekérdezéseket az Azure-nak megoldás céljából. Lásd: Névfeloldás saját DNS-kiszolgáló használatával. Csak FQDN (teljes tartománynév)
Belső IP-címek DNS-feloldása. Azure-saját DNS zónák, Azure által biztosított névfeloldás, Azure DNS Privát feloldó vagy Névfeloldás saját DNS-kiszolgálóval. Nem alkalmazható
Névfeloldás a különböző felhőszolgáltatásokban található virtuális gépek vagy szerepkörpéldányok között, nem virtuális hálózaton. Nem alkalmazható. A különböző felhőszolgáltatásokban lévő virtuális gépek és szerepkörpéldányok közötti kapcsolat nem támogatott a virtuális hálózaton kívül. Nem alkalmazható

Azure által biztosított névfeloldás

Az Azure által biztosított névfeloldás csak alapvető mérvadó DNS-képességeket biztosít. Ha az Azure által biztosított DNS-t használja, az Azure kezeli a DNS-zónaneveket és -rekordokat. Nem tudja szabályozni a DNS-zónaneveket vagy a DNS-rekordok életciklusát. Ha teljes körű DNS-megoldásra van szüksége a virtuális hálózatokhoz, használhatja az Azure saját DNS-zónákat ügyfél által felügyelt DNS-kiszolgálókkal vagy Azure DNS Private Resolverrel.

A nyilvános DNS-névfeloldás mellett az Azure belső névfeloldással is rendelkezik az azonos virtuális hálózaton vagy felhőszolgáltatásban lévő virtuális gépekhez és szerepkörpéldányokhoz. A felhőszolgáltatás virtuális gépei és példányai ugyanazt a DNS-utótagot használják, így a gazdanév önmagában elegendő a megoldáshoz. A klasszikus üzemeltetési modell virtuális hálózataiban azonban a különböző felhőszolgáltatások eltérő DNS-utótagokkal rendelkeznek, ami megköveteli a teljes tartománynév (FQDN) használatát a felhőszolgáltatások közötti nevek feloldásához.

Az Azure Resource Manager üzemi modellel üzembe helyezett virtuális hálózatokban a DNS-utótag konzisztens a virtuális hálózaton belüli összes virtuális gépen, így nincs szükség a teljes tartománynévre. DNS-neveket rendelhet a virtuális gépekhez és a hálózati adapterekhez is. Bár az Azure által biztosított névfeloldás nem igényel konfigurációt, az előző táblázatban ismertetett módon nem minden üzembe helyezési forgatókönyv esetében ez a megfelelő választás.

Note

Az Azure Cloud Services webes és feldolgozói szerepköreinek használatakor a szerepkörpéldányok belső IP-címeit is elérheti a klasszikus Azure üzemi modell használatával. További információért lásd a(z) klasszikus telepítési modell referenciáját. A cím a szerepkörnéven és a példányszámon alapul.

Features

Az Azure által biztosított névfeloldás a következő funkciókat tartalmazza:

  • Semmit sem kell konfigurálnia.
  • A magas rendelkezésre állás miatt nem kell saját DNS-kiszolgálók fürtöit létrehoznia és kezelnie.
  • A szolgáltatást saját DNS-kiszolgálóival is használhatja a helyszíni és az Azure-beli gazdagépnevek feloldásához.
  • A virtuális gépek és a szerepkörpéldányok közötti névfeloldás ugyanazon a felhőszolgáltatáson belül, teljes tartománynév nélkül is használható.
  • A Resource Manager üzemelő modellt használó virtuális hálózatokban a virtuális gépek közötti névfeloldás teljesen kvalifikált tartománynév (FQDN) nélkül is használható. A klasszikus üzembe helyezési modellben a virtuális hálózatok teljesen minősített tartománynevet igényelnek a különböző felhőszolgáltatásokban lévő nevek feloldásakor.
  • Az automatikusan létrehozott nevek használata helyett olyan gazdagépneveket választhat, amelyek a legjobban leírják az üzembe helyezéseit.

Considerations

Az Azure által biztosított névfeloldás használatakor vegye figyelembe a következő pontokat:

  • Az Azure által létrehozott DNS-utótag nem módosítható.
  • A DNS-keresés hatóköre egy virtuális hálózatra terjed ki. Az egyik virtuális hálózathoz létrehozott DNS-nevek nem oldhatók fel más virtuális hálózatokból.
  • A saját rekordok manuális regisztrálása nem engedélyezett.
  • A WINS és a NetBIOS nem támogatott. A virtuális gépek nem láthatók a Windows Intézőben.
  • A gazdagépneveknek DNS-kompatibilisnek kell lenniük. A neveknek csak 0–9, a–z és kötőjelet (-) kell használniuk. A nevek nem kezdődhetnek és nem végződhetnek kötőjellel.
  • A DNS-lekérdezések forgalmát minden virtuális gép esetében korlátozzák. A korlátozás nem befolyásolhatja a legtöbb alkalmazást. Ha észleli a kérések gyakoriságának korlátozását, győződjön meg arról, hogy az ügyféloldali gyorsítótárazás engedélyezve van. További információ: DNS-ügyfélkonfiguráció.
  • A DNS-feloldási problémák elkerülése érdekében a virtuális hálózat minden virtuális gépéhez más nevet kell használni.
  • Csak az első 180 felhőszolgáltatásban lévő virtuális gépek vannak regisztrálva az egyes virtuális hálózatokhoz egy klasszikus üzemi modellben. Ez a korlát nem vonatkozik a Resource Manager virtuális hálózataira.
  • Az Azure DNS IP-címe 168.63.129.16. Ez a cím statikus IP-cím, és nem változik.

Fordított DNS megfontolások

A virtuális gépek fordított DNS-ét a Resource Manageren alapuló összes virtuális hálózat támogatja. Amikor elindít egy virtuális gépet, az Azure által kezelt fordított DNS, más néven mutató (PTR) rekordok \[vmname\].internal.cloudapp.net formában, automatikusan hozzáadódnak a DNS-hez. A virtuális gép leállítása (erőforrás-visszavonása) után eltávolítják őket. Lásd a következő példát:

C:\>nslookup -type=ptr 10.11.0.4
Server:  UnKnown
Address:  168.63.129.16

Non-authoritative answer:
4.0.11.10.in-addr.arpa  name = myeastspokevm1.internal.cloudapp.net

A internal.cloudapp.net fordított DNS-zóna az Azure felügyelete alá tartozik, és nem tekinthető meg vagy szerkeszthető közvetlenül. A \[vmname\].internal.cloudapp.net formátumú teljes körű tartománynevet a VM-hez rendelt IP-címre oldja fel a rendszer.

Ha egy Azure saját DNS zóna virtuális hálózati kapcsolattal van összekapcsolva a virtuális hálózathoz, és az automatikus regisztráció engedélyezve van ezen a kapcsolaton, akkor a fordított DNS-lekérdezések két rekordot adnak vissza. Az egyik rekord formátuma \[vmname\].[privatednszonename], a másiké pedig \[vmname\].internal.cloudapp.net. Lásd a következő példát:

C:\>nslookup -type=ptr 10.20.2.4
Server:  UnKnown
Address:  168.63.129.16

Non-authoritative answer:
4.2.20.10.in-addr.arpa  name = mywestvm1.internal.cloudapp.net
4.2.20.10.in-addr.arpa  name = mywestvm1.azure.contoso.com

Ha két PTR-rekordot ad vissza a korábban látható módon, bármelyik teljes tartománynevet előrekeresve a virtuális gép IP-címét kapjuk eredményül.

A fordított DNS-keresések hatóköre egy adott virtuális hálózatra vonatkozik, még akkor is, ha a hálózat más virtuális hálózatokhoz van társviszonyban. Fordított DNS-lekérdezések a keresztkapcsolt virtuális hálózatokban található virtuális gépek IP-címeire visszaadják a NXDOMAIN értéket.

A fordított DNS- (PTR-) rekordok nem továbbítható privát DNS-zónában vannak tárolva. A fordított DNS-rekordok egy fordított DNS-zónábanin-addr.arpa vannak tárolva. A virtuális hálózathoz társított alapértelmezett fordított DNS-zóna nem tekinthető meg és nem szerkeszthető.

A fordított DNS-függvényt letilthatja egy virtuális hálózaton. Saját fordított keresési zónát hozhat létre az Azure saját DNS zónák használatával. Ezután kapcsolja ezt a zónát a virtuális hálózathoz. Ha például a virtuális hálózat IP-címtartománya 10.20.0.0/16, létrehozhat egy üres privát DNS-zónát 20.10.in-addr.arpa , és összekapcsolhatja a virtuális hálózathoz. Ez a zóna felülbírálja a virtuális hálózat alapértelmezett fordított keresési zónáit. Ez a zóna üres. A fordított DNS csak akkor ad NXDOMAIN vissza, ha manuálisan hozza létre ezeket a bejegyzéseket.

A PTR-rekordok automatikus regisztrációja nem támogatott. Ha bejegyzéseket szeretne létrehozni, manuálisan adja meg őket. Ha más zónák esetében engedélyezve van, le kell tiltania az automatikus regisztrációt a virtuális hálózaton. Ez a korlátozás olyan korlátozások miatt létezik, amelyek lehetővé teszik, hogy csak egy privát zóna legyen összekapcsolva, ha az automatikus regisztráció engedélyezve van. A privát DNS-zóna létrehozásáról és virtuális hálózathoz való csatolásáról az Azure saját DNS rövid útmutatójában olvashat.

Note

Mivel az Azure DNS privát zónái globálisak, létrehozhat egy fordított DNS-keresést, amely több virtuális hálózatra is kiterjed. Létre kell hoznia egy Azure saját DNS zónát a fordított keresésekhez (zónain-addr.arpa), majd össze kell kapcsolnia a virtuális hálózatokkal. Manuálisan kell kezelnie a virtuális gépek fordított DNS-rekordjait.

DNS-ügyfél konfigurálása

Ez a szakasz az ügyféloldali gyorsítótárazással és az ügyféloldali ismétlésekkel foglalkozik.

Ügyféloldali gyorsítótárazás

Nem minden DNS-lekérdezést kell elküldeni a hálózaton keresztül. Az ügyféloldali gyorsítótárazás segít csökkenteni a késést és javítja a hálózati kiesésekkel szembeni rugalmasságot, az ismétlődő DNS-lekérdezéseket egy helyi gyorsítótárból oldva fel. A DNS-rekordok egy élettartam-mechanizmust tartalmaznak, amely lehetővé teszi a gyorsítótár számára, hogy a rekordot a lehető legtökéletességig tárolja anélkül, hogy ez befolyásolná a rekord frissességét. Az ügyféloldali gyorsítótárazás a legtöbb helyzetben megfelelő.

Az alapértelmezett Windows DNS-ügyfél beépített DNS-gyorsítótárral rendelkezik. Néhány Linux disztribúció nem tartalmazza alapértelmezésben a gyorsítótárazást. Ha azt tapasztalja, hogy még nincs helyi gyorsítótár, adjon hozzá egy DNS-gyorsítótárat minden Linux rendszerű virtuális géphez.

Számos különböző DNS-gyorsítótárazási csomag érhető el (például dnsmasq). Így telepítheti a dnsmasq a leggyakoribb disztribúciókra:

RHEL (a NetworkManagert használja)

  1. Telepítse a dnsmasq csomagot a következő paranccsal:

    sudo yum install dnsmasq

  2. Engedélyezze a dnsmasq szolgáltatást a következő paranccsal:

    systemctl enable dnsmasq.service

  3. Indítsa el a dnsmasq szolgáltatást a következő paranccsal:

    systemctl start dnsmasq.service

  4. Használjon szövegszerkesztőt a következő hozzáadása érdekében: prepend domain-name-servers 127.0.0.1; a /etc/dhclient-eth0.conf-hez.

  5. A hálózati szolgáltatás újraindításához használja a következő parancsot:

    service network restart

Note

A dnsmasq csomag csak egy a Linuxhoz elérhető SZÁMOS DNS-gyorsítótár közül. Használat előtt ellenőrizze az adott igényeknek megfelelőségét, és ellenőrizze, hogy nincs-e más gyorsítótár telepítve.

Ügyféloldali újrapróbálkozások

A DNS elsősorban a User Datagram Protocol (UDP) protokoll. Mivel az UDP protokoll nem garantálja az üzenetek kézbesítését, az újrapróbálkozás logikáját maga a DNS-protokoll kezeli. Minden DNS-ügyfél (operációs rendszer) eltérő újrapróbálkozási logikát mutathat a létrehozó preferenciájától függően:

  • A Windows operációs rendszerek egy másodperc után újra próbálkoznak, majd újabb két másodperc, négy másodperc és további négy másodperc után újra próbálkoznak.
  • Az alapértelmezett Linux-beállítás öt másodperc után újrapróbálkozza. Javasoljuk, hogy az újrapróbálkozási specifikációkat öt alkalommal, egy másodperces időközönként módosítsa.

Ellenőrizze a Linux rendszerű virtuális gépek aktuális beállításait a következővel cat /etc/resolv.conf: . Nézze meg a options sort, például:

options timeout:1 attempts:5

A resolv.conf fájl automatikusan létrejön, és nem szerkeszthető. A options sor hozzáadásának konkrét lépései az eloszlástól függően változnak.

RHEL (a NetworkManagert használja)

  1. Szövegszerkesztővel adja hozzá a sort RES_OPTIONS="options timeout:1 attempts:5" a fájlhoz /etc/sysconfig/network-scripts/ifcfg-eth0.

  2. A szolgáltatás újraindításához használja a NetworkManager következő parancsot:

    systemctl restart NetworkManager.service

Saját DNS-kiszolgálót használó névfeloldás

Ez a szakasz a virtuális gépeket, a szerepkörpéldányokat és a webalkalmazásokat ismerteti.

Note

Az Azure DNS Private Resolver a virtuális hálózat virtuálisgép-alapú DNS-kiszolgálóinak használatát váltja fel. Ha virtuális gép alapú DNS-megoldást szeretne használni, az alábbi szakasz áll rendelkezésére. Az Azure DNS Private Resolver használatának számos előnye a költségcsökkentés, a beépített magas rendelkezésre állás, a méretezhetőség és a rugalmasság.

Virtuális gépek és szerepkörpéldányok

Előfordulhat, hogy a névfeloldási igények túllépnek az Azure által biztosított funkciókon. Előfordulhat például, hogy a virtuális hálózatok közötti DNS-nevek feloldásához Windows Server Active Directory-tartományokat kell használnia. A forgatókönyvek lefedéséhez használhatja a saját DNS-kiszolgálóit.

A virtuális hálózaton belüli DNS-kiszolgálók továbbíthatják a DNS-lekérdezéseket az Azure rekurzív feloldóinak. Ezzel a módszerrel feloldhatja a virtuális hálózaton belüli hostneveket. Az Azure-ban futó tartományvezérlők például válaszolhatnak a tartományai DNS-lekérdezéseire, és továbbíthatják az összes többi lekérdezést az Azure-nak. A lekérdezések továbbítása lehetővé teszi a virtuális gépek számára, hogy a helyszíni erőforrásokat (a tartományvezérlőn keresztül) és az Azure által biztosított gazdagépneveket (a továbbítón keresztül) is láthassák. Az Azure rekurzív feloldóihoz a 168.63.129.16 virtuális IP-címen keresztül lehet hozzáférni.

Important

Ha ebben a beállításban az Azure VPN Gatewayt és az egyéni DNS-kiszolgáló IP-címeket használja egy virtuális hálózaton, az Azure DNS IP-címét (168.63.129.16) hozzá kell adni a listában a zavartalan szolgáltatás fenntartásához.

A DNS-továbbítás lehetővé teszi a DNS-feloldást a virtuális hálózatok között, és lehetőséget biztosít a helyszíni gépek számára az Azure által biztosított gazdagépnevek feloldására. A virtuális gép gazdagépnevének feloldásához a DNS-kiszolgáló virtuális gépének ugyanabban a virtuális hálózaton kell lennie, és úgy kell konfigurálnia, hogy a gazdagépnév-lekérdezéseket továbbítsa az Azure-ba. Mivel a DNS-utótag minden virtuális hálózatban eltérő, feltételes továbbítási szabályokkal dns-lekérdezéseket küldhet a megfelelő virtuális hálózatnak a megoldáshoz.

Két virtuális hálózat és egy helyszíni hálózat ezzel a módszerrel hajtja végre a DNS-feloldásokat a virtuális hálózatok között az alábbi ábrán látható módon. Egy példa DNS-továbbító az Azure Gyorsindítási sablonok gyűjteményében és a GitHubon érhető el.

Note

Egy szerepkörpéldány képes elvégezni a virtuális gépek névfeloldását ugyanazon a virtuális hálózaton belül. A FQDN-t használja, amely a virtuális gép gazdagépnevéből és a internal.cloudapp.net DNS-utótagból áll. Ebben az esetben a névfeloldás csak akkor sikeres, ha a szerepkör példány rendelkezik a szerepkörsémában (.cscfg fájlban) definiált virtuális gép nevével: .

Azoknak a szerepkörpéldányoknak, amelyek egy másik virtuális hálózaton lévő virtuális gépek nevének feloldását kell végrehajtaniuk (teljes tartománynév az internal.cloudapp.net utótag használatával), az ebben a szakaszban ismertetett módszert kell alkalmazniuk, amely az egyéni DNS-kiszolgálók használatát írja elő a két virtuális hálózat közötti továbbításhoz.

![A virtuális hálózatok közötti DNS-t bemutató ábra](./media/virtual-networks-name-resolution-for-virtual machines-and-role-instances/inter-vnet-dns.png).

Az Azure által biztosított névfeloldás használatakor az Azure Dynamic Host Configuration Protocol (DHCP) minden virtuális géphez egy belső DNS-utótagot (.internal.cloudapp.net) biztosít. Ez az utótag engedélyezi a gazdagépnév feloldását, mert a gazdagépnév rekordjai a internal.cloudapp.net zónában találhatók. Ha saját névfeloldási megoldást használ, a rendszer nem adja meg ezt az utótagot a virtuális gépeknek, mert az zavarja a többi DNS-architektúrát (például a tartományhoz csatlakoztatott forgatókönyveket). Ehelyett Azure nem működő helyőrzőt (reddog.microsoft.com) biztosít.

Szükség esetén a belső DNS-utótagot a PowerShell vagy az API használatával határozhatja meg.

A Resource Manager üzemeltetési modelljeiben lévő virtuális hálózatok esetében az utótag elérhető a network interface REST API, a Get-AzNetworkInterface PowerShell-parancs, valamint az az network nic show Azure CLI-parancs segítségével.

Ha a lekérdezések az Azure-ba való továbbítása nem felel meg az igényeinek, adjon meg saját DNS-megoldást, vagy telepítse az Azure DNS Private Resolvert.

Ha saját DNS-megoldást ad meg, a következőket kell tennie:

  • Adja meg például a megfelelő állomásnévfeloldást dinamikus DNS-en (DDNS) keresztül. Ha DDNS-t használ, előfordulhat, hogy le kell tiltania a DNS-rekordok lefaragását. Az Azure DHCP-bérletek hosszúak, és a felderítés idő előtt eltávolíthatja a DNS-rekordokat.
  • Adjon meg megfelelő rekurzív felbontást a külső tartománynevek feloldásához.
  • Legyen elérhető (TCP és UDP az 53-ai porton) az általa kiszolgált ügyfelekről, és legyen képes az internet elérésére.
  • Az internetről való hozzáféréssel szemben védve kell lennie a külső ügynökök által jelentett fenyegetések mérséklése érdekében.

A legjobb teljesítmény érdekében, ha Azure-beli virtuális gépeket használ DNS-kiszolgálóként, az IPv6-ot le kell tiltani.

A hálózati biztonsági csoportok (NSG-k) tűzfalként funkcionálnak a DNS-feloldó végpontok körül. Módosítsa vagy felülbírálja az NSG biztonsági szabályait, hogy lehetővé tegye az UDP 53-ai portjának (és opcionálisan az 53-os TCP-portnak) a DNS-figyelő végpontjaihoz való elérését. Miután egyéni DNS-kiszolgálókat állítottak be egy hálózaton, az 53-os porton áthaladó forgalom áthalad az alhálózat NSG-jén és a hálózati adapteren.

Important

Ha Windows DNS-kiszolgálókat használ egyéni DNS-kiszolgálókként, amelyek DNS-kéréseket továbbítanak az Azure DNS-kiszolgálóknak, győződjön meg arról, hogy a továbbítási időtúllépési értéket több mint négy másodperccel növeli, hogy az Azure rekurzív DNS-kiszolgálók megfelelő rekurziós műveleteket hajthassanak végre.

A problémával kapcsolatos további információkért tekintse meg a továbbítók és a feltételes továbbítók megoldási időtúllépéseit.

Ez a javaslat más DNS-kiszolgálóplatformokra is vonatkozhat három másodpercnél rövidebb továbbítási időtúllépési értékekkel.

Ennek elmulasztása saját DNS zónarekordok nyilvános IP-címekkel való feloldását eredményezheti.

Webalkalmazások

Tegyük fel, hogy a virtuális hálózathoz csatolt App Service használatával létrehozott webalkalmazásból kell névfeloldásokat végrehajtania az ugyanazon a virtuális hálózaton lévő virtuális gépeken. Azon kívül, hogy beállít egy egyéni DNS-kiszolgálót, amely olyan DNS-továbbítóval rendelkezik, amely lekérdezéseket továbbít az Azure-ba (virtuális IP-cím: 168.63.129.16), hajtsa végre a következő lépéseket:

  • Ha még nem tette meg, engedélyezze a virtuális hálózati integrációt a webalkalmazáshoz, az alkalmazás virtuális hálózattal való integrálásával kapcsolatban leírtak szerint.
  • Ha névfeloldásokat szeretne végrehajtani a virtuális hálózattal összekapcsolt webalkalmazásból (amely az App Service használatával készült) egy másik virtuális hálózat virtuális gépeire, amelyek nem kapcsolódnak ugyanahhoz a privát zónához, használjon egyéni DNS-kiszolgálókat vagy Azure DNS-privát feloldókat mindkét virtuális hálózaton.

Egyéni DNS-kiszolgálók használata:

  • Állítson be egy DNS-kiszolgálót a cél virtuális hálózaton egy olyan virtuális gépen, amely lekérdezéseket is továbbíthat az Azure rekurzív feloldójának (168.63.129.16-os virtuális IP-cím). Egy példa DNS-továbbító az Azure Gyorsindítási sablonok gyűjteményében és a GitHubon érhető el.
  • Állítson be egy DNS-továbbítót a virtuális gép forrás virtuális hálózatában. Konfigurálja ezt a DNS-továbbítót úgy, hogy a lekérdezéseket a cél virtuális hálózat DNS-kiszolgálójához továbbítsa.
  • Konfigurálja a forrás DNS-kiszolgálót a forrás virtuális hálózat beállításai között.
  • Engedélyezze a virtuális hálózat integrációját a webalkalmazás számára a forrás virtuális hálózathoz való csatoláshoz az alkalmazás virtuális hálózattal való integrálása című útmutató utasításait követve.

Az Azure DNS Privát feloldó használatához lásd: Ruleset-hivatkozások.

DNS-kiszolgálók megadása

Ha saját DNS-kiszolgálót használ, virtuális hálózatonként több DNS-kiszolgálót is megadhat. Hálózati adapterenként (Resource Managerhez) vagy felhőszolgáltatásonként (a klasszikus üzemi modellhez) több DNS-kiszolgálót is megadhat. A hálózati adapterhez vagy felhőszolgáltatáshoz megadott DNS-kiszolgálók elsőbbséget élveznek a virtuális hálózathoz megadott DNS-kiszolgálókkal szemben.

Note

A hálózati kapcsolat tulajdonságait, például a DNS-kiszolgáló IP-címeket nem szabad közvetlenül a virtuális gépeken szerkeszteni. A virtuális hálózati adapter cseréjekor előfordulhat, hogy a szolgáltatás javítása során törlődnek. Ez az óvatosság Windows és Linux rendszerű virtuális gépekre is vonatkozik.

A Resource Manager-alapú üzemi modell használatakor megadhat DNS-kiszolgálókat egy virtuális hálózathoz és egy hálózati adapterhez. További információ: Virtuális hálózat kezelése és hálózati adapter kezelése.

Ha egyéni DNS-kiszolgálót választ a virtuális hálózathoz, meg kell adnia legalább egy DNS-kiszolgáló IP-címét. Ellenkező esetben a virtuális hálózat figyelmen kívül hagyja a konfigurációt, és ehelyett az Azure által biztosított DNS-t használja.

Note

Az üzembe helyezett virtuális hálózatok vagy virtuális gépek DNS-beállításainak módosítása után újítsa meg a DHCP-bérletet a virtuális hálózat összes érintett virtuális gépén az új beállítások alkalmazásához. Windows rendszerű virtuális gépek esetén futtassa ipconfig /renew közvetlenül a virtuális gépen. Más operációs rendszerek esetén tekintse meg a hozzájuk tartozó dokumentációt.

Kapcsolódó tartalom

Azure Resource Manager-alapú üzemi modell:

  • Utolsó frissítés időpontja: