HttpListener Accès Refusé

Je suis en train d'écrire un serveur HTTP en C#.

Lorsque j'essaie d'exécuter la fonction HttpListener.Start() - je obtenir une HttpListenerException disant

"Accès Refusé".

Quand je lance l'application en mode administrateur sous windows 7, il fonctionne très bien.

Puis-je le faire fonctionner sans le mode admin? si oui, comment?
Si non, comment puis-je faire de l'app passer en mode administrateur) après le début de l'exécution?

using System;
using System.Net;

namespace ConsoleApplication1
{
    class Program
    {
        private HttpListener httpListener = null;

        static void Main(string[] args)
        {
            Program p = new Program();
            p.Server();
        }

        public void Server()
        {
            this.httpListener = new HttpListener();

            if (httpListener.IsListening)
                throw new InvalidOperationException("Server is currently running.");

            httpListener.Prefixes.Clear();
            httpListener.Prefixes.Add("http://*:4444/");

            try
            {
                httpListener.Start(); //Throws Exception
            }
            catch (HttpListenerException ex)
            {
                if (ex.Message.Contains("Access is denied"))
                {
                    return;
                }
                else
                {
                    throw;
                }
            }
        }
    }
}
  • Si quelqu'un veut éviter cette erreur, il peut essayer de l'écrire avec TcpListener. Il ne nécessite pas de privilèges d'administrateur
