Вы бы использовали netsh http
при изменении конфигурации http.sys
, которая полностью отличается от hosts
файла, работая на гораздо более низком уровне Windows. Этот уровень является тот, который обрабатывает ход сервера HTTP локально на вашем компьютере, так что касается запросов, поступающих на ваш компьютер, а не те, происходит из к Интернету.
Это архитектура в Windows для обслуживания URL-запросов:
http.sys
является драйвером, который прослушивает HTTP-трафик и отправляет запросы на основе URL-адресов процессов, поэтому несколько процессов могут прослушивать HTTP-трафик на одном и том же порту.
http.sys
был представлен в Windows Server 2003. Ранее приложения просто открывали сокет на конечной точке (IP: порт), прослушивая входящий трафик и анализируя его. Проблема заключалась в том, что это делало невозможным для всех приложений использование портов 80 (http) и 443 (https), поскольку в модели сокетов только одно приложение может прослушивать конечную точку в любой момент времени.
Когда веб-сервер Internet Information Services (IIS) или любое приложение, использующее API-интерфейс HTTP-сервера, прослушивают какой-либо путь HTTP-запроса, им необходимо зарегистрировать префикс URL-адреса http.sys
. Мы называем этот процесс регистрацией .
Когда входящий запрос выбирается http.sys
и доставляется в правильное зарегистрированное приложение, это называется маршрутизацией .
Любое приложение, работающее в режиме администратора, может зарегистрировать URL. Приложение без прав администратора должно использоваться netsh http add urlacl
для получения запроса.
Вывод: поскольку вы не создаете низкоуровневый URL-сервер, работающий в режиме без прав администратора, у вас нет причин для его использования netsh http add urlacl
.
Рекомендации :