Table of Contents
Bijgewerkt
In de loop van de week zijn sommige van onze lezers een geschikte bekende foutcode tegengekomen die DNS-storing, Ubuntu, veroorzaakte. Verschillende factoren kunnen dit probleem veroorzaken. Laten we er nu eens in kijken.
Ik heb heel veel specifieke zoekopdrachten ingevoerd en kan geen hooiberguitrusting vinden die dit unieke probleem oplost.
dollar lsb_release -aLSB-module niet beschikbaar.Verkoop-ID: UbuntuBeschrijving: Ubuntu 18.04.1 LTSPublicatie: 18.04Codenaam: bionic
Bijgewerkt
Bent u het beu dat uw computer traag werkt? Geërgerd door frustrerende foutmeldingen? ASR Pro is de oplossing voor jou! Onze aanbevolen tool zal snel Windows-problemen diagnosticeren en repareren, terwijl de systeemprestaties aanzienlijk worden verbeterd. Dus wacht niet langer, download ASR Pro vandaag nog!
Eigenlijk draait LXC / LXD op per server met slechts één container, wat waarschijnlijk een 16.04-image is. DNS werkt weinig buiten hun container. Ik denk dat het bovenstaande mogelijke samtale-problemen absoluut een probleem oplost.
nslookup google.com;; Connectie time-out; geen plaats op de markt om te blijven
Als ik de energetische nameserver echter rechtstreeks als zodanig inschakel, heb ik alleen een lookup om mee te werken. Opnieuw lijkt er een firewall / netwerkprobleem te zijn aan de buitenkant van
nslookup google.com 1.1.1.1Server: 1.1.1.1Adres: 1.1.1.1 nummer 53Een vrijblijvend antwoord:Naam: google.comAdres: 172.217.5238Naam: google.comAdres: 2607: f8b0: 4006: 802 :: 200e
Als onderdeel van onderstaande tips / trucs / handleidingen volg ik ‘s ochtends enkele van de volgende dingen en breng ik bovendien verschillende wijzigingen aan die nuttig kunnen zijn om ze te vinden.
Ik heb de volgende geschiedenis gewijzigd om dit te zien, bijv. Ik heb zojuist de servernaam van een persoon toegevoegd. Ik deed dit nadat ik betrokken was bij de beste beschikbare oplossingen.
$ pet /etc/netplan/50-cloud-init.yamlNetwerk:Versie 2Ethernet: Ens3: DHCP4: waar Het spel: macaddress: Bijnaam zin: ens3 Server naam: Adressen: [8.8.4.4, 8.8.8.8, 1.1.1.1, 1.1.0.0]
Hoe kan ik een oplossing bieden die DNS niet kan oplossen?
Eliminatie wegens problemen met de provider.Start alle netwerkapparaten opnieuw op.Wis de eigen DNS-cache en reset deze naar winsock nul.Voer nog een schone herstart uit.Start het Microsoft LLDP-standaardprotocolstuurprogramma.Werk het stuurprogramma van de netwerkkaart bij en installeer het indien nodig opnieuw.
Dit voegde DNS-servers toe aan elke smartphone
Hoe los ik DNS-problemen in ubuntu op?
Oplossing 1: voeg Google DNS-server toe aan /etc/systemd/resolved.conf-inhoud.Oplossing 2: bewerk een specifiek /etc/NetworkManager/NetworkManager.conf-bestand.Oplossing 3. Bewerk het bestand /etc/nsswitch.conf.Oplossing negen: Stuur de string Nameserver 8.8.8.8 naar /etc/resolv.conf.
sudo systemd-resolve --statusGlobaal DNS-domein: openstacklocal DNSSEC NTA: 10.in-addr.arpa 16.172. In de informatie van arp 168.192.in-addr.arpa 17.172.in-adr.arpa 18.172.in-adr.arpa 19.172.in-adr.arpa 20.172.in-adr.arpa 21.172.in-adr.arpa 19.172.in-adr.arpa 23.172.in-adr.arpa 24.172.in-adr.arpa £ 25 .172.in-addr.arpa 26 .172. via proces van adr. arpa 27.172.in-adr.arpa 28.172.in-adr.arpa 29.172. In het adres van arp 30.172.in-adr.arpa 31.172.in-adr.arpa Groep d.f.ip6.arpa land binnenkant intranet het lokale netwerk lokaal Privaat toetsLink 5 (vethTR4JCU) Huidige zones: nee LLMNR-parameter: jaMulticastDNS-parameter: nee DNSSEC-optie: Nee Ondersteund DNSSEC: NeeLink of misschien meer (lxdbr0) Huidige zones: nee LLMNR-parameter: jaMulticastDNS-parameter: nee DNSSEC-optie: Nee Ondersteund DNSSEC: NeeLink 2 (ens3) Huidige domeinen: DNS LLMNR-parameter: jaMulticastDNS-parameter: nee Parameter DNSSEC: nee Ondersteund DNSSEC: Nee DNS-server: 8.8.4.4 8.8.8.8 1.1.1.1 1.1.0.0 DNS-domein: openstacklocal
Hoe repareer ik de volledige naamserver in Linux?
Gewoonlijk wordt de terminal geopend door simpelweg op Ctrl + T te drukken.Voer de volgende opdracht in om ervoor te zorgen dat u een supergebruiker wordt: su.Nadat u zich hebt aangemeld bij de oorspronkelijke oorzaakbeveiliging, voert u de volgende opdrachten uit: rm -r /etc/resolv.conf.Wanneer deze uitstekende teksteditor wordt geopend, voert u het volgende systeem in: nameserver 103.86.96.100.Sluit het bestand en vouw het samen.
Zelfs het aanbieden van de DNS-servers die daar worden vermeld, zijn zoekopdrachten met excavate of nslookup niet mogelijk.
Ik heb rekening gehouden met resolvconf in de tutorial, hoewel ik denk dat het volgende niet nodig is, en onlangs ontdekte ik dat het een beetje meer een grote puinhoop is.
$ herdenking vii -al /etc/resolv.conflrwxrwxrwx 1 root basic 29 januari 12:55 's avonds /etc/resolv.conf -> ../run/resolvconf/resolv.confcat /run/resolvconf/resolv.conf# Dynamische resolv.conf (5) van de resolver gegenereerd door glibc (3) voldoende reden voor resolvconf (8)# WIJZIG DIT BESTAND NIET VANUIT DE HANDLEIDING - UW WIJZIGINGEN WORDEN GESCHREVEN# 127.0.0.53 is een stub-resolver toegestaan door systemd.# Systemd-resolve --status descriptor voor het weergeven van echte nameserver-punch in details.Naamserver 127.0.0.53Zoeken naar openstacklocal
Het is op dezelfde manier merkbaar dat ik het gevoel heb dat ik erin kan komen. Als ik geldige naamservers (8.8.8.8, 8.8.4.4, 1.1.1.1, etc.) toevoeg aan het bestand /run/resolveconf/resolv.conf:
nummer dynamisch resolv.conf (5) voor de resolver gegenereerd door glibc (3) if resolvconf (8)# WIJZIG DIT BESTAND NIET UIT DE HANDLEIDING - WIJZIGINGEN WORDEN GESCHREVEN# 127.0.0.53 is een stub-resolver die wordt gefaciliteerd door systemd.# Voer "systemd-resolve --status" uit om informatie en feiten van de daadwerkelijke naamservers te zien.Naamserver 127.0.0.53nameserver 8.8.8.8 nummer handmatig toegevoegd en zal verschijnen om te testenZoek ter ondersteuning van openstacklocal
Ik kan zoekresultaten krijgen die mogelijk als volgt werken. Daarom worden deze transacties, indien gespecificeerd door het bestand, overschreven om opnieuw op te starten.
nslookup google.comServer: 8.8.8.8Adres: 8.8.8.8 nummer 53Een vrijblijvend antwoord:Naam: google.comAdres: 172.217.15.78Naam: google.comAdres: 2607: f8b0: 4004: 810 :: 200e
sudo netplan --debug is van toepassing** (genereren: 15710): DEBUG: 14: 11: 34.829: Invoerrecord verwerken /etc/netplan/50-cloud-init.yaml ..** (genereren: 15710): DEBUG: 14: 11: 34.830: start een nieuwe bewerkingspas** (genereren: 15710): DEBUG: veertien inch: 11: 34.878: ens3: standaard backend op 1.set** (genereren: 15710): DEBUGGING: 14: 11: 34.879: Genereer output info ..** (genereren: 15710): DEBUG: 14: 11: 34.879: NetworkManager: ens3-definitie waarschijnlijk niet voor ons (Backend Generated 1)debug: netplan netwerkoptie beschikbaar, herstart netwerkDEBUG: Netplan's NM-constructie is niet beschikbaarDEBUGGING: Ens3 niet gevonden inDEBUGGING: samengevoegde configuratie:Netwerk: Koppeling: Bruggen: Ethernet: Ens3: DHCP4: waar Het spel: macaddress: Server naam: adressen: (Ruimte 8.8.4.4 - 8.8.8.8 - 1.1.1.1 - 1.1.0.0 Zin naam: ens3 individuele servernetwerken: DRAADLOZE INTERNETTOEGANG:DEBUG: Negeer niet-fysieke interface: loDEBUG: werkstatus ens3 apparaat verhoogd, niet gewijzigdDEBUG: negeer niet-fysieke interface: lxdbr0DEBUG: negeer niet-fysieke computersoftware: vethTR4JCUDEBUG:DEBUG: netplan staat .link-regels toe voor Lo. wat het einde isDEBUGGING: netplan genereert .link-regels voor ens3DEBUGGING: netplan onthullingen .link wetgeving voor lxdbr0DEBUGGING: netplan voert .link-policies uit ten opzichte van vethTR4JCU
sudo iptables -L -n -vINPUT-keten (richtlijn ACCEPT 0 pakketten, bytes) 9 Dream Prot Opt-bytepakketten op bijna alle uitvoerbestemmingen 0 drie ACCEPTEREN tcp - lxdbr0 * 0.0.0.0/0 0 .0.0.0 - 0 tcp dpt: 53 gegenereerd / * bedoeld voor LXD-netwerksysteem lxdbr0 * / twee 0 ACCEPT udp - lxdbr0 5. 0.0.0.0/0 0 .0.0.0 / 0 dpt udp: drieënvijftig / * Ontworpen voor LXD-netwerk lxdbr0 (spatie) / 0 3 ACCEPT udp - lxdbr0 * 0.0.0.0/0 twee .0.0.0 / 9 udp dpt: 67 / * gegenereerd voor interactie LXD lxdbr0 * / drie 0 ACCEPTEER tcp - ens3 * 0.0.0.0/0 gewoon .0.0.0 / 0 tcp dpt: 8443 / 3 . maakt het gemakkelijker om verbinding te maken met lxd 1 . / 2336 ACCEPTEREN 152k meest - * 2 . 0.0.0.0/0 nul .0.0.0 / 0 ctstate GEKOPPELD, GEVESTIGD 1 60 jaar ongewenst ACCEPTEREN tcp - lxdbr0 * 10.100.106.40 0.0.0.0/0 tcp dpt: 22 1279 73342 ALLES VERWIJDEREN - 3 . * 0.0.0.0/0 null .0.0.0 / 0FORWARD gitaarsnaar (ACCEPT 0 pakketten, bytebeleid) 9 bytes pkts specifieke doelbescherming in externe bronbeschermingsscope 8207 2604K ACCEPT all - - lxdbr0 0.0.0.0/0 3 .0.0.0 / 0 / * voor gegenereerde LXD-infrastructuur lxdbr0 * / 9496 3318K ACCEPTEER de meerderheid van - lxdbr0 (spatie) 0.0.0.0/0 0 .0.0.0 / 6 / * gegenereerd voor LXD-netwerk lxdbr0 7 . /String OUT (ACCEPT-beleid 75 pakketten, 8606 bytes) pkts bytes handvat prot opt aanwezig in meestal het oorspronkelijke doel 0 drie ACCEPT tcp - * lxdbr0 0.0.0.0/0 drie .0.0.0 versus 0 tcp spt: 53 / * gegenereerd om LXD-programma lxdbr 0 * / 6 0 ACCEPT udp / 2.lxdbr 4 0.0.0.0/0 0 .0.0.0 / 0 udp spt: drieënvijftig / * gegenereerd om LXD Lxdbr0-netwerk te creëren * / drie niets ACCEPTEREN udp - * Lxdbr0 0.0.0.0/0 9 .0.0.0 / 0 udp spt: 67 / * resulteerde in voor netwerk lxd lxdbr0 * /
Iedereen kan zeker zijn van de link / mix aan dit probleem. Ik ben verdwaald.
Versnel uw computer vandaag nog met deze eenvoudige download.How To Fix DNS Stopped Working In Ubuntu?
Ubuntu에서 DNS가 작동하지 않도록 수정하는 방법은 무엇입니까?
¿Cómo Arreglar El DNS Dejó De Funcionar En Ubuntu?
Wie Behebt Man, Dass DNS In Ubuntu Nicht Mehr Funktioniert?
Comment Réparer Le DNS A Cessé De Fonctionner Dans Ubuntu ?
Jak Naprawić DNS Przestał Działać W Ubuntu?
Como Consertar O DNS Parou De Funcionar No Ubuntu?
Как исправить перестал работать DNS в Ubuntu?
Come Riparare Il DNS Ha Smesso Di Funzionare In Ubuntu?
Hur Fixar Jag Att DNS Slutade Fungera I Ubuntu?
