L'accès Échange de Services Web avec PHP et cURL

Bonjour,

Je suis actuellement à la rédaction d'un client pour accéder à un serveur Microsoft Exchange et de lire les contacts, les rendez-vous etc. .

Par des jours de recherche j'ai été en mesure de se connecter à l'EWS via PHP Soap client et personnalisé HTTPS gestionnaire de Flux. Cette site m'a beaucoup aidé à ce point.

Tout a bien fonctionné sur mon ordinateur Windows 7 en utilisant XAMPP

Maintenant j'ai téléchargé mon projet Debian 6.0 Squeeze machine de développement qui a exactement la même configuration que ma machine Windows qui concerne le web-serveur, les paramètres de php, mysql. mais il juste ne travail plus

La machine debian peut résoudre et la commande ping sur le serveur exchange sans problèmes

J'ai cloué le réel problème à un point, où cURL n'est pas en mesure de récupérer le fichier WSDL de l'EWS

Il reçoit toujours une réponse vide et un 401 (non autorisé) code d'état

- Je utiliser les informations d'identification sont correctes, les mêmes informations d'identification de travailler sur ma machine windows

J'ai extrait le mauvais morceau de code et essayé de courir, il stand-alone, il ressemble à ceci:

    echo "Trying to get https://".$cfg[ 'Exchange.Server' ]."/EWS/Services.wsdl<br>";
    $curl = curl_init( 'https://'.$cfg[ 'Exchange.Server' ].'/EWS/Services.wsdl' );
    curl_setopt( $curl, CURLOPT_RETURNTRANSFER,     true );
    curl_setopt( $curl, CURLOPT_HTTP_VERSION,       CURL_HTTP_VERSION_1_1 );
    curl_setopt( $curl, CURLOPT_HTTPAUTH,           CURLAUTH_NTLM );
    curl_setopt( $curl, CURLOPT_USERPWD,            $cfg[ 'Exchange.User' ].':'.$cfg[ 'Exchange.Password' ] );
    curl_setopt( $curl, CURLOPT_SSL_VERIFYPEER,     false );
    curl_setopt( $curl, CURLOPT_SSL_VERIFYHOST,     false );

    echo '<pre>';
    $response = curl_exec( $curl );
    $info = curl_getinfo( $curl );

    var_dump( $info );
    var_dump( $response );

    curl_close( $curl );

Le résultat je reçois ici est mentionné 401 code d'état, et une réponse vide
Lorsque j'appelle la même url dans mon navigateur ou avec le même code sur ma machine windows, j'obtiens le fichier WSDL je veux

En fait je ne peux même pas dire si c'est une base linux problème ou si je fais quelque chose de mal à un certain point, j'ai du mal avec ce pour 2 jours maintenant.

Il y a quelqu'un qui peut être en mesure de trouver mon erreur ou me dire pourquoi ça ne fonctionne pas?

Je peut fournir toute autre information nécessaire à la demande

Avez-vous essayé d'obtenir le fichier sur la ligne de commande, ainsi, par exemple, avec la curl ligne de commande de l'outil? Il peut révéler un grand nombre d'informations.
Oui, j'ai essayé la même chose en utilisant l'outil de ligne de commande "curl" à l'aide des paramètres -k (ignorer non valide cert), --ntlm (NTLM auth) et -u pour mes informations d'identification d'utilisateur, j'ai reçu une réponse vide
Activer la sortie, je pense que c'est -v, de contre-vérifier les --help. Il y a quelques autres "débogage" options pour les certs etc. IIRC.
Semble être quelque chose avec le NTLM bibliothèque sur votre client....
Je n'utilise pas l'authentification NTLM bibliothèque dans ce cas, le roulage est intégré authentification NTLM -v m'a indiqué une erreur que j'ai faite, qui a été à l'aide de \\ au lieu de \ comme mon domaine séparateur pour le nom d'utilisateur, si, j'obtiens toujours la réponse 401

OriginalL'auteur DarkDevine | 2011-10-05

  1. 8

    Si vous initialisez votre client soap correctement, vous devriez être en mesure de préformation de toutes les demandes de cette façon:

    $curl = curl_init($location); //'https://'.$server_address.'/EWS/Exchange.asmx'
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HTTPHEADER, $headers); //valid soap headers with keep-alive
curl_setopt($ch, CURLOPT_POST, true );
curl_setopt($ch, CURLOPT_POSTFIELDS, $request);
curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_1_1);
curl_setopt($ch, CURLOPT_USERPWD, $user.':'.$password);
$response = curl_exec($curl);

    De votre code, essayez de commenter la ligne suivante:

    curl_setopt( $curl, CURLOPT_HTTPAUTH, CURLAUTH_NTLM );

    Également prendre un coup d'oeil où que ce wrapper travaux sur votre installation:
    http://ewswrapper.lafiel.net/
    Si elle le fait, jetez un oeil à SAVON classes utilisées, il n' - il utilise php intégré dans la base.

    Pourquoi ne pouvez-vous pas stocker des fichier wsdl localement, de toute façon?

    Mise à JOUR:

    Ok, j'ai joué un peu avec ça dans mon système Debian et cela fonctionne pour moi parfaitement: 

    $domain = 'xxxxxx';
