ldap_count_entries

ldap_compare

Last updated: Fri, 20 Jun 2008

ldap_connect

(PHP 4, PHP 5)

ldap_connect — Connexion à un serveur LDAP

Description

resource ldap_connect ([ string $hostname [, int $port ]] )

Établit une connexion avec un serveur LDAP situé sur l'hôte hostname et port .

Liste de paramètres

hostname: Si vous utilisez OpenLDAP 2.x.x, vous pouvez spécifier une URL au lieu d'un nom d'hôte. Pour utiliser LDAP avec SSL, compilez OpenLDAP 2.x.x avec le support SSL, configurez PHP avec SSL, et utilisez ldaps://hostname/ comme nom d'hôte.
port: Le port utilisé pour la connexion. Inutile lors de l'utilisation d'URL. Par défaut, 389.

Valeurs de retour

Retourne un identifiant positif de serveur LDAP en cas de succès, ou bien FALSE en cas d'erreur. Lorsque OpenLDAP 2.x.x est utilisé, ldap_connect() retournera toujours une ressource car il ne se connectera pas mais initialisera uniquement les paramètres de connexion. Actuellement, la connexion intervient avec le prochain appel aux fonctions ldap_*, habituellement avec la fonction ldap_bind().

Sans argument, l'identifiant de la dernière connexion ouverte sera retourné.

Historique

Version	Description
4.0.4	Les supports URL et SSL ont été ajoutés.

Exemples

Exemple #1 Exemple de connexion à un serveur LDAP


<?php

// LDAP variables
$ldaphost = "ldap.example.com";  // votre serveur LDAP
$ldapport = 389;                 // votre port de serveur LDAP

// Connexion LDAP
$ldapconn = ldap_connect($ldaphost, $ldapport)
          or die("Impossible de se connecter au serveur LDAP $ldaphost");

?>

Exemple #2 Exemple de connexion à un serveur LDAP SSL


<?php

// Assurez-vous que l'hôte est correct
// et que vous avez un certificat valide
$ldaphost = "ldaps://ldap.example.com/";

// Connexion LDAP
$ldapconn = ldap_connect($ldaphost)
          or die("Impossible de se connecter au serveur LDAP {$ldaphost}");

?>

Voir aussi

ldap_bind()

ldap_count_entries

ldap_compare

Last updated: Fri, 20 Jun 2008

add a note User Contributed Notes
ldap_connect

geigers at binghamton dot edu
01-May-2008 10:04


If you have oci8 and are trying to use openldap for ldap you *may* run into a problem.  I have an Oracle database that I connect to from apache.  Oracle also has ldap libs which were taking precedence over the openldap libs.  This would cause a seg fault when calling ldap_connect with a uri style connect string; e.g. ldap_connect("ldaps://myldapserver.host");



After using gdb to debug a core dump and a lot of googling I found that the solution was to add an env-var to apachectl startup.



I am using Apache 2.2.8 with PHP 5.2.5 on RHEL.  I added:



LD_PRELOAD=/path/to/libldap.so

export LD_PRELOAD



in /usr/sbin/envvars which is read when apachectl starts.  You can read more on this here: http://www.mail-archive.com/php-bugs@lists.php.net/msg02201.html



Scott Geiger

bleathem at gmail dot com
27-Feb-2008 11:30


Everyone is posting about getting ldaps:// working in a WAMP/AD stack, I had a tough time finding how to get it going in RHEL 5.1 (w/ all stock rpms).  Good old strace did the trick and helped me find the problem...



Turns out php was looking for the CA file in /etc/pki/CA, and I didn't have the correct permissions on the folder.  chmod'ing it to 755 solved my "Can't contact LDAP server" message.

andreas dot a dot sandberg at gmail dot com
06-Jun-2007 02:28


Be careful when using ldap_connect with the sun client libraries that come bundled with solaris.   When specifyng the host with the ldap protocol, my connection failed and it took me a good day to trouble shoot.  ie. ldap_connect("ldap://somwhere.com");  Just remove the 'ldap://' and specify the host.   This was on Solaris 10 sparc.

vandervoord at planet dot nl
05-May-2007 03:22


The previous note concerning searching the whole AD tree works fully. Though you must be sure that the server you're authenticating/searching is a Global Catalog server. If not, connecting and binding will fail. Usually there is at least one Global Catalog server in your domain, so if the connect fails try another server it will work. The reason it works is that the Global Catalog server searches the whole domain as where the domain catalog only searches a given OU, offcourse this opposes a security threat as well :)...

