Wie einrichten von Web-API-Routing für einen Proxy-Controller?

Teil meiner Anwendung muss als Proxy-Server für einen Dritten RESTful-web-service. Gibt es eine Möglichkeit einrichten von Web-API-routing, so dass alle Anfragen von der gleichen Art auf die gleiche Methode?

Zum Beispiel, wenn der client sendet in beiden Anfragen BEKOMMEN ich möchte Sie zu gehen, um in einer einzigen Aktion zu ERHALTEN Methode, die dann sendet die Anfrage an die downstream-server.

api/Proxy/Customers/10045
api/Proxy/Customers/10045/orders
api/Proxy/Customers?lastname=smith

Den single-action-Methode für BEKOMMEN würde abholen eine dieser drei Anforderungen und senden Sie Sie an den entsprechenden Dienst (ich weiß, wie man mit HttpClient zu machen, dass passieren effektiv):

http://otherwebservice.com/Customers/10045
http://otherwebservice.com/Customers/10045/orders
http://otherwebservice.com/Customers?lastname=smith

Ich nicht wollen, haben zu eng paar meiner web-service an den Dritten web-service und replizieren Sie Ihre gesamte API-Methodenaufrufe innerhalb mine.

Einen workaround, dass ich dachte, einfach codieren Sie die Ziel-URL in JavaScript auf dem client und übergeben Sie diese in das Web-API, welche dann immer nur einen parameter. Es würde funktionieren, aber ich würde es vorziehen, verwenden Sie die routing-Funktionen in Web-API, wenn möglich.

  • Haben Sie jemals herausfinden? Ich bin versucht, das gleiche zu tun.
  • Noch nicht. Ich fühle mich wie ich bin immer in der Nähe aber mit dem parameter-routing.
  • Ich habe es funktioniert für meine Anforderungen - siehe Antwort gepostet.
InformationsquelleAutor Graham | 2014-08-05
  1. 17

    Hier ist, wie ich diese zu arbeiten. Erstellen Sie zuerst einen controller mit einer Methode, die für jedes verb Sie unterstützen möchten:

    public class ProxyController : ApiController
{
    private Uri _baseUri = new Uri("http://otherwebservice.com");

    public async Task<HttpResponseMessage> Get(string url)
    {
    }

    public async Task<HttpResponseMessage> Post(string url)
    {
    }

    public async Task<HttpResponseMessage> Put(string url)
    {
    }

    public async Task<HttpResponseMessage> Delete(string url)
    {
    }
}

    Den async-Methoden sind, weil Sie sich auf eine HttpClient. Anzeigen Ihrer route wie diese:

    config.Routes.MapHttpRoute(
  name: "Proxy",
  routeTemplate: "api/Proxy/{*url}",
  defaults: new { controller = "Proxy" });

    Nun wieder zurück auf die Get-Methode in der controller. Erstellen Sie ein HttpClient-Objekt, erstellen Sie eine neue HttpRequestMessage-Objekt mit der entsprechenden Url, kopieren Sie alles (oder fast alles) aus dem ursprünglichen request-Nachricht, dann Aufruf von SendAsync():

    public async Task<HttpResponseMessage> Get(string url)
{
    using (var httpClient = new HttpClient())         
    {
        string absoluteUrl = _baseUri.ToString() + "/" + url + Request.RequestUri.Query;
        var proxyRequest = new HttpRequestMessage(Request.Method, absoluteUrl);
        foreach (var header in Request.Headers)
        {
            proxyRequest.Headers.Add(header.Key, header.Value);
        }

        return await httpClient.SendAsync(proxyRequest, HttpCompletionOption.ResponseContentRead);
    }
}

    Die URL die Kombination könnte komplizierter sein, aber das ist die grundlegende Idee.
    Für den Post-und Put-Methoden, werden Sie auch brauchen, um kopieren Sie die request-body

    Bitte beachten Sie auch eine HttpCompletionOption.ResponseContentRead parameter übergeben SendAsync nennen, weil ohne Sie, ASP.NET verbringen Sie einen exremeley lange Zeit mit dem Lesen der Inhalt, wenn der Inhalt groß ist (in meinem Fall, es verändert einen 500KB 100ms Anfrage in einem 60er Anfrage).

    • Hmmm... scheint nicht zu funktionieren für query-Parameter. Noch arbeitet.
    • Fester query-parameter-Behandlung in Bearbeiten.
    • Hatte eine harte Zeit der Umsetzung dieser... Der Grund war das kopieren von Kopfzeilen. Sobald ich entfernt und die foreach-Schleife, alles hat gut funktioniert.
    • Was war es, über das kopieren der Header gab, dass Sie Schwierigkeiten?
    • Nur mein problem kam aus dem Host-header mit TSL, wenn die Weiterleitung auf eine andere domain. Wenn ich Links, die uncopied, alles hat gut funktioniert. Was für ein problem hast du laufen?
    • Ich habe versucht, das problem zu reproduzieren (ich hatte zu arbeiten, um es so bin ich nicht mehr sicher, ob es das war), aber dieses mal bekam ich die Ausnahme Could not establish a trust relationship for the SSL/TLS secure channel. Es könnte im Zusammenhang mit Ihrem Kommentar. Ich gefiltert aus dem Kopf.Schlüssel Host und nicht die Ausnahme mehr. Ich denke, das ist die Lösung - aber ist es "richtig" zu machen? Gibt es irgendwelche anderen Header, die herausgefiltert werden soll?
    • Also ich habe einen intern gehosteten API, die ich verwenden möchte von extern (stackoverflow.com/questions/43002283/...). Wie würde der proxy funktioniert für meine Zwecke?
    • Die proxy-controller wird vorausgesetzt, dass die URL-Strukturen sind grundsätzlich die gleichen zwischen den internen und externen APIs. Vorausgesetzt, Ihr system ist nicht vollständig geöffnet, werden Sie wollen sorgfältig darüber nachdenken Sicherheit. Stellen Sie sicher, dass zulassen, dass der eingehende request, und herauszufinden, wie Sie senden Sie die korrekte auth-header (die die gleichen oder unterschiedliche, je nach Ihrem setup) auf die interne API.
    • Danke. Kannst du mich führen, den Weg für mein api-bitte?
    • Seien Sie vorsichtig, wenn die Anforderung enthält einen Host-header. Es scheint, dass der HttpClient ersetzen den Basis-Teil der Uri, mit dem Inhalt der host-header. Dies kann in der http-Aufruf gerichtet, einen anderen server als den, wo du ihn angefordert hast, zu.
    • Ich habe ein edit, dass ich dachte, war die Lösung für mein problem, aber ich hatte heraus gefunden, dass mein Problem wurde durch einige andere problem und die Einstellung ContentRead Zufall war (in der Tat, ich hatte später herausgefunden, dass ContentRead ist die Standardeinstellung und muss daher nicht vorgelegt zu werden, und hat daher keinen Effekt). Ich habe versucht, zurücksetzen meine änderung, aber es wurde abgelehnt (so fühlen sich frei, um zurückzukehren, es). Obwohl, ich war in der Lage, um es zu erfüllen viel besser (abgesehen von meinem Problem) mit einer Kombination von stream-Inhalten und HeadersRead.
    • Ich bin immer ExceptionMessage": "The request was aborted: Could not create SSL/TLS secure channel." Fehler.

    InformationsquelleAutor Eric Pohl
Schreibe einen Kommentar