Results 60 comments of Allen Tsui

> [@scegg](https://github.com/scegg) 配置里面禁用indoor humidity参数,取消打钩,重启HA 没有找到界面有新的配置位置。 需要改配置文件?

并不是Extra Sensors里的湿度检测,而是主设备报告内包含了湿度。所以即使不选择任何Extra Sensor,也同样会看到湿度报告。

> 自定义DNS: 停用 proxy-server-nameserver: > > * 114.114.114.114 > * 119.29.29.29 > > Interface lan nameserver 223.5.5.5 > > 后面好像不用看了,mosdns开了相当于没开 proxy-server-nameserver不是只用来解析代理服务器的dns吗? 这个配置并不是用mosdns的。mosdns就直接让本地mosdns解析而已。 附MOSDNS版配置文件DNS段: ``` dns: enable: true ipv6: false listen:...

> > > 自定义DNS: 停用 proxy-server-nameserver: > > > > > > * 114.114.114.114 > > > * 119.29.29.29 > > > > > > Interface lan nameserver 223.5.5.5 >...

> 我对你的dnsmasq目前的工作状态表示好奇,你或许应该检查一下网络接口“lan”的设置(因为我前一段时间刚好遇到了类似的问题) > > 你的Dnsmasq 当前默认 resolv 文件:/tmp/resolv.conf.d/resolv.conf.auto > > Interface iptv Interface lan nameserver 223.5.5.5 # dns解析服务默认先由阿里云提供,你缓存的dns解析结果或许不来自openclash > > 我的/tmp/resolv.conf文件 search lan nameserver 127.0.0.1 nameserver ::1 dns解析服务由本地的dnsmasq提供,当openclash启用dns劫持时,dns查询请求会被重定向到openclash![Screenshot_20241015_022457_com.android.chrome_edit_1815458502547459.jpg](https://private-user-images.githubusercontent.com/82305021/376350391-011a9fe9-e5cd-405b-935b-d3631dfab3e8.jpg?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mjg5MzA5NjQsIm5iZiI6MTcyODkzMDY2NCwicGF0aCI6Ii84MjMwNTAyMS8zNzYzNTAzOTEtMDExYTlmZTktZTVjZC00MDViLTkzNWItZDM2MzFkZmFiM2U4LmpwZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDEwMTQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMDE0VDE4MzEwNFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWVhNjllNTJmOWExYWUxMTkzNTY4MTlmM2JmM2JlZGJlNzg1MDAyNWNhZWJmNzU2ZDU3N2JjODU4YzM1ZjViOWImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.OsHWxAhfMmEtDKswPmCdYxPBqUOgow76HIb7bj4P6ko) 对,网卡我设置了DNS。但dnsmasq设置为直接转发到mosdns。 难道mosdns会再读取一次lan的设置还是怎样?我mosdns用的是默认配置,只修改了RemoteDNS。

> > > 我对你的dnsmasq目前的工作状态表示好奇,你或许应该检查一下网络接口“lan”的设置(因为我前一段时间刚好遇到了类似的问题) > > > 你的Dnsmasq 当前默认 resolv 文件:/tmp/resolv.conf.d/resolv.conf.auto > > > Interface iptv Interface lan nameserver 223.5.5.5 # dns解析服务默认先由阿里云提供,你缓存的dns解析结果或许不来自openclash > > > 我的/tmp/resolv.conf文件 search lan nameserver 127.0.0.1...

好的多谢您。我先删了lan上的dns设定,观察几天看看。

> 我的经验是开了下游dns缓存,很大概率在clash重启后造成证书连线重合问题,所以我把下游dns缓存机制都关闭后,问题就不再出现了 但是并没有用到FakeIP啊。Meta不支持FakeIP。

> > > 我的经验是开了下游dns缓存,很大概率在clash重启后造成证书连线重合问题,所以我把下游dns缓存机制都关闭后,问题就不再出现了 > > > > > > 但是并没有用到FakeIP啊。Meta不支持FakeIP。 > > Meta core支持fake-ip的呀,不过不论是真ip还是假ip方案,其实我的经验就是dns缓存问题,而且大概率发生在clash重启时 因为我做了两层NAT,每一层都有自己的DNS,把两层DNS缓存关闭后(只做dns forwarder)问题就没再发生了 你的情况我不清楚,我只说我自己的情况让你参考下哦 嗯。但我这里只要发生错误时,手工重启一下openclash就会修复,可能不是cache的问题。

> > > > > 我对你的dnsmasq目前的工作状态表示好奇,你或许应该检查一下网络接口“lan”的设置(因为我前一段时间刚好遇到了类似的问题) > > > > > 你的Dnsmasq 当前默认 resolv 文件:/tmp/resolv.conf.d/resolv.conf.auto > > > > > Interface iptv Interface lan nameserver 223.5.5.5 # dns解析服务默认先由阿里云提供,你缓存的dns解析结果或许不来自openclash > >...