SQL数据库局域网访问为何失败，排查方法有哪些？

SQL局域网访问数据库服务器失败，绝大多数情况下不是数据库本身坏了，而是网络监听没开、端口被防火墙挡住、客户端权限没给对这三件事中的一件或多件叠加导致。先把这条主线记住，下面的排查顺序就是按“先网络、再监听、后权限”来走,照着做基本能定位到具体原因。

局域网内两台电脑怎么连接mysql？先检查这4个基础项

很多开发者在同一台机器上跑项目时mysql一切正常，把另一台电脑接入局域网后就连不上，这个场景里出问题的往往不是复杂配置,而是几个基础开关没打开。

加载中

通过ip地址连接SQL server 数据库，提示无法连接，关闭防火墙无用。erwa.cn

二娃erwa_cn

28105-

原视频地址

• 检查MySQL是否只监听了本地回环地址
  在MySQL服务器上执行以下命令查看当前监听地址：
  netstat -an | findstr 3306
  如果结果显示只有0.0.1:3306，说明MySQL只接受本机连接。
  需要修改配置文件my.ini或my.cnf，找到bind-address参数。
  把bind-address = 127.0.0.1改成bind-address = 0.0.0.0，或者直接在该行前面加注释掉。
  改完必须重启MySQL服务才会生效。

• 确认MySQL用户的host字段不是localhost
  MySQL的用户权限是“用户名+来源主机”双重限定的。
  执行SELECT user, host FROM mysql.user;查看用户列表。
  如果应用使用的账号host列是localhost，那么从其他电脑连过来会被直接拒绝。
  需要创建或修改为允许局域网网段访问的账号：
  CREATE USER 'appuser'@'192.168.1.%' IDENTIFIED BY '你的密码';
GRANT ALL PRIVILEGES ON appdb. TO 'appuser'@'192.168.1.%';
FLUSH PRIVILEGES;
  使用168.1.%表示允许该网段内所有机器连接，也可以指定具体IP如168.1.50。

• 检查MySQL配置文件里的skip-networking参数
  部分Linux发行版或绿色版MySQL会默认开启skip-networking，也就是禁止TCP/IP网络连接。
  打开my.cnf，查找skip-networking这一行。
  如果存在且没有被注释，直接在前面加注释掉，保存后重启服务。
  这个配置在Windows环境较少出现,但在源码编译安装的场景里经常被忽略。

• 测试局域网内网络连通性
  在客户端电脑上执行ping 服务器IP，确认不是IP冲突或网段隔离。
  再执行telnet 服务器IP 3306，如果窗口没有任何响应或提示连接失败，说明端口没通。
  能ping通但telnet不通,基本就是MySQL监听或防火墙问题。

sql server局域网连接不上？重点排查TCP/IP和1433端口

SQL Server和MySQL最大的区别在于它高度依赖SQL Server配置管理器中的网络协议设置，相当一部分SQL Server局域网连接失败，根源都出在TCP/IP协议没有启用。

sql server 1433端口不通的检测与放行方法

在排查SQL Server时，可以把1433端口当成一个独立对象去检查，端口不通,连接必然失败。

• 确认SQL Server实例是否真的使用1433端口
  默认实例通常使用1433，命名实例会使用动态端口。
  打开“SQL Server配置管理器”，进入“SQL Server网络配置”，点击对应实例的“TCP/IP协议”，查看“IP地址”选项卡最下方的“TCP动态端口”和“TCP端口”。
  TCP动态端口”填的是0或随机值，客户端连接时需要指定实例名，但局域网内更推荐直接固定端口。
  将“TCP端口”设置为1433，清空“TCP动态端口”，保存后重启SQL Server服务。

• 在服务器上测试1433端口监听状态
  执行netstat -an | findstr 1433，正常应看到0.0.0:1433或服务器IP:1433处于LISTENING状态。
  如果只有0.0.1:1433，需要检查TCP/IP协议的“IP地址”部分，确认IPAll或具体IP的“已启用”为“是”。

  

• Windows防火墙放行1433端口
  打开“控制面板-系统和安全-Windows Defender防火墙-高级设置”。
  新建入站规则，选择“端口”，选择“TCP”，输入特定本地端口1433。
  选择“允许连接”，配置文件保持全部勾选。
  如果SQL Server使用了命名实例并启用了SQL Browser服务，还需放行UDP 1434端口。

• 客户端测试端口连通性
  在客户端电脑按下Win+R输入cmd，执行：
  telnet 服务器IP 1433
  如果显示“正在连接…无法打开到主机的连接”，说明端口被挡或服务未监听。
  telnet客户端在Windows默认未启用，需要在“启用或关闭Windows功能”里勾选“Telnet客户端”。

