29Aug
A legtöbben "127.0.0.1 és 0.0.0.0" -ről hallottunk, de valószínűleg nem gondoltak rájuk, de ha mindkettő ténylegesen úgy tűnik, hogy ugyanarra a helyre mutat, akkor mi a kettő között a tényleges különbség? A mai SuperUser Q & A bejegyzés tisztázza a dolgokat egy zavaros olvasó számára.
A mai kérdés &A válaszüzenet a SuperUser - a Stack Exchange megosztottságának köszönhetően - a Q & A webhelyek közösségi szintű csoportosítása.
Fotó Kate Gardiner jóvoltából( Flickr).
A
SuperUser olvasó kérdése 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 a 127.0.0.1 az localhost -re és a 0.0.0.0-re is vonatkozik( helyes nekem, harossz vagyok).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
SuperUser közreműködő DavidPostill a választ nekünk:
Mi a különbség a 127.0.0.1 és a 0.0.0.0 között? Az
- 127.0.0.1 a loopback cím( más néven localhost).Az
- 0.0.0.0 egy nem irányítható meta-cím, amelyet egy érvénytelen, ismeretlen vagy nem célzott cél kijelölésére használtak( "nincs külön cím" helytartó).
Egy útvonalbevitel összefüggésében általában az alapértelmezett útvonalat jelenti.
A kiszolgálókkal összefüggésben a 0.0.0.0 az összes helyi IPv4-címét jelenti az helyi gépen. Ha egy gazdagépnek két IP-címe van, a 192.168.1.1 és a 10.1.2.1, és a kiszolgálón a kiszolgálón a 0.0.0.0-on meghallgatják, mindkét IP-címen elérhető lesz.
Mi az IP-cím 127.0.0.1?Az
127.0.0.1 a visszacsatolt Internet protokoll( IP) cím, amelyet localhost néven is neveznek. A címet egy IP-kapcsolat létrehozására használják ugyanazon a számítógépen vagy számítógépen, amelyet a végfelhasználó használ.
Ugyanazt az egyezményt azon számítógépekre vonatkozóan definiáltuk, amelyek támogatják az IPv6 címzést a: : 1 konnotációja alkalmazásával. A legáltalánosabb gyakorlat a 127.0.0.1 címmel történő kapcsolat létrehozása;azonban a 127. .. * -es tartományon belüli bármely IP-cím használata ugyanolyan vagy hasonló módon fog működni. A loopback-konstrukció olyan számítógépet vagy eszközt biztosít, amely képes arra, hogy összekapcsolja az IP stack érvényesítését vagy létrehozását a gépen.
Forrás: 127.0.0.1 - Milyen felhasználása és miért fontos?
Speciális címek
A 127-es osztályú hálózati számnak az loopback függvénye van, vagyis egy magasabb szintű protokoll által küldött datagramnak egy hálózati 127 címnek vissza kell huroknia a gazdagépen belül. Nincs adatkiszolgáló küldött hálózathoz.
Forrás: Hálózati számok
Ha az egész A osztály, mi a többi érzéki értéke az utolsó három oktett számára?
A loopback tartomány célja a TCP / IP protokoll végrehajtásának ellenőrzése egy gazdagépen. Mivel az alsó rétegek rövidre záródnak, a visszacsatolási címre történő küldés lehetővé teszi a magasabb rétegek( IP és újabb) hatékony tesztelését anélkül, hogy az alsóbb rétegekben megjelenő problémák esélyei lennének. A 127.0.0.1 a cím, amelyet leggyakrabban a teszteléshez használnak.
Forrás: IP fenntartva, visszacsatolt és privát címek
További információkért lásd az Kérdezze az Ubuntu kérdést: Mi a Loopback eszköz és hogyan használhatom?
Mi az IP-cím 0.0.0.0?Az
0.0.0.0 egy érvényes cím-szintaxis. Tehát érvényesnek kell lennie abban az esetben, ha az IP-cím a hagyományos pontozott-decimális jelölés várható.Miután feldolgozta és feldolgozható számszerű formává alakult át, akkor annak értéke meghatározza, hogy mi következik majd tovább.
Az összes nulla értéknek különleges jelentése van.Így az érvényes , de van olyan jelentése, amely nem feltétlenül megfelelő( és ezért nem tekinthető érvényesnek) adott körülmények között. Alapvetően a "nincs külön cím" helyőrző.Olyan dolgok esetén, mint a hálózati kapcsolatok címkötése, az eredmény lehet a megfelelő interfészcím hozzárendelése a kapcsolathoz. Ha egy interfészt állít be, akkor eltávolíthat egy címet a felületről. A használat körülményeitől függ annak meghatározása, hogy mi "tényleg nem".
Egy útvonalbevitel összefüggésében általában az alapértelmezett útvonalat jelenti. Ez többnyire a címmaszknak köszönhető, amely kiválasztja az összehasonlítandó biteket. A 0.0.0.0 maszk kiválasztja a biteket, így az összehasonlítás mindig sikeres lesz. Tehát ha ilyen útvonalat konfigurálunk, mindig van valahol a csomagok elindításához( ha érvényes célállomással van konfigurálva).
Néhány esetben csak a "0" fog működni, és ugyanolyan hatással bír. De ez nem garantált. A 0.0.0.0 formanyomtatvány a "nincs külön cím"( az IPv6-ban, ami : : 0 vagy csak : : ) szokásos módon szól.
Forrás: Mi az IP cím 0.0.0.0 jelentése?
Az Internet Protokoll 4-es verziójában a 0.0.0.0 cím egy nem irányítható meta-cím, amely egy érvénytelen, ismeretlen vagy nem célzott cél kijelölésére szolgál. Az egyébként érvénytelen adathoz való különleges jelentéstétel a sávon belüli jelzés alkalmazása.
A kiszolgálókkal kapcsolatban a 0.0.0.0 az összes helyi IPv4 címét jelenti az helyi gépen. Ha egy gazdagépnek két IP-címe van, a 192.168.1.1 és a 10.1.2.1, valamint a kiszolgálón a 0.0.0.0-on futó kiszolgálón hallható, mindkét IP-címen elérhető lesz( Megjegyzés: Ezt a szöveget felülről kell ismételniaz általános válasz részeként).
Az útválasztás összefüggésében a 0.0.0.0 általában az alapértelmezett útvonalat jelenti, vagyis azt az útvonalat, amely a helyi hálózathoz képest "az internet többi részét" jelenti.
Használja a következőket:
- A cím, amelyet a gazda úgy állít, mint saját, amikor még nincs hozzárendelve címhez. Például amikor a DHCPDISCOVER csomagot küldi a DHCP használatakor.
- A gazdagép címzettje, ha a DHCP-en keresztül érkező címkérelem sikertelen, feltéve, hogy a gazda IP-csomagja ezt támogatja. Ezt a felhasználást a modern operációs rendszerek APIPA mechanizmusa váltotta fel.
- Az bármelyik IPv4-állomásának megadása esetén. Ezt az alapértelmezett útvonal meghatározásakor használják.
- Egy mód, amely kifejezetten meghatározza, hogy a cél nem érhető el. Forrás: 127.0.0.1 - Milyen felhasználása és miért fontos?
- Az bármelyik IPv4-címének megadása esetén. Ezt a módot a kiszolgálók konfigurálásakor használják( például a hallókészülékek csatlakoztatásakor).Ezt a TCP programozók ismerik, mint INADDR_ANY.[ bind( 2) a címekhez, nem interfészekhez kötődik. ]
Az IPv6-ban az all-zeros cím : :
-ként van írva. Forrás: 0.0.0.0 [Wikipedia]
DHCP felfedezés / kérés
Amikor egy ügyfél először indít,az inicializálóállapot , és DHCPDISCOVER üzenetet küld a helyi fizikai alhálózaton a 67-es( UDP) felhasználói adatbázissal( BootP-kiszolgáló) keresztül. Mivel az ügyfél nem tudja tudni az alhálózatot, amelyhez tartozik, a DHCPDISCOVER az összes alhálózati adás( cél-255.255.255.255 cél IP-címe), forrás forrásként 0.0.0.0.A forrás IP-címe 0.0.0.0, mivel az ügyfélnek nincs konfigurált IP-címe.
Ha egy DHCP-kiszolgáló létezik ezen a helyi alhálózaton, és megfelelően van konfigurálva és működik, a DHCP-kiszolgáló meghallja a sugárzást, és DHCPOFFER üzenettel válaszol. Ha egy DHCP-kiszolgáló nem létezik a helyi alhálózaton, akkor ennek a helyi alhálózatnak DHCP / BootP Relay Agent-nek kell lennie, hogy továbbítsa a DHCPDISCOVER üzenetet egy DHCP-kiszolgálót tartalmazó alhálózatba.
Ez a reléügynök lehet például dedikált gazda( például Microsoft Windows Server) vagy útválasztó( például egy Cisco útválasztó konfigurálva, például a felület szintű IP helper utasításokkal).
. ..
Miután az ügyfél DHCPOFFER-t kap, DHCPREQUEST üzenettel válaszol, jelezve annak szándékát, hogy elfogadja a DHCPOFFER paramétereit, és az kérelmező állapotba lép. Az ügyfél több DHCPOFFER üzenetet kaphat, egy DHCP-kiszolgálóból, amely megkapta az eredeti DHCPDISCOVER üzenetet. Az ügyfél egy DHCPOFFER-t választ, és csak a DHCP-kiszolgálóra válaszol, implicit módon visszautasítva az összes többi DHCPOFFER üzenetet. Az ügyfél azonosítja a kiválasztott kiszolgálót az kiszolgálóazonosító opciós mező feltöltésével a DHCP szerver IP-címével.
A DHCPREQUEST szintén sugárzott, így a DHCPOFFER-t küldő DHCP-kiszolgálók láthatják a DHCPREQUEST-et, és mindenki tudni fogja, hogy DHCPOFFER-jét elfogadták vagy elutasították-e. Az ügyfél által igényelt további konfigurációs beállítások a DHCPREQUEST üzenet opciók mezőjébe kerülnek. Annak ellenére, hogy az ügyfelet IP-címmel felajánlották, a DHCPREQUEST üzenetet elküldi egy 0.0.0.0 forrású IP-címmel. Jelenleg az ügyfél még nem kapott igazolást arról, hogy az IP cím használata egyértelmű.
. ..
Ügyfél-kiszolgáló beszélgetés egy ügyfél számára, amely DHCP-címet kap, ahol az ügyfél és a DHCP-kiszolgáló ugyanazon alhálózaton tartózkodik:
Forrás: A katalizátor kapcsoló vagy az Enterprise Networks DHCP értelmezése és hibaelhárítása
Alapértelmezett útvonal
Ez a dokumentum ismerteti aalapértelmezett útvonal vagy átjáró.Ezek az IP-parancsok használatosak:
- 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
Statikus útvonal létrehozása a hálózathoz 0.0.0.0 0.0.0.0 egy másikhogyan állíthatja be az útválasztó átjáróját. Az ip alapértelmezett hálózati parancshoz hasonlóan, a statikus útvonal 0.0.0.0-ig való használata nem függ semmilyen útválasztási protokolltól. Az útválasztónak azonban engedélyeznie kell az IP útválasztást.
Megjegyzés: Az IGRP nem érti az útvonalat a 0.0.0.0-re. Ezért nem tud propagálni az ip útvonalon létrehozott alapértelmezett útvonalakat 0.0.0.0 0.0.0.0 parancs segítségével. Használja az ip alapértelmezett hálózati parancsot, hogy az IGRP propagáljon egy alapértelmezett útvonalat.
Forrás: Az utolsó település átjárójának konfigurálása IP-parancsok használatával
Van valami a magyarázat hozzáadásához? Hangzik ki a megjegyzésekben. Szeretne többet válaszolni a többi technikus-tudós Stack Exchange felhasználóiról? Nézze meg a teljes vitafonalat itt.
