见鬼了,各位大侠帮我驱驱鬼吧(关于远程拨号联接SQL SEVER的问题)(100分)

  • 主题发起人 主题发起人 app2001
  • 开始时间 开始时间
A

app2001

Unregistered / Unconfirmed
GUEST, unregistred user!
两台电脑,一台式机A(win2000 服务器版独立服务器),一笔记本B(win2000个人版),
都装有SQL SERVER2000,配置都是奔三以上,128mm内存,在局域网里的A的ip地址为
192.168.0.22,B为192.168.0.3,工作组名相同,能够相互找到,通过ODBC或通过配置客户端网
络实用工具直接在企业管理器中都能从B上联接上A的服务器,
可是在A上设置好传入联接后,用B来通过电话拨入后,A的ip地址为121.168.0.11,
B为121.168.0.13,能相互ping到,也能从拨入的B上找到A,也能将A硬盘上的
文件拷过来,甚至用ODBC也能将A上的Access2000的数据库连上,可是无论如何就是连不上
A上的SQL SERVER ,用ODBC连时出现如下错误提示:
连接失败:
SQLState:'01000'
SQLServer错误:10061
[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen(Connect())
连接失败:
SQLState:'08001'
SQL Server 错误:17
[Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL Server不存在或访问被拒绝
如果通过配置客户端网络实用工具直接在企业管理器中从B上联接上A的服务器的话,
与局域网配置方式一样,只是IP地址转换为121.168.0.11,在企业管理器中注册该数据
库时出现下列数误提示:
SQL Server不存在或访问被拒绝ConnectionOpen(Connect())
到底是怎么一回事呢,请各位大侠帮忙呀
 
怎么没人回答呀,怎么了,嫌分少吗,再加100好不好
 
ODBC的“客户端配置”中使用了“TCP/IP”吗?
 
肯定用了,要不肯定是在局域网中是联不上的
 
我前天刚刚遇到这样的问题,不知道怎么解决,好象是机器的问题,就好象在一个局域网
内有的机器就不能互相找到。或则一台能够找到另外一台,而另外一台却找不到这一台,没有
办法,是操作系统和网卡的原因。
 
肯定有把要连接的SQL通过Client Network Utility加入连接啊的,
现在我倒是拨上了,办法是设好要进行拨号的电脑B的ip地址设为121.168.0.11,
而把允许拨入的电脑A设为DHCP自动分配地址拨号联通后,
再两台电脑上都能相互拼到对方,也能在B上连上A的sql了,
但一定要连两次,第一次是说系统超时,
第二次才可以,然后问题就接着出来了,
原来在B上的自身的SQL数据库就怎样也登不上去了,提示不存在的连接,
B上的SQL数据库是用WINDOWS身份验证的,
而A上的SQL数据库是用授权用身份登录的,
这在局域网连接上时是不存在的问题,这个鬼又变样子了,请大家继续帮我抓呀。
 
我现在也在面临都样的问题,但我现在联电话联接都没有搞定,拨号后总是提示验证不过去,
是不是服务器一定要使用Active Dirctory?
 
要在里面添加授权用户呀,不过如果是域服务器的话,我也没有搞定,一建立传入联接
系统就提示到路由和远程访问里去设置,设完了也不行,后来我把服务器改为独立服务器后
就可以建立传入联接了,也不知为什么
 
哦,看鬼的人多,抓鬼的人少,我是不是要改行卖门票算了,各位大虾,不要谦虚,就算不
大有把握,我们一起来把它吵死也好呀。欢迎骚扰,恳切之情,有如滔滔江水。。。。
 
IP有网卡IP和拨号适配器IP,局域网能连,说明网卡IP对,但是拨号适配器IP设置对否?
还有SQLserver的连接方式设置对否?
 
伙计,看看1433端口是否打开了。
即从网上下载一个端口扫描工具,从远程(用外部IP啦)扫描服务器的端口,
看看1433端口打开了没有??
 
我想这不是delphi或bde的问题,而是odbc的问题。
以前我用vb编程时就碰到过一样的问题,后来改delphi了,用bde试了一下,一样,可见,bde
只是对odbc做了一下封装而已。
解决:
win98下:
1、必须安装“MicroSoft网络客户”
2、将其属性中的“登录到Windows NT域”钩上
3、无须填写域名
4、“主网络登录方式”的选项无所谓选择哪一个
总之1、2是必须的,然后程序连接SQL Server,正如app2001所说,要连两次,第一次出错,
提示是“超时”,第二次再连,通过。
如果不设置步骤2,也能连上,但是必须要查找到服务器,并登录上去。
无须用程序进行测试,拨号连上后,在odbc的“文件DSN”中建DSN就可以看到同样的结果。
win2000下:
因为在win2000下不知该如何设置win98下的步骤2,所以还没有做过完整的测试,
就win98下的经验,win2000中应该也需要在网络中设置些什么,望app2001测试出后也告知一声。[:D]
[?]另外SQL Server还有个与此问题[red]相关[/red]的问题(现象),也希望在此讨论一下:
环境:
一个局域网,有两台NT4服务器A、B,均为主域服务器,服务器A、B的软硬件配置完全一样
(除IP和机器名及在网络上会引起冲突的部分外),用户信息也一样,且均安装了SQL Server,
网络中有装了win98的机器C,装了SQL Server客户端,也安装了“MicroSoft网络客户”,并以
“MicroSoft网络”方式登录,启动后登录到服务器A的域。
现象:
1、用C上的SQL Server客户端连接A上的SQL Server,立刻连上;
2、用C上的SQL Server客户端连接B上的SQL Server,连不上;
3、C“查找”B,找到,打开(登录),再用C上的SQL Server客户端连接B上的SQL Server,立刻
连上;
4、如果将C的网络登录方式改为“Windows登录”,并且“MicroSoft网络客户”中,设置为不登录
到域(即登录的域名为空),用C上的SQL Server客户端连接A、B上的SQL Server,立刻连上;
[?]问题:
以上现象经过多次测试,的确如此,这将引起另一个问题,远程拨号联接SQL Server的问题中,
即便按照win98下的解决方案做,如果客户机是在一个“MicroSoft网络”环境下,且登录到了
局域网中某台主域服务器,那可能也无法连接到远程SQL Server(推论,未测试)。[:(]
 
先登陆到server,再连sql。
 
利用ADO试一试!一般不会出什么问题的!
 
是不是你的服务器的名称填错了!服务器名和SQL服务器名要注意区别!!!
 
to 大头菜:
我觉得在远程拨号联接SQL SERVER的应用中“先登陆到server”是不太现实的。
to chinadragons:
ADO没有试过
服务器名和SQL服务器名没有填错
 
接受答案了.
 
后退
顶部