SQL Server登录方式与远程连接配置

即使1433端口通了，SQL Server本身也可能拒绝远程登录,这里有两个经常被忽略的配置点。

• 确认SQL Server身份验证模式
  打开SQL Server Management Studio登录数据库，右键服务器属性，查看“安全性”页。
  如果当前是“Windows身份验证模式”，而客户端程序使用的是SQL Server账号登录，局域网访问会被拒。
  将其切换为“SQL Server和Windows身份验证模式”，保存后重启SQL Server服务。

• 检查sa账号或业务账号是否被禁用
  执行ALTER LOGIN sa ENABLE;启用sa账号。
  同时确认该账号没有被锁定或密码过期。
  在“安全性-登录名”中找到对应账号，右键属性，查看“状态”页，确保“拒绝连接到数据库引擎”没有被勾选。

局域网数据库连接失败原因：防火墙与安全软件拦截

除了数据库本身配置，操作系统层面的防火墙和第三方安全软件是局域网连接失败的高频外部因素，尤其在Windows Server和装有杀毒软件的公司电脑上,拦截概率很高。

防火墙规则的常见误区

• 只放行出站不放行入站
  数据库服务器需要的是入站允许规则，很多用户配置了出站规则，客户端依然连不上。
  入站规则要精确到TCP端口，不要直接放行“所有端口”。

• 不同网络配置文件导致规则不生效
  Windows防火墙分域配置文件、专用配置文件、公用配置文件。
  如果当时加入的是公用网络，而规则只在专用配置文件里勾选，连接依然会被拦。
  新创建规则时三个配置文件全部勾选,避免因网络类型切换导致规则失效。

• 第三方安全软件静默拦截
  360安全卫士、火绒、腾讯电脑管家等软件在服务器上运行时，可能弹出过连接拦截提示但被用户忽略。
  排查时临时退出安全软件，测试连接，如果恢复，再在安全软件中添加信任规则。
  行业共识认为，数据库服务器上尽量少装非必要的安全套件,尤其是带网络防火墙功能的套件。

服务器本机测试可快速缩小范围

在数据库服务器本机上，用0.0.1和服务器局域网IP分别测试连接。

• 如果0.0.1能连上，但用局域网IP连不上,问题在监听地址或防火墙。
• 如果两个地址都连不上，先检查数据库服务是否运行,以及账号密码是否正确。
• 如果服务器本机用IP能连上，但客户端连不上，问题集中在网络路径、防火墙或客户端驱动。

公司局域网连不上数据库服务器，按这个顺序排障最高效

公司局域网环境比家庭局域网多了交换机、路由器、域控、组策略等变量，客户机和服务器可能不在同一网段，也可能被VLAN隔离,这个场景下需要更系统的排障流程。

第一步：确认基础连通性
在客户端执行ping 服务器IP

，如果ping不通，先检查网线、交换机端口、IP地址是否在同一网段。
如果ping通,进入下一步。

第二步：测试数据库端口
MySQL测试telnet 服务器IP 3306，SQL Server测试telnet 服务器IP 1433。
端口不通就回到对应数据库的监听和防火墙章节处理。

第三步：在服务器本机复现连接
用数据库客户端工具或命令行在服务器上连接。
如果本机正常，说明数据库服务本身没问题,继续查网络和权限。

第四步：检查客户端数据库驱动或连接串
以SQL Server为例，连接串中Server=192.168.1.100,1433需要明确指定端口。
使用命名实例时如果端口动态，客户端可能解析不到。
以MySQL为例，连接串中server=192.168.1.100;port=3306;user=appuser;password=xxx;database=appdb;需要确保参数完整。

第五步：查看服务器事件日志
Windows系统打开“事件查看器-应用程序”和“系统”，筛选最近时间段的错误。
MySQL的错误日志通常位于数据目录下主机名.err。
SQL Server的错误日志可通过SQL Server Management Studio的“管理-SQL Server日志”查看。
登录失败、端口冲突、服务异常往往都有明确记录。

常见端口与配置速查表

这张表适合在出现问题时快速对照，多数情况下，只要端口测试通过、账号权限正确,连接就能建立。

客户端工具提示的错误代码背后的含义

数据库连接失败时，客户端通常返回错误码或错误消息,看懂这些提示能减少盲目排查。

• MySQL报错Host 'xxx' is not allowed to connect to this MySQL server
  这是典型的用户host权限问题，不是网络问题,回到MySQL授权步骤处理。

• MySQL报错Can't connect to MySQL server on '192.168.x.x' (10060)
  错误码10060表示连接超时,基本是端口不通或防火墙拦截。

