De fleste av oss har hørt om ‘127.0.0.1 og 0.0.0.0’, men har sannsynligvis ikke tenkt mye på dem, men hvis begge faktisk ser ut til å peke på samme sted, hva er da den faktiske forskjellen mellom de to? Dagens SuperUser-spørsmål og svar hjelper med å rydde opp ting for en forvirret leser.
Dagens spørsmål og svar-økt kommer til oss med tillatelse fra SuperUser - en underavdeling av Stack Exchange, en samfunnsdrevet gruppe av spørsmål og svar-nettsteder.
Foto med tillatelse fra Kate Gardiner (Flickr) .
Spørsmålet
SuperUser-leser Sagnik Sarkar vil vite hva forskjellen mellom 127.0.0.1 og 0.0.0.0 er:
Jeg forstår at 127.0.0.1 peker på lokal vert og at 0.0.0.0 også gjør det (korriger meg hvis jeg tar feil). Så, hva er forskjellen mellom 127.0.0.1 og 0.0.0.0?
Hva er forskjellen mellom 127.0.0.1 og 0.0.0.0?
Svaret
SuperUser-bidragsyter DavidPostill har svaret for oss:
Hva er forskjellen mellom 127.0.0.1 og 0.0.0.0?
- 127.0.0.1 er tilbakekoblingsadressen (også kjent som localhost).
- 0.0.0.0 er en ikke-rutbar meta-adresse som brukes til å betegne et ugyldig, ukjent eller ikke-aktuelt mål (en "ingen spesiell adresse" plassholder).
I sammenheng med en ruteoppføring betyr det vanligvis standardruten.
I forbindelse med servere betyr 0.0.0.0 alle IPv4-adressene på den lokale maskinen . Hvis en vert har to IP-adresser, 192.168.1.1 og 10.1.2.1, og en server som kjører på verten lytter til 0.0.0.0, vil den være tilgjengelig på begge disse IP-ene.
Hva er IP-adressen 127.0.0.1?
127.0.0.1 er loopback Internet Protocol (IP) adresse også referert til som lokal vert . Adressen brukes til å opprette en IP-forbindelse til samme maskin eller datamaskin som brukes av sluttbrukeren.
Den samme konvensjonen er definert for datamaskiner som støtter IPv6-adressering ved hjelp av konnotasjonen av :: 1. Å opprette en forbindelse med adressen 127.0.0.1 er den vanligste fremgangsmåten; bruk av hvilken som helst IP-adresse i området 127 ... * vil imidlertid fungere på samme eller lignende måte. Loopback-konstruksjonen gir en datamaskin eller enhet som er i stand til å nettverke muligheten til å validere eller etablere IP-stakken på maskinen.
Kilde: 127.0.0.1 - Hva er bruken og hvorfor er det viktig?
Spesielle adresser
Klasse A-nettverksnummer 127 tildeles loopback funksjon, det vil si et datagram sendt av en høyere nivåprotokoll til en nettverks 127-adresse, bør sløyfes tilbake i verten. Ingen datagram sendt til et nettverk 127-adresse skal noensinne vises i hvilket som helst nettverk hvor som helst.
Kilde: Nettverksnumre
Hvis det er hele klasse A, hva er poenget med andre vilkårlige verdier for de siste tre oktettene?
Formålet med loopback-serien er testing av implementeringen av TCP / IP-protokollen på en vert. Siden de nederste lagene er kortsluttet, kan sending til en loopback-adresse gjøre at de høyere lagene (IP og over) effektivt kan testes uten sjansen for at problemer ved de nedre lagene manifesterer seg. 127.0.0.1 er adressen som oftest brukes til testformål.
Kilde: IP-reservert, tilbakekobling og private adresser
For mer informasjon se Spør Ubuntu spørsmål: Hva er Loopback-enheten, og hvordan bruker jeg den?
Hva er IP-adressen 0.0.0.0?
0.0.0.0 er en gyldig adressyntaks. Så det skal analyseres som gyldig der det forventes en IP-adresse i tradisjonell stiplet desimalnotasjon. Når den er analysert og konvertert til brukbar numerisk form, bestemmer verdien hva som skjer videre.
Verdien helt null har en spesiell betydning. Sånn er det gyldig , men har en betydning som kanskje ikke er hensiktsmessig (og dermed behandles som ikke gyldig) for spesielle omstendigheter. Det er i utgangspunktet plassholderen 'ingen spesiell adresse'. For ting som adressebinding av nettverkstilkoblinger, kan resultatet være å tilordne en passende grensesnittadresse til forbindelsen. Hvis du bruker den til å konfigurere et grensesnitt, kan den i stedet fjerne en adresse fra grensesnittet. Det avhenger av konteksten for bruk for å bestemme hva ‘ingen spesiell adresse’ egentlig gjør.
I sammenheng med en ruteoppføring betyr det vanligvis standardruten. Det skjer som et resultat mer av adressemasken, som velger biter å sammenligne. En maske på 0.0.0.0 velger ingen biter, så sammenligningen vil alltid lykkes. Så når en slik rute er konfigurert, er det alltid et sted for pakker å gå (hvis de er konfigurert med en gyldig destinasjon).
I noen tilfeller vil bare '0' også fungere og ha samme effekt. Men dette er ikke garantert. 0.0.0.0-skjemaet er standard måte å si ‘ingen spesiell adresse’ (i IPv6 altså ::0 eller bare :: ).
Kilde: Hva er betydningen av IP-adressen 0.0.0.0?
I Internet Protocol versjon 4 er adressen 0.0.0.0 en ikke-rutbar meta-adresse som brukes til å betegne et ugyldig, ukjent eller ikke aktuelt mål. Å gi en spesiell betydning til et ellers ugyldig stykke data er en applikasjon av in-band signalisering.
I forbindelse med servere betyr 0.0.0.0 alle IPv4-adressene på den lokale maskinen . Hvis en vert har to IP-adresser, 192.168.1.1 og 10.1.2.1, og en server som kjører på verten lytter til 0.0.0.0, vil den være tilgjengelig på begge disse IP-ene ( Merk: Denne spesielle teksten gjentas ovenfra som en del av det samlede svaret ).
I rutesammenheng betyr 0.0.0.0 vanligvis standardruten, dvs. ruten som fører til 'resten av' Internett i stedet for et sted i det lokale nettverket.
Bruk inkluderer:
- Adressen en vert hevder som sin egen når den ennå ikke har fått tildelt en adresse. Slik som når du sender den første DHCPDISCOVER-pakken når du bruker DHCP.
- Adressen en vert tildeler til seg selv når en adresseforespørsel via DHCP mislyktes, forutsatt at vertsens IP-stack støtter dette. Denne bruken er erstattet med APIPA-mekanismen i moderne operativsystemer.
- En måte å spesifisere på hvilken som helst IPv4-vert i det hele tatt . Den brukes på denne måten når du angir en standardrute.
- En måte å eksplisitt spesifisere at målet er utilgjengelig. Kilde: 127.0.0.1 - Hva er bruken og hvorfor er det viktig?
- En måte å spesifisere på hvilken som helst IPv4-adresse i det hele tatt . Den brukes på denne måten når du konfigurerer servere (dvs. når du binder lytteuttak). Dette er kjent for TCP-programmerere som INADDR_ANY. [ bind (2) binder til adresser, ikke grensesnitt. ]
I IPv6 skrives all-nuller-adressen som ::
Kilde: 0.0.0.0 [Wikipedia]
DHCP Discovery / Request
Når en klient starter opp for første gang, sies det å være i initialiserende tilstand , og overfører en DHCPDISCOVER-melding på det lokale fysiske delnettet via UDP-port 67 (BootP-server). Siden klienten ikke har noen måte å kjenne undernettet den tilhører, er DHCPDISCOVER en all subnett kringkasting (destinasjon IP-adresse 255.255.255.255), med en kilde IP-adresse på 0.0.0.0. Kildens IP-adresse er 0.0.0.0 siden klienten ikke har en konfigurert IP-adresse.
Hvis det finnes en DHCP-server på dette lokale subnettet og er konfigurert og fungerer riktig, vil DHCP-serveren høre kringkastingen og svare med en DHCPOFFER-melding. Hvis det ikke finnes en DHCP-server på det lokale subnettet, må det være en DHCP / BootP Relay Agent på dette lokale subnettet for å videresende DHCPDISCOVER-meldingen til et subnett som inneholder en DHCP-server.
Denne reléagenten kan enten være en dedikert vert (for eksempel Microsoft Windows Server) eller en ruter (for eksempel en Cisco-ruter konfigurert med IP-hjelperuttalelser på grensesnittnivå).
…
Etter at klienten mottar en DHCPOFFER, svarer den med en DHCPREQUEST-melding, som indikerer at den har til hensikt å godta parametrene i DHCPOFFER, og beveger seg inn i anmodende stat . Klienten kan motta flere DHCPOFFER-meldinger, en fra hver DHCP-server som mottok den opprinnelige DHCPDISCOVER-meldingen. Klienten velger en DHCPOFFER og svarer bare på den DHCP-serveren og avviser implisitt alle andre DHCPOFFER-meldinger. Klienten identifiserer den valgte serveren ved å fylle ut Serveridentifikator alternativfelt med DHCP-serverens IP-adresse.
DHCPREQUEST er også en kringkasting, så alle DHCP-servere som sendte en DHCPOFFER vil se DHCPREQUEST, og hver vil vite om DHCPOFFER ble akseptert eller avslått. Eventuelle tilleggskonfigurasjonsalternativer som klienten krever, vil bli inkludert i alternativfeltet i DHCPREQUEST-meldingen. Selv om klienten har blitt tilbudt en IP-adresse, vil den sende DHCPREQUEST-meldingen med en kilde-IP-adresse på 0.0.0.0. For øyeblikket har klienten ennå ikke mottatt bekreftelse på at det er klart å bruke IP-adressen.
…
Klient-server-samtale for en klient som får en DHCP-adresse der klienten og DHCP-serveren befinner seg på samme delnett:
Kilde: Forståelse og feilsøking av DHCP i Catalyst Switch eller Enterprise Networks
Standard rute
Dette dokumentet forklarer hvordan du konfigurerer en standardrute eller gateway til siste utvei. Disse IP-kommandoene brukes:
- ip standard-gateway
- ip standard-nettverk
- ip-rute 0.0.0.0 0.0.0.0
IP-rute 0.0.0.0 0.0.0.0
Å lage en statisk rute til nettverket 0.0.0.0 0.0.0.0 er en annen måte å sette gatewayen til siste utvei på en ruter. Som med ip standard-nettverk kommando, ved å bruke den statiske ruten til 0.0.0.0 er ikke avhengig av noen rutingsprotokoller. Imidlertid må IP-ruting være aktivert på ruteren.
Merk: IGRP forstår ikke en rute til 0.0.0.0. Derfor kan den ikke spre standardruter opprettet ved hjelp av ip-rute 0.0.0.0 0.0.0.0 kommando. Bruke ip standard-nettverk kommando om å la IGRP forplante en standardrute.
Kilde: Konfigurere en gateway for siste utvei ved hjelp av IP-kommandoer
Har du noe å legge til forklaringen? Lyd av i kommentarene. Vil du lese flere svar fra andre teknologikyndige Stack Exchange-brukere? Sjekk ut hele diskusjonstråden her .
