Et av de mest vitale og brukte nettverkene, det brukes i virkeligheten hver gang vi får tilgang til nettverket, er DNS (Domain Name System - Domain Name System) som utfører den ikke enkle oppgaven med å oversette domenenavnene som vi bruker det ofte, det vil si at oppdraget er å la oss huske en URL som www.solvetic.com, men ikke IP -adressen 178.33.118.246, som er IP -adressen til serveren der Solvetic er vert, det ville være veldig komplekst for oss som brukere å husk hundrevis av IP -adresser for hvert nettsted, så DNS gjør dette for oss.
Hver datamaskin som er på nettverket har en IP -adresse som er unik for den datamaskinen, i likhet med vårt identifikasjonsdokument, og denne IP -adressen består av fire heltall fra 0 til 255, atskilt med punkter, for eksempel 192.168. 0.19 og hver server på Internett har samme IP -adresse (Statisk), det er derfor når vi åpner en nettleser, skriver vi inn domenenavnet, men ikke IP -adressen, og dette oppnås takket være DNS -bufferen.
For å vite litt mer om konteksten og funksjonaliteten til DNS -cachen, la oss forstå hvordan det fungerer. Først av alt, når vi skriver inn domenenavnet i nettleseren, spør teamet vårt den lokale DNS -serveren om datamaskinens IP -adresse hvor Når siden som vi skal besøke er vert, husk at DNS -serveren har en stor database der millioner av oversettelser av domenenavn til IP -adresser er vert, slik at søkeprosessen blir mye mer effektiv.
DNS -serverdatabasen distribueres og deles med andre lokale og nettverksleverandører i deres respektive DNS -servere, så hvis domenenavnet vi har angitt i nettleseren ikke er i den lokale DNS, er det ansvarlig for å utføre en forespørsel til annen DNS på nettverket til den riktige oversettelsen er funnet for å få tilgang til nettstedet. Slik at databasene til DNS -serverne lagrer disse oversettelsene fra domenenavn til IP for en stund, er dette en av grunnene til at noen ganger når et nettsted endrer servere, vil det ikke være mulig å få tilgang til det, siden det på tidspunktet for konsulære tjenester videresender DNS -serveren dem til den forrige IP -adressen, men ikke til den nye.
Lokalt lagrer teamet vårt en DNS -cache, slik at når et nettsted besøkes, vil teamet ikke lenger utføre prosessen med å konsultere DNS -serveren om hva IP -adressen til nettstedet er, men i stedet automatisk dirigere til den som er lagret i databasen din.
Så en av de mest normale støtte- og administrasjonsoppgavene er å tømme DNS -bufferen når feil som:
- Manglende tilgang til et nettsted
- Kommunikasjonsfeil
- Treghet i tilgangsforespørsler til et bestemt nettsted
1. Fjern DNS -cachen ved hjelp av macOS Mojave -terminal
Trinn 1
For å få tilgang til macOS Mojave -terminalen har vi ett av følgende alternativer:
- Tilgang fra banen Go / Utilities / Terminal.
- Bruk følgende tastekombinasjon, og velg Terminal der.
⇧ + ⌘ + U
- Skriv inn ordet terminal i Spotlight og velg det respektive verktøyet der.
Steg 2
I terminalkonsollen skal vi utføre følgende linje:
sudo dscachéutil -flushcaché; sudo killall -HUP mDNSResponderTrinn 3
Vi trykker Enter, vi skriver inn passordet vårt og prosessen vil bli utført automatisk:
FORSTØRRE
Trinn 4
Hvis denne kommandoen ikke utføres riktig og genererer en feil, vil det være mulig å bruke følgende kommando som et alternativ:
sudo killall -HUP mDNSResponder; sudo killall mDNSResponderHelper; sudo dscachéutil -flushcaché; si at MacOS DNS -cache er slettet
2. Sjekk responstider med DIG -kommandoen i macOS Mojave
Trinn 1
En av fordelene med å rense DNS -cachen i macOS Mojave er at responstidene mellom den lokale datamaskinen og det eksterne nettstedet utvilsomt blir forbedret. For å sjekke dette vil vi bruke kommandoen grave (domeneinformasjonsgrupper) som er et verktøy designet for å spørre DNS -servere for å be om informasjon om detaljer som:
- Vertsadresser
- Postvekslere
- Navneservere og mye mer.
Steg 2
For denne kontrollen bruker vi følgende syntaks:
grave (nettsted)
FORSTØRRE
Trinn 3
Som vi kan se, vil data som f.eks. Basert på responstidene generert av dig -kommandoen, vil det være mulig å avgjøre om DNS fungerer som det skal, eller om det tvert imot vil være nødvendig å utføre en bestemt oppgave på den.
- Sendt forespørsel
- Feil returnert
- CNAME brukt
- Total spørringstid i millisekunder
- Server -IP
- Dato og klokkeslett for konsultasjon