bmy001 最近的时间轴更新 bmy001 最近的时间轴更新 |
bmy001V2EX 第 72039 号会员，加入于 2014-08-26 15:52:47 +08:00今日活跃度排名 1562054
 85  |
bmy001
johnny.moe
johnnysun
JohnnyMoe
JohnnySun
| 码了个按 IPLoc 自动选择最优路由的 Clash Config AutoGen，感兴趣的可以玩玩看
1 宽带症候群 • bmy001 • 241 天前 • 最后回复来自 bmy001
|
4 |
| 这两天抽空弄了一个基于 IPinfo.io 数据生成 Geo2Country MMDB 数据库的工程，实现比现在主流的 MaxMind 数据库更准确的 Geo2Country 判断 宽带症候群 • bmy001 • 242 天前 • 最后回复来自 bmy001 | 8 |
| [字节跳动] [内推] 移动端音视频开发工程师
1 酷工作 • bmy001 • 2019-06-14 22:05:28 PM • 最后回复来自 bmy001
|
1 |
bmy001 最近回复了
10 天前 回复了 gz1988 创建的主题 › 宽带症候群 › 北京联通家宽，你们光猫有 IPv6 防火墙吗？ |
北京联通 fttr ipv6 防火墙有。 找联通 让他们找光猫厂商的人下发配置关掉了
36 天前 回复了 hfl1995 创建的主题 › Apple › iOS 18 最难受的 BUG |
我这边升级了 3 台设备， 三台设备都遇到了
39 天前 回复了 hfl1995 创建的主题 › Apple › iOS 18 最难受的 BUG |
ios18 还有个超级恶劣的 bug https://www.reddit.com/r/iOSBeta/comments/1dfegrc/ios_18_db1_system_data_keeps_writing_into_storage/
会持续写入硬盘，导致系统卡死
会持续写入硬盘，导致系统卡死
115 天前 回复了 PatrickLe 创建的主题 › 宽带症候群 › 内网 WireGuard 不支持域名地址，难不成每次都手动开启关闭吗？有没有优雅点的方式？ |
See: https://wiki.archlinux.org/title/WireGuard
After resolving a server's domain, WireGuard will not check for changes in DNS again.
If the WireGuard server is frequently changing its IP-address due DHCP, Dyndns, IPv6, etc., any WireGuard client is going to lose its connection, until its endpoint is updated via something like wg set "$INTERFACE" peer "$PUBLIC_KEY" endpoint "$ENDPOINT".
Also be aware, if the endpoint is ever going to change its address (for example when moving to a new provider/datacenter), just updating DNS will not be enough, so periodically running reresolve-dns might make sense on any DNS-based setup.
Luckily, wireguard-tools provides an example script /usr/share/wireguard-tools/examples/reresolve-dns/reresolve-dns.sh, that parses WG configuration files and automatically resets the endpoint address.
One needs to run the /usr/share/wireguard-tools/examples/reresolve-dns/reresolve-dns.sh /etc/wireguard/wg.conf periodically to recover from an endpoint that has changed its IP.
One way of doing so is by updating all WireGuard endpoints once every thirty seconds[6] via a systemd timer:
/etc/systemd/system/wireguard_reresolve-dns.timer
[Unit]
Description=Periodically reresolve DNS of all WireGuard endpoints
[Timer]
OnCalendar=*:*:0/30
[Install]
WantedBy=timers.target
/etc/systemd/system/wireguard_reresolve-dns.service
[Unit]
Description=Reresolve DNS of all WireGuard endpoints
Wants=network-online.target
After=network-online.target
[Service]
Type=oneshot
ExecStart=/bin/sh -c 'for i in /etc/wireguard/*.conf; do /usr/share/doc/wireguard-tools/examples/reresolve-dns/reresolve-dns.sh "$i"; done'
Afterwards enable and start wireguard_reresolve-dns.timer
After resolving a server's domain, WireGuard will not check for changes in DNS again.
If the WireGuard server is frequently changing its IP-address due DHCP, Dyndns, IPv6, etc., any WireGuard client is going to lose its connection, until its endpoint is updated via something like wg set "$INTERFACE" peer "$PUBLIC_KEY" endpoint "$ENDPOINT".
Also be aware, if the endpoint is ever going to change its address (for example when moving to a new provider/datacenter), just updating DNS will not be enough, so periodically running reresolve-dns might make sense on any DNS-based setup.
Luckily, wireguard-tools provides an example script /usr/share/wireguard-tools/examples/reresolve-dns/reresolve-dns.sh, that parses WG configuration files and automatically resets the endpoint address.
One needs to run the /usr/share/wireguard-tools/examples/reresolve-dns/reresolve-dns.sh /etc/wireguard/wg.conf periodically to recover from an endpoint that has changed its IP.
One way of doing so is by updating all WireGuard endpoints once every thirty seconds[6] via a systemd timer:
/etc/systemd/system/wireguard_reresolve-dns.timer
[Unit]
Description=Periodically reresolve DNS of all WireGuard endpoints
[Timer]
OnCalendar=*:*:0/30
[Install]
WantedBy=timers.target
/etc/systemd/system/wireguard_reresolve-dns.service
[Unit]
Description=Reresolve DNS of all WireGuard endpoints
Wants=network-online.target
After=network-online.target
[Service]
Type=oneshot
ExecStart=/bin/sh -c 'for i in /etc/wireguard/*.conf; do /usr/share/doc/wireguard-tools/examples/reresolve-dns/reresolve-dns.sh "$i"; done'
Afterwards enable and start wireguard_reresolve-dns.timer
241 天前 回复了 sudosu 创建的主题 › 宽带症候群 › 中国三大电信运营商国际网络互联相关资料 |
好东西 感谢楼主
241 天前 回复了 bmy001 创建的主题 › 宽带症候群 › 码了个按 IPLoc 自动选择最优路由的 Clash Config AutoGen，感兴趣的可以玩玩看 |
@shunia 高精 ip 的话，常用的 ip 变化没那么频繁.一般一周 一个月更新一次就行 pc 也可以写一个 crontab 来自动化执行
241 天前 回复了 bmy001 创建的主题 › 宽带症候群 › 码了个按 IPLoc 自动选择最优路由的 Clash Config AutoGen，感兴趣的可以玩玩看 |
@Misakax 😂 我暂时只适配了 dler 的 如果不是 就得自己改一下 proxies- providers 了
242 天前 回复了 bmy001 创建的主题 › 宽带症候群 › 这两天抽空弄了一个基于 IPinfo.io 数据生成 Geo2Country MMDB 数据库的工程，实现比现在主流的 MaxMind 数据库更准确的 Geo2Country 判断 |
@amamiya 抽空我试一下
281 天前 回复了 bmy001 创建的主题 › 宽带症候群 › 这两天抽空弄了一个基于 IPinfo.io 数据生成 Geo2Country MMDB 数据库的工程，实现比现在主流的 MaxMind 数据库更准确的 Geo2Country 判断 |
@isad 这是自己做的路由，直接按地区走机场的专线落地对应地区了。 至少少了国内出国这部分线路。 虽然落地后也有类似的问题，不过只要落的不差太多，就会就近路由到对应 AS 的
281 天前 回复了 bmy001 创建的主题 › 宽带症候群 › 这两天抽空弄了一个基于 IPinfo.io 数据生成 Geo2Country MMDB 数据库的工程，实现比现在主流的 MaxMind 数据库更准确的 Geo2Country 判断 |
@sss15 clash 的话官方有一篇 wiki 讲了所有的配置 https://github.com/Dreamacro/clash/wiki/Configuration/99a5f8b699179e49504864b70f312cffb397a31b
Select Language