Подключение к Microsoft SQL Server на Windows с Linux [закрыто]

Вопрос или проблема

Я подключаюсь из Linux к Microsoft SQL Server на Windows, используя ODBC-драйвер FreeTDS.

Соединение не удается, поэтому я пытаюсь выяснить проблему.

Я запустил nmap:

igor@WaylandGnome ~/wx_copy $ nmap -p 1433 192.168.1.134
Starting Nmap 7.94 ( https://nmap.org ) at 2025-01-12 15:16 CST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.13 seconds

igor@WaylandGnome ~/wx_copy $ nmap -Pn 1433 192.168.1.134
Starting Nmap 7.94 ( https://nmap.org ) at 2025-01-12 17:07 CST
Nmap scan report for 1433 (0.0.5.153)
Host is up.
All 1000 scanned ports on 1433 (0.0.5.153) are in ignored states.
Not shown: 1000 filtered tcp ports (no-response)

Nmap scan report for 192.168.1.134
Host is up.
All 1000 scanned ports on 192.168.1.134 are in ignored states.
Not shown: 1000 filtered tcp ports (no-response)

Nmap done: 2 IP addresses (2 hosts up) scanned in 401.77 seconds
igor@WaylandGnome ~/wx_copy $

(продолжение с машины Windows).

C:\> ipconfig
Windows IP Configuration
Ethernet adapter Ethernet 2:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix  . :
Ethernet adapter Bluetooth Network Connection:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix  . :
Wireless LAN adapter Local Area Connection* 3:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix  . :
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix  . : lan
IPv6 Address. . . . . . . . . . . : 2605:a601:a807:7400::5
IPv6 Address. . . . . . . . . . . : 2605:a601:a807:7400:a58f:50f6:292:e62d
Temporary IPv6 Address. . . . . . : 2605:a601:a807:7400:380e:71ac:246d:ff7b
Temporary IPv6 Address. . . . . . : 2605:a601:a807:7400:41dd:9e23:e919:cf26
Temporary IPv6 Address. . . . . . : 2605:a601:a807:7400:458b:94aa:f5b4:1d8b
Temporary IPv6 Address. . . . . . : 2605:a601:a807:7400:5d26:a53f:3b79:7611
Temporary IPv6 Address. . . . . . : 2605:a601:a807:7400:643a:108e:3e0e:4619
Temporary IPv6 Address. . . . . . : 2605:a601:a807:7400:9ca9:954b:70d4:b43b
Temporary IPv6 Address. . . . . . : 2605:a601:a807:7400:a500:dcaf:b56a:a9f3
Link-local IPv6 Address . . . . . : fe80::a58f:50f6:292:e62d%3
IPv4 Address. . . . . . . . . . . : 192.168.1.134
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::7258:a4ff:fe83:7bd0%3
                                   192.168.1.1

Порт 1433 открыт на Comodo firewall:

Ответ или решение

Подключение к Microsoft SQL Server на Windows с устройства под управлением Linux может потребовать выполнения нескольких шагов для обеспечения успешного соединения. Давайте разберем проблему, основываясь на вашей ситуации.

Теория:

Вашей задачей является установление связи между Linux и Microsoft SQL Server, который работает на Windows, используя драйвер FreeTDS ODBC. Основная сложность в этом случае заключается в нестабильности подключения, что может происходить из-за различных факторов, таких как сетевые настройки, настройка самого сервера или вопросы, связанные с брандмауэром.

Пример:

Из вашего описания видно, что при помощи команды nmap проверяется доступность порта 1433, на котором работает SQL Server. Результаты проверки показывают, что, хотя хост доступен (host is up), порт 1433 не отвечает, что может указывать на блокировку или неправильную его конфигурацию.

Посмотрев на вывод команды ipconfig на Windows, подтверждающие наличие IPv4-адреса 192.168.1.134, и на то, что порт 1433 открыт в COMODO Firewall, подключение все равно остается недоступным с устройства под управлением Linux.

Применение:

Проверка Конфигурации Брандмауэра: Убедитесь, что брандмауэр на Windows не только утверждает, что порт 1433 открыт, но и не блокирует внешние подключения. В некоторых случаях, даже при заявленной открытости порта, могут существовать правила, которые блокируют определенные типы трафика.
Настройка SQL Server: Убедитесь, что Microsoft SQL Server настроен на прослушивание по указанному IP-адресу и порту. Вам потребуется войти в конфигурацию SQL Server Management Studio (SSMS) для проверки этого параметра.
Проверка Сетевых Настроек: Проверьте, что сервер Windows и клиент Linux находятся в одной и той же сети или имеют маршрут друг к другу, и что IP-адреса правильно конфигурированы.
FreeTDS и ODBC Настройки: Проверьте файл конфигурации FreeTDS (обычно /etc/freetds/freetds.conf) на наличие правильных параметров хоста, базы данных и пользователя. Убедитесь, что ODBC-инициатор настроен использовать правильный DSN (Data Source Name).
Использование Дополнительных Инструментов: Попробуйте использовать утилиты, такие как telnet или nc (netcat), чтобы проверить, можно ли установить прямую связь с сервером по порту 1433.

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