FreeTDS - Impossible de se connecter: Adaptive Server n'est pas disponible ou n'existe pas
CENTOS 6.5 x86_64
WHM 11.42.1
unixODBC 2.2.14
freetds v0.91
Je suis en train d'essayer de se connecter à distance MSSQL serveur sans succès - aussi essayé la connexion avec les différents tds versions (4.2, 7.0, 7.1, 8.0), mais tous donnent le même résultat.
En utilisant le même serveur, port, nom d'utilisateur et le mot de passe, je suis en mesure de vous connecter via mon bureau à l'aide de Win7 et SQL Server Management Studio.
Telnet échoue également.
Suivi de détails. S'il vous plaît laissez-moi savoir si vous avez besoin de plus. Toute aide/conseil appréciée.
========
tsql -C
Compile-time settings (established with the "configure" script)
Version: freetds v0.91
freetds.conf directory: /etc
MS db-lib source compatibility: yes
Sybase binary compatibility: yes
Thread safety: yes
iconv library: yes
TDS version: 4.2
iODBC: no
unixodbc: yes
SSPI "trusted" logins: no
Kerberos: yes
========
tsql -H testDSN -pXXXX -U "testuser' -P 'testpass'
locale is "en_US.UTF-8"
locale charset is "UTF-8"
using default charset "UTF8"
20Error 20009 (severity 9):
Unable to connect: Adaptive Server is unavailable or does not exist
OS error 110, "Connection timed out"
There was a problem connecting to the server
=======
isql -v testDSN 'testuser' 'testpass'
[S1000][unixODBC][FreeTDS][SQL Server]Unable to connect to data source
[08S01][unixODBC][FreeTDS][SQL Server]Unable to connect: Adaptive Server is unavailable or does not exist
[ISQL]ERROR: Could not SQLConnect
========
osql -S testDSN -U "testuser' -P 'testpass'
...
Configuration looks OK. Connection details:
DSN: testDSN
odbc.ini: /etc/odbc.ini
Driver: /usr/lib64/libtdsodbc.so
Server hostname: winsrv106.pleskdns.co.uk
Address: x.x.x.x
Attempting connection as testuser ...
+ isql testDSN testuser 'testpass' -v
[S1000][unixODBC][FreeTDS][SQL Server]Unable to connect to data source
[08S01][unixODBC][FreeTDS][SQL Server]Unable to connect: Adaptive Server is unavailable or does not exist
[ISQL]ERROR: Could not SQLConnect
net.c:205:FAILED Connecting to x.x.x.x port XXXX (TDS version 7.1)
========
plus freetds.journal
log.c:196:Starting log file for FreeTDS 0.91
on 2014-04-10 15:33:03 with debug flags 0x4fff.
iconv.c:330:tds_iconv_open(0x7233e0, UTF8)
iconv.c:187:local name for ISO-8859-1 is ISO-8859-1
iconv.c:187:local name for UTF-8 is UTF-8
iconv.c:187:local name for UCS-2LE is UCS-2LE
iconv.c:187:local name for UCS-2BE is UCS-2BE
iconv.c:349:setting up conversions for client charset "UTF8"
iconv.c:351:preparing iconv for "UTF8" <-> "UCS-2LE" conversion
iconv.c:391:preparing iconv for "ISO-8859-1" <-> "UCS-2LE" conversion
iconv.c:394:tds_iconv_open: done
net.c:205:Connecting to x.x.x.x port XXXX (TDS version 7.1)
net.c:270:tds_open_socket: connect(2) returned "Operation now in progress"
net.c:306:getsockopt(2) reported: Connection timed out
net.c:316:tds_open_socket() failed
util.c:331:tdserror(0x723140, 0x7233e0, 20009, 110)
util.c:361:tdserror: client library returned TDS_INT_CANCEL(2)
util.c:384:tdserror: returning TDS_INT_CANCEL(2)
mem.c:615:tds_free_all_results()
========
telnet x.x.x.x
Trying x.x.x.x...
telnet: connect to address x.x.x.x:
Connection timed out
Personne ne sait ce que "Adaptive Server n'est pas disponible ou n'existe pas"?
Comme je me connecte via SQL Server Management Studio, le serveur à distance des informations d'identification doit être ok... et osql états "Configuration semble OK" sur le serveur local. Le seul indice est en freetds.le journal, qui stipule que "tds_open_socket() a échoué". Personne ne sait ce qui peut en être la cause?
Juste trouvé ceci: "Impossible d'ouvrir le socket" est TDSECONN produite par la src/tds/net.c::tds_open_socket(). C'est le résultat d'un échec de inet_addr(3) ou (plus probablement) de la douille(3). Alors c'est vrai vous ne pouvez pas vous connecter, plus précisément, vous êtes empêché en local de la tentative de connexion. Pour vous connecter vous avez besoin d'une ressource locale -- une socket, et que vous êtes capable d'en créer un. J'attends le log pour voir "création de la socket error" et le système d'exploitation de message d'erreur. Je ne serais pas surpris si EACCES est le problème. (Dans ce cas, telnet(1) échouera également.) lists.ibiblio.org/pipermail/freetds/2009q3/025094.html
RÉSOLU après le port requis sur le serveur local a été ouvert entrants et sortants
Bonjour, nous avons le même message d'erreur. Pouvez-vous me dire comment vous avez spécifiquement résolu ce problème? J'ai passé presque 2 jours de cette erreur. Merci
Comme je me connecte via SQL Server Management Studio, le serveur à distance des informations d'identification doit être ok... et osql états "Configuration semble OK" sur le serveur local. Le seul indice est en freetds.le journal, qui stipule que "tds_open_socket() a échoué". Personne ne sait ce qui peut en être la cause?
Juste trouvé ceci: "Impossible d'ouvrir le socket" est TDSECONN produite par la src/tds/net.c::tds_open_socket(). C'est le résultat d'un échec de inet_addr(3) ou (plus probablement) de la douille(3). Alors c'est vrai vous ne pouvez pas vous connecter, plus précisément, vous êtes empêché en local de la tentative de connexion. Pour vous connecter vous avez besoin d'une ressource locale -- une socket, et que vous êtes capable d'en créer un. J'attends le log pour voir "création de la socket error" et le système d'exploitation de message d'erreur. Je ne serais pas surpris si EACCES est le problème. (Dans ce cas, telnet(1) échouera également.) lists.ibiblio.org/pipermail/freetds/2009q3/025094.html
RÉSOLU après le port requis sur le serveur local a été ouvert entrants et sortants
Bonjour, nous avons le même message d'erreur. Pouvez-vous me dire comment vous avez spécifiquement résolu ce problème? J'ai passé presque 2 jours de cette erreur. Merci
OriginalL'auteur user247497 | 2014-04-10
Vous devez vous connecter pour publier un commentaire.
J'ai eu le même problème et l'a résolu en utilisant un port personnalisé:
port = XXXXX
dans freetds.conf
Ce port doit être configuré dans la Configuration de SQL Server Mgnt
Configuration du Réseau SQL Server -> TCP/IP (activé) -> Adresses IP -> IPAll -> Ports TCP Dynamiques
https://msdn.microsoft.com/en-us/library/ms177440.aspx
J'ai également eu à ajouter un
tds version = 8.0ligne à mon freetds.confOriginalL'auteur Dimitris
Je exécutez MS Windows dans VirtualBox.
Donc, pour moi, pour accéder à MS sql server à partir de mon mac de l'hôte, je dois:
Ajouter la Redirection de Port entrée dans VirtualBox > Périphériques > Réseau > Réseau
Paramètres > Avancé
Ouvrir le Port 1444 dans MS Panneau de configuration > le Pare-feu Windows > Avancé
Paramètres > Règles de trafic Entrant
Démarrez SQL Server Browser dans le Gestionnaire de Configuration SQL Server > SQL
Les Services De Serveur
Activer le protocole TCP dans le Gestionnaire de Configuration SQL Server > Protocoles
Définissez le Port TCP à 1444 pour TCPAll dans le Gestionnaire de Configuration SQL Server > Protocoles > TCP/IP > Propriétés...
Noter que MS SQL Server est configuré pour écouter sur le port 1444.
OriginalL'auteur l3x
J'ai vu cette erreur lors de l'utilisation de Pymssql pour la première fois. J'ai dû tourner le protocole TCP/IP en tant que l'un des protocoles de réseau pour mon installation locale de SQL Server.
OriginalL'auteur MrTelly
Une résolution semblable à moi sur un Cygwin 64 installer interfaçage FreeTDS à une base de données SQL Server 2008 sur un ordinateur local. Avait activer le protocole TCP/IP pour le Service MSSQLServer et redémarrer le service pour résoudre.
freetds.journal de trace d'activation m'a conduit à la solution (journal de l'échantillon suit):
OriginalL'auteur TonyD