1433端口是做什么

小心病毒，小心你的1433端口！
SQL Server使用的1433端口，往往容易被病毒侵袭，造成不可估量的损失！以下这篇文章就是教你如何封闭自己win 2k/xp上不使用的端口的，不用SQL server/client 的朋友最好遵照这个方法试一试封掉1433端口。
封锁端口，全面构建防线
黑客大多通过端口进行入侵，所以你的服务器只能开放你需要的端口，那么你需要哪些端口呢？以下是常用端口，你可根据需要取舍：
80为Web网站服务；21为FTP服务；25 为E-mail SMTP服务；110为Email POP3服务。
其他还有SQL Server的端口1433等，你可到网上查找相关资料。那些不用的端口一定要关闭！关闭这些端口，我们可以通过Windows 2000的安全策略进行。借助它的安全策略，完全可以阻止入侵者的攻击。你可以通过“管理工具→本地安全策略”进入，右击“IP安全策略”，选择“创建 IP安全策略”，点[下一步]。输入安全策略的名称，点[下一步]，一直到完成，你就创建了一个安全策略：
接着你要做的是右击“IP安全策略”，进入管理IP筛选器和筛选器 *** 作，在管理IP筛选器列表中，你可以添加要封锁的端口，这里以关闭ICMP和139端口为例说明。
关闭了ICMP，黑客软件如果没有强制扫描功能就不能扫描到你的机器，也Ping不到你的机器。关闭ICMP的具体 *** 作如下：点[添加]，然后在名称中输入“关闭ICMP”，点右边的[添加]，再点[下一步]。在源地址中选“任何IP地址”，点[下一步]。在目标地址中选择“我的IP地址”，点 [下一步]。在协议中选择“ICMP”，点[下一步]。回到关闭ICMP属性窗口，即关闭了ICMP。
下面我们再设置关闭139，同样在管理IP筛选器列表中点“添加”，名称设置为“关闭139”，点右边的“添加”，点[下一步]。在源地址中选择“任何IP地址”，点[下一步]。在目标地址中选择“我的IP地址”，点[下一步]。在协议中选择“TCP”，点[下一步]。在设置IP协议端口中选择从任意端口到此端口，在此端口中输入139，点[下一步]。即完成关闭139端口，其他的端口也同样设置，结果如图：
特别指出的是关闭UDP4000可以禁止校园网中的机器使用QQ。然后进入设置管理筛选器 *** 作，点“添加”，点[下一步]，在名称中输入“拒绝”，点[下一步]。选择“阻止”，点[下一步]。
然后关闭该属性页，右击新建的IP安全策略“安全”，打开属性页。在规则中选择“添加”，点[下一步]。选择“此规则不指定隧道”，点[下一步]。在选择网络类型中选择“所有网络连接”，点[下一步]。在IP筛选器列表中选择“关闭ICMP”，点[下一步]。在筛选器 *** 作中选择“拒绝”，点 [下一步]。这样你就将“关闭ICMP”的筛选器加入到名为“安全”的IP安全策略中。同样的方法，你可以将“关闭139”等其他筛选器加入进来。
最后要做的是指派该策略，只有指派后，它才起作用。方法是右击“安全”，在菜单中选择“所有任务”，选择“指派”。IP安全设置到此结束，你可根据自己的情况，设置相应的策略。
设置完成后，你可再用X-Scan进行检查，发现问题再补上。
通过以上的设置，你的Windows 2000服务器可以说是非常安全了。希望你早日筑起服务器的安全防护。

1-65535没被占用监听的都可以, 改端口也不会使安全性有多大提升, 端口扫描还是能找到 应该禁止高权限账户的远程登录, 为每个数据库创建单独的账户, 把每个账户的权限降到最低, 并设置复杂密码

