Legtöbben hallottak a „127.0.0.1 és 0.0.0.0” -ról, de valószínűleg nem sokat gondoltak rájuk, de ha úgy tűnik, hogy mindkettő ugyanarra a helyre mutat, akkor mi a tényleges különbség a kettő között? A mai SuperUser Q & A bejegyzés segít tisztázni a dolgokat egy zavart olvasó számára.
A mai Kérdések és válaszok ülés a SuperUser jóvoltából érkezik hozzánk - a Stack Exchange alosztályához, amely a Q & A webhelyek közösségvezérelt csoportosulása.
Fotó jóvoltából Kate Gardiner (Flickr) .
A kérdés
Sagnik Sarkar, a SuperUser olvasója tudni akarja, mi a különbség a 127.0.0.1 és a 0.0.0.0 között:
Értem, hogy a 127.0.0.1 pont erre mutat helyi kiszolgáló és ez a 0.0.0.0 is megfelel (javíts ki, 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
DavidPostill, a SuperUser közreműködője válaszol ránk:
Mi a különbség a 127.0.0.1 és a 0.0.0.0 között?
- A 127.0.0.1 a visszacsatolási cím (más néven localhost).
- A 0.0.0.0 egy nem átirányítható metacím, amelyet érvénytelen, ismeretlen vagy nem alkalmazható cél ("nincs külön cím" helybirtokos) jelölésére használnak.
Egy útvonalbejegyzés kapcsán általában az alapértelmezett útvonalat jelenti.
A szerverek összefüggésében a 0.0.0.0 azt jelenti az összes IPv4-cím a 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 gazdagépen futó kiszolgáló 0.0.0.0-on hallgat, akkor mindkét IP-n elérhető lesz.
Mi az 127.0.0.1 IP-cím?
A 127.0.0.1 a visszacsatolt internetes protokoll (IP) cím, más néven helyi kiszolgáló . A címet arra használják, hogy IP-kapcsolatot létesítsenek ugyanahhoz a géphez vagy számítógéphez, amelyet a végfelhasználó használ.
Ugyanez a megegyezés meg van határozva azoknál a számítógépeknél is, amelyek támogatják az IPv6 címzést a :: 1 konnotáció segítségével. A kapcsolat létrehozása a 127.0.0.1 címmel a leggyakoribb gyakorlat; azonban bármely 127… * tartományban lévő IP-cím használata ugyanúgy vagy hasonló módon fog működni. A visszacsatolási konstrukció a hálózatra képes számítógép vagy eszköz számára lehetővé teszi az IP-verem hitelesítését vagy létrehozását 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 hálózati számhoz a visszacsatolás függvénynek, vagyis egy magasabb szintű protokoll által egy 127 hálózati címre küldött datagramnak vissza kell térnie a hoszt belsejébe. Nincs datagram küldött egy hálózatra 127-es címnek bármikor meg kell jelennie bármely hálózaton bárhol.
Forrás: Hálózati számok
Ha egész A osztályú, akkor mi értelme van az önkényes értékeknek az utolsó három oktettnél?
A visszacsatolási tartomány célja a TCP / IP protokoll megvalósításának tesztelése hoszton. Mivel az alsó rétegek rövidzárlatosak, a visszacsatolási cí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étegeken problémák jelentkeznének. A 127.0.0.1 a tesztelési célokra leggyakrabban használt cím.
Forrás: IP lefoglalt, visszacsatolt és privát címek
További információkért lásd a Kérdezze meg az Ubuntut kérdés: Mi az a Loopback eszköz, és hogyan tudom használni?
Mi az 0.0.0.0 IP-cím?
A 0.0.0.0 egy érvényes címszintaxis. Tehát érvényesnek kell értelmeznie, bárhol várható a hagyományos pontozott tizedesjegyű IP-cím. Miután elemezte és átalakította működőképes numerikus formára, akkor annak értéke határozza meg, hogy mi következik.
A nulla értéknek különleges jelentése van. Így van érvényes , de van olyan jelentése, amely adott körülmények között nem megfelelő (és ezért érvénytelennek tekinthető). Alapvetően a „nincs külön cím” helyőrző. Ilyen dolgok lehetnek, mint például a hálózati kapcsolatok címkötése, ennek eredményeként megfelelő interfész címet rendelhetünk a kapcsolathoz. Ha egy felület konfigurálásához használja, akkor ehelyett eltávolíthat egy címet a felületről. A felhasználás összefüggéseitől függ annak meghatározása, hogy mit csinál valójában a „nincs külön cím”.
Egy útvonalbejegyzés kapcsán általában az alapértelmezett útvonalat jelenti. Ez annak a következménye, hogy több a címmaszk, amely kiválasztja az összehasonlítandó biteket. A 0.0.0.0 maszk nem választ biteket, így az összehasonlítás mindig sikeres lesz. Tehát amikor egy ilyen útvonal konfigurálva van, mindig van hova mennie a csomagok számára (ha érvényes célállomással van konfigurálva).
Bizonyos esetekben pusztán a „0” is működik, és ugyanaz a hatása. De ez nem garantált. A 0.0.0.0 űrlap a „nincs külön cím” kimondásának szokásos módja (vagyis az IPv6-ban ::0 vagy csak :: ).
Forrás: Mit jelent az 0.0.0.0 IP-cím?
Az Internet Protocol 4-es verziójában a 0.0.0.0 cím egy nem átirányítható meta-cím, amelyet érvénytelen, ismeretlen vagy nem alkalmazható cél megjelölésére használnak. Különleges jelentést adni egy egyébként érvénytelen adatnak a sávon belüli jelzés alkalmazásával.
A szerverek összefüggésében a 0.0.0.0 azt jelenti az összes IPv4-cím a 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 gazdagépen futó kiszolgáló 0.0.0.0-on hallgat, akkor mindkét IP-n elérhető lesz ( Jegyzet: Ezt a konkrét szöveget felülről ismételjük az átfogó 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 az internet „többi részéhez” vezet, ahelyett, hogy valahol a helyi hálózaton lenne.
A felhasználás a következőket tartalmazza:
- Az a cím, amelyet a gazdagép állít, amikor a cím még nincs hozzárendelve. Például a kezdeti DHCPDISCOVER csomag küldésénél DHCP használatakor.
- Az a cím, amelyet a gazdagép kijelöl magának, ha a DHCP-n keresztüli címkérés nem sikerült, feltéve, hogy a gazdagép IP-vereme ezt támogatja. Ezt a felhasználást az APIPA mechanizmusra cserélték a modern operációs rendszerekben.
- Meghatározás módja bármilyen IPv4-gazdagép . Ilyen módon használják az alapértelmezett útvonal megadásakor.
- Annak a módja, hogy kifejezetten megadhassa, hogy a cél nem érhető el. Forrás: 127.0.0.1 - Mi a felhasználása és miért fontos?
- Meghatározás módja bármilyen IPv4-címet . Ilyen módon használják a szerverek konfigurálásakor (azaz amikor meghallgatási foglalatokat kötnek). Ezt a TCP programozók INADDR_ANY néven ismerik. [ a bind (2) címekhez köt, nem interfészekhez. ]
Az IPv6-ban az all-null címet úgy írják ::
Forrás: 0.0.0.0 [Wikipedia]
DHCP felderítése / kérése
Amikor egy ügyfél először elindul, akkor azt mondják, hogy a inicializáló állapot , és egy DHCPDISCOVER üzenetet továbbít a helyi fizikai alhálózaton a User Datagram Protocol (UDP) 67-es porton (BootP szerver) keresztül. Mivel az ügyfélnek nincs módja megismerni az alhálózatot, amelyhez tartozik, a DHCPDISCOVER egy összes alhálózat sugárzása (a cél IP-cím 255.255.255.255), forrás IP-címe 0.0.0.0. A forrás IP-cím 0.0.0.0, mivel az ügyfélnek nincs konfigurált IP-címe.
Ha ezen a helyi alhálózaton létezik DHCP-kiszolgáló, és megfelelően van konfigurálva és megfelelően működik, a DHCP-kiszolgáló meghallja az adást, és DHCPOFFER üzenettel válaszol. Ha a helyi alhálózaton nem létezik DHCP-kiszolgáló, akkor a helyi alhálózaton DHCP / BootP továbbító ügynöknek kell lennie ahhoz, hogy a DHCPDISCOVER üzenetet továbbítsa egy DHCP-kiszolgálót tartalmazó alhálózatra.
Ez a közvetítő ügynök lehet dedikált gazdagép (például Microsoft Windows Server) vagy útválasztó (például Cisco útválasztó, amely interfész szintű IP segítő utasításokkal van konfigurálva).
…
Miután az ügyfél DHCPOFFER-t kapott, egy DHCPREQUEST üzenettel válaszol, jelezve, hogy szándékában áll elfogadni a DHCPOFFER paramétereit, és beköltözik a kérelmező állam . Az ügyfél több DHCPOFFER üzenetet is kaphat, egyet-egyet azoktól a DHCP-kiszolgálóktól, amelyek az eredeti DHCPDISCOVER üzenetet kapták. Az ügyfél választ egy DHCPOFFER-t, és csak arra a DHCP-kiszolgálóra válaszol, implicit módon elutasítva az összes többi DHCPOFFER-üzenetet. Az ügyfél a kiszolgáló feltöltésével azonosítja a kiválasztott szervert Kiszolgálóazonosító opció mező a DHCP-kiszolgáló IP-címével.
A DHCPREQUEST egyúttal sugárzás, így minden DHCP-kiszolgáló, amely DHCPOFFER-t küldött, látni fogja a DHCPREQUEST-et, és mindegyik tudni fogja, hogy DHCPOFFER-jét elfogadták-e vagy elutasították-e. Az ügyfél által igényelt további konfigurációs lehetőségek a DHCPREQUEST üzenet opciómezőjében lesznek. Annak ellenére, hogy az ügyfélnek felajánlották az IP-címet, a DHCPREQUEST üzenetet 0,0.0.0 forrás IP-címmel küldi. Jelenleg az ügyfél még nem kapott ellenőrzést arról, hogy egyértelmű-e az IP-cím használata.
…
Ügyfél-kiszolgáló beszélgetés egy olyan DHCP-címet szerző ügyfél számára, ahol az ügyfél és a DHCP-kiszolgáló ugyanazon az alhálózaton található
Forrás: A DHCP megértése és hibaelhárítása a Catalyst Switch vagy az Enterprise Networks szolgáltatásban
Alapértelmezett útvonal
Ez a dokumentum elmagyarázza az alapértelmezett útvonal vagy a legvégső átjáró konfigurálását. Ezeket az IP parancsokat használják:
- 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ásik módszer az utolsó út átjárójának az útválasztón történő beállítására. Mint a ip alapértelmezett hálózat parancs esetén a statikus útvonal 0.0.0.0-ig történő használata nem függ semmilyen útválasztási protokolltól. Az IP-útválasztást azonban engedélyezni kell az útválasztón.
Jegyzet: Az IGRP nem érti a 0.0.0.0 elérési útját. Ezért nem terjesztheti az alapértelmezett útvonalakat a ip útvonal 0.0.0.0 0.0.0.0 parancs. Használja a ip alapértelmezett hálózat parancsot, hogy az IGRP terjessze az alapértelmezett útvonalat.
Forrás: A Last Resort átjárójának konfigurálása IP-parancsok használatával
Van valami hozzáfűzhető a magyarázathoz? Hang a kommentekben. Szeretne további válaszokat olvasni más, hozzáértő Stack Exchange-felhasználóktól? Nézze meg a teljes vitafonalat itt .
