Sie würden dies netsh httpbeim Ändern der Konfiguration von verwenden http.sys, die sich völlig von der hostsDatei unterscheidet und auf einer viel niedrigeren Windows-Ebene arbeitet. Diese Ebene ist die Ebene, die die Ausführung eines HTTP-Servers lokal auf Ihrem Computer ausführt . Es sind also Anfragen, die auf Ihrem Computer eingehen, und nicht die, die an das Internet gesendet werden .
Dies ist die Architektur in Windows zum Bereitstellen von URL-Anforderungen:
http.sys ist der Treiber, der auf HTTP-Datenverkehr wartet und Anforderungen basierend auf der URL an Prozesse weiterleitet, sodass mehrere Prozesse HTTP-Datenverkehr an demselben Port überwachen können.
http.syswurde in Windows Server 2003 eingeführt. Vorher haben Anwendungen gerade einen Socket auf einem Endpunkt (IP: Port) geöffnet, eingehenden Datenverkehr überwacht und analysiert. Das Problem bestand darin, dass es für alle Anwendungen unmöglich war, Port 80 (http) und 443 (https) zu verwenden, da mit dem Socket-Modell immer nur eine Anwendung einen Endpunkt abhören kann.
Wenn der IIS- Web-Server (Internet Information Services) oder eine Anwendung, die die HTTP-Server-API verwendet, einen HTTP-Anforderungspfad überwacht, müssen sie ein URL-Präfix registrieren http.sys. Wir nennen diesen Prozess Registrierung .
Wenn eine eingehende Anforderung von http.sysder richtigen registrierten Anwendung abgerufen und an diese übermittelt wird, wird dies als Routing bezeichnet .
Jede Anwendung, die im Administratormodus ausgeführt wird, kann sich für eine URL registrieren. Eine Anwendung, die kein Administrator ist, muss verwenden netsh http add urlacl, um die Anforderung zu erhalten.
Schlussfolgerung: Da Sie keinen einfachen URL-Server erstellen, der im Nicht-Administrator-Modus ausgeführt wird, haben Sie keinen Grund zur Verwendung netsh http add urlacl.
Verweise :