allie at lsu dot edu
06-Mar-2007 11:23


I sure do wish there was some way I could get this information out to all programmers in the world about binding and searching MS AD.  This is the second time I was bit by the "I need to search the entire tree" problem.



For php (and apache auth_ldap ) you need to specify port 3268 when you want to search the entire tree.  Otherwise it will spit out the partial results error.



ldap_connect($server,3268);



I'm just fortunate enough to have won this same battle with apache searching the whole directory.  When I noticed our php application failing auth's for users, I was immediately able to fix the problem by adding this port specification (and the ldap_set_option($ldapserver, LDAP_OPT_REFERRALS, 0)  option).



I really hope this helps someone else before they pull all their hair out.  I know I miss mine.

elsint at yahoo dot com
21-Sep-2006 10:48


Be careful about the certificate's permission if you are using Windows.



Set certificates' permissions for everyone to Read and Read&Execute or you may get binding errors because of this.

baroque at citromail dot hu
05-Nov-2005 10:20


This code sample shows how to connect and bind to eDirectory in PHP using LDAP for Netware.



<?php



$server='137.65.138.159';

$admin='cn=admin,o=novell';

$passwd='novell';



$ds=ldap_connect($server);  // assuming the LDAP server is on this host



if ($ds) {

    // bind with appropriate dn to give update access

    $r=ldap_bind($ds, $admin, $passwd);

    if(!$r) die("ldap_bind failed<br>");



    echo "ldap_bind success";

    ldap_close($ds);

} else {

    echo "Unable to connect to LDAP server"; 

}

?>

Tony Brady
04-Nov-2005 11:53


I don't why but on my server I am not able to connect successfully to my LDAP server unless I use the IP address of the LDAP server, rather than the hostname. So this DOESN'T work:



<?php

  $ldapconn = ldap_connect('ldap.example.com');

?>



whereas this does work:



<?php

  $ip = gethostbyname('ldap.example.com');

  $ldapconn = ldap_connect($ip);

?>



Of course you don't know it hasn't worked until you try to bind to the server and query it.

Srivathsa M
23-Jun-2005 12:28


Using LDAP over SSL on NetWare:



1. Copy the server certificates to sys:/php5/cert directory. This location is configurable in php.ini file.



2. Use "ldaps://" prefix for host name argument or a value of 636 for port number argument in ldap_connect call.



For more details, visit, NetWare specific PHP documentation at http://developer.novell.com/ndk/doc/php/index.html

nigelf at esp dot co dot uk
26-Apr-2005 12:58


As mentioned above, openLDAP will always return a resource, even if the server name isn't valid.  



If you then bind with errors suppressed (@ldap_bind) and it fails, it's not obvious what caused the failure (ie: connection or credentials).  As the bind doesn't return a resource you can't get the last error from ldap_error etc. either.



If you display just a message about login failure to the user they may get frustrated re-typing a valid username/password when it's the connection that's at fault.

blizzards at libero dot it
28-Sep-2004 12:23


To complete questions about how to connect to a LDAP ACTIVE DIRECTORY 2000/2003 server with SASL on port 636, you can refer to prevous notes, and the following directives:



A)Create CA certificates from AD;

B)Export in .pem (DER) format;

C)Install OPENSSL,CYRUS SASL,OPENLDAP,KERBEROS 5;

D)Copy exported AD ca cert into openssl certs dir on your unix system;

E)Reash with c_reash command;

F)Get a kerberos ticket form AD for your user;

G)Compile PHP with SSL and LDAP support;

H)Test with ldapsearch -D <binddn> -W -H ldaps://ad.secure.com:636 -x



If all works right, create your php script.



Note: For writing parameters to AD you need to renew ticket each 10 hours or less (AD default lifetime ticket), for reading pourpose you can maintain expired ticket.

When querying a windows 2000/2003 AD you MUST use only SASL and not TLS (non supported).

Andrew (a.whyte at cqu.edu.au)
29-Sep-2003 09:15


To be able to make modifications to Active Directory via the LDAP connector you must bind to the LDAP service over SSL. Otherwise Active Directory provides a mostly readonly connection. You cannot add objects or modify certain properties without LDAPS, e.g. passwords can only be changed using LDAPS connections to Active Directory.



