Начална » как да » Каква е разликата между 127.0.0.1 и 0.0.0.0?

    Каква е разликата между 127.0.0.1 и 0.0.0.0?

    Повечето от нас са чували за „127.0.0.1 и 0.0.0.0“, но вероятно не са им обмисляли много, но ако и двата действително изглежда сочат към едно и също място, тогава каква е действителната разлика между двете? Днешната публикация за въпроси и отговори на SuperUser помага да се изчистят нещата за объркан читател.

    Днешната сесия за въпроси и отговори идва при нас с любезното съдействие на SuperUser - подразделение на Stack Exchange, групирано от общността уеб сайтове за въпроси и отговори.

    Снимката е предоставена от Кейт Гардинер (Flickr).

    Въпроса

    Читателят на SuperUser Sagnik Sarkar иска да знае каква е разликата между 127.0.0.1 и 0.0.0.0:

    Разбирам, че 127.0.0.1 точки Localhost и че 0.0.0.0 също прави също (коригирайте ме, ако греша). И така, каква е разликата между 127.0.0.1 и 0.0.0.0?

    Каква е разликата между 127.0.0.1 и 0.0.0.0?

    Отговорът

    Сътрудникът на SuperUser DavidPostill има отговор за нас:

    Каква е разликата между 127.0.0.1 и 0.0.0.0?

    • 127.0.0.1 е адресът на loopback (известен също като localhost).
    • 0.0.0.0 е мета-адрес, който не е подвижен и се използва за обозначаване на невалидна, неизвестна или неприложима цел (притежател на място „без определен адрес“).

    В контекста на въвеждане на маршрут обикновено означава маршрут по подразбиране.

    В контекста на сървърите, 0.0.0.0 означава всички IPv4 адреси на локалната машина. Ако даден хост има два IP адреса, 192.168.1.1 и 10.1.2.1, а сървър, работещ на хоста, слуша 0.0.0.0, той ще бъде достъпен и при двата IP адреса.

    Какъв е IP адресът 127.0.0.1?

    127.0.0.1 е обратна връзка с интернет протокола (IP), наричана още Localhost. Адресът се използва за установяване на IP връзка към една и съща машина или компютър, използван от крайния потребител.

    Същата конвенция се дефинира за компютри, които поддържат адресиране към IPv6, използвайки конотацията на :: 1. Установяването на връзка чрез адреса 127.0.0.1 е най-разпространената практика; въпреки това, използването на всеки IP адрес в диапазона от 127… * ще функционира по същия или подобен начин. Конструкцията на loopback дава на компютъра или устройството, което е в състояние да създаде мрежа, възможност да потвърди или установи IP стека на машината.

    Източник: 127.0.0.1 - Какви са нейните употреби и защо е важно?

    Специални адреси

    Номерът на мрежата 127 от клас А се присвоява на примка функция, т.е. дейтаграма, изпратена от по-високо ниво протокол към мрежа 127 адрес, трябва да се върне обратно вътре в хоста. Няма дейтаграма изпратен в мрежа 127 адресът трябва да се появява на всяка мрежа навсякъде.

    Източник: Мрежови номера

    Ако е цял клас А, каква е точката на други произволни стойности за последните три октата?

    Целта на веригата е да тествате изпълнението на TCP / IP протокола на хост. Тъй като по-ниските слоеве са късо съединение, изпращането до адрес за връщане в обратна връзка позволява по-високите слоеве (IP и по-горе) да бъдат ефективно тествани без възможност за проблеми в по-ниските слоеве, които се проявяват. 127.0.0.1 е най-често използваният адрес за тестване.

    Източник: Запазени IP адреси, Loopback и частни адреси

    За повече информация вижте Попитайте Ubuntu Въпрос: Какво е Loopback устройство и как да го използвам?

    Какъв е IP адресът 0.0.0.0?

    0.0.0.0 е валиден синтаксис на адреса. Така че трябва да се анализира като валиден, където се очаква IP адрес в традиционната точка с десетичен знак. След като се анализира и преобразува в работеща цифрова форма, неговата стойност определя какво ще се случи по-нататък.

    Стойността на всички нули има специално значение. Така е валиден, но има значение, което може да не е подходящо (и по този начин да се третира като невалидно) за определени обстоятелства. По същество той е заместител на „няма конкретен адрес“. За неща като свързването на мрежовите връзки с адреса, резултатът може да бъде да зададете подходящ интерфейсен адрес на връзката. Ако го използвате за конфигуриране на интерфейс, той може вместо това да премахне адрес от интерфейса. Зависи от контекста на употребата, за да определи какво в действителност има „няма конкретен адрес“.

    В контекста на въвеждане на маршрут обикновено означава маршрут по подразбиране. Това се случва в резултат на по-голямата част от адресната маска, която избира бита за сравнение. Маска от 0.0.0.0 не избира битове, така че сравнението винаги ще успее. Така че, когато такъв маршрут е конфигуриран, винаги има някъде някъде пакети (ако са конфигурирани с валидна дестинация).

    В някои случаи само „0“ ще работи и ще има същия ефект. Но това не е гарантирано. Формата 0.0.0.0 е стандартният начин да се каже „няма конкретен адрес“ (в IPv6 това е така) :: 0 или просто ::).

    Източник: Какво е значението на IP адреса 0.0.0.0?

    В Internet Protocol version 4, адресът 0.0.0.0 е не-маршрутен мета-адрес, използван за означаване на невалидна, неизвестна или неприложима цел. Да се ​​даде специално значение на иначе невалидна част от данните е приложение на сигнализиране в лентата.

    В контекста на сървърите, 0.0.0.0 означава всички IPv4 адреси на локалната машина. Ако хостът има два IP адреса, 192.168.1.1 и 10.1.2.1, а сървър, работещ на хоста, слуша 0.0.0.0, той ще бъде достъпен и при двата IP адреса (Забележка: Този конкретен текст се повтаря отгоре като част от цялостния отговор).

    В контекста на маршрутизирането, 0.0.0.0 обикновено означава маршрут по подразбиране, т.е. маршрутът, който води до „останалата част“ на интернет вместо в някъде в локалната мрежа..

    Употребите включват:

    • Адресът на хост претендира като свой, когато все още не е определен адрес. Например при изпращане на първоначален DHCPDISCOVER пакет при използване на DHCP.
    • Адресът, който хостът присвоява, когато искането за адрес чрез DHCP е неуспешно, при условие че IP стека на хоста поддържа това. Тази употреба е заменена с APIPA механизма в съвременните операционни системи.
    • Начин да се уточни изобщо за всеки IPv4-хост. Той се използва по този начин при задаване на маршрут по подразбиране.
    • Начин да се посочи изрично, че целта не е налице. Източник: 127.0.0.1 - Какви са нейните употреби и защо е важно?
    • Начин да се уточни всички IPv4 адреси. Той се използва по този начин при конфигуриране на сървъри (т.е. когато се свързват слушалки). Това е известно на TCP програмистите като INADDR_ANY. [bind (2) се свързва с адреси, а не към интерфейси.]

    В IPv6 адресът all-zeros се записва като ::

    Източник: 0.0.0.0 [Уикипедия]

    DHCP Discovery / Request

    Когато клиентът се зареди за първи път, се казва, че е в инициализиращо състояние, и предава съобщение DHCPDISCOVER в своята локална физическа подмрежа през порт 67 на потребителския дейтаграмен протокол (UDP) (сървър на BootP). Тъй като клиентът няма начин да знае подмрежата, към която принадлежи, DHCPDISCOVER е излъчено от всички подмрежи (IP адрес на местоназначението 255.255.255.255), с IP адрес на източник 0.0.0.0. IP адресът на източника е 0.0.0.0, тъй като клиентът няма конфигуриран IP адрес.

    Ако DHCP сървър съществува на тази локална подмрежа и е конфигуриран и работи правилно, DHCP сървърът ще чуе излъчването и ще отговори с DHCPOFFER съобщение. Ако DHCP сървър не съществува в локалната подмрежа, трябва да има DHCP / BootP Relay Agent на тази локална подмрежа, за да препрати съобщението DHCPDISCOVER към подмрежа, която съдържа DHCP сървър..

    Този релеен агент може да бъде или посветен хост (например Microsoft Windows Server) или маршрутизатор (например Cisco маршрутизатор, конфигуриран с помощни отчети на ниво интерфейс, например).

    ...

    След като клиентът получи DHCPOFFER, той отговаря с DHCPREQUEST съобщение, показвайки намерението си да приеме параметрите в DHCPOFFER и се премества в запитващата държава. Клиентът може да получи множество DHCPOFFER съобщения, по един от всеки DHCP сървър, който е получил оригиналното съобщение DHCPDISCOVER. Клиентът избира един DHCPOFFER и отговаря само на този DHCP сървър, без да отхвърля всички други DHCPOFFER съобщения. Клиентът идентифицира избрания сървър чрез попълване на Идентификатор на сървъра опция с IP адреса на DHCP сървъра.

    DHCPREQUEST също е излъчване, така че всички DHCP сървъри, които са изпратили DHCPOFFER, ще видят DHCPREQUEST и всеки ще знае дали DHCPOFFER е бил приет или отказан. Всички допълнителни конфигурационни опции, които клиентът изисква, ще бъдат включени в полето за опции на съобщението DHCPREQUEST. Въпреки че на клиента е бил предложен IP адрес, той ще изпрати DHCPREQUEST съобщение с IP адрес на източник 0.0.0.0. Понастоящем клиентът все още не е получил потвърждение, че е ясно дали да използва IP адреса.

    ...

    Разговор на клиент-сървър за клиент, получаващ DHCP адрес, където клиентът и DHCP сървърът се намират в една и съща подмрежа:

    Източник: Разбиране и отстраняване на проблеми с DHCP в Catalyst Switch или Enterprise Networks

    Основен маршрут

    Този документ обяснява как да конфигурирате маршрут по подразбиране или шлюз от последна инстанция. Тези IP команди се използват:

    • ip шлюз по подразбиране
    • ip мрежата по подразбиране
    • ip route 0.0.0.0 0.0.0.0

    IP Route 0.0.0.0 0.0.0.0

    Създаването на статичен маршрут към мрежата 0.0.0.0 0.0.0.0 е друг начин за задаване на шлюз на последна инстанция на рутер. Както и при. \ T ip мрежата по подразбиране команда, използвайки статичния маршрут до 0.0.0.0 не зависи от протоколи за маршрутизация. Въпреки това IP маршрутизацията трябва да бъде активирана на маршрутизатора.

    Забележка: IGRP не разбира маршрут до 0.0.0.0. Следователно, той не може да разпространява маршрути по подразбиране, създадени с помощта на ip route 0.0.0.0 0.0.0.0 команда. Използвай ip мрежата по подразбиране команда, за да разпространи IGRP по подразбиращ се маршрут.

    Източник: Конфигуриране на шлюз от последния обект, използващ IP команди


    Имате ли какво да добавите към обяснението? Звучи в коментарите. Искате ли да прочетете повече отговори от други технологични потребители на Stack Exchange? Вижте пълната тема за дискусия тук.