Page 1 sur 1

Le fameux "mssql_connect(): Unable to connect to server

Posté : 17 juil. 2008, 13:27
par MainMa
Bonjour.

Ma situation est la suivante. L'ordinateur sur lequel je travaille est connecté au domaine. Il y a deux serveurs Microsoft SQL 2005 : l'un sur le serveur du domaine (MFRAME), l'autre sur l'ordi même (localhost). Sur localhost, les scripts tournent sous IIS7 en Isapi.
Lorsque je me connecte au serveur SQL de localhost avec
$this->Link = mssql_connect();
, tout marche parfaitement bien. Par contre, lorsque je me connecte sur l'autre serveur SQL à travers le réseau :
$this->Link = mssql_connect('MFRAME');
ça me met "mssql_connect(): Unable to connect to server".

Pour info, si j'essaie la connexion avec un login/mot de passe à la place d'authentification Windows, ça ne marche pas non plus. A l'inverse, je peux accéder parfaitement bien aux deux serveurs avec SQL Server Management Studio (avec authentification Windows, aussi bien qu'avec login/mot de passe). Aussi, TCP/IP et Named Pipes sont allumés sur MFRAME.

D'où est-ce que ça peut venir ? J'ai essayé, je crois, un peu tout ce qui était dit dans les commentaires de la documentation officielle PHP de mssql_connect() : ça n'a pas aidé... :roll:

Posté : 20 juil. 2008, 19:43
par sadeq

Posté : 20 juil. 2008, 20:02
par MainMa
Ben tout ça, c'est déjà fait. La preuve, ça marche beau sur un SQL Server en local ;) (même version 2005 sur les deux ordinateurs).

Re: Le fameux "mssql_connect(): Unable to connect to server"

Posté : 18 juin 2012, 17:51
par MoiMemeBisTer
Bonjour,
a tout hasard as-tu pu avoir une solution parce que ça va faire un moment que je bloque sur le sujet!!!!
Merci.

Re: Le fameux "mssql_connect(): Unable to connect to server"

Posté : 18 juin 2012, 23:49
par MainMa
Bonjour,
a tout hasard as-tu pu avoir une solution parce que ça va faire un moment que je bloque sur le sujet!!!!
Merci.
Je ne sais plus quelle était la solution. Vu comment est l'erreur, ça peut être tout et n'importe quoi. Actuellement, mon premier réflexe aurait été déjà de remplacer les appels directs par PDO, vu que de toute façon c'est inacceptable pour une application écrite en 2012 d'utiliser les mysql_query et compagnie.

Après, il convient peut-être d'essayer l'application sur plusieurs machines avec des configurations différentes, et de là, déduire laquelle des configurations cause l'erreur en question.