Что делает Chrome / сервер, когда я использую 0.0.0.0 вместо localhost в браузере? - PullRequest
Новая
       12

Что делает Chrome / сервер, когда я использую 0.0.0.0 вместо localhost в браузере?

1 голос
/ 08 апреля 2019

У меня запущено одностраничное приложение на dev-сервере webpack для горячей перезагрузки на моем локальном компьютере.Однако его внутреннее приложение не было на моем локальном компьютере, оно было размещено на удаленном сервере, скажем, http://remote-server.com.

Когда я использую такой адрес в поле адреса chrome: 0.0.0.0:3000/homepage, запрос http (API-вызовы к удаленному внутреннему серверу) было в 5 раз (даже больше) медленнее, чем при использовании localhost:3000/homepage

Я действительно запутался, почему это произошло?

На самом деле, точнее, вопрос будет, что это значит для браузера / сервера, когда я прошу Chrome пропинговать 0.0.0.0, учитывая тот факт, что 0.0.0.0 просто используется, чтобы сказать «привязать к любому возможному адресу»

http запросы

get /remote-server.com/api/v1/users
get /remote-server.com/api/v1/products
get /remote-server.com/api/v1/prices

Я ожидал, что запросы http займут одинаковое количество времени .. когда я использую 0.0.0.0 и localhost

1 Ответ

1 голос
/ 12 апреля 2019

что это значит для браузера / сервера, когда я прошу Chrome пинговать 0.0.0.0, учитывая тот факт, что 0.0.0.0 просто используется, чтобы сказать «привязать к любому возможному адресу» ?

По спецификации RFC5735 , 0.0.0.0 представляет только «исходные адреса», что означает, что это не маршрутизируемый адрес и его нельзя использовать для пункта назначения.

Однако по практическим причинам многие клиентские программы рассматривают 0.0.0.0 как localhost.Такой список программного обеспечения включает в себя: Chrome, Firefox, Safari, curl, telnet и т. Д. Поскольку многие веб-серверы запускаются с сообщениями типа «прослушать 0.0.0.0 ...», разрешить посещение 0.0.0.0 очень удобно для пользователя.младшие разработчики.

На самом деле, для Chrome это поведение обсуждалось как проблема , вначале статус проблемы был «WontFix», но позже был изменен на «Исправлено» со следующим решением:

Разрешить явную навигацию к «0.0.0.0» для поддержки систем, в которых выполняется переход к localhost (вопреки спецификациям ... но, по-видимому, часто встречается).

Это все еще не позволяетнавигация по любому другому IP-адресу с ведущим октетом 0 и разрешает 0.0.0.0 только тогда, когда он фактически введен в четырехточечной четырехточечной форме.

...