采用透明代理后，家里大部分米家设备都掉线了，而且无法重新连接，必须去除透明代理。是我的配置有问题吗？ #688
-
|
我完全仿照《透明代理（TProxy）配置教程 by @BioniCosmos》里的iptable设置在一台linux服务器上做了透明代理，然后采用主路由的dhcp 网关指向这台linux服务器，linux服务器的网关指向主路由的方式连接，全屋电脑可以翻墙。但是遇到2个问题：
|
Beta Was this translation helpful? Give feedback.
Replies: 8 comments 21 replies
-
|
先提两个意见：一、建议用 ``` 包裹代码块；二、敏感信息如域名、IP 地址、UUID 等进行手动打码。 关于第一个问题，试着将 DHCP 分配的默认网关改为主路由地址并进行测试。 关于第二个问题，可以先试试以下配置： {
"log": {
"loglevel": "warning",
"error": "/var/log/xray/error.log",
"access": "/var/log/xray/access.log"
},
"inbounds": [
{
"tag": "dns-in",
"port": 53,
"protocol": "dokodemo-door",
"settings": {
"network": "tcp,udp",
"address": "8.8.4.4",
"port": 53
}
},
{
"port": 12345,
"protocol": "dokodemo-door",
"settings": {
"network": "tcp,udp",
"followRedirect": true
},
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
},
"streamSettings": {
"sockopt": {
"tproxy": "tproxy"
}
}
}
],
"outbounds": [
{
"tag": "direct",
"protocol": "freedom",
"settings": {
"domainStrategy": "UseIPv4"
},
"streamSettings": {
"sockopt": {
"mark": 2
}
}
},
{
"tag": "proxy",
"protocol": "vless",
"settings": {
"vnext": [
{
"address": "",
"port": 443,
"users": [
{
"id": "",
"flow": "xtls-rprx-direct",
"encryption": "none"
}
]
}
]
},
"streamSettings": {
"network": "tcp",
"security": "xtls",
"sockopt": {
"mark": 2,
"domainStrategy": "UseIPv4"
}
}
},
{
"tag": "block",
"protocol": "blackhole",
"settings": {
"response": {
"type": "http"
}
}
},
{
"tag": "dns-out",
"protocol": "dns",
"proxySettings": {
"tag": "proxy"
},
"streamSettings": {
"sockopt": {
"mark": 2
}
}
}
],
"dns": {
"hosts": {
"": ""
},
"servers": [
"119.29.29.29",
"114.114.114.114",
{
"address": "8.8.4.4",
"domains": [
"geosite:geolocation-!cn"
]
}
]
},
"routing": {
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"inboundTag": [
"dns-in"
],
"outboundTag": "dns-out"
},
{
"type": "field",
"protocol": [
"bittorrent"
],
"outboundTag": "direct"
},
{
"type": "field",
"ip": [
"8.8.4.4"
],
"outboundTag": "proxy"
},
{
"type": "field",
"domain": [
"geosite:category-ads-all"
],
"outboundTag": "block"
},
{
"type": "field",
"domain": [
"geosite:geolocation-!cn"
],
"outboundTag": "proxy"
},
{
"type": "field",
"ip": [
"geoip:telegram"
],
"outboundTag": "proxy"
}
]
}
}如调整后问题仍存在，请将日志等级调整为 |
Beta Was this translation helpful? Give feedback.
-
|
继续排查发现了灵异情况，我把运行xray的ubuntu服务器带回家测试，透明网关联接方式同样采用主路由的DHCP网关指向ubuntu服务器，ubuntu服务器的网关指向主路由，这时家里的米家设备没有掉线，正常使用，电脑、手机和平板都能翻墙上google。但是手机（华为mate 20 pro)上的google play能够进入，可以发现app更新，但是下载一直无法完成。我之前贴上来的log就是这个状态的。可是后来突然发现平板（华为matepad pro)上的google play可以正常更新软件。 今天又把服务器带回原来的那处屋子测试，接法一样，这是米家设备又是大部分掉线。电脑、手机和平板可以翻墙上google，但手机和平板都无法在google play上下载软件。2处房子的网络环境是一样的，都是电信200M宽带，光猫桥接，路由拨号，都有公网IP，连主路由都是一样的TPLINK 7650。我实在想不出造成这种差异的原因，有哪位遇到过或者能提供一下思路吗？ 对于米家设备掉线问题，我在error.log里看到有连接mijia cloud的请求，DNS解析和TCP tunnel的建立好像都是正常的，但是之后有一条context canceled。我怀疑是不是网络延时过长造成的，但是不确定，高手能指点一下吗？先谢谢了。 附件是在第二处房子测试的Log文件，即米家设备掉线的情况。 |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
谢谢。我还纳闷怎么···代码块没作用呢，后来发现是我用了中文符号。 用了你的config后，运行xray报错如下，不能启动。 把inbound "dns-in"注释掉以后能够启动，但问题依然存在，google play可以打开，但无法下载和更新app。附上我的日志记录，麻烦帮我诊断一下，谢谢！ |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
|
Prerouting为什么要return Mark 2能解释一下吗？mark 2是xray的流量，xray运行在服务器上，服务器的请求是直接到output里，在output已经return mark 2了。所以mark 2流量应该不会到prerouting吧？ |
Beta Was this translation helpful? Give feedback.
-
|
TPROXY 行为配合路由表规则会把流量转发到本机代理端口，代理出来的流量会被标记上2 |
Beta Was this translation helpful? Give feedback.
-
|
但是按照我理解的《透明代理入门 by a @KiRiN》，xray的流量应该只到output，不到prerouting，因为在output已经return mark 2了，只有对output的流量mark 1，才会重新转发到prerouting。这个理解对吗？ |
Beta Was this translation helpful? Give feedback.
-
|
仔细看了下，你的理解是对的，没有必要加上这行。 |
Beta Was this translation helpful? Give feedback.
-
|
这个我要现身说法一下，prerouting 链也要加 return |
Beta Was this translation helpful? Give feedback.
-
|
我总结一下，首先，我的透明代理教程和后来发的配置本质上没有区别，唯一的改动是 DNS 部分。我的路由配置一直是默认直连，但 DNS 配置不是，所以你可以继续使用以前的配置，只更改 Xray 的 DNS 部分。 其次，无论是哪一个配置，我都是自用过一段时间的，并没有发现 Play Store 的问题。其实这本来就是一个比较玄学的东西，服务器的 IP、App 本身都可能造成影响。建议更换不同服务器或者清空 Google 框架数据以尝试修复问题。 再次，#293 中提到的问题和你的问题比较相似，但相关 PR 并没有合到主分支当中，你可以尝试开发版或者自己进行合并和测试。 |
Beta Was this translation helpful? Give feedback.
-
|
首先是关于 SSH 的问题，具体原理我的确说不清楚，但只要是架设在软路由上的服务器应用，都应该写上类似的规则，OpenSSH、网站服务器、Wireguard 都是如此。毕竟 Xray 不是纯粹的 L4 转发，行为上和正常方式不同。 然后是流程的问题，我建议你再多读几遍，并注意以下几个问题。
|
Beta Was this translation helpful? Give feedback.
-
|
P.S. 关于文档，我也想要进行更新，但由于 RPRX 不在，目前 Xray 社区无人组织大局，社区活性也比较低。之前 RPRX 说他要亲自整理文档，这也是为何新旧文档共存，新的却迟迟不转正。总之就是我很懒，又没人带动。 |
Beta Was this translation helpful? Give feedback.
-
|
理解了，非常感谢指点！ |
Beta Was this translation helpful? Give feedback.
-
|
这层太有用了，我通过公网 IP + 端口映射访问内网的 nginx 服务，配置透明代理后就不行了，排查了半天，也是隐约猜到是 output 链的原因，然后就找到了这个问题 |
Beta Was this translation helpful? Give feedback.
-
|
@BioniCosmos 非常感谢， 关于 SSH 通过路由器端口映射无法连接的问题终于在你这个内容中看到线索了， 我也遇到了这个问题，内网可以 SSH 成功，通过路由器就无法连接了，百思不得其解。 我在外面连接 SSH 后通过 netstat 查看， 发现路由器进行端口映射后数据的来源 ip 地址是真实的公网客户端的 IP 地址。 所以只能手工的把自己 sshd 产生的流量放行才行了。 sport 为 22 的流量放行了。 |
Beta Was this translation helpful? Give feedback.
-
|
手机和米家设备有问题，电脑正常。电脑是否连接网线，其他设备连接Wi-Fi，是否可能是无线接口配置有误？ |
Beta Was this translation helpful? Give feedback.
-
不是的，所有设备都是wifi连接。 |
Beta Was this translation helpful? Give feedback.
-
|
报告一下测试结果：
|
Beta Was this translation helpful? Give feedback.
-
|
继续跟进，在手机上用anxray，Google Play同样可以更新，所以不是vless协议本身的问题，应该是我的配置的问题。我把手机上的配置放到透明网关上，还是不行。等有时间了再仔细研究一下，调整一下配置，我觉得应该能够解决。 |
Beta Was this translation helpful? Give feedback.
-
|
最好先检查ipv6的情况。。。。。。 |
Beta Was this translation helpful? Give feedback.
-
|
是所有的小米设备，都用了一个奇怪的域名“Mijia Cloud”，然后被sniff出来了，结果DNS又不能解析。所以就都掉线了。
maryjeck ***@***.***> 于2021年12月13日周一 13:19写道：
… 最好先检查ipv6的情况。。。。。。
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#688 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABPLTYNVHQAPHFBNGRGRBRLUQV66FANCNFSM5DEX5YNQ>
.
|
Beta Was this translation helpful? Give feedback.
我总结一下，首先，我的透明代理教程和后来发的配置本质上没有区别，唯一的改动是 DNS 部分。我的路由配置一直是默认直连，但 DNS 配置不是，所以你可以继续使用以前的配置，只更改 Xray 的 DNS 部分。
其次，无论是哪一个配置，我都是自用过一段时间的，并没有发现 Play Store 的问题。其实这本来就是一个比较玄学的东西，服务器的 IP、App 本身都可能造成影响。建议更换不同服务器或者清空 Google 框架数据以尝试修复问题。
再次，#293 中提到的问题和你的问题比较相似，但相关 PR 并没有合到主分支当中，你可以尝试开发版或者自己进行合并和测试。