Проблемы с подключением FreeTDS - PullRequest
Новая
       9

Проблемы с подключением FreeTDS

14 голосов
/ 29 сентября 2011

Я использую FreeTDS 0.91 для подключения к удаленному серверу MSSQL, но все попытки пока не принесли результатов.

При выполнении команды tsql в моем Unix я получаю следующую ошибку: 

  locale is "en_US.UTF-8"
  locale charset is "UTF-8"
  using default charset "UTF-8"
  Error 20004 (severity 9)
  Read from the server failed
  OS error 104, "Connection reset by peer"
  Error 20002 (severity 9)
  Adaptive Server connection failed
  There was a problem connecting to the server

В файле freetds.log есть следующее: 

16:05:49.144905 20207 (log.c:196):Starting log file for FreeTDS 0.91
  on 2011-09-28 16:05:49 with debug flags 0xffff.
  16:05:49.145281 20207 (iconv.c:330):tds_iconv_open(0x3d29320, UTF-8)
  16:05:49.145426 20207 (iconv.c:187):local name for ISO-8859-1 is ISO-8859-1
  16:05:49.145448 20207 (iconv.c:187):local name for UTF-8 is UTF-8
  16:05:49.145459 20207 (iconv.c:187):local name for UCS-2LE is UCS-2LE
  16:05:49.145469 20207 (iconv.c:187):local name for UCS-2BE is UCS-2BE
  16:05:49.145479 20207 (iconv.c:349):setting up conversions for client charset "UTF-8"
  16:05:49.145489 20207 (iconv.c:351):preparing iconv for "UTF-8" "UCS-2LE" conversion
  16:05:49.145508 20207 (iconv.c:391):preparing iconv for "ISO-8859-1" "UCS-2LE" conversion
  16:05:49.145533 20207 (iconv.c:394):tds_iconv_open: done
  16:05:49.145550 20207 (net.c:205):Connecting to 70.70.218.13 port 2600 (TDS version 7.0)
  16:05:49.145686 20207 (net.c:270):tds_open_socket: connect(2) returned "Operation now in progress"
  16:05:49.236008 20207 (net.c:310):tds_open_socket() succeeded
  16:05:49.236061 20207 (util.c:156):Changed query state from DEAD to IDLE
  16:05:49.236083 20207 (login.c:782):quietly sending TDS 7+ login packet
  16:05:49.236173 20207 (token.c:328):tds_process_login_tokens()
  16:05:49.857930 20207 (util.c:331):tdserror(0x3d29080, 0x3d29320, 20004, 104)
  16:05:49.858072 20207 (util.c:361):tdserror: client library returned TDS_INT_CANCEL(2)
  16:05:49.858090 20207 (util.c:384):tdserror: returning TDS_INT_CANCEL(2)
  16:05:49.858114 20207 (util.c:156):Changed query state from IDLE to DEAD
  16:05:49.858137 20207 (token.c:337):looking for login token, got  0()
  16:05:49.858155 20207 (token.c:122):tds_process_default_tokens() marker is 0()
  16:05:49.858168 20207 (token.c:125):leaving tds_process_default_tokens() connection dead
  16:05:49.858179 20207 (login.c:466):login packet accepted
  16:05:49.858189 20207 (util.c:331):tdserror(0x3d29080, 0x3d29320, 20002, 0)
  16:05:49.858209 20207 (util.c:361):tdserror: client library returned TDS_INT_CANCEL(2)
  16:05:49.858220 20207 (util.c:384):tdserror: returning TDS_INT_CANCEL(2)
  16:05:49.858232 20207 (mem.c:615):tds_free_all_results()

Может ли это быть причиной проблемы с сервером SQL, или я неправильно устанавливаю или настроил FreeTDS??

Так потеряно.Пожалуйста помоги.

Когда я подключаюсь к серверу через telnet, я получаю ответ:

Попытка 70.70.218.13 ...Подключено к 70.70.218.13.Escape-символ '^]'.^^Соединение закрыто внешним хостом.

Значит ли это, что подключение telnet к хосту прошло успешно?

База данных SQL запущена на сервере Windows.Будет ли подключение к серверу Windows (как и через удаленный рабочий стол) правильным выбором значений для имени хоста и порта?Или мне нужно было бы найти прямое имя хоста для сервера SQL на сервере Windows?

Ответы [ 3 ]

24 голосов
/ 18 января 2013

Хан.

Я только что столкнулся с такой же ситуацией. И я решил эту проблему, добавив .freetds.conf к себе домой, 

[global]
    # TDS protocol version
    tds version = 7.0

И я знаю, что это именно тот ответ на большинство проблем с подключением FreeTDS.

И этот метод также предоставлен @Michael Berkowski.

0 голосов
/ 06 ноября 2017

Если вы не хотите создавать .freetds.conf, вы можете просто установить вместо этого переменную окружения TDSVER (например, в Windows для подключения к SQL Server 2008 используйте TDS версии 7.3): 

set TDSVER=7.3

(для * nix используйте export).

См. http://www.freetds.org/userguide/envvar.htm для получения дополнительных переменных среды.

См. http://www.freetds.org/userguide/choosingtdsprotocol.htm для версий TDS различных РСУБД

Вы также можете указать путь к файлу журнала, который может предоставить дополнительную информацию, установив переменную среды TDSDUMP, которая поможет устранить неполадки и покажет, где искать файлы конфигурации.например, 

set TDSDUMP=C:\temp\freetds.log

В моем случае установка переменной TDSDUMP выявила ошибку в журналах: 

iconv.c:346:setting up conversions for client charset "CP1252;LC_CTYPE=English_United States.1252;LC_MONETARY=C;LC_NUMERIC=C;LC_TIME=C"
iconv.c:348:preparing iconv for "CP1252;LC_CTYPE=English_United States.1252;LC_MONETARY=C;LC_NUMERIC=C;LC_TIME=C" <-> "UCS-2LE" conversion
iconv.c:423:tds_iconv_info_init: client charset name "-1" invalid

Очевидно, FreeTDS не анализировал имя кодировки из строки "CP1252; LC_CTYPE =Russian_United States.1252; LC_MONETARY = C; LC_NUMERIC = C; LC_TIME = C "

Я создал файл .freetds.conf со следующим содержимым: 

[global]
    tds version = 7.3           # version 7.3 for MSSQL 2008
    client charset = UTF-8      # so that we can get unicode characters

и сохранил его в C:\Windows\System32\config\systemprofile\AppData\Roaming\ как подсказывает файл журнала, который исправил проблему для меня.

0 голосов
/ 26 июля 2016

С извинениями за пятилетнюю некромантию кажется, что эта ошибка также будет возникать, когда tsql успешно подключится к открытому порту, но прослушиватель - это какая-то служба, отличная от SQL Server.Похоже, что FreeTDS не пытается проверить, взаимодействует ли он с сервисом, отличным от SQL Server, при входе в систему, поэтому сообщения об ошибках являются загадочными.(В моем случае я использовал номер порта для удаленного рабочего стола.)

...