$user = 'xxxxxx';
$password = 'xxxxxx';
$ch = curl_init('https://'.$domain.'/EWS/Services.wsdl'); 
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_1_1);
curl_setopt($ch, CURLOPT_USERPWD, $user.':'.$password);
$response = curl_exec($ch);
$info = curl_getinfo( $ch );
$error =  curl_error ($ch);
print_r(array($response,$info,$error));

    retourne

    Array
(
    [0] => <?xml version="1.0" encoding="utf-8"?>
<wsdl:definitions 
(...)
</wsdl:definitions>
    [1] => Array
        (
            [url] => xxxxx/EWS/Services.wsdl
            [content_type] => text/xml
            [http_code] => 200
            [header_size] => 250
            [request_size] => 147
            [filetime] => -1
            [ssl_verify_result] => 0
            [redirect_count] => 0
            [total_time] => 0.60574
            [namelookup_time] => 0.165249
            [connect_time] => 0.268173
            [pretransfer_time] => 0.474009
            [size_upload] => 0
            [size_download] => 55607
            [speed_download] => 91800
            [speed_upload] => 0
            [download_content_length] => 55607
            [upload_content_length] => 0
            [starttransfer_time] => 0.580931
            [redirect_time] => 0
            [certinfo] => Array
                (
                )

            [redirect_url] => 
        )

    [2] => 
)
    Merci pour votre réponse. Désolé, je crois que je n'ai pas de point de sort assez bien, mais ce n'est pas exactement sur le SAVON de ne pas être en mesure de récupérer le WSDL, cURL n'est pas. Je ne peux pas les stocker localement, car nous ne sommes pas sûr si elle peut ou ne peut pas être modifié, le projet sera exécuté dans plusieurs environnements. Une autre solution pour moi était de le télécharger avec cURL et de donner ensuite la version locale de SAVON, mais c'est déjà le problème. Je ne peux pas il suffit de télécharger le fichier WSDL avec cURL sur Linux. L'authentification NTLM est requis par Microsoft Exchange par la voie
    Avez-vous essayé en commentant la ligne avec HTTPAUTH? Bien que, techniquement, NTLM d'authentification est requis par MME Ex, en sautant que dans curl exécution fait le tour. Pour télécharger des fichiers wsdl Ex serveur, j'ai fait une boucle par tous auth types et de voir qui retourne un fichier wsdl et l'utiliser pour se connecter au serveur. Vous serez surpris de voir que les diverses MS Ex serveurs utilisent différents auth types.
    J'ai déjà essayé de le commenter, il ne fonctionne pas non plus. J'ai aussi essayé toutes les méthodes d'authentification cURL offre encore, pas de chance non plus. Il travaille toujours avec le même code sur ma machine windows, il est donc probablement pas un serveur, mais un client de problème côté
    Voir les mises à jour dans la réponse ci-dessus
    J'ai essayé ton code et j'ai essayé votre code avec quelques ajustements ici et là, je reçois le 401. Quand je l'ai mis dans l'authentification NTLM, je obtenir un bon résultat sur ma machine windows, cependant, toujours rien sur ma Debian. Merci pour votre aide par la voie

    OriginalL'auteur Maiiku

  2. 1

    Votre premier chèque doit pas utiliser des scripts complexes.
    Au lieu d'essayer d'ouvrir le WSDL à partir d'une simple fenêtre de navigateur sur la machine Debian comme suit:
    https://your.exchange-server.com/EWS/Services.wsdl

    Si cela ne fonctionne pas il y a probablement des restrictions d'accès en place qui dépendent de l'IP du client ou d'un client réseau (par exemple, votre ordinateur de développement en cours dans un réseau de confiance, votre Debian n'a pas). Le fait que vous obtenez un 401 ("non autorisée" - demande nécessite une authentification de l'utilisateur) suggère qu'il n'y a pas de problème à communiquer avec le serveur, mais avec authentification.

    Une autre case je suggère, c'est que vous avez un oeil dans votre phpinfo() pour vérifier que votre installation de PHP sous Debian est capable de gérer HTTP*S* demandes. Assurez-vous, OpenSSL est installé!

    HTTPS wrapper existe, OpenSSL est installé, aucun navigateur sur Debian, mais a essayé de wget et curl à partir de la ligne de commande wget arrive avec 403 (Évidemment), courbure devient 401, j'ai essayé toutes sortes de nom d'utilisateur et le mot de passe de combinaisons, avec et sans domaine, de 1 à 4 barres obliques inverses que le domaine séparateur, no-IP ou restrictions des clients actifs
    De ce que j'ai trouver sur le web, il pourrait être un problème avec NTML v2 (évidemment acceptées uniquement par les serveurs Exchange) et NTML v1 (offerts par les clients Linux). Il semble y avoir de négociation des problèmes entre les deux mondes, même si ils le soutien v2. Ce n'est pas la réponse à votre question, mais peut-être que des conseils dans la bonne direction pour des tests supplémentaires.

    OriginalL'auteur Jpsy

  3. 1

    Cet article a permis de me diriger dans la bonne direction. Une chose à garder à l'esprit est que
    votre installation de PHP ne peut pas être le partage de votre système de roulage /libcurl de l'installation.

    http://blog.ianty.com/ubuntu/exchange-web-services-ews-ntlmv2-and-linux/

    OriginalL'auteur Jeffery Bennett