插上网线、连上同一个无线网络,系统却提示这是公用网络,共享和发现全被关掉——很多人第一反应是网络坏了。其实多半是代理IP 接管了系统用来探测网络的那几个请求,判定结果跟着变了。
系统靠探测来判断这是什么网络
先探测连通性。接入网络之后,系统会主动去访问几个固定的探测地址,看能不能通、返回的内容是不是预期中的那一段。这是判定的第一步,也是最容易被代理IP 影响的一步。
再对照历史。通了且内容符合预期,系统就认定”有互联网”,再结合这个网络的历史记录与网关信息,判断该归到专用还是公用。第一次连的网络通常从严判定。
通了但内容不对也算受限。如果探测请求能出去,但返回的内容与预期不一致,系统会判定为”受限”——网络图标上可能带着感叹号,但浏览器照样能上网,这种矛盾感就来自于此。
判定结果直接决定策略。被判定为公用或未知时,系统会套用更严格的防火墙配置文件,网络发现、文件共享、设备共享这些功能默认关闭;被判定为专用时,这些功能才会打开。
代理IP 会怎样改变探测结果
探测请求本身也是一次普通请求,同样按代理规则发出。若代理IP 客户端工作在把所有流量都往外送的模式,探测请求会先绕一圈再回来,响应的内容与耗时跟直连时不一样,判定就可能偏向”受限”或”未知”。
另一种情况是探测地址在分流规则里被归到了走不通的那一类。请求发出去没有正常回来,系统就直接判定为无互联网,哪怕此时浏览器访问网页一切正常——因为浏览器走的是另一条规则。
还有一种更隐蔽的:探测本身没问题,但代理IP 客户端在建立连接的过程中改变了系统的默认路由或 DNS 配置,系统读取到的网络特征与历史记录对不上,于是把它当成了一个全新的网络,从严判定。
会带来哪些实际影响
最直接的是共享与发现被关:网络打印机找不到、投屏搜不到设备、共享文件夹访问不了,表现和硬件故障很像。其次是防火墙配置文件切换,之前放行的本地监听端口可能被挡住,本地开发调试会突然连不通。还有一部分应用会按网络类型调整行为,备份与同步任务在判定为公用或计量连接时会自动暂停。
先分清是判定问题还是连接问题。浏览器上网正常、只是共享和发现不可用,基本可以锁定在判定上;如果连网页都打不开,那是连通性问题,排查方向完全不同。
本地网段要排除在代理IP 之外。把本地网段设为直连,既能让设备发现恢复正常,也能让系统拿到与直连时一致的探测结果,判定自然就准了。
改完要重新触发一次判定。系统的探测不是实时的,改完设置后断开重连一次网络,或者等一小会儿,让系统重新跑一遍探测再下结论。
那是不是应该一直让系统保持专用网络?
要按实际环境来。在可信的办公或家庭网络里设成专用是合理的;在公共场所,公用配置文件本身就是更稳妥的选择。代理IP 该做的是不干扰系统做出正确判断,而不是强行把它固定在某一种类型上。