首先，咱们先梳理下你的现状：你的应用运行在本地9000端口，本地通过localhost:9000和端口转发后的127.0.0.1:80都能正常访问，但局域网里的另一台PC就是没法通过192.168.1.12:80打开UI，防火墙也关了还是不行。结合你给出的配置信息，我来帮你排查几个关键点：

1. 确认应用的监听范围 #

首先要检查你的应用是不是只绑定了127.0.0.1:9000（也就是仅允许本地访问）。虽然你用netsh portproxy把192.168.1.12:80转发到127.0.0.1:9000，但如果应用本身只监听localhost，某些场景下可能会对转发过来的请求做限制。你可以通过以下命令查看9000端口的监听状态：

netstat -aon -p tcp | findstr ":9000"

如果输出里的Local Address是127.0.0.1:9000，建议你修改应用的启动配置，让它监听0.0.0.0:9000（允许所有网卡访问），之后再测试第二台PC的访问。

2. 验证第二台PC的网络连通性 #

先确保第二台PC和你的主机在同一个局域网段（比如它的IP也是192.168.1.x），并且能ping通你的主机192.168.1.12。如果ping不通，那说明两台PC的网络连接有问题，先解决基础网络连通性再看端口转发。

如果能ping通，但访问80端口失败，可以用Test-NetConnection（PowerShell）测试端口是否开放：
在第二台PC的PowerShell里执行：

Test-NetConnection 192.168.1.12 -Port 80

如果显示TcpTestSucceeded: False，说明端口还是没开放，继续往下排查。

3. 检查portproxy的配置和依赖 #

你的portproxy配置看起来没问题，但Windows的端口转发依赖IP Helper服务是否正常运行。你可以打开服务管理器，找到IP Helper服务，确认它处于启动状态。如果没启动，右键启动它，然后重启netsh portproxy的配置（可以先删除现有规则再重新添加）：

# 删除现有规则
netsh interface portproxy delete v4tov4 listenport=80 listenaddress=127.0.0.1
netsh interface portproxy delete v4tov4 listenport=80 listenaddress=192.168.1.12

# 重新添加规则（监听所有网卡的80端口）
netsh interface portproxy add v4tov4 listenport=80 listenaddress=0.0.0.0 connectport=9000 connectaddress=127.0.0.1

把listenaddress改成0.0.0.0，表示监听所有网卡的80端口，这样比单独指定192.168.1.12更灵活。

4. 排查隐藏的防火墙/安全软件 #

你说已经关闭了Windows防火墙，但很多第三方杀毒软件（比如360、McAfee等）自带防火墙功能，可能仍然在拦截外来的80端口请求。建议暂时关闭这些软件的防火墙或者安全防护功能，再测试访问。

5. 确认80端口的监听进程 #

你的netstat显示PID 3744在监听192.168.1.12:80，可以确认下这个PID对应的进程是不是端口转发相关的系统进程：

tasklist /fi "PID eq 3744"

如果不是svchost.exe这类系统进程，说明80端口可能被其他应用占用，这时候可以考虑更换转发的端口（比如用8080代替80），再重新配置portproxy测试。

按照上面的步骤逐一排查，应该能解决局域网内访问的问题。

备注：内容来源于stack exchange，提问作者mrjayviper