Wat is het verschil tussen 127.0.0.1 en 0.0.0.0?

De meesten van ons hebben gehoord van '127.0.0.1 en 0.0.0.0' maar hebben er waarschijnlijk niet veel over nagedacht, maar als beide daadwerkelijk op dezelfde locatie lijken te wijzen, wat is dan het werkelijke verschil tussen beide? De SuperUser Q & A-post van vandaag helpt om dingen duidelijk te maken voor een verwarde lezer.

De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een gemeenschapsgedreven groep van Q & A-websites.

Foto met dank aan Kate Gardiner (Flickr).

De vraag

SuperUser-lezer Sagnik Sarkar wil weten wat het verschil tussen 127.0.0.1 en 0.0.0.0 is:

Ik begrijp dat 127.0.0.1 verwijst naar localhost en dat doet 0.0.0.0 ook (verbeter me als ik het mis heb). Dus, wat is het verschil tussen 127.0.0.1 en 0.0.0.0?

Wat is het verschil tussen 127.0.0.1 en 0.0.0.0?

Het antwoord

SuperUser-bijdrager DavidPostill heeft het antwoord voor ons:

Wat is het verschil tussen 127.0.0.1 en 0.0.0.0?

• 127.0.0.1 is het loopback-adres (ook bekend als localhost).
• 0.0.0.0 is een niet-routeerbaar meta-adres dat wordt gebruikt om een ​​ongeldig, onbekend of niet-toepasselijk doel aan te wijzen (een 'geen bepaald adres' plaatshouder).

In de context van een route-invoer betekent dit meestal de standaardroute.

In de context van servers betekent 0.0.0.0 alle IPv4-adressen op de lokale computer. Als een host twee IP-adressen heeft, 192.168.1.1 en 10.1.2.1, en een server die op de host wordt uitgevoerd luistert op 0.0.0.0, is deze bereikbaar op beide IP's.

Wat is het IP-adres 127.0.0.1?

127.0.0.1 is het loopback-internetprotocol-adres (IP-adres) waarnaar ook wordt verwezen als localhost. Het adres wordt gebruikt om een ​​IP-verbinding tot stand te brengen met dezelfde computer of computer die door de eindgebruiker wordt gebruikt.

Dezelfde conventie is gedefinieerd voor computers die IPv6-adressering ondersteunen met de connotatie van: 1. Het tot stand brengen van een verbinding met behulp van het adres 127.0.0.1 is de meest gebruikelijke praktijk; Het gebruik van een IP-adres in het bereik van 127 ... * functioneert echter op dezelfde of een vergelijkbare manier. Het loopback-construct biedt een computer of apparaat dat in staat is tot netwerken van de mogelijkheid om de IP-stack op de machine te valideren of vast te stellen.

Bron: 127.0.0.1 - Wat zijn de toepassingen en waarom is het belangrijk?

Speciale adressen

Het netwerknummer 127 van klasse A is toegewezen aan loopback functie, dat wil zeggen, een datagram verzonden door een hoger protocol naar een netwerk 127-adres moet teruglopen in de host. Geen datagram verzonden naar een netwerk 127-adres zou altijd ergens op een netwerk moeten verschijnen.

Bron: Netwerknummers

Als het hele klasse A is, wat is het punt van andere arbitraire waarden voor de laatste drie octetten?

Het doel van het loopback-bereik is het testen van de TCP / IP-protocolimplementatie op een host. Omdat de onderste lagen worden kortgesloten, kunnen door verzending naar een loopback-adres de hogere lagen (IP en hoger) effectief worden getest zonder dat de kans op problemen bij de onderste lagen zich manifesteert. 127.0.0.1 is het meest gebruikte adres voor testdoeleinden.

Bron: IP-gereserveerd, loopback en privé-adressen

Zie voor meer informatie het Vraag het Ubuntu vraag: Wat is het Loopback-apparaat en hoe gebruik ik het?

Wat is het IP-adres 0.0.0.0?

