De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
In dit document worden de stappen beschreven die zijn gebruikt om DNS-servers in Bash te configureren, zodat de DNS-hostnamen op IP-adressen kunnen worden resolutie.
Cisco Nexus 3000 en 9000 Series apparaten maken toegang tot het onderliggende Linux-systeem van NX-OS mogelijk via Bash (Bourne-alweer Sell). Bash maakt systeembeheer en -bewaking mogelijk door een Linux-omgeving. Raadpleeg voor meer informatie over BaseT op NX-OS het Baskische hoofdstuk van de Cisco Nexus 9000 Series NX-OS Programmakeuze.
Het kan nodig zijn om humaan-vriendelijke domeinnamen in numerieke IP-adressen te vertalen terwijl u normale taken in Bash shell uitvoert. Zulke taken omvatten het gebruik van de curl
- of wget
hulpprogramma's om toegang te krijgen tot resources van een webserver of het downloaden van Docker-afbeeldingen met de docker pull-
opdracht.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
Opmerking: De schaal van het Bash moet op uw apparaat van Cisco Nexus worden geactiveerd. Raadpleeg het gedeelte "Toegang tot basis" van het hoofdstuk in het Cisco Nexus 9000 Series NX-OS programmeerbaarheidsgids voor instructies om het veld Bash in te schakelen.
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
De informatie in dit document is gemaakt van apparatuur in een specifieke labomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
De Linux-omgeving die door de schaal van Bash wordt benaderd, gebruikt het /etc/resolv.conf-bestand om DNS-configuratie op te slaan, net als de meeste andere Unix-achtige besturingssystemen.
1. Meld u aan bij de Bash shell als de basisgebruiker door de bash sudo su -
opdracht.
Nexus# run bash sudo su - root@Nexus#whoami root
2. Bekijk de huidige inhoud van het /etc/resolv.conf-bestand. In dit voorbeeld, is het bestand leeg.
root@Nexus#cat /etc/resolv.conf root@Nexus#
3. Open het /etc/resolv.conf-bestand voor het bewerken met de vi-
teksteditor.
root@Nexus#vi /etc/resolv.conf
4. Druk op de i
-toets om de INSERT-modus in te voeren en voer vervolgens de gewenste configuratie in. Raadpleeg het gedeelte /etc/resolv.conf File Format van dit document voor meer informatie over de configuratie van het /etc/resolv.conf-bestand.
5. Nadat het bestand is gewijzigd, drukt u op de ESC-
toets om de INSERT-modus te verlaten en voert u vervolgens :x in
om alle wijzigingen in het bestand op te slaan en te sluiten.
Zodra de wijzigingen worden aangebracht in de DNS-configuratie van de schaal van Bash, controleer of de wijzigingen resulteren in een succesvolle resolutie over de domeinnaam. De eenvoudigste methode om de resolutie van de domeinnaam te testen is door het gebruiken van de ping
nutsvoorziening met een domeinhostname als doel. Dit document toont aan hoe de geldige DNS-configuratie moet worden geverifieerd met behulp van een testhost van test.cisco.com en DNS-servers van 192.168.2.1 en 192.168.2.2.
Standaard gebruikt de Bash shell de standaard netwerk naamruimte tenzij anders geïnstrueerd. De netwerknaamruimtes zijn logisch gelijkwaardig aan NX-OS VRFs, en de ip netwerken
de opdracht geven een lijst weer van namen die beschikbaar zijn in de schaal van het Bash, zoals hieronder wordt aangetoond:
root@Nexus#ip netns EXAMPLE-VRF (id: 2) management (id: 1) default (id: 0)
Een geldig netwerk naamruimte om met te testen is één die IP connectiviteit heeft met de DNS nameservers in het /etc/resolv.conf bestand ingesteld, evenals IP connectiviteit met het IP adres waar uw testhost zich aan ontbindt.
Men kan de ip netwerken exec {naamruimte} {gewenst-bevel} gebruiken
om een opdracht {gewenst-bevel}
in de naamruimte {naamruimte}
uit te voeren. In plaats hiervan kan men ook de schaal van de Bash binnen de context van een specifieke naamruimte met de ip netten behalve {naamruimte} bash
opdracht uitvoeren. De voormalige methodologie wordt in het voorbeeld gebruikt, wordt geverifieerd dat het beheer-naamruimte IP-connectiviteit heeft met het IP-adres dat eigendom is van de host van test.cisco.com (192.168.2.100) en beide DNS-servers (192.168.2.2) .
root@Nexus#ip netns exec management ping 192.168.2.100 -c 5 PING 192.168.2.100 (192.168.2.100) 56(84) bytes of data. 64 bytes from 192.168.2.100: icmp_seq=1 ttl=59 time=0.277 ms 64 bytes from 192.168.2.100: icmp_seq=2 ttl=59 time=0.284 ms 64 bytes from 192.168.2.100: icmp_seq=3 ttl=59 time=0.280 ms 64 bytes from 192.168.2.100: icmp_seq=4 ttl=59 time=0.274 ms 64 bytes from 192.168.2.100: icmp_seq=5 ttl=59 time=0.297 ms --- 192.168.2.100 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4001ms rtt min/avg/max/mdev = 0.274/0.282/0.297/0.017 ms root@Nexus#ip netns exec management ping 192.168.2.1 -c 5 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. 64 bytes from 192.168.2.1: icmp_seq=1 ttl=59 time=0.277 ms 64 bytes from 192.168.2.1: icmp_seq=2 ttl=59 time=0.284 ms 64 bytes from 192.168.2.1: icmp_seq=3 ttl=59 time=0.280 ms 64 bytes from 192.168.2.1: icmp_seq=4 ttl=59 time=0.274 ms 64 bytes from 192.168.2.1: icmp_seq=5 ttl=59 time=0.297 ms --- 192.168.2.1 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4001ms rtt min/avg/max/mdev = 0.274/0.282/0.297/0.017 ms root@Nexus#ip netns exec management ping 192.168.2.2 -c 5 PING 192.168.2.2 (192.168.2.2) 56(84) bytes of data. 64 bytes from 192.168.2.2: icmp_seq=1 ttl=59 time=0.277 ms 64 bytes from 192.168.2.2: icmp_seq=2 ttl=59 time=0.284 ms 64 bytes from 192.168.2.2: icmp_seq=3 ttl=59 time=0.280 ms 64 bytes from 192.168.2.2: icmp_seq=4 ttl=59 time=0.274 ms 64 bytes from 192.168.2.2: icmp_seq=5 ttl=59 time=0.297 ms --- 192.168.2.2 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4001ms rtt min/avg/max/mdev = 0.274/0.282/0.297/0.017 ms
Gebruik de ping
voorziening met een doel van de hostname van de testhost. Als de antwoorden van ICMP van de testgastheer worden ontvangen, en het IP adres in de antwoorden van ICMP is het IP adres dat wij van de hostname verwachten te beantwoorden en, dan wordt de DNS resolutie bevestigd binnen het shell van het Bash te werken.
Dit voorbeeld toont aan hoe het ping
nutsbedrijf binnen beheer naamruimte wordt gebruikt om de correcte DNS resolutie te verifiëren. Merk op hoe het domein hostname van test.cisco.com oplost tot 192.168.2.100, wat het IP adres is dat we verwachten dat de hostname zal oplossen.
root@Nexus#ip netns exec management ping test.cisco.com -c 5 PING test.cisco.com (192.168.2.100) 56(84) bytes of data. 64 bytes from test.cisco.com (192.168.2.100): icmp_seq=1 ttl=59 time=0.617 ms 64 bytes from test.cisco.com (192.168.2.100): icmp_seq=2 ttl=59 time=0.341 ms 64 bytes from test.cisco.com (192.168.2.100): icmp_seq=3 ttl=59 time=0.310 ms 64 bytes from test.cisco.com (192.168.2.100): icmp_seq=4 ttl=59 time=0.379 ms 64 bytes from test.cisco.com (192.168.2.100): icmp_seq=5 ttl=59 time=0.296 ms --- test.cisco.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4004ms rtt min/avg/max/mdev = 0.296/0.388/0.617/0.119 ms
Als de naamruimte die wordt gebruikt om de DNS-resolutie te testen IP-connectiviteit op het internet heeft, kan men cisco.com ping ping pingen om te verifiëren dat externe domeinnamen naast interne domeinnamen kunnen worden opgelost. Dit is met name belangrijk als we gebruik moeten maken van voorzieningen zoals krullen
en wget
tegen openbare webservers. Het voorbeeld hier toont aan hoe het ping
nutsbedrijf binnen het beheer naamruimte (dat IP connectiviteit op het Internet heeft) kan worden gebruikt om de juiste externe DNS resolutie te verifiëren.
root@Nexus#ip netns exec management ping cisco.com -c 5 PING cisco.com (72.163.4.161) 56(84) bytes of data. 64 bytes from www1.cisco.com (72.163.4.161): icmp_seq=1 ttl=239 time=29.2 ms 64 bytes from www1.cisco.com (72.163.4.161): icmp_seq=2 ttl=239 time=29.2 ms 64 bytes from www1.cisco.com (72.163.4.161): icmp_seq=3 ttl=239 time=29.3 ms 64 bytes from www1.cisco.com (72.163.4.161): icmp_seq=4 ttl=239 time=29.2 ms 64 bytes from www1.cisco.com (72.163.4.161): icmp_seq=5 ttl=239 time=29.2 ms --- cisco.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4005ms rtt min/avg/max/mdev = 29.261/29.283/29.335/0.111 ms
Sommige gebruikelijke configuratieparameters worden hier uitgelegd. Zorg ervoor dat u alle configuratieparameters aan uw omgeving aanpast.
{domein-name.tld}
om aan hostnamen toe te voegen die niet met een periode eindigen. Er kan slechts één domeininvoer in het /etc/resolv.conf-bestand zijn. {domeinnaam-1.tld}
en, optioneel, [domeinnaam-2.tld]
) om aan hostnamen toe te voegen. Opmerking: De indelingen voor
het domein
en de zoekopdrachten
sluiten elkaar uit - er kan maar één tegelijk in gebruik zijn. Als beide items in het /etc/resolv.conf-bestand zijn opgenomen, wordt de ingang die het laatst in het bestand voorkomt gebruikt.
{adres-1}
voor een DNS server waar de verzoeken om DNS resolutie naar worden doorgestuurd. Meervoudige nameserver
-items zijn toegestaan binnen één bestand, tot maximaal drie.Dit voorbeeld toont de inhoud van het /etc/resolv.conf-bestand waarin het standaarddomein van de omgeving cisco.com is en DNS-servers in de omgeving IP-adressen hebben van 192.168.2.1 en 192.168.2.2. In dit scenario, als de Bash shell het IP-adres van een apparaat met een hostnaam van foo moetoplossen, voegt cisco.com toe aan het eind van de hostname zodat de Full Qualified Domain Name (FDQN) van de host foo.cisco.com is.
domain cisco.com nameserver 192.168.2.1 nameserver 192.168.2.2
Het volgende voorbeeld toont de inhoud van het /etc/resolv.conf-bestand waarin of de cisco.com- of de bar.com-domeinnamen kunnen worden gebruikt om DNS-hostnamen op te lossen. DNS-servers in de omgeving hebben IP-adressen van 192.168.2.1 en 192.168.2.2. In dit scenario, als de Bash-shell het IP-adres van een apparaat met een hostnaam foo moet oplossen, probeert deze foo.cisco.com eerst op te lossen foo.foo. Als de resolutie voor foo.cisco.com mislukt.
search cisco.com bar.com nameserver 192.168.2.1 nameserver 192.168.2.2