1 转发规则----虚拟服务器映射1433端口 协议ALL2 DMZ主机 开启 IP :1921680100现在用内网机器 telnet 外网IP 1433 可以连通但是外网的机器 telnet 外网IP 1433 连接失败安装SQL的机器情况：系统：win2000杀毒软件：卡巴斯基60SQL版本： 已安装SP4补丁尝试过关闭卡巴防护 路由攻击防护！ 补充： ALL协议 包括TCP 和UDP 这两个协议 SQL都要用到 ！ 协议上并没问题！DMZ是讲指定的机器 端口完全暴露到外网 这个和IP虚拟服务1433转发并没冲突 路由器已经重启过！尝试过全部 关闭卡巴防护 并且 路由攻击防护！这个问题跟防火墙关系可以排除！

这说明你的服务器中毒了
在充当黑客的扫描器
你可以按照下面的步骤杀毒
1 根据情况选择全盘查杀或者快速查杀，一般无需重启到安全模式，因为现在的杀软大都有云引擎，在安全模式下无法连接云端，效果反而不好
2 如果普通杀软无能为力的话，就换一个强悍些的杀软，比方说腾讯电脑管家，它的85正式版有全新的鹰眼反病毒引擎，含新一代机器智能技术，创新CPU虚拟执行技术，可以清除各种顽固病毒
3 还是清除不彻底的话，就用它工具箱里面的顽固木马克星来清理一次，这个可以强力清除病毒，修复系统，当然因为规则很严，有部分误报，如果其它方式能解决，不要用它查杀
4 还是没有解决问题的话，就只能重装系统了，记得重装的时候清除一下MBR，因为有部分病毒是感染MBR的，并不能通过简单的重装来清除

从“开始”里的“所有程序” 里打开 “microsoft sqlserver 2008 ”的配置工具 ， 打开SQL Server 配置管理器，下面有个SQL Server 配置管理器=》SQLEXPRESS的协议，把TCP/IP 启用，还有MSSQLSERVER 的协议=》 TCP/IP也改成启用 。
然后打开SQL Nativer Client 100 配置下的客户端协议，选中TCP/IP右键查看属性
默认端口是 1433 ，就可以了， 并已经打开了……
最后把 SQL Server(MSSQLSERVER) 服务 重启！
就结束了。

解决方案步骤：
一、看ping服务器IP能否ping通。
这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。
二、在Dos或命令行下输入telnet服务器IP端口，看能否连通。
如telnet 202114100100 1433
通常端口值是1433，因为1433是sql server 2000的对于Tcp/IP的默认侦听端口。如果有问题，通常这一步会出问题，提示是“……无法打开连接,连接失败”。
如果这一步有问题，应该检查以下选项。
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 127001 1433 listening 的项。如果没有，则通常需要给sql server 2000打上至少sp3的补丁。
其实在服务器端启动查询分析器，输入 select @@version 执行后可以看到版本号，版本号在802039以下的都需要打补丁。
如果以上都没问题，这时再做telnet 服务器ip 1433 测试，将会看到屏幕一闪之后光标在左上角不停闪动。恭喜，马上可以开始在企业管理器或查询分析器连接了。
三、检查客户端设置。
程序->Microsoft SQL Server-> 客户端网络使用工具。像在服务器网络实用工具里一样，确保客户端tcp/ip协议启用，并且默认端口为1433（或其他端口，与服务器端保持一致就行）。
四、在企业管理器里或查询分析器连接测试。
企业管理器->右键SQlserver组->新建sqlserver注册->下一步->写入远程IP->下一步-> 选Sqlserver登陆->下一步->写入登陆名与密码（sa,password）->下一步->下一步->完成
查询分析器->文件->连接->写入远程IP->写入登录名和密码（sa,password）->确定
通常建议在查询分析器里做，因为默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是4秒，而查询分析器是15秒。
修改默认连接超时的方法：
1、企业管理器->工具->选项->在d出的”SQL Server企业管理器属性”窗口中，点击”高级”选项卡->连接设置->在 登录超时（秒） 后面的框里输入一个较大的数字
2、查询分析器->工具->选项->连接->在 登录超时（秒） 后面的框里输入一个较大的数字
通常就可以连通了，如果提示错误，则进入下一步。
五、错误产生的原因通常是由于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，因此在本地能连通是不能说明什么问题的，连接远程服务器是完全不同的协议。

---