0.0.0.0 is een geldige adelsyntaxis. Het moet dus als geldig worden geanalyseerd overal waar een IP-adres in de traditionele decimale notatie wordt verwacht. Eenmaal ontleed en geconverteerd naar een werkbare numerieke vorm, bepaalt de waarde ervan wat er vervolgens gebeurt.

De waarde van alle nul heeft een speciale betekenis. Zo is het Geldig, maar heeft een betekenis die misschien niet geschikt is (en dus als ongeldig wordt behandeld) voor bepaalde omstandigheden. Het is eigenlijk de placeholder voor 'geen bepaald adres'. Voor zaken als adresbinding van netwerkverbindingen, kan het resultaat zijn dat een geschikt interfaceadres aan de verbinding wordt toegewezen. Als u het gebruikt om een ​​interface te configureren, kan het in plaats daarvan een adres uit de interface verwijderen. Het hangt af van de context van gebruik om te bepalen wat 'geen specifiek adres' echt doet.

In de context van een route-invoer betekent dit meestal de standaardroute. Dat gebeurt als een resultaat van het adresmasker, dat de te vergelijken bits selecteert. Een masker van 0.0.0.0 selecteert geen bits, dus de vergelijking zal altijd slagen. Dus wanneer een dergelijke route is geconfigureerd, is er altijd ergens een plaats voor pakketten (indien geconfigureerd met een geldige bestemming).

In sommige gevallen zal alleen '0' ook werken en hetzelfde effect hebben. Maar dit is niet gegarandeerd. Het 0.0.0.0-formulier is de standaardmanier om 'geen bepaald adres' te zeggen (in IPv6 dus) :: 0 of gewoon ::).

Bron: Wat is de betekenis van het IP-adres 0.0.0.0?

In Internet Protocol versie 4 is het adres 0.0.0.0 een niet-routeerbaar meta-adres dat wordt gebruikt om een ​​ongeldig, onbekend of niet-toepasselijk doel aan te wijzen. Een niet-ongeldige gegevenstekst een speciale betekenis geven, is een toepassing van in-band-signalering.

In de context van servers betekent 0.0.0.0 alle IPv4-adressen op de lokale computer. Als een host twee IP-adressen heeft, 192.168.1.1 en 10.1.2.1, en een server die op de host wordt uitgevoerd luistert op 0.0.0.0, is deze bereikbaar op beide IP's (Notitie: Deze specifieke tekst wordt van bovenaf herhaald als onderdeel van het algehele antwoord).

In de context van routering betekent 0.0.0.0 meestal de standaardroute, d.w.z. de route die leidt naar 'de rest van' internet in plaats van ergens op het lokale netwerk.

Gebruik:

• Het adres dat een host claimt als het nog geen adres heeft toegewezen. Zoals bij het verzenden van het initiële DHCPDISCOVER-pakket bij gebruik van DHCP.
• Het adres dat een host aan zichzelf toewijst wanneer een adresverzoek via DHCP is mislukt, op voorwaarde dat de IP-stack van de host dit ondersteunt. Dit gebruik is vervangen door het APIPA-mechanisme in moderne besturingssystemen.
• Een manier om te specificeren om het even welke IPv4-host. Het wordt op deze manier gebruikt bij het opgeven van een standaardroute.
• Een manier om expliciet aan te geven dat het doel niet beschikbaar is. Bron: 127.0.0.1 - Wat zijn de toepassingen en waarom is het belangrijk?
• Een manier om te specificeren elk IPv4-adres. Het wordt op deze manier gebruikt bij het configureren van servers (dat wil zeggen bij het binden van luisterende sockets). Dit is bekend bij TCP-programmeurs als INADDR_ANY. [bind (2) bindt aan adressen, niet aan interfaces.]

In IPv6 wordt het volledige nullen-adres geschreven als ::

Bron: 0.0.0.0 [Wikipedia]

DHCP Discovery / Request

