无法通过 Surge Ponte 访问家庭网络中的设备

Cherysun

macOS 和 iOS 上均已经安装最新版本的 Surge，且已使用以下配置：

[Rule]
DOMAIN-SUFFIX,myhome,DEVICE:MAC_MINI
IP-CIDR,192.168.1.1/24,DEVICE:MAC_MINI,no-resolve

...

[Host]
router.myhome = 192.168.1.1

...

可以通过 MAC_MINI.sgponte 访问到运行有 Surge Mac 的 Mac mini 设备自身（例如其 IP 地址为 192.168.1.2），但无法通过例如 http://router.myhome 访问到路由器192.168.1.1，也无法直接通过 IP 访问到家庭网络中除 Mac mini 以外的其他任何设备（192.168.1.×××）。似乎与 https://kb.nssurge.com/surge-knowledge-base/v/zh/guidelines/ponte 中的文档示例效果不符。

具体错误信息为，Safari 浏览器显示错误“无法显示 URL”，而 Surge 的最近请求和 DNS 结果中并无任何 myhome 相关记录。

egrussn

[Host]
router.myhome = 192.168.1.1
这段加到 mac 的配置中去

l-qing

egrussn 我 mac 和 ios 的配置是通过 iCloud 自动同步的，所以两端都有。😁

Cherysun

egrussn Mac 和 iPhone / iPad 都有上述配置，通过 iCloud 同步保持完全一致的。

l-qing

我这么配置好像是好使的，可以访问局域网中的其他设备。
https://community.nssurge.com/d/1612-dns-ssid/10

我跟你不同的地方在于，我没有配置 IP-CIDR,192.168.1.1/24,DEVICE:MAC_MINI,no-resolve 这一行。不知道跟这个有没有关系。

Cherysun

l-qing 按理说应该不相关。不过为了二次确认，把这行配置删除后问题依然存在。

mieqq

但无法通过例如 http://router.myhome 访问到路由器

[General]
use-local-host-item-for-proxy = true

需要增加这个参数，否则走代理的时候域名在远端解析。Host ip 映射无效。

也无法直接通过 IP 访问到家庭网络中除 Mac mini 以外的其他任何设备（192.168.1.×××）

你 Surge Mac 是否将 192.168.1.0/24 skip-proxy 了，同时也没有开启增强模式，导致没接管到。

Cherysun

mieqq 关于 use-local-host-item-for-proxy 的配置是测试无效的，况且我配置的策略是 DEVICE:…，即便是远端解析也应该由 Mac 返回 [Host] 中的配置才对，所以理论上应该无论本地还是远端解析都能够获取到 IP 地址才对。

关于 skip-proxy 配置我原本确实把 192.168.1.0/24 加入其中，但即便去掉也是无效。Mac 上的增强模式是确认一直保持开启的。

Cherysun

@SurgeTeam 请问上述问题如何解决呢？

SurgeTeam

首先应确认问题来源，如果是当前设备的 Dashboard 中都不存在请求则为接管问题，应检查 skip-proxy 参数。其次再根据具体错误信息检查配置。

Cherysun

SurgeTeam 在 skip-proxy 中删除了 192.168.1.0/24 以后 Dashboard 中仍然没有关于 router.myhome 的任何请求信息，也未配置 tun-excluded-routes / tun-included-routes。但是直接访问 MAC_MINI.sgponte 时 Dashboard 中有 MAC_MINI.sgponte 的记录。即可以通过 Surge Ponte 访问 Mac 设备本身且有请求记录，而访问网络中的其他设备则失败且没有请求记录。

而如果使用 Snell 的方式则完全正常。

SurgeTeam

Cherysun 这两者间没有关系，是否出现在 Dashboard 里只和请求是否被接管有关。

Cherysun

SurgeTeam 明白。所以当出现此问题时我应该如何排查和解决呢？已经没有配置 skip-proxy 了但是仍然没有请求显示。

SurgeTeam

Cherysun 可尝试更换浏览器、使用 curl 等方式请求

Cherysun

SurgeTeam 使用 curl -v 得到400 Bad Request 错误，详情如下：

