Mi a különbség 127.0.0.1 és 0.0.0.0 között?
Legtöbben „127.0.0.1 és 0.0.0.0” -ról hallottak, de valószínűleg nem gondoltak rájuk, de ha mindkettő ugyanarra a helyre mutat, akkor mi a különbség a kettő között? A mai SuperUser Q&A poszt segíti a dolgokat egy zavaros olvasó számára.
A mai Kérdések és válaszok munkamenet a Jóvagyon - a Stack Exchange alosztályának, a közösség által vezérelt Q&A webhelyek csoportjának köszönhetően..
Fénykép jóvoltából Kate Gardiner (Flickr).
A kérdés
A SuperUser olvasó Sagnik Sarkar szeretné tudni, hogy mi a különbség a 127.0.0.1 és a 0.0.0.0 között:
Megértem, hogy 127.0.0.1 rámutat helyi kiszolgáló és hogy a 0.0.0.0 is jól működik (kijavítom, ha tévedek). Tehát mi a különbség a 127.0.0.1 és a 0.0.0.0 között?
Mi a különbség a 127.0.0.1 és a 0.0.0.0 között?
A válasz
A DavidLinkill SuperUser közreműködője válaszol nekünk:
Mi a különbség 127.0.0.1 és 0.0.0.0 között?
- 127.0.0.1 a hurokcím (más néven localhost).
- 0.0.0.0 egy nem-routálható meta-cím, amely érvénytelen, ismeretlen vagy nem alkalmazható célpontot jelöl meg (egy „nem külön cím” helytartó).
Az útvonal bejegyzésének összefüggésében általában az alapértelmezett útvonalat jelenti.
A kiszolgálók kontextusában 0,0.0.0 a helyi gép összes IPv4-címét. Ha a gazdagépnek két IP-címe van, 192.168.1.1 és 10.1.2.1, és a kiszolgálón futó kiszolgáló 0.0.0.0-on hallgat, mindkét IP-n elérhető lesz.
Mi az a 127.0.0.1 IP-cím?
A 127.0.0.1 a hurokhálózati internetes protokoll (IP) címe, amelyre a helyi kiszolgáló. A cím IP-kapcsolat létrehozására szolgál a végfelhasználó által használt géphez vagy számítógéphez.
Ugyanez az egyezmény az IPv6 címezést támogató számítógépekre is vonatkozik az :: 1. A 127.0.0.1 címet használó kapcsolat létrehozása a leggyakoribb gyakorlat; mindazonáltal a 127… * tartományban lévő bármely IP-cím azonos vagy hasonló módon fog működni. A loopback konstrukció olyan számítógépet vagy eszközt ad, amely képes a hálózati hitelesítési vagy létrehozási képesség megteremtésére a gépen.
Forrás: 127.0.0.1 - Mi a felhasználása és miért fontos?
Különleges címek
Az A osztályú 127-es számú számhoz tartozik a visszacsatolási funkció, azaz egy magasabb szintű protokoll által a 127 hálózat címére küldött datagramnak vissza kell térnie a gazdaszervezetbe. Nincs datagram küldött a 127-es hálózathoz tartozó címnek valahol bárhol megjelennie kell.
Forrás: Hálózati számok
Ha az egész A osztály, akkor mi a pont az egyéb három tetszőleges értéknek az utolsó három oktett számára?
A loopback tartomány célja a TCP / IP protokoll implementációjának tesztelése egy gazdagépen. Mivel az alsó rétegek rövidzárlatban vannak, a hurokcímre történő küldés lehetővé teszi a magasabb rétegek (IP és magasabb) hatékony tesztelését anélkül, hogy az alsó rétegekben jelentkeznek problémák. A 127.0.0.1 a tesztelés során leggyakrabban használt cím.
Forrás: IP Reserved, Loopback és Private Addresses
További információ a Kérdezd meg az Ubuntu-t kérdés: Mi a Loopback eszköz és hogyan használhatom?
Mi az a 0.0.0.0 IP-cím?
0.0.0.0 érvényes címszintaxis. Tehát érvényesnek kell lennie, ha a hagyományos pontozott tizedesjegyek IP-címe várható. Miután feldolgozta és átalakította a működőképes numerikus formát, akkor annak értéke határozza meg, hogy mi történik a következő.
Az all-zero értéknek különleges jelentése van. Szóval érvényes, de olyan értelemben, amely bizonyos körülmények között nem megfelelő (és így nem tekinthető érvényesnek). Ez alapvetően a „nem konkrét cím” helyőrző. Ha például a hálózati kapcsolatok címkötése megtörténik, az eredmény lehet egy megfelelő interfész cím hozzárendelése a kapcsolathoz. Ha egy interfész konfigurálásához használja, az eltávolíthat egy címet a felületről. A felhasználás kontextusától függ, hogy valójában mi a „nem konkrét cím”.
Az útvonal bejegyzésének összefüggésében általában az alapértelmezett útvonalat jelenti. Ez inkább a címmaszk eredményeként történik, amely kiválasztja az összehasonlítandó biteket. A 0.0.0.0 maszk nem választ bitet, így az összehasonlítás mindig sikeres lesz. Tehát, ha egy ilyen útvonalat konfigurálunk, mindig van valahol a csomagok (ha érvényes célállomással van konfigurálva).
Bizonyos esetekben csak „0” fog működni és ugyanolyan hatású lesz. De ez nem garantált. A 0.0.0.0 űrlap a szokásos módja annak, hogy azt mondjuk, hogy „nincs külön cím” (az IPv6-ban ez az :: 0 vagy csak ::).
Forrás: Mi az IP cím 0.0.0.0 jelentése??
Az internetprotokoll 4-es verziójában a 0.0.0.0 cím egy nem-routálható meta-cím, amely érvénytelen, ismeretlen vagy nem alkalmazható célpontot jelöl. Az egyébként érvénytelenné vált adat különleges jelentésének megadása a sávon belüli jelzés alkalmazása.
A kiszolgálók kontextusában 0,0.0.0 a helyi gép összes IPv4-címét. Ha egy gazdagépnek két IP-címe van, 192.168.1.1 és 10.1.2.1, és a kiszolgálón futó kiszolgáló 0.0.0.0-on hallgat, akkor mindkét IP-n elérhető lesz.Jegyzet: Ezt az adott szöveget felülről megismétlik az általános válasz részeként).
Az útválasztás kontextusában a 0.0.0.0 általában az alapértelmezett útvonalat jelenti, azaz az útvonalat, amely az internet többi részéhez vezet, ahelyett, hogy valahol a helyi hálózaton lenne.
Használat tartalmazza:
- A cím a fogadó állítja sajátnak, ha még nem kapott címet. Például, amikor a DHCP használatakor a DHCPDISCOVER kezdeti csomagot küldi.
- Az a cím, amelyet a gazdagép hozzárendel, amikor egy DHCP-n keresztüli címkérés sikertelen, feltéve, hogy a gazdagép IP-verem ezt támogatja. Ezt a felhasználást a modern operációs rendszerek APIPA mechanizmusa váltotta fel.
- Meghatározás bármilyen IPv4-host. Ez az alapértelmezett útvonal megadásakor ilyen módon kerül felhasználásra.
- A cél kifejezett meghatározásának módja. Forrás: 127.0.0.1 - Mi a felhasználása és miért fontos?
- Meghatározás minden IPv4-cím egyáltalán. Ilyen módon használjuk a szerverek konfigurálásakor (vagyis a hallgató aljzatok megkötésekor). Ez a TCP programozók számára ismert, mint INADDR_ANY. [A (2) kötés a címekhez, nem pedig a felületekhez kötődik.]
Az IPv6-ban az all-zeros-cím írva van ::
Forrás: 0.0.0.0 [Wikipedia]
DHCP felfedezés / kérés
Amikor az ügyfél először indul be, azt mondják, hogy az a inicializáló állapot, és a DHCPDISCOVER üzenetet továbbítja a helyi fizikai alhálózaton keresztül az UDP 67 (BootP kiszolgáló) felhasználói adatcsomag protokoll (UDP) portján keresztül. Mivel az ügyfél nem tudja megismerni azt a alhálózatot, amelyhez tartozik, a DHCPDISCOVER egy minden alhálózat, amely sugárzott (célállomás IP-címe 255.255.255.255), 0.0.0.0 forrás IP-címe. A forrás IP-címe 0.0.0.0, mivel az ügyfél nem rendelkezik konfigurált IP-címmel.
Ha DHCP-kiszolgáló létezik ezen a helyi alhálózaton, és megfelelően van konfigurálva és működtetve, a DHCP-kiszolgáló hallja a sugárzást, és DHCPOFFER-üzenettel válaszol. Ha a helyi alhálózatban nincs DHCP-kiszolgáló, akkor a DHCPDISCOVER üzenet DHCP-kiszolgálót tartalmazó DHCPDISCOVER üzenet továbbításához DHCP / BootP Relay ügynöknek kell lennie..
Ez a közvetítő ügynök lehet egy dedikált gazdagép (például Microsoft Windows Server) vagy útválasztó (például egy Cisco router, amely interfészszintű IP-segítő utasításokkal van konfigurálva).
...
Miután a kliens megkapta a DHCPOFFER-t, DHCPREQUEST üzenettel válaszol, jelezve azt a szándékát, hogy elfogadja a DHCPOFFER paramétereit, és átmegy a kérelmező állam. Az ügyfél több DHCPOFFER üzenetet is kaphat, az egyik a DHCP szerverről, amely megkapta az eredeti DHCPDISCOVER üzenetet. Az ügyfél egy DHCPOFFER-t választ, és csak erre a DHCP-kiszolgálóra válaszol, implicit módon visszavonva az összes többi DHCPOFFER üzenetet. A kliens azonosítja a kiválasztott kiszolgálót a Szerverazonosító opció mező a DHCP-kiszolgáló IP-címével.
A DHCPREQUEST is sugárzott, így minden DHCP-kiszolgáló, amely DHCPOFFER-t küldött, meglátja a DHCPREQUEST-et, és mindegyik tudja, hogy elfogadta vagy elutasította a DHCPOFFER-t. Az ügyfél által igényelt további konfigurációs beállítások a DHCPREQUEST üzenet opciói mezőjében találhatók. Annak ellenére, hogy az ügyfél számára IP-címet kaptak, a DHCPREQUEST üzenetet a forráskódú IP-címmel 0.0.0.0. Ekkor az ügyfél még nem kapott ellenőrzést arról, hogy egyértelmű az IP-cím használata.
...
Ügyfél-szerver beszélgetés olyan ügyfél számára, aki DHCP-címet kap, ahol az ügyfél és a DHCP-kiszolgáló ugyanazon alhálózatban tartózkodik:
Forrás: A DHCP megértése és hibaelhárítása a Catalyst Switch vagy Enterprise Networks alkalmazásban
Alapértelmezett útvonal
Ez a dokumentum elmagyarázza, hogy hogyan lehet beállítani az utolsó útvonalt vagy az átjárót. Ezeket az IP parancsokat használjuk:
- ip alapértelmezett átjáró
- ip alapértelmezett hálózat
- ip útvonal 0.0.0.0 0.0.0.0
IP útvonal 0.0.0.0 0.0.0.0
A statikus útvonal létrehozása a hálózatra 0.0.0.0 0.0.0.0 egy másik módja annak, hogy a végső eszköz átjáróját egy útválasztón állítsa be. Mint a ip alapértelmezett hálózat parancs, a statikus útvonal 0.0.0.0-ra történő használata nem függ az útválasztási protokolloktól. Az IP-útválasztást azonban engedélyezni kell az útválasztón.
Jegyzet: Az IGRP nem érti a 0.0.0.0-s útvonalat. Ezért nem tudja továbbítani az alapértelmezett útvonalakat, amelyek a ip útvonal 0.0.0.0 0.0.0.0 parancs. Használja a ip alapértelmezett hálózat parancs, hogy az IGRP az alapértelmezett útvonalat terjessze.
Forrás: Az utolsó üdülőhely átjárójának beállítása IP parancsok használatával
Van valami, amit hozzá kell adni a magyarázathoz? Kikapcsolja a megjegyzéseket. Szeretne további válaszokat olvasni más tech-savvy Stack Exchange felhasználóktól? Nézze meg a teljes beszélgetés szálát itt.