Wanneer een client voor het eerst opstart, wordt er gezegd dat hij in de status initialiseren, en verzendt een DHCPDISCOVER-bericht op zijn lokale fysieke subnet via UDP-poort (User Datagram Protocol) 67 (BootP-server). Omdat de client geen weet heeft van het subnet waartoe het behoort, is de DHCPDISCOVER een uitzending van alle subnetten (IP-adres van de bestemming 255.255.255.255), met een bron-IP-adres van 0.0.0.0. Het bron-IP-adres is 0.0.0.0 omdat de client geen geconfigureerd IP-adres heeft.

Als er op dit lokale subnet een DHCP-server bestaat die correct is geconfigureerd en correct werkt, hoort de DHCP-server de uitzending en reageert deze met een DHCPOFFER-bericht. Als er op het lokale subnet geen DHCP-server bestaat, moet er op dit lokale subnet een DHCP / BootP Relay-agent aanwezig zijn om het bericht DHCPDISCOVER door te sturen naar een subnet met een DHCP-server.

Deze relay-agent kan een speciale host (bijvoorbeeld Microsoft Windows Server) of een router zijn (een Cisco-router die bijvoorbeeld is geconfigureerd met IP-helperafspraken op het interface niveau).

...

Nadat de client een DHCPOFFER heeft ontvangen, reageert deze met een DHCPREQUEST-bericht dat aangeeft dat het de bedoeling is om de parameters in de DHCPOFFER te accepteren en naar de DHCPOFFER gaat verzoekende staat. De client kan meerdere DHCPOFFER-berichten ontvangen, één van elke DHCP-server die het oorspronkelijke DHCPDISCOVER-bericht heeft ontvangen. De client kiest één DHCPOFFER en reageert alleen op die DHCP-server, waardoor alle andere DHCPOFFER-berichten impliciet worden geweigerd. De client identificeert de geselecteerde server door de Server Identifier optieveld met het IP-adres van de DHCP-server.

Het DHCPREQUEST is ook een uitzending, dus alle DHCP-servers die een DHCPOFFER hebben verzonden, zien DHCPREQUEST en iedereen weet of de DHCPOFFER is geaccepteerd of geweigerd. Eventuele aanvullende configuratie-opties die de client nodig heeft, worden opgenomen in het veld Opties van het DHCPREQUEST-bericht. Hoewel de client een IP-adres is aangeboden, wordt het DHCPREQUEST-bericht verzonden met een bron-IP-adres van 0.0.0.0. Op dit moment heeft de klant nog geen verificatie ontvangen dat het duidelijk is om het IP-adres te gebruiken.

...

Client-serverconversatie voor een client die een DHCP-adres verkrijgt waarbij de client en de DHCP-server zich op hetzelfde subnet bevinden:

Bron: Begrip en probleemoplossing voor DHCP in Catalyst Switch of Enterprise Networks

standaard route

In dit document wordt uitgelegd hoe u een standaardroute of gateway van laatste redmiddel configureert. Deze IP-commando's worden gebruikt:

• ip standaard-gateway
• ip-standaardnetwerk
• ip route 0.0.0.0 0.0.0.0

IP-route 0.0.0.0 0.0.0.0

Een statische route naar het netwerk maken 0.0.0.0 0.0.0.0 is een andere manier om de gateway van laatste redmiddel op een router in te stellen. Zoals met de ip-standaardnetwerk opdracht, waarbij de statische route naar 0.0.0.0 niet afhankelijk is van routeringsprotocollen. IP-routing moet echter op de router zijn ingeschakeld.

Notitie: IGRP begrijpt geen route naar 0.0.0.0. Daarom kan het standaardroutes die zijn gemaakt met behulp van de ip route 0.0.0.0 0.0.0.0 commando. Gebruik de ip-standaardnetwerk opdracht om IGRP een standaardroute te laten uitdragen.

Bron: Een gateway van laatste plaats configureren met IP-opdrachten

Heb je iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread.