WCF REST Service - 401 Unauthorized

Wir sind in den Prozess der Entwicklung eines WCF REST web service, der erhält nur ein Haufen von beliebigen text aus jedem anonymen Benutzer, und dann führt einige Verarbeitung auf back-end.

Zum Beispiel, hier ist eine Methode, die von unserem web-service:

[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)]
public class MyRESTService : IMyRESTService
{
    [WebInvoke(Method = "PUT", UriTemplate = "/MyRESTMethod?paramA={paramA}&paramB={paramB}")]
    public Stream MyRESTMethod(string paramA, string paramB, Stream rawData)
    {
        //do some stuff...
    }
}

Wenn wir nur die Verwendung der standardmäßigen IIS-Einstellungen erhalten wir eine (401) Unauthorized. Jedoch, nach viel Versuch und Irrtum haben wir herausgefunden, dass wir konnte es zu arbeiten, indem Sie den SCHREIB-Zugriff für "Jeder" auf die tatsächliche .svc - Datei für unseren service.

Meine Frage ist: warum in der Welt würde IIS müssen über SCHREIBZUGRIFF verfügen, um eine .svc - Datei für diese Arbeit? Gibt es einen besseren Weg, oder bin ich stecken mit diesem hackish (und möglicherweise unsichere) Lösung?

WTF Microsoft?

Möglicherweise im Zusammenhang mit:

  • Die Zugriffsrechte nicht unbedingt gewährt werden müssen, "Alle". Stattdessen muss der authentifizierte Benutzer über diese Rechte verfügen. Für den anonymen Zugriff das IUSR".
InformationsquelleAutor Repo Man | 2011-08-17
  1. 9

    Habe ich auch gefunden, diese können behoben werden, indem

    <authentication mode="None" /> innerhalb von <system.web> in Ihrem web.config

    • dies half mir auch, aber ist es sicher?
    • Hängt von der Umgebung ab. In meinem Fall waren wir Vertrauen, dass das Netzwerk sicher war, und vielleicht ist das auch ausreichend. Wenn Sie direkte Authentifizierung zwischen den Diensten, natürlich wird dies ein problem sein.
    InformationsquelleAutor captncraig
  2. 7

    Nach einem Gespräch mit einem tech-Vertreter von M$ wurde ich informiert, dass dies tatsächlich das erwartete Verhalten. Der Dienst muss über einen Schreibzugriff aktiviert für jemanden, der eine Anfrage zu senden, um es, und wenn Sie dies tun, wird es tatsächlich einen Schreibzugriff automatisch auf die .SVC-Datei als auch.

    • Sie meinen Tag gerettet! BTW: darüber Nachzudenken, es ein zweites mal tut Sie dies Art von Sinn machen: Wenn Sie einen Antrag auf eine Ressource, die Ressource muss Schreibzugriff erlauben können. Nun, ich denke mal REST mit der WCF ist wahrscheinlich derart vorgenommen, dass der IIS interpretiert PUT /foobar.svc/some/path als ein PUT-request auf /foobar.svc und leitet die "/irgendein/Pfad" - Teil zu WCF, die für die weitere interpretation. So, für die IIS-dies ist ein PUT-request auf /foobar.svc - in HTTP sprechen: Sie ändern möchten foobar.svc
    InformationsquelleAutor Repo Man
Schreibe einen Kommentar