Hello.
I have a SQL Server that, say, has an instance name of ibm/mydata.
On a local workstation, I open ODBC and establish a connection easily. Ibm/mydata automatically appears as the path when I'm using the ODBC wizard.
However, take that worstation to a remote location and I cannot see Ibm/mydata.
I understand that since "IBM" is my server's name and I have no name resolution enabled, I cannot see that path.
I figured, however, that I could type the path such as serverIP/mydata, and it would work. It hasn't.
Note that I can connect to the Server hosting SQL server, remotely in any other way. I have all permissions; can login, edit files, etc., just not establish a connection to SQL. I get the message of "test failed", when trying to test the ODBC connection from the remote station.
Is there a configuration in SQL that enables me to use its IP instead of "ibm", or is this strictly a communications issue and I must enable DNS across the extranet?
Thank you. Leandro
I have a SQL Server that, say, has an instance name of ibm/mydata.
On a local workstation, I open ODBC and establish a connection easily. Ibm/mydata automatically appears as the path when I'm using the ODBC wizard.
However, take that worstation to a remote location and I cannot see Ibm/mydata.
I understand that since "IBM" is my server's name and I have no name resolution enabled, I cannot see that path.
I figured, however, that I could type the path such as serverIP/mydata, and it would work. It hasn't.
Note that I can connect to the Server hosting SQL server, remotely in any other way. I have all permissions; can login, edit files, etc., just not establish a connection to SQL. I get the message of "test failed", when trying to test the ODBC connection from the remote station.
Is there a configuration in SQL that enables me to use its IP instead of "ibm", or is this strictly a communications issue and I must enable DNS across the extranet?
Thank you. Leandro