Therefore, for those wishing to securely connect to Active Directory, from a Unix host using PHP+OpenLDAP+OpenSSL I spent some time getting this going myself, and came across a few gotcha's. Hope this proves fruitfull for others like me when you couldn't find answers out there.



Make sure you compile OpenLDAP with OpenSSL support, and that you compile PHP with OpenLDAP and OpenSSL.



This provides PHP with what it needs to make use of ldaps:// connections.



Configure OpenSSL:



Extract your Root CA certificate from Active Directory, this is achived through the use of Certificate Services, a startard component of Windows 2000 Server, but may not be installed by default, (The usual Add/Remove Software method will work here). I extracted this in Base64 not DER format.



Place the extracted CAcert into the certs folder for openssl. (e.g. /usr/local/ssl/certs) and setup the hashed symlinks. This is easily done by simply running:



  /usr/local/ssl/bin/c_rehash



Once this is done you can test it is worked by running:



  /usr/local/ssl/bin/openssl verify -verbose -CApath /usr/local/ssl/certs /tmp/exported_cacert.pem



(Should return: OK).



Configure OpenLDAP:



Add the following to your ldap.conf file.

(found as /usr/local/openldap/etc/openldap/ldap.conf)



  #--begin--



  # Instruct client to NOT request a server's cert.

  TLS_REQCERT never



  # Define location of CA Cert

  TLS_CACERT /usr/local/ssl/certs/AD_CA_CERT.pem

  TLS_CACERTDIR /usr/local/ssl/certs



  #--end--



You also need to place those same settings in a file within the Apache Web user homedir called .ldaprc



  e.g.:

  

  cp /usr/local/openldap/etc/openldap/ldap.conf ~www/.ldaprc )



You can then test that you're able to establish a LDAPS connection to Active Directory from the OpenLDAP command tools:



  /usr/local/openldap/bin/ldapsearch -H "ldaps://adserver.ad.com"



This should return some output in extended LDIF format and will indicate no matching objects, but it proves the connection works.



The name of the server you're connecting to is important. If they server name you specify in the "ldaps://" URI does not match the name of the server in it's certificate, it will complain like so:



  ldap_bind: Can't contact LDAP server (81)

        additional info: TLS: hostname does not match CN in peer certificate



Once you've gotten the ldapsearch tool working correctly PHP should work also.



One important gotcha however is that the Web user must be able to locate it's HOME folder. You must check that Apache is providing a HOME variable set to the Web users home directory, so that php can locate the .ldaprc file and the settings contained within. This may well be different between Unix variants but it is such a simple and stupid thing if you miss it and it causes you grief. Simply use a SetEnv directive in Apache's httpd.conf:



  SetEnv HOME /usr/local/www



With all that done, you can now code up a simple connect function:



  function connect_AD()

  {

    $ldap_server = "ldaps://adserver.ad.com" ;

    $ldap_user   = "CN=web service account,OU=Service Accounts,DC=ad,DC=com" ;

    $ldap_pass   = "password" ;



    $ad = ldap_connect($ldap_server) ;

    ldap_set_option($ad, LDAP_OPT_PROTOCOL_VERSION, 3) ;

    $bound = ldap_bind($ad, $ldap_user, $ldap_pass);



    return $ad ;

  }



Optionally you can avoid the URI style server string and use something like ldap_connect("adserver.ad.com", 636) ;  But work fine with Active Directory servers.



Hope this proves usefull.

avel at noc uoa gr
24-Jul-2002 04:05


Note that hostname can be a space-separated list of LDAP host names. This is very useful for failover; if the first ldap host is down, ldap_connect will ask the second LDAP host. Of course, you _must_ have LDAP replicates before doing this. :) Read the LDAP API documentation for more information.





This can also be useful, apart from failover, for LDAP load balancing. Just use a random generator function that will return a different space-separated list every time. This is because the first host in the list is always tried first.





Be careful when doing LDAP writes; be sure to always connect to your master host when you are about to modify the database, so that the replicates will get the changes as expected.





Alexandros Vellis

24-Apr-2002 06:28


A resource ID is always returned when using URLs for the host parameter

even if the host does not exist.



"When using an URI to describe the connection, the (open)ldap library

only parses the url and checks if it's valid, _no connection_ is

established in that case."

-mfischer@php.net

http://bugs.php.net/bug.php?id=15637

add a note

ldap_count_entries

ldap_compare

Last updated: Fri, 20 Jun 2008