First ping the host to make sure you can talk to the machine the server resides on.
Example 8.1. Finding the server's host
$
ping -c1
myhost
PING myhost (127.0.0.1) from 127.0.0.1 : 56(84) bytes of data. 64 bytes from myhost (127.0.0.1): icmp_seq=0 ttl=255 time=250 usec
A successful ping shows that your network isn't preventing you from reaching the machine hosting the server.
Attempt to telnet to the port, to verify that the servername is listening.
Example 8.2. Finding the server
$
telnet
myhost 1433
Trying 127.0.0.1... Connected to myhost. Escape character is '^]'.
If you get output as above, the servername is listening. If you get a 'Connection Refused' message, you're talking to the wrong host, wrong port, or the servername is down.
[24]
tsql can be run in two ways, one which uses freetds.conf
and one which connects directly using the host and port. First attempt a connection using host and port.
Example 8.3. Connecting to the server, bypassing freetds.conf
$
cd src/apps
$
TDSVER=auto ./tsql -H
myhost
-p1433
-Uuser
If you receive a message of 'Login Failed.' then your connectivity is OK, but you have a authentication issue.
If you receive a message like
Msg. No.: 18450 Severity: 14 State: 1 Login failed- User: loginid
Reason: Not defined as a valid user of a trusted Microsoft SQL Server connection
Microsoft SQL Server™ is accepting only “domain” logins. This applies only to Microsoft SQL Server™ and you'll need to have your DBA verify that “server logins” are allowed, or use a domain login.
Finally, if you received a prompt, then try tsql using the servername.
If this fails, FreeTDS™ is either not finding your freetds.conf
file, finding the wrong one, or there is an error in the file.
[24] To exit telnet: When connected, telnet's command mode may be entered by typing the telnet escape character (initially Ctrl-], as above). Once in command mode, telnet may be exited with the command quit.