*   Trying 198.18.1.24:80...
* Connected to router.myhome (198.18.1.24) port 80 (#0)
> GET / HTTP/1.1
> Host: router.myhome
> User-Agent: curl/7.87.0
> Accept: */*
> 
* Mark bundle as not supporting multiuse
< HTTP/1.1 400 Bad Request
< Content-Type: text/html
< Content-Length: 349
< Connection: close
< CONTENT-LANGUAGE: en
< Date: Thu, 13 Apr 2023 05:58:13 GMT
< Server: lighttpd/1.4.39
< 
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
         "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
 <head>
  <title>400 - Bad Request</title>
 </head>
 <body>
  <h1>400 - Bad Request</h1>
 </body>
</html>
* Closing connection 0

SurgeTeam

Cherysun 这并非由 Surge 产生的结果，这个请求出现在了 Dashboard 中吗？

Cherysun

SurgeTeam 是的，这个请求出现在了 Dashboard，如下：

curl (45942), router.myhome:80 (http://router.myhome/), DEVICE:MAC_MINI (DOMAIN-SUFFIX myhome), TCP, 75 B, 526 B, 16 ms, Completed

Rule Evaluating - ≤ 1 ms
Active - 7 ms

Events
13:58:13.314285 Handled by RDR engine
13:58:13.314397 Rule matched: DOMAIN-SUFFIX myhome
13:58:13.323231 HTTP request header found in the raw TCP connection.
13:58:13.330489 HTTP response header found in the raw TCP connection.
13:58:13.330562 Disconnect with reason: Closed by remote

SurgeTeam

Cherysun 这已经接管成功了，可以去服务端的 Dashboard 中确认是否转发给了正确的服务器。

Cherysun

SurgeTeam Mac mini 上的 Dashboard 显示如下信息：

..., router.myhome:80 (http://router.myhome/), DIRECT (DOMAIN-SUFFIX myhome), TCP, ..., Completed

Rule Evaluating - ≤ 1 ms
Establishing TCP Connection - ≤ 1 ms
Active - 8 ms

Events
14:10:29.076776 Incoming proxy protocol: Vector
14:10:29.077175 Rule matched: DOMAIN-SUFFIX myhome
14:10:29.077427 The ponte device is self, use DIRECT instead.
14:10:29.078550 Connecting with address: 10.0.1.1, bound to the primary interface (en0) explicitly under Enhanced Mode
14:10:29.079334 Connected to address 10.0.1.1 in 0ms
14:10:29.079480 TCP connection established
14:10:29.083414 HTTP request header found in the raw TCP connection.
14:10:29.084570 HTTP response header found in the raw TCP connection.
14:10:29.084687 Remote closed read stream (Half-closed)
14:10:29.088504 Disconnect with reason: Closed by client

不过在响应报头中返回的依然是 400 Bad Request，难道说是路由器本身对于访问的域名有检查…… 🤔

Cherysun

SurgeTeam 另外，如果使用 iPhone 通过蜂窝网络访问 http://192.168.1.1，浏览器中会显示：

Connection Close

访问的 URL 不可用：http://192.168.1.1/

Policy: DEVICE:MAC_MINI

错误描述：
· Remote closed

SGErrorDomain - 0
Generated 2023/4/13 14:27 by Surge iOS/5.4.0

而 Mac mini 的 Dashboard 中并未将这个请求使用 DIRECT，而是使用了代理策略：

Events
14:27:08.537607 Incoming proxy protocol: Vector
14:27:08.543141 Rule matched: FINAL
4:27:08.543279 Policy decision path: Proxy -> ...
14:27:08.543942 Use the last successful address: ...
14:27:08.544331 Connecting with address: ..., bound to the primary interface (en0) explicitly under Enhanced Mode, use TCP Fast Open
14:27:08.585898 Connected to address ... in 41ms
14:27:08.585995 Attempted to use TCP Fast Open but failed (tfo_heuristics_disable)
14:27:08.586119 TCP connection established
14:27:08.634287 Remote closed read stream (Half-closed)
14:27:08.658010 Disconnect with reason: Closed by client

SurgeTeam

Cherysun 说明你的 Mac Mini 端缺乏 LAN 的规则。