InformationsquelleAutor Randall Flagg | 2010-10-25
  1. 277

    Oui, vous pouvez exécuter HttpListener non-mode administrateur. Tout ce que vous devez faire est d'accorder des autorisations à l'URL donnée. par exemple,

    netsh http add urlacl url=http://+:80/MyUri user=DOMAIN\user

    Documentation est ici.

    • C'est utile, mais pour l'exhaustivité, l'URL spécifiée dans cette ligne de code: httpListener.Prefixes.Add("http://*:4444/"); doit correspondre EXACTEMENT avec celui de la netsh de commande. Par exemple, j'ai eu httpListener.Prefixes.Add("http://127.0.0.1:80/"); et la même netsh de commande que vous avez, et HttpListenerException sera encore levée. J'avais besoin de changer httpListener.Prefixes.Add("http://+:80/");Merci pour votre aide @Darrel Miller, parce que tu as de moi sur le bon chemin pour comprendre cela!
    • Et ne pas oublier le slash si "MyUri" est vide, sinon vous obtiendrez un The parameter is incorrect erreur. Exemple: url=http://+:80/
    • Est-il possible de faire cela pour un utilisateur non-administrateur, même pour http://localhost:80/? J'ai une application de bureau qui a besoin de recevoir une demande sur cette URL, et il semble dommage d'exiger qu'un administrateur de l'installer sur 50 postes de travail, juste pour cette fin.
    • Apparemment pas. Il n'y a également aucune mention de l'élévation ou de privilèges d'administration est requise dans la page de documentation. Il est donc facile de supposer que ce sera un "plus intelligent" TCPListener, alors qu'en réalité il est la principale raison de ne pas l'utiliser - et pourtant, ce n'est pas documenté.
    • Il existe des solutions de contournement leastprivilege.com/2007/03/23/punching-holes-into-http-sys L'autre option est d'utiliser Kestrel, car il n'utilise pas http.sys
    • merci pour les pensées, cependant, le point clé que je suis en train de faire ici, c'est que la documentation de Microsoft sur ce sujet n'a -pas - indiquer les principaux problèmes et les maux de tête déploiement du code écrit à l'aide de HTTP.sys. J'ai écrit considérable de logiciels, ainsi que de formuler des hypothèses qui vient de "l'écoute sur un port" serait un banal exercice (comme c'est le raw sockets API). Cela a fini par être complètement gaspillage d'efforts que le code ne peut pas être déployé sans élévation. Un interrupteur à Kestrel est non-trivial.
    • Je suis d'accord c'est une vraie douleur. Et très malheureux que le MSDN docs ne font aucune mention de celui-ci. Malheureusement, en limitant les logiciels malveillants à partir de l'ouverture des serveurs locaux est un mal nécessaire. Basé sur votre commentaire à propos de la passer à la Crécerelle d'être non-trivial, pourrais-je vous suggérer les efforts futurs sont basés sur les OWIN l'abstraction. Qui rend les hôtes de commutation beaucoup plus facile.
    • Je suis en cours d'exécution dans la même question! Tout ce que je peux penser à faire est de créer un document distinct .chauve-souris script de configuration de la commande netsh les ports nécessaires à l'application de s'exécuter. Un tel scénario aurait seulement besoin d'être exécutée une fois par un administrateur (par exemple, au moment de l'installation si votre .MSI foo est le plus fort). De mon expérience, c'est un système de réglage qui survit redémarre et peut être appliqué à l'échelle mondiale (pour tous les utilisateurs).
    • L'exécution de la commande netsh nécessite admin ;(
    • Moyen rapide de faire de ce travail, sans savoir grand-chose d'autre est de définir le domaine pour tout le monde et accueille des '+': netsh http ajoutez urlacl url=http://+:8282/ utilisateur=tout le monde listen=yes

    InformationsquelleAutor Darrel Miller
  2. 28

    Puis-je le faire fonctionner sans le mode admin? si oui, comment? Si non, comment puis-je faire de l'app passer en mode administrateur) après le début de l'exécution?

    Vous ne pouvez pas, il a commencer avec des privilèges élevés. Vous pouvez le redémarrer avec le runas verbe, qui demande à l'utilisateur de basculer en mode admin

    static void RestartAsAdmin()
{
    var startInfo = new ProcessStartInfo("yourApp.exe") { Verb = "runas" };
    Process.Start(startInfo);
    Environment.Exit(0);
}

    EDIT: en fait, ce n'est pas vrai; HttpListener peut fonctionner sans des privilèges élevés, mais vous avez besoin de donner l'autorisation pour l'URL sur laquelle vous souhaitez écouter. Voir Darrel Miller répondre pour plus de détails.

    • Pouvez-vous expliquer pourquoi j'ai commencer avec des privilèges élevés?
    • Vous devez également ajouter cette ligne 'startInfo.UseShellExecute = false;' avant 'Processus.Start(startInfo);'
    • parce que c'est comment Windows fonctionne... un processus peut pas passer en mode admin alors qu'il est en cours d'exécution. Concernant UseShellExecute: cela dépend de ce que vous êtes en cours d'exécution. J'ai testé mon code avec "notepad.exe" il fonctionne très bien sans UseShellExecute = false
    • Merci. Sur le UseShellExecute: j'ai essayé d'exécuter le code que j'ai posté. Un autre problème est que, pour une raison quelconque, il m'a demandé une fois si je veux exécuter en tant qu'administrateur et tout autre moment après qu'il ne le demande pas. J'ai redémarré, de Débogage pour s'assurer qu'il y va et rien. toutes les suggestions?
    • Pas vraiment... peut-être la deuxième fois que vous étiez déjà en cours d'exécution en tant qu'administrateur ?
    • J'ai décidé d'essayer et de désactiver le " startInfo.UseShellExecute = false; " et cela a fonctionné parfaitement. Merci beaucoup 🙂
    • Il n'y a pas de problème HttpListener non-mode administrateur.

    InformationsquelleAutor Thomas Levesque
  3. 19

    Si vous utilisez http://localhost:80/ comme un préfixe, vous pouvez écouter les requêtes http sans avoir besoin de privilèges d'Administration.

    • Pouvez-vous poster un exemple de code? J'ai juste essayé cela avec http://localhost:80/ et a obtenu un "Accès Refusé".
    • Désolé, cela ne semble pas fonctionner. Veuillez vérifier si vous êtes en cours d'exécution en tant qu'administrateur, qui ne devrait pas être le cas normal.
    • Désolé d'essayer, ne fonctionne pas
    • si ce serait le travail, je le considère comme un windows bug. peu importe ce que vous pensez de windows, je suppose être d'un niveau très basique que très, très vraisemblablement, ils n'ont pas manqué de les gérer correctement.
    • Donc, plus que 2 ans plus tard, cela fonctionne pour moi, maintenant sur Windows Server 2008 R2 avec .NET framework 4.5. httpListener.Prefixes.Add("http://*:4444/"); montre en effet une Access Denied erreur, mais httpListener.Prefixes.Add("http://localhost:4444/"); de travail sans aucun problème. Il ressemble à Microsoft exclus localhost de ces restrictions. Il est intéressant de noter, httpListener.Prefixes.Add("http://127.0.0.1:4444/"); montre encore une erreur d'Accès Refusé, de sorte que la seule chose qui fonctionne est localhost:{any port}
    • merci de votre commentaire qui a été fait le plus de valeur pour moi. J'ai eu "127.0.0.1" dans plusieurs configs. QA a signalé qu'il n'était pas en train de travailler sur Windows 8.1, mais dans Windows 10 très bien (et je l'ai testé moi-même dans Win10). Curieusement, il semble que Microsoft a tout le monde accordée pour l'utilisation de l'adresse 127.0.0.1 dans Win10, mais pas 8.1 (et probablement les versions antérieures), mais assez sûr, localhost est très bien. Merci
    • ah merde, elle exige que l'en-tête d'hôte maintenant, cependant,: (, donc la navigation à 127.0.0.1 à partir d'un navigateur. C'est un problème car j'ai besoin de l'exposer en externe à partir d'un muet TCP proxy avec aucune connaissance des en-têtes d'hôte.
    • Aussi, ne fonctionne pas pour moi si j'essaie de "localhost" au lieu de "+" dans netsh ajouter urlacl commande... apparemment la urlacl indésirable n'est pas compatible avec httplistener.
    • href="http://127.0.0.1:4444/" >127.0.0.1:4444 semble fonctionner pour 127 et localhost dans le même temps. Si vous écoutez seulement sur localhost puis l'127 ne fonctionne pas. même comportement avec votre PcName vs votre adresse ip. Une IP spécifique semble permettre de nom et la propriété intellectuelle.

    InformationsquelleAutor Ehsan Mirsaeedi
  4. 17

    La syntaxe est mauvais pour moi, vous devez inclure les guillemets:

    netsh http add urlacl url="http://+:4200/" user=everyone

    sinon j'ai reçu "Le paramètre est incorrect"

    • "Le paramètre est incorrect" peut aussi être retourné si vous ne spécifiez pas une fin en / sur l'url
    InformationsquelleAutor Dave
  5. 11

    Dans le cas où vous souhaitez utiliser le drapeau de l'utilisateur "=tout le monde", vous devez l'adapter à votre système de la langue. En anglais, il est comme il est mentionné:

    netsh http add urlacl url=http://+:80/user=Everyone

    En allemand, ça serait:

    netsh http add urlacl url=http://+:80/user=Jeder
    • En espagnol systèmes de langue, faire: user=Todos
    InformationsquelleAutor Christoph Brückmann
  6. 9

    Comme une alternative qui ne nécessite pas d'élévation ou netsh vous pouvez également utiliser TcpListener par exemple.

    Ce qui suit est un extrait modifié de cet exemple:
    https://github.com/googlesamples/oauth-apps-for-windows/tree/master/OAuthDesktopApp

    //Generates state and PKCE values.
string state = randomDataBase64url(32);
string code_verifier = randomDataBase64url(32);
string code_challenge = base64urlencodeNoPadding(sha256(code_verifier));
const string code_challenge_method = "S256";

//Creates a redirect URI using an available port on the loopback address.
var listener = new TcpListener(IPAddress.Loopback, 0);
listener.Start();
string redirectURI = string.Format("http://{0}:{1}/", IPAddress.Loopback, ((IPEndPoint)listener.LocalEndpoint).Port);
output("redirect URI: " + redirectURI);

//Creates the OAuth 2.0 authorization request.
string authorizationRequest = string.Format("{0}?response_type=code&scope=openid%20profile&redirect_uri={1}&client_id={2}&state={3}&code_challenge={4}&code_challenge_method={5}",
    authorizationEndpoint,
    System.Uri.EscapeDataString(redirectURI),
    clientID,
    state,
    code_challenge,
    code_challenge_method);

//Opens request in the browser.
System.Diagnostics.Process.Start(authorizationRequest);

//Waits for the OAuth authorization response.
var client = await listener.AcceptTcpClientAsync();

//Read response.
var response = ReadString(client);

//Brings this app back to the foreground.
this.Activate();

//Sends an HTTP response to the browser.
WriteStringAsync(client, "<html><head><meta http-equiv='refresh' content='10;url=https://google.com'></head><body>Please close this window and return to the app.</body></html>").ContinueWith(t =>
{
    client.Dispose();
    listener.Stop();

    Console.WriteLine("HTTP server stopped.");
});

//TODO: Check the response here to get the authorization code and verify the code challenge

    La lecture et l'écriture de méthodes:

    private string ReadString(TcpClient client)
{
    var readBuffer = new byte[client.ReceiveBufferSize];
    string fullServerReply = null;

    using (var inStream = new MemoryStream())
    {
        var stream = client.GetStream();

        while (stream.DataAvailable)
        {
            var numberOfBytesRead = stream.Read(readBuffer, 0, readBuffer.Length);
            if (numberOfBytesRead <= 0)
                break;

            inStream.Write(readBuffer, 0, numberOfBytesRead);
        }

        fullServerReply = Encoding.UTF8.GetString(inStream.ToArray());
    }

    return fullServerReply;
}

private Task WriteStringAsync(TcpClient client, string str)
{
    return Task.Run(() =>
    {
        using (var writer = new StreamWriter(client.GetStream(), new UTF8Encoding(false)))
        {
            writer.Write("HTTP/1.0 200 OK");
            writer.Write(Environment.NewLine);
            writer.Write("Content-Type: text/html; charset=UTF-8");
            writer.Write(Environment.NewLine);
            writer.Write("Content-Length: " + str.Length);
            writer.Write(Environment.NewLine);
            writer.Write(Environment.NewLine);
            writer.Write(str);
        }
    });
}
    • C'était vraiment utile, car nous avons eu la HttpListener problème lors de la mise en œuvre d'un IBrowser pour la IdentityModel.OidcClient bibliothèque donc une très semblables cas d'utilisation de la ci-dessus.
    • Il est intéressant de noter que le code ci-dessus a des bugs dans la il cependant. Tout d'abord à l'aide d'un StreamWriter avec l'UTF8 provoque des problèmes dans certains navigateurs, je suppose à cause d'une NOMENCLATURE en cours de sortie ou quelque chose comme ça. Je l'ai changé pour ASCII et tout est bien. J'ai également ajouté un peu de code à attendre que les données deviennent disponibles pour la lire sur le cours d'eau comme il se retournait parfois pas de données.
    • Merci @mackie - cette partie a été prise directement à partir de Microsoft échantillon. Je suppose qu'ils n'ont pas vraiment le tester correctement. Si vous pouvez modifier ma réponse aller de l'avant et de fixer les méthodes d' - sinon peut-être m'envoyer les modifications et je peux le mettre à jour.
    • Au lieu d'utiliser ASCII, il faut utiliser le constructeur suivant new UTF8Encoding(false), qui désactive émettant de la NOMENCLATURE. J'ai changé cela déjà la réponse
    • Je préfère cette solution au cours de la accepté de répondre. L'exécution de la commande netsh semble comme un hack. C'est une solide solution de programmation. Merci!
    InformationsquelleAutor Michael Olsen
  7. 6

    Vous pouvez lancer votre application en tant qu'administrateur si vous ajoutez Manifeste de l'Application à votre projet.

    Juste Ajouter un Nouvel Élément à votre projet et sélectionnez "Fichier de Manifeste d'Application". Modifier la <requestedExecutionLevel> élément:

    <requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
    InformationsquelleAutor R.Titov
  8. 5

    Par défaut de Windows définit le préfixe suivant qui est disponible pour tout le monde:
    http://+:80/Temporary_Listen_Addresses/

    De sorte que vous pouvez enregistrer votre HttpListener via:

    Prefixes.Add("http://+:80/Temporary_Listen_Addresses/" + Guid.NewGuid().ToString("D") + "/";

    Cela provoque parfois des problèmes avec des logiciels tels que Skype, qui va essayer d'utiliser le port 80 par défaut.

    InformationsquelleAutor Sebastian
  9. 3
    httpListener.Prefixes.Add("http://*:4444/");

    vous utilisez "*" afin d'exécuter suivant cmd en tant qu'administrateur

    netsh http add urlacl url=http://*:4444/user=username

    pas d'utilisation +, doit utiliser *, parce que vous spec *:4444~.

    https://msdn.microsoft.com/en-us/library/system.net.httplistener.aspx

    InformationsquelleAutor NamedStar
  10. 0

    J'ai aussi été confronté au même problème.Si vous avez déjà réservé url, alors vous devez d'abord supprimer l'url pour s'exécuter en non en mode administrateur sinon cela échouera avec l'Accès est Refusé d'erreur.

    netsh http delete urlacl url=http://+:80
    InformationsquelleAutor vivek nuna