通过端口 1433 连接到主机 127.0.0.1 的 TCPIP 连接失败。错误“connect timed out解决
SQL Server2008问题解决方法2
MsiGetProductInfo无法检索 Product Code {F1F1E8540-CF57-485B-9994-BE9E02D29193｝的包的ProductVersion.错误代码：1605解决办法：首先把这个GUID的前段“F1F1E8540”倒排成为 0458E1F1F,然后HKEY_Classes_Root\installer\UpgradeCodes里查找这个倒排的值，在查找此父节点的时候，可以通过上面的工具栏的查看，找到“查找”选项，找到此父节点，查找到后，删除对应的父节点可能是IP地址配置不对。
解决方法如下：打开 \Microsoft SQL Server 2005\配置工具\下的SQL Server Configuration Manager，选择mssqlserver协议, 然后双击右边窗口的TCP/IP，在弹出窗口中检查IP配置。
一般来讲，默认的IP2是：127.0.0.1，如果第一个IP地址的端口1433端口ping不通的话，服务无法启动。
您可以将127.0.0.1放在IP1上，那么不管IP2的端口是否能ping通，服务都能够正常启动。
您也可以将IP1设置为当前机器的IP地址，并保证该IP地址的端口能够ping通.2、可能是因为VIA协议启用造成的。
解决方法如下：打开\Microsoft SQL Server 2005\配置工具\下的SQL Server Configuration Manager，选择mssqlserver协议, 然后右边窗口有个VIA，点击右键禁用它，点击“确定”即可。
这时候再启动sqlserver服务即可！另外，管理员密码修改也会造成sqlserver服务无法启动。
解决方法如下：打开\Microsoft SQL Server 2005\配置工具\下的SQL Server Configuration Manager，打开SQL Server属性，如下图所示：如果按照上面的方法你成功了，那你真是太幸运了，如果没有，试着重启计算机再连接看看。
1433口令提权详细过程及错误修复
前段时间我朋友给我一个sopo的软件，说是扫1433口令的，而且猜解速度很快，我就找个服务器试了试，确实不错能扫到一些比较强点的口令。
所以这段时间就玩了一下1433错误的恢复和提权。
（有人可能会说了，这有啥好研究的，sa的权限直接加用户到超管不就成了吗。
其实在sa权限下还是有很多的问题的大家可以捡有用的看没用的就略过吧）下面来说sa下执行命令错误的几种情况：1、无法装载DLL xpsql70.dll或该DLL所引用的某一DLL。
原因126（找不到指定模块。
）这种情况比较常见的，修复起来说简单也简单，但是有条件的。
这种情况要是能列出目录（用sqltools v2.0就有列目录功能）恭喜你这个有80%的情况能修复了，如果能列目录，那么只要找到xplog70.dll的路径执行以下命令就可以了。
第一步exec sp_dropextendedproc 'xp_cmdshell' （这个命令就是删除原有的cmdshell，因为已经出错了）第二步dbcc addextendedproc （“xp_cmdshell”,“c:\Program Files\Microsoft SQL Server\MSSQL\Binn\xplog70.dll”）;EXEC sp_configure 'show advanced options', 0 –当然这是sql命令，用查询分析器执行。
第二步里的c:\Program Files\Microsoft SQL Server\MSSQL\Binn\xplog70.dll就是xplog70.dll的路径，这个路径是比较常见的，如果c盘没有可以找找其他盘符。
2、无法在库xpweb70.dll 中找到函数xp_cmdshell。
原因：127（找不到指定的程序。
）其实这个跟上面的126是一样的就是cmdshell出错了只要找到备份的xplog70.dll按照上面的方法就能修复了。
SQLServer连接中三个最常见错误原因分析
⼀."SQL Server 不存在或访问被拒绝"这个是最复杂的,错误发⽣的原因⽐较多,需要检查的⽅⾯也⽐较多.⼀般说来,有以下⼏种可能性:1,SQL Server名称或IP地址拼写有误2,服务器端络配置有误3,客户端络配置有误要解决这个问题,我们⼀般要遵循以下的步骤来⼀步步找出导致错误的原因.⾸先,检查络物理连接 ping如果 ping 不成功,说明物理连接有问题,这时候要检查硬件设备,如卡,HUB,路由器等.还有⼀种可能是由于客户端和服务器之间安装有防⽕墙软件造成的,⽐如 ISA Server.防⽕墙软件可能会屏蔽对 ping,telnet 等的响应因此在检查连接问题的时候,我们要先把防⽕墙软件暂时关闭,或者打开所有被封闭的端⼝.如果ping 成功⽽,ping 失败则说明名字解析有问题,这时候要检查 DNS 服务是否正常.有时候客户端和服务器不在同⼀个局域⾥⾯,这时候很可能⽆法直接使⽤服务器名称来标识该服务器,这时候我们可以使⽤HOSTS⽂件来进⾏名字解析,具体的⽅法是:1.使⽤记事本打开HOSTS⽂件（⼀般情况下位于C:\WINNT ystem32\drivers\etc）.添加⼀条IP地址与服务器名称的对应记录,如:172.168.10.24 myserver2.或在 SQL Server 的客户端络实⽤⼯具⾥⾯进⾏配置,后⾯会有详细说明.其次,使⽤ telnet 命令检查SQL Server服务器⼯作状态 telnet 1433如果命令执⾏成功,可以看到屏幕⼀闪之后光标在左上⾓不停闪动,这说明 SQL Server 服务器⼯作正常,并且正在监听1433端⼝的 TCP/IP 连接如果命令返回"⽆法打开连接"的错误信息,则说明服务器端没有启动 SQL Server 服务,也可能服务器端没启⽤TCP/IP 协议,或者服务器端没有在 SQL Server 默认的端⼝1433上监听.接着,我们要到服务器上检查服务器端的络配置,检查是否启⽤了命名管道.是否启⽤了 TCP/IP 协议等等可以利⽤ SQL Server ⾃带的服务器络使⽤⼯具来进⾏检查.点击:程序 Microsoft SQL Server 服务器络使⽤⼯具打开该⼯具后,在"常规"中可以看到服务器启⽤了哪些协议.⼀般⽽⾔,我们启⽤命名管道以及 TCP/IP 协议.点中 TCP/IP 协议,选择"属性",我们可以来检查 SQK Server 服务默认端⼝的设置⼀般⽽⾔,我们使⽤ SQL Server 默认的1433端⼝.如果选中"隐藏服务器",则意味着客户端⽆法通过枚举服务器来看到这台服务器,起到了保护的作⽤,但不影响连接.接下来我们要到客户端检查客户端的络配置我们同样可以利⽤ SQL Server ⾃带的客户端络使⽤⼯具来进⾏检查,所不同的是这次是在客户端来运⾏这个⼯具.点击:程序 Microsoft SQL Server 客户端络使⽤⼯具打开该⼯具后,在"常规"项中,可以看到客户端启⽤了哪些协议.⼀般⽽⾔,我们同样需要启⽤命名管道以及 TCP/IP 协议.点击TCP/IP 协议,选择"属性",可以检查客户端默认连接端⼝的设置,该端⼝必须与服务器⼀致.单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是⽤来连接的名称,连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使⽤HOSTS⽂件有相似之处.通过以上⼏个⽅⾯的检查,基本上可以排除第⼀种错误.⼆."⽆法连接到服务器,⽤户xxx登陆失败"该错误产⽣的原因是由于SQL Server使⽤了"仅 Windows"的⾝份验证⽅式,因此⽤户⽆法使⽤SQL Server的登录帐户（如 sa ）进⾏连接.解决⽅法如下所⽰:1.在服务器端使⽤企业管理器,并且选择"使⽤ Windows ⾝份验证"连接上 SQL Server2.展开"SQL Server组",⿏标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性"选项卡3.在"⾝份验证"下,选择"SQL Server和 Windows ".4.重新启动SQL Server服务.在以上解决⽅法中,如果在第 1 步中使⽤"使⽤ Windows ⾝份验证"连接 SQL Server 失败,那就通过修改注册表来解决此问题:1.点击"开始""运⾏",输⼊regedit,回车进⼊注册表编辑器2.依次展开注册表项,浏览到以下注册表键:[HKEY_LOCAL_MACHINE OFTWARE\Microsoft\MSSQLServer\MSSQLServer]3.在屏幕右⽅找到名称"LoginMode",双击编辑双字节值4.将原值从1改为2,点击"确定"5.关闭注册表编辑器6.重新启动SQL Server服务.此时,⽤户可以成功地使⽤sa在企业管理器中新建SQL Server注册,但是仍然⽆法使⽤Windows⾝份验证模式来连接SQL Server.这是因为在 SQL Server 中有两个缺省的登录帐户:BUILTIN\Administrators\Administrator 被删除.要恢复这两个帐户,可以使⽤以下的⽅法:1.打开企业管理器,展开服务器组,然后展开服务器2.展开"安全性",右击"登录",然后单击"新建登录"3.在"名称"框中,输⼊BUILTIN\Administrators4.在"服务器⾓⾊"选项卡中,选择"System Administrators"5.点击"确定"退出6.使⽤同样⽅法添加\Administrator 登录.说明:以下注册表键:HKEY_LOCAL_MACHINE OFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode的值决定了SQL Server将采取何种⾝份验证模式.1.表⽰使⽤"Windows ⾝份验证"模式2.表⽰使⽤混合模式（Windows ⾝份验证和 SQL Server ⾝份验证）.三.提⽰连接超时如果遇到第三个错误,⼀般⽽⾔表⽰客户端已经找到了这台服务器,并且可以进⾏连接,不过是由于连接的时间⼤于允许的时间⽽导致出错.这种情况⼀般会发⽣在当⽤户在Internet上运⾏企业管理器来注册另外⼀台同样在Internet上的服务器,并且是慢速连接时,有可能会导致以上的超时错误.有些情况下,由于局域的络问题,也会导致这样的错误.要解决这样的错误,可以修改客户端的连接超时设置.默认情况下,通过企业管理器注册另外⼀台SQL Server的超时设置是 4 秒,⽽查询分析器是 15 秒（这也是为什么在企业管理器⾥发⽣错误的可能性⽐较⼤的原因）.具体步骤为:企业管理器中的设置:1.在企业管理器中,选择菜单上的"⼯具",再选择"选项"2.在弹出的"SQL Server企业管理器属性"窗⼝中,点击"⾼级"选项卡3.在"连接设置"下的"登录超时（秒）"右边的框中输⼊⼀个⽐较⼤的数字,如 20.查询分析器中的设置:⼯具选项连接将登录超时设置为⼀个较⼤的数字连接超时改为01、先保证ping通2、在dos下写⼊telnet ip 1433不会报错3、⽤ip连如企业管理器：企业管理器>右键SQlserver组>新建sqlserver注册>下⼀步>写⼊远程实例名（IP,机器名）>下⼀步>选Sqlserver登陆>下⼀步>写⼊登陆名与密码（sa,pass）>下⼀步>下⼀步>完成4、如果还不⾏：sqlserver服务器>开始菜单>SQLserver>服务器络实⽤⼯具>启⽤ WinSock代理>代理地址：(sqlserver服务器IP)>代理端⼝>1433>OK了5、如果还不⾏：sqlserver客户端>开始菜单>SQLserver>客户端络实⽤⼯具>别名>添加>写⼊别名如"⼤⼒">"络库"选tcp/ip>服务器名称写⼊远程ip或实例名>OK了。
泛微oa开发环境搭建说明
1.概述本文档将介绍如何通过自己电脑搭建开发环境，实现开发过程可debug进行调试，从而达到提升开发效率。
2.准备工作下载链接地址：/s/1ciEI8u 密码：r96h此次以本机的Win7+SQL SERVER 2008R2系统运行环境、Myeclipse8.5开发环境进行讲解。
①在本机电脑安装好myeclipse8.5和SQL SERVER 2008R2。
myeclipse8.5注册码：用户名：MyEclipse 注册码：ZLR8ZC-855550-63517857566572410②下载WEAVER_E8.rar强烈建议将其解压的D盘的根目录，这样就不用改什么东西了③ecology8.bak是数据库文件，如果想什么都不改，那么数据库命名为ecology8，用户sa，密码123456，如果数据库改了，则修改D:\WEAVER_E8\ecology\WEB-INF\prop 下面weaver.properties文件中的相关参数④如果电脑内存不够大，则修改一下内存，D:\WEAVER_E8\Resin\conf下的resin.conf文件的90行和91行，改小一点，根据自己电脑内存的实际情况进行设置，如果这里内存设置太大的话，resin可能到时候运行不起来的⑤解压时，如果不是解压到D盘，或者文件解压后文件也不是叫“WEAVER_E8”,那么需要修改D:\WEAVER_E8\Resin\conf下的resin.conf⑥查看或者修改端口：D:\WEAVER_E8\Resin\conf下的resin.conf文件⑦设置Java的环境变量新建系统环境变量新建好了后，通过dos窗口的Java和javac校验配置的环境变量是否成功⑧解压好了之后，可以进入D:\WEAVER_E8\Resin手工点击httpd.exe 进行启动Resin服务，如图备注：若双击httpd.exe后dos窗口闪退，则可能是环境变量未设置成功当dos窗口出现了Resin start in XXXms ,则表示启动已完成，输入地址访问OA系统http://127.0.0.1:8082报错说明:如果启动httpd.exe后,还是无法进入登陆页面,则查看ecology/log路径下面的⑨输入用户名和密码后需要验证码和授权文件授权文件请将识别码发给泛微人员进行申请，验证码目前设置的是1，查看或者修改进入WEB-INF下面的code.key文件⑩登录成功，准备工作已完成3.搭建开发环境第二步登录成功，说明初步准备工作已经完成，但是并不能说是开发环境已经搭建好了，因为到时候开发是没办法debug，所以下面进行开环境的搭建。
连接SQL SERVER2005数据库端1433端口的正确方法
看是否已启动,如果已启动可单击“停止”按钮，即可关闭数据库引擎。
(2)开始->程序->Microsoft SL Server 2005->配置工具->SL Server Configuration Manager,选中SL Server 2005服务中SL Server(MSSLSERVER) ,并选中右击,点击停止， 即可关闭数据库引擎。
(3) 开始->程序->Microsoft SL Server 2005-> SL Server Management Studio，在弹出的连接数据库引擎对话框中点击“连接”按钮，然后选中服务器名称，右击“停止”按钮，即可关闭数据库引擎。
补充注意点:
有时候在启动数据库引擎的时候可能会出现错误,不能启动,这时就要查看&uot;SL Server 2005配置管理器&uot;中的SL Server 2005网络配置->MSSLSERVER协议中的VIA是否已启用,如果已启用,则把它禁
&uot;TCP端口&uot;为1433,&uot;已启用&uot;改为&uot;是&uot;
配置工具->SL Server Configuration Manager->SL Native Client 配置->客户端协议->TCP/IP
选择TCP/IP右键菜单中&uot;属性&uot;,确认&uot;默认端口&uot;是1433,&uot;已启用&uot;为&uot;是&uot;
常见的SQL Server连接失败错误及解决
常见的SQL Server连接失败错误及解决在使用 SQL Server 的过程中，用户遇到的最多的问题莫过于连接失败了。
一般而言，有以下两种连接 SQL Server 的方式，一是利用 SQL Server 自带的客户端工具，如企业管理器、查询分析器、事务探查器等；二是利用用户自己开发的客户端程序，如ASP 脚本、VB程序等，客户端程序中又是利用 ODBC 或者 OLE DB 等连接 SQL Server。
下面，我们将就这两种连接方式，具体谈谈如何来解决连接失败的问题。
在使用 SQL Server 自带的客户端工具（以企业管理器为例）连接 SQL Server 时，最常见的错误有如下一些：1、SQL Server 不存在或访问被拒绝ConnectionOpen (Connect())2、用户'sa'登录失败。
原因：未与信任 SQL Server 连接相关联。
3、超时已过期。
下面我们依次介绍如何来解决这三个最常见的连接错误。
第一个错误"SQL Server 不存在或访问被拒绝"通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。
一般说来，有以下几种可能性：1、SQL Server名称或IP地址拼写有误；2、服务器端网络配置有误；3、客户端网络配置有误。
要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。
首先，检查网络物理连接：ping ＜服务器IP地址＞或者ping ＜服务器名称＞如果 ping ＜服务器IP地址＞失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。
还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如 ISA Server。
防火墙软件可能会屏蔽对 ping、telnet 等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。
如果ping ＜服务器IP地址＞成功而 ping ＜服务器名称＞失败，则说明名字解析有问题，这时候要检查 DNS 服务是否正常。
SQL SERVER连接失败错误及解决
小结SQL Server连接失败错误及解决在使用SQL Server的过程中，用户遇到的最多的问题莫过于连接失败了。
一般而言，有以下两种连接SQL Server的方式，一是利用SQL Server自带的客户端工具，如企业管理器、查询分析器、事务探查器等；二是利用用户自己开发的客户端程序，如ASP脚本、VB程序等，客户端程序中又是利用ODBC或者OLE DB等连接SQL Server。
下面，我们将就这两种连接方式，具体谈谈如何来解决连接失败的问题。
一、客户端工具连接失败在使用SQL Server自带的客户端工具（以企业管理器为例）连接SQL Server 时，最常见的错误有如下一些：1、SQL Server不存在或访问被拒绝ConnectionOpen(Connect())2、用户'sa'登录失败。
原因：未与信任SQL Server连接相关联。
3、超时已过期。
下面我们依次介绍如何来解决这三个最常见的连接错误。
第一个错误"SQL Server不存在或访问被拒绝"通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。
一般说来，有以下几种可能性：1、SQL Server名称或IP地址拼写有误；2、服务器端网络配置有误；3、客户端网络配置有误。
要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。
首先，检查网络物理连接：ping＜服务器IP地址＞或者ping＜服务器名称＞如果ping＜服务器IP地址＞失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。
还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如ISA Server。
防火墙软件可能会屏蔽对ping、telnet等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。
如果ping＜服务器IP地址＞成功而ping＜服务器名称＞失败，则说明名字解析有问题，这时候要检查DNS服务是否正常。
泛微oa开发环境搭建说明
1.概述本文档将介绍如何通过自己电脑搭建开发环境，实现开发过程可debug进行调试，从而达到提升开发效率。
2.准备工作下载链接地址：密码：r96h此次以本机的Win7+SQL SERVER 2008R2系统运行环境、Myeclipse8.5开发环境进行讲解。
①在本机电脑安装好myeclipse8.5和SQL SERVER 2008R2。
myeclipse8.5注册码：用户名：MyEclipse 注册码：②下载WEAVER_E8.rar强烈建议将其解压的D盘的根目录，这样就不用改什么东西了③ecology8.bak是数据库文件，如果想什么都不改，那么数据库命名为ecology8，用户sa，密码123456，如果数据库改了，则修改D:\WEAVER_E8\ecology\WEB-INF\prop下面weaver.properties文件中的相关参数④如果电脑内存不够大，则修改一下内存，D:\WEAVER_E8\Resin\conf下的resin.conf文件的90行和91行，改小一点，根据自己电脑内存的实际情况进行设置，如果这里内存设置太大的话，resin可能到时候运行不起来的⑤解压时，如果不是解压到D盘，或者文件解压后文件也不是叫“WEAVER_E8”,那么需要修改D:\WEAVER_E8\Resin\conf下的resin.conf⑥查看或者修改端口：D:\WEAVER_E8\Resin\conf下的resin.conf文件⑦设置Java的环境变量新建好了后，通过dos窗口的Java和javac校验配置的环境变量是否成功⑧解压好了之后，可以进入D:\WEAVER_E8\Resin手工点击httpd.exe 进行启动Resin服务，如图备注：若双击httpd.exe后dos窗口闪退，则可能是环境变量未设置成功当dos窗口出现了Resin start in XXXms ,则表示启动已完成，输入地址访问OA系统报错说明:如果启动httpd.exe后,还是无法进入登陆页面,则查看ecology/log路径下面的⑨输入用户名和密码后需要验证码和授权文件授权文件请将识别码发给泛微人员进行申请，验证码目前设置的是1，查看或者修改进入WEB-INF下面的code.key文件⑩登录成功，准备工作已完成3.搭建开发环境第二步登录成功，说明初步准备工作已经完成，但是并不能说是开发环境已经搭建好了，因为到时候开发是没办法debug，所以下面进行开环境的搭建。
Telnet1433端口无法使用的问题
Telnet1433端口无法使用的问题对于Telnet的一些故障问题，我们有时候会遇到一些有关于端口的问题。
那么我们曾经提到的Telnet 1433端口不知道大家是否还有印象，这里我们就来针对这个端口的一些问题来进行一下阐述。
看看如何解决T elnet 1433端口打不开的问题。
1、数据库服务未启动.2、防火墙屏蔽了对telnet的响应.3、SQL服务未在1433端口上启动监听.如果你用查询分析器可以连接上,应用软件也连得上,只是Telnet 1433端口失败;并且也未改动过服务端口,其它都是正常的,那么这种问题在XP2+SQL SERVER 2000环境中最常见.解决办法几种:1、反安装XP2的补丁,这样通常是不会出现SQL SERVER连不上的问题的.2、XP2的操作系统安装SQL SERVER 2000的SP3补丁可解决Telnet 1433端口无法打开的问题.3、其它操作系统比如2003的,最好补一下SQL SP4的.检查你的SQL有没有打补丁,没有的话要打上补丁,检查的方法是在查询分析器中运行:select @@version如果出来的版本号是8.00.2039以下,则表明你未安装sp4的补丁,要装上.SQL补丁下载:全部补丁的位置/downloads/details.aspx?FamilyId =8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5&displaylang=zh-cn应该安装的是/download/9/b/f/9bff6646-2cdb-4069-ada0-548be9cb9338/SQL2000-KB884525-SP4-x86-CHS.EXE注意下载后,执行的时候是解压,要在解压后的目录中执行setup.bat才是真正的安装如果你的操作系统是xp,那么在安装xp sp2后,不管以前是否安装过sql sp4,都要再安装一次,并且在防火墙中开启1433端口,否则无法被其他电脑访问如何检查Telnet 1433端口是否在监听?或者检查有哪些端口在监听?1、如果打了sql sp3,并且windows2003防火墙已经关闭, 在命令提示符下执行netstat -na 应该可以看到tcp 1433在监听.2、启动企业管理器查看SQL SERVER 2000 的系统日志,在日志中可以看到SQL SERVER 启动的是那些协议来等待远程连接的.另外记得打完补丁,重新启动机器,或者重新启动服务.。
如何打开1433端口的解决方法？
用了几年的Windows2003和SQL Server2000了，不过这个问题倒是头次遇到。最近调试一个JSP+SQL2000WEB程序遇到个现象，在Win2003简体中文服
喜你，你马上可以开始在企业管理器或查询分析器连接了。
三 检查客户端设置
程序->Microsoft SQL Server-> 客户端网络使用工具。像在服务器网络实用工具里一样，确保客户端tcp/ip协议
启用，并且默认端口为1433（或其他端口，与服务器端保持一致就行）。
四 在企业管理器里或查询分析器连接测试
查看安装光盘，是久经考验的安装盘，应该不会出问题。
6、系统的问题；
也看不出有什么其它的问题，难道是系统的问题？不过重装系统可太过麻烦，还是先想想其它的办法，看能不能
找到问题所在。
检查系统日志，这个应该是一个比较好的习惯。仔细翻了一遍重新安装后的日志，赫然发现如下内容：
您运行的 Microsoft SQL Server 2000 版本或 Microsoft SQL Server 2000 Desktop Engine (也称为 MSDE) 和
查询分析器->工具->选项->连接->在 登录超时（秒） 后面的框里输入一个较大的数字
通常就可以连通了，如果提示错误，则进入下一步。
五 错误产生的原因通常是由于SQL Server使用了”仅 Windows”的身份验证方式，因此用户无法使用SQL Server的
登录帐户（如 sa ）进行连接。解决方法如下所示：
Telnet 1433端口不通之端口的监听
Telnet 1433端口不通之端口的监听2010-07-22 12:48 佚名网络整理我要评论(0)字号：T | T文章摘要：下面我们来对Telnet 1433端口不通的具体内容进行一下分析。
这次针对的问题是如何检查端口的监听问题。
AD：Telnet服务无法启动和连接，就直接影响了我们的使用。
那么，前面我们分析了一部分Telnet 1433端口不通的原因。
这里我们主要讲解一下如何检查1433是否在监听?或者检查有哪些端口在监听?那么希望文章的内容能够帮助到大家。
1、如果打了sql sp3,并且windows 2003防火墙已经关闭, 在命令提示符下执行netstat -na 应该可以看到tcp 1433在监听.2、启动企业管理器查看SQL SERVER 2000 的系统日志,在日志中可以看到SQL SERVER 启动的是那些协议来等待远程连接的.另外记得打完补丁,重新启动机器,或者重新启动服务.远程连接sql server 2000服务器的解决方案解决方案步骤:一看ping 服务器IP能否ping通.这个实际上是看和远程sql server 2000服务器的物理连接是否存在.如果不行,请检查网络,查看配置,当然得确保远程sql server 2000服务器的IP拼写正确.二在Dos或命令行下输入Telnet服务器IP 端口,看能否连通.如Telnet 202.114.100.100 1433通常端口值是1433,因为1433是sql server 2000的对于Tcp/IP的默认侦听端口.如果有问题,通常这一步会出问题.通常Telnet 1433端口不通的提示是"……无法打开连接,连接失败".如果这一步有问题,应该检查以下选项.1 检查远程服务器是否启动了sql server 2000服务.如果没有,则启动.2 检查服务器端有没启用Tcp/IP协议,因为远程连接（通过因特网）需要靠这个协议.检查方法是,在服务器上打开开始菜单->程序->Microsoft SQL Server->服务器网络实用工具,看启用的协议里是否有tcp/ip 协议,如果没有,则启用它.3 检查服务器的tcp/ip端口是否配置为1433端口.仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性,确保默认端口为1433,并且隐藏服务器复选框没有勾上.事实上,如果默认端口被修改,也是可以的,但是在客户端做telnet测试时,写服务器端口号时必须与服务器配置的端口号保持一致.如果隐藏服务器复选框被勾选,则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接,但是Tcp/ip协议的默认端口将被隐式修改为2433,在客户端连接时必须作相应的改变.4 如果服务器端操作系统打过sp2补丁,则要对windows防火墙作一定的配置,要对它开放1433端口,通常在测试时可以直接关掉windows防火墙（其他的防火墙也关掉最好）.5 检查服务器是否在1433端口侦听.如果服务器没有在tcp连接的1433端口侦听,则是连接不上的.检查方法是在服务器的dos或命令行下面输入 netstat -a -n 或者是netstat -an,在结果列表里看是否有类似 tcp 127.0.0.11433 listening 的项.如果没有,则通常需要给sql server 2000打上至少sp4的补丁.其实在服务器端启动查询分析器,输入select @@version 执行后可以看到版本号,版本号在8.0.2039以下的都需要打补丁.如果以上都没问题,这时你再做Telnet服务器ip 1433 测试,将会看到屏幕一闪之后光标在左上角不停闪动.恭喜你,你马上可以开始在企业管理器或查询分析器连接了.三检查客户端Telnet 1433端口的设置程序->Microsoft SQL Server-> 客户端网络使用工具.像在服务器网络实用工具里一样,确保客户端tcp/ip 协议启用,并且默认端口为1433（或其他端口,与服务器端保持一致就行）.四在企业管理器里或查询分析器连接测试企业管理器->右键SQlserver组->新建sqlserver注册->下一步->写入远程IP->下一步-> 选Sqlserver 登陆->下一步->写入登陆名与密码（sa,password）->下一步->下一步->完成查询分析器->文件->连接->写入远程IP->写入登录名和密码（sa,password）->确定通常建议在查询分析器里做,因为默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是4秒,而查询分析器是15秒.修改默认连接超时的方法:企业管理器->工具->选项->在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡->连接设置->在登录超时（秒）后面的框里输入一个较大的数字查询分析器->工具->选项->连接->在登录超时（秒）后面的框里输入一个较大的数字通常就可以连通了,如果提示错误,则进入下一步.五错误产生Telnet 1433端口不通的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式,因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接.解决方法如下所示:1 在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server.2 展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性"选项卡.3 在"身份验证"下,选择"SQL Server和 Windows ".4 重新启动SQL Server服务.（在dos或命令行下面net stop mssqlserver停止服务,net startmssqlserver 启动服务,也是一种快捷的方法）.注:在连接本地服务器时,通常使用的是命名管道协议（在服务器网络实用工具里可以看到启用的协议有这个）,默认端口是445,因此在本地能连通是不能说明什么问题的,连接远程服务器是完全不同的协议）.。
SQL Server连接失败中的四个最常见错误
连接失败,请检查SQL注册属性SQL Server连接中的四个最常见错误:一."SQL Server 不存在或访问被拒绝"这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多.一般说来,有以下几种可能性:1,SQL Server名称或IP地址拼写有误2,服务器端网络配置有误3,客户端网络配置有误要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因.============= 首先,检查网络物理连接=============ping <服务器IP地址/服务器名称>如果ping <服务器IP地址>不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等.还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如ISA Server.防火墙软件可能会屏蔽对ping,telnet 等的响应因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口.如果ping <服务器IP地址>成功而,ping <服务器名称>失败则说明名字解析有问题,这时候要检查DNS 服务是否正常.有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HOSTS文件来进行名字解析,具体的方法是:1.使用记事本打开HOSTS文件（一般情况下位于C:\WINNT\system32\drivers\etc）. 添加一条IP地址与服务器名称的对应记录,如:172.168.10.24 myserver2.或在SQL Server 的客户端网络实用工具里面进行配置,后面会有详细说明.============= 其次,使用telnet 命令检查SQL Server服务器工作状态=============telnet <服务器IP地址> 1433如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明SQL Server 服务器工作正常,并且正在监听1433端口的TCP/IP 连接如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动SQL Server 服务,也可能服务器端没启用TCP/IP 协议,或者服务器端没有在SQL Server 默认的端口1433上监听.=============接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道.是否启用了TCP/IP 协议等等=============可以利用SQL Server 自带的服务器网络使用工具来进行检查.点击:程序-- Microsoft SQL Server -- 服务器网络使用工具打开该工具后,在"常规"中可以看到服务器启用了哪些协议.一般而言,我们启用命名管道以及TCP/IP 协议.点中TCP/IP 协议,选择"属性",我们可以来检查SQK Server 服务默认端口的设置一般而言,我们使用SQL Server 默认的1433端口.如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接.============= 接下来我们要到客户端检查客户端的网络配置=============我们同样可以利用SQL Server 自带的客户端网络使用工具来进行检查,所不同的是这次是在客户端来运行这个工具.点击:程序-- Microsoft SQL Server -- 客户端网络使用工具打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议.一般而言,我们同样需要启用命名管道以及TCP/IP 协议.点击TCP/IP 协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致.单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是用来连接的名称,连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使用HOSTS 文件有相似之处.通过以上几个方面的检查,基本上可以排除第一种错误.-----------------------------------------------------------------------------二."无法连接到服务器,用户xxx登陆失败"该错误产生的原因是由于SQL Server使用了"仅Windows"的身份验证方式,因此用户无法使用SQL Server的登录帐户（如sa ）进行连接.解决方法如下所示:1.在服务器端使用企业管理器,并且选择"使用Windows 身份验证"连接上SQL Server操作步骤:在企业管理器中--右键你的服务器实例(就是那个有绿色图标的)--编辑SQL Server注册属性--选择"使用windows身份验证"--选择"使用SQL Server身份验证"--登录名输入:sa,密码输入sa的密码--确定2.设置允许SQL Server身份登录操作步骤:在企业管理器中--展开"SQL Server组",鼠标右键点击SQL Server服务器的名称--选择"属性"--再选择"安全性"选项卡--在"身份验证"下,选择"SQL Server和Windows ".--确定,并重新启动SQL Server服务.在以上解决方法中,如果在第 1 步中使用"使用Windows 身份验证"连接SQL Server 失败,那就通过修改注册表来解决此问题:1.点击"开始"-"运行",输入regedit,回车进入注册表编辑器2.依次展开注册表项,浏览到以下注册表键:[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]3.在屏幕右方找到名称"LoginMode",双击编辑双字节值4.将原值从1改为2,点击"确定"5.关闭注册表编辑器6.重新启动SQL Server服务.此时,用户可以成功地使用sa在企业管理器中新建SQL Server注册,但是仍然无法使用Windows身份验证模式来连接SQL Server.这是因为在SQL Server 中有两个缺省的登录帐户:BUILTIN\Administrators<机器名>\Administrator 被删除.要恢复这两个帐户,可以使用以下的方法:1.打开企业管理器,展开服务器组,然后展开服务器2.展开"安全性",右击"登录",然后单击"新建登录"3.在"名称"框中,输入BUILTIN\Administrators4.在"服务器角色"选项卡中,选择"System Administrators"5.点击"确定"退出6.使用同样方法添加<机器名>\Administrator 登录.说明:以下注册表键:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginM ode的值决定了SQL Server将采取何种身份验证模式.1.表示使用"Windows 身份验证"模式2.表示使用混合模式（Windows 身份验证和SQL Server 身份验证）.-----------------------------------------------------------------------------三.提示连接超时如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,不过是由于连接的时间大于允许的时间而导致出错.这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet 上的服务器,并且是慢速连接时,有可能会导致以上的超时错误.有些情况下,由于局域网的网络问题,也会导致这样的错误.要解决这样的错误,可以修改客户端的连接超时设置.默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒,而查询分析器是15 秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）.具体步骤为:企业管理器中的设置:1.在企业管理器中,选择菜单上的"工具",再选择"选项"2.在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡3.在"连接设置"下的"登录超时（秒）"右边的框中输入一个比较大的数字,如20.查询分析器中的设置:工具-- 选项-- 连接-- 将登录超时设置为一个较大的数字---------------------------------------------------------------------------------四.大部分机都用Tcp/ip才能成功，有次我发现用Named Pipes才可以？回复人：leimin(黄山光明顶)这是因为在WINDOWS 2000以后的操作系统中，MS为解决SQL SERVER的安全问题将TCP/IP配置为SQLSERVER的默认连接协议，你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE的顺序。
条码打印软件连接SQL Server数据库出现TCPIP连接失败的解决办法
条码打印软件连接SQL Server数据库出现TCP/IP连接失败的解决办法小编今天用条码打印软件连接SQL Server数据库遇到了一个问题：通过端口1433连接到主机localhost的TCP/IP连接失败。
错误：“Connection refused：connect。
请验证连接属性。
确保SQL Server的实例正在主机上运行，且在此端口接收TCP/IP连接，还要确保防火墙没有阻止到此端口的TCP连接”。
一般的SQL Server数据库连接端口默认的都是1433，出现无法连接，可能就是因为某些服务没有启动，或者防火墙被拦截了，接下来小编就说一下条码打印软件连接SQL Server数据库出现这种错误的解决方法。
在桌面的计算机上右键打开“管理”，然后选择“服务和应用程序”-“SQL Server配置器管理”-“SQL Server 网络配置”-“SQLEXPRESS的协议”看一下TCP/IP是否启用，如果没有的话鼠标右键启动TCP/IP协议启动之后，需要重新启动一下SQL Server服务然后打开“控制面板”-“Windows防火墙”的“高级设置”，新建一个“入站规则”，类型选择“端口”，然后下一步。
把规则应用于TCP，选择特定本地端口，手动输入“1433”，下一步，选择“允许连接”，再下一步，选择规则应用的时间，可以选择全选。
最后设置一下这个规则的名称以及描述，可以自己随便设置，然后完成。
以上步骤完成之后再在条码打印软件中连接SQL Server 数据库就会连接成功以上就是条码打印软件连接SQL Server数据库出现通过端口1433连接到主机localhost的TCP/IP连接失败的解决办法，关注本站了解更多有关条码打印软件的功能。
SQL Server中连接失败的原因及解决方法
中国包头职大学报2008年第2期SQ L Ser ver中连接失败的原因及解决方法田丽秋(沈阳职业技术学院．辽宁沈阳110021)摘要：在使用SQ L Ser v er的过程中，连接SQ L S e rver是非常,必--g酣o。
在连接S Q L Ser ver的过程中，用户遇到最多的问题莫过于连接失败了。
那么，导致连接失败的原因有哪些，怎样采解决呢?基于这个问题来谈谈S Q L Ser ver中连接失败的原因及解决方法。
关键词：SQ L；问题；连接；原因；解决方法中图分类号：TP393．03文献标识码：C文章编号：1671--1440(2008)02—0077珈3用户在使用SQ L Ser ver时，一般而言，常用的有两种连接S Q L Ser ver的方式．一是利用SQ L Server自带的客户端工具，如企业管理器、查询分析器、事务探查器等；二址利用用户自己开发的客户端程序，如J SP脚本、A SP脚本、V B程序等，客户端程序中又是利用O D B C或者O L E D B等连接SQ L Ser ve r。
下面，我们将就这两种连接方式，来具体谈谈如何来解决连接失败的问题。
一、S Q L Ser v er不存在或访问被拒绝“s Q L Ser ver不存在或访问被拒绝”错误，通常是最容易发生的，因为错误发生的原因比较多，所以需要检查的方面也比较多，如图1所示：图l一般说来，有以下几种可能性：网络连接问题；SQ L Ser ver服务器问题；服务器端网络配置问题；客户端网络配置问题。
首先，我们检查网络连接：l、pi ng服务器l P地址。
首先关闭服务器和客户端的防火墙，这是为了排除防火墙软件可能会屏蔽对pi ng，t el．net等的响应。
然后开始pi ng服务器l P地址，如果pi ng服务器l P地址不成功，说明物理连接有问题，这时候要检查硬件设备，如网卡．H U B，路由器等。
2、pi ng服务器名称。
怎么打开1433端口的解决方法？
这篇文章主要针对Win2003系统安装SQL Sever2000后1433端口未开放，如何打开1433端口的解决方法。
用了几年的Windows2003和SQL Server2000了，不过这个问题倒是头次遇到。
最近调试一个JSP+SQL2000WEB程序遇到个现象，在Win2003简体中文服务器版上安装SQL Server2000，默认安装，一切正常，但是在安装完成后Tomcat运行正常，JSP程序却无法连接SQL2000数据库，查看端口，1433端口居然未开放，当然更不用说远程连接了。
一般分析的都是这样：1、sql server服务没有启动；检查服务启动，重新启动服务故障依然。
2、修改了端口号；打开网络实用工具，检查启用的协议中有TCP/IP协议，查看端口，是1433没错。
3、客户端实用工具作了改动；打开客户端实用工具，检查协议端口正常，重新创建一个别名，依然不行。
4、安装的问题；怀疑安装步骤有问题。
遂卸载重装，一切默认，故障依然。
5、安装版本的问题；查看安装光盘，是久经考验的安装盘，应该不会出问题。
6、系统的问题；也看不出有什么其它的问题，难道是系统的问题？不过重装系统可太过麻烦，还是先想想其它的办法，看能不能找到问题所在。
检查系统日志，这个应该是一个比较好的习惯。
仔细翻了一遍重新安装后的日志，赫然发现如下内容：您运行的Microsoft SQL Server 2000 版本或Microsoft SQL Server 2000 Desktop Engine (也称为MSDE) 和Microsoft Windows Server 2003 家族使用时存在已知的安全弱点。
为了减少计算机被某些病毒的攻击，Microsoft SQL Server 2000，MSDE 或两者的TCP/IP和UDP 网络端口被禁用。
要启用这些端口，您必须从/sql/downloads/default.asp 或/china/sql/downloads/default.asp安装一个修补程序，或Microsoft SQL Server 2000 或MSDE 的最新服务包。
ping不通127.0.0.1和本机IP,但能上网的解决方法
ping不通127.0.0.1和本机IP，但能上网的解决方法
遭遇流氓软件，好不容易清除了却无法上网了，TCP/IP协议被破坏了。
在本地连接属性里面的TCP/IP协议无法卸载，也无法安装的解决方法:
1、开始——运行——regedit.exe，打开注册表编辑器，删除以下两个键：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Winsock
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Winsock2
2、用记事本打开%winroot%\inf\nettcpip.inf文件，找到：
[MS_TCPIP.PrimaryInstall]
Characteristics = 0xa0 <――――――把此处的0Xa0改为0x80 保存退出
3、打开本地连接的TCP/IP属性――-添加协议——从磁盘——浏览找到刚刚保存的nettcpip.inf(%winroot%\inf\nettcpip.inf)文件，然后选择“TCP/IP协议”（不是选择那个TCP/IP 版本6）。
经过这一步之后，又返回网络连接的窗口，但这个时候，那个“卸载”按钮已经是可用的了。
点这个“卸载”按钮来把TCP/IP协议删除，然后重启一次机器。
4、重启后再照着第3步，重新安装一次TCP/IP协议便可。
5、再重启一次，这时应该可以了，可以照着需要，设置一下IP地址。
Ping网站返回127.0.0.1上不去网的解决办法
Ping网站返回127.0.0.1上不去网的解决办法
例如Ping百度网站，返回127.0.0.1，不是百度的ip地址，ping任何网站都一样，返回127.0.0.1，造成上不去网。
一、ping 127.0.0.1，如下图所示，说明网卡正常，否则网卡由问题。
二、ping 本机地址，检查本机的TCP/IP协议是否安装正确。
Lost=0<0% loss>表示安装正确。
三、ping网关地址，检查本机到网关（路由器）是否连通，Lost=0<0% loss>表示通。
四、ping 任意网址，如果返回127.0.0.1，上不去网，你的电脑中病毒了，系统文件被篡改。
在C；\windows\system32\drivers\etc\hosts中把localhost 127.0.0.1 删掉。
删掉后，正常情况就可以上网。
如果还不可以上网，ping 任意网址，还是返回127.0.0.1，你的网卡地址被病毒感染。
如下图所示：
把网卡的MAC地址修改一下，就可以上网了！如何不知道MAC可以在DOS环境现用IPconfig命令查看。
改一下数值就OK了！。
TCP-IP网络常见故障解决办法
TCP-IP网络常见故障解决办法TCP/IP网络常见故障解决办法在网络发达的今天，计算机工作已经离不开网络了，在我们金融系统业务维护工作中，排除网络故障，已显得越来越重要了。
下面将本人在平时网络维护中，遇到的常见问题及其解决办法归结出来（以SCOOPENSERVER 为例）：一、网卡正确安装但重启时报错，或没有反应。
这说明网卡根本没有检测到，或者在软、硬件上配置有误。
可以从以下几个方面来查：1、确保所用网卡被该操作系统支持。
2、确保使用了正确的网卡驱动程序。
3、用网卡所带的设置程序正确设置其IRQ，I/O address,RAM address,网线类型等。
有跳线的要确保跳线正确。
对于新的网卡，只要进入EISA 、PCI 设置程序，使其设为自动检测。
4、用"hwconfig -hc" 可以检测出配置中的冲突。
在系统引导时也可以发现类似"card not found" ,"unable tostart"的错误。
这说明软件配置同硬件有冲突。
5、网卡配置后，重连内核，重启。
6、可以用ping 或 netstat 来检查资源冲突。
先ping 一局域网结点，再用："netstat -i"来看其收发包情况，如果Ipkts增大，但Opkts 为 0，那么I/O address 错；如果Opkts 增大，但Ipkts 为0，则为IRQ 错。
二、网卡在重启时正常检测，但不能同其它的机器互连。
这主要是由于网络掩码或广播地址配置错、网线不通、网络协议不对、路由不对、网络速度不匹配、网络程序包文件不完整等。
1、首先用ping localhost、IP，若通，则说明本机TCP/IP工作正常；若不通，则需重配重启。
再不行,可用"fixperm"来检查网络程序包的完整性。
重配后请删除"/etc/hosts"中多余的记录。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
通过端口1433 连接到主机127.0.0.1 的TCP/IP 连接失败。
错误:“connect timed out解决
环境：SQLServer 2008 R2
问题：
连接SQLServer 2008 R2，出现如下问题：通过端口 1433 连接到主机 127.0.0.1 的TCP/IP 连接失败。
错误:“connect timed out。
请验证连接属性，并检查 SQL Server 的实例正在主机上运行，且在此端口接受 TCP/IP 连接，还要确保防火墙没有阻止到此端口的TCP 连接。
解决：
1. 打开SQLServer 配置管理器------->SQLServer for MSQLSERVER------->TCP/IP------->如果没有启动，则启动------->右键属性------->IPAddresses------->IP All------->将TCP端口改为1433；
2. 打开SQLServer 配置管理器------->SQL Native Client 10.0 Configuration------->CP/IP------->如果没有启动，则启动------->右键属性------->将Default Port（默认端口）改为1433；
3. 控制面板------->系统和安全------->Windows FireWall（Windows 防火墙）------->TurnWindows FireWall on or off------->将Windows防火墙关闭。
4. 完美解决。