2009-06-12 4 views
2

Für meine Sünden, ich bin verantwortlich für die Entwicklung eines Dienstes für die Bereitstellung von Daten für unsere internen Systeme laufen. NET-Anwendungen sowie externe Systeme mit PHP. Aus Gründen der Zukunftssicherheit möchte ich sicherstellen, dass es auch von Ruby abrufbar ist.Aufruf von WCF/Web Service von PHP/Ruby

Mein Dienst wird die Authentifizierung durchführen und Kontodetails von einem zentralen Benutzer-Repository abrufen. Also geh zu unserem php Web Frontend, gib Benutzername und Passwort ein und die php app ruft mein Ding an. Intern wird es über lokale TCP/IP, extern, Webservice, möglicherweise ws-Sicherheit.

Offensichtlich wollen wir sicherstellen, dass dieses Ding nur von vertrauenswürdigen Anrufern angerufen wird. Meine anfängliche Neigung besteht darin, auf einem Client-Zertifikat-Mechanismus zu bestehen, aber da ich ein vollständiges n00b außerhalb der .net-Welt bin, brauche ich einen Rat.

Erfordern aktuelle php/ruby-Implementierungen von Web-Service-Calls Anrufer-Client-Zertifikate? Ich gehe voraus und gehe davon aus, dass die php/ruby ​​Caller auf einer normalen, modernen Version von Linux laufen. Auf welche Tücken muss man achten? Das Letzte, was ich möchte, ist dieses großartige Ding zu bauen, unsere .net Caller funktionieren gut und müssen dann etwas zusammenbauen/kludge um es für unsere php Anrufer funktionieren zu lassen.

Jeder Rat wird geschätzt.

Antwort

0

Warum verwenden Sie nicht einen anderen Authentifizierungsmechanismus (API-Autorisierung) für den Zugriff auf Ihren Dienst? Sie können einen privaten Schlüssel für jeden Client generieren und sie über https mit den richtigen Schlüsseln versehen lassen.

Blick http://oauth.net/

Verwandte Themen