• SQL Server报错错误40：无法打开到SQL Server的连接
  说明客户端能到达服务器但SQL Server没有在指定端口监听,或者端口被防火墙拒绝。

• SQL Server报错错误26：定位服务器/实例时出错
  常见于命名实例动态端口和SQL Browser服务未运行,或者客户端拼错了实例名。

• Navicat连接MySQL报2003 - Can't connect to MySQL server
  端口不通或服务未启动,先用telnet验证。

局域网内如何让数据库连接既安全又稳定

局域网访问数据库失败排查通后，还要考虑长期稳定运行，很多人只求连上,忽略了后续维护中的重复故障。

• 给数据库账号做最小权限授权
  不要所有客户端都用root或sa账号。
  MySQL为每个应用创建独立账号，只授予对应库的增删改查权限。
  SQL Server同样按库授权,避免使用服务器级sysadmin角色。

• 固定端口并关闭不必要的动态端口
  SQL Server命名实例尤其要固定端口，避免服务重启后端口变化导致客户端批量失联。

  

  MySQL固定3306即可。

• 防火墙规则用IP段授权替代全部放行
  入站规则的作用域里，将“远程IP地址”设置为局域网IP段，例如168.1.0/24。
  这样只允许内部客户端访问数据库端口,比放行所有来源更安全。

• 定期检查数据库错误日志和Windows事件日志
  连接失败会在日志中留下记录。
  发现登录失败激增时,先判断是配置问题还是恶意扫描。

局域网数据库连接失败原因中容易忽略的细节

除了上面这些主路径，还有几个小细节会让排查者绕很多弯路,单独列出来提醒。

• 服务器IP地址变了但客户端还用旧IP
  公司DHCP环境下，数据库服务器如果没有绑定静态IP，重启后IP可能变化。
  客户端连接串写死的旧IP自然连不上,服务器一定要设置固定IP。

• 客户端和服务器不在同一工作组或域，导致名称解析失败
  如果客户端用的连接串是计算机名而不是IP，例如Server=DB-SERVER，名称解析失败也会连不上。
  局域网内优先用IP连接,或确保DNS解析可用。

• 数据库服务启动正常但监听进程被其他程序占用端口
  偶尔会有另一个程序抢占3306或1433端口。
  执行netstat -ano | findstr 3306查看占用端口的PID,再在任务管理器里确认是否是期望的数据库进程。

• Linux防火墙工具多加了一层拦截
  如果MySQL部署在Linux服务器上，除了云安全组、硬件防火墙，还有iptables或firewalld。
  CentOS系执行firewall-cmd --add-port=3306/tcp --permanent并firewall-cmd --reload。
  Ubuntu系执行sudo ufw allow 3306/tcp。
  这一层经常被忽略,因为在Windows经验里没有对应物。

SQL局域网访问数据库服务器失败，核心是沿着“网络通不通、端口开没开、监听在不在、权限给没给”这条链路逐段验证，只要每一段都拿出具体命令或配置截图来对照，基本都能在几分钟到半小时内定位到根源，排障时不靠猜，靠测试结果说话,是处理这类问题最高效的方式。

Q&A：sql局域网访问数据库服务器失败的常见疑问

问：局域网内两台电脑怎么连接mysql，连不上时报10060怎么办？

答：报10060代表TCP连接超时，问题出在网络或端口层面，不是密码错误，先在两台电脑之间执行ping确认同一个网段，再在客户端执行telnet 服务器IP 3306，如果telnet不通，检查服务器上MySQL是否只监听127.0.0.1、Linux系统的firewalld或iptables是否放行3306、Windows防火墙入站规则是否建立，客户端能ping通但端口不通,问题基本就在MySQL监听配置或防火墙上。

问：sql server局域网连接不上，为什么本机可以连但其他电脑不行？

答：本机能连说明SQL Server服务正常、账号密码正常，其他电脑不行，重点检查三处：SQL Server配置管理器中TCP/IP协议是否启用且“已启用”为“是”；服务器Windows防火墙是否放行1433入站端口；客户端连接串是否正确指定了端口，例如168.1.100,1433，还有一个常见原因是SQL Server只监听了本地回环地址，需要用netstat -an | findstr 1433确认监听地址是否为0.0.0。

问：局域网数据库连接失败原因里，防火墙和数据库权限哪个更常见？

答：从实际排障经验看，防火墙和端口问题占比更高，尤其是Windows防火墙和Linux安全组/iptables的拦截，权限问题通常会在客户端明确返回类似Host 'xxx' is not allowed的错误，而防火墙问题表现为连接超时或无法打开连接，优先测试端口连通性,能大幅缩短定位时间。