V2EX › kyonn 的所有回复 › 第 6 页 / 共 18 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 18

❮

❯

2025 年 3 月 15 日

回复了 kyonn 创建的主题 › 程序员 › 求助个透明网关问题

@yinmin 不太行, 主路由上之前已经有了条 mangle rule, 把目标是 7.0.0.0/8 的路由标记, 转发给一个新的路由表处理. 这个路由表再转发给透明网关.

2025 年 3 月 15 日

回复了 kyonn 创建的主题 › 程序员 › 有没有开源靠谱的青龙平替选择?

@psllll 有点原始. 关键是没啥生态, 不好维护.

2025 年 3 月 12 日

回复了 kyonn 创建的主题 › 程序员 › 有没有便利的认证和解锁集成方案(windows hello)?

@w568w 这个是把支持 PAM 的应用接入谷歌两步验证把, 虽然做了集中, 但是每次还是要输密码把, ldap 也是类似道理. 有办法让鉴权这个事本身透过指纹或摄像头自动完成吗?

记得微软的验证可以自动发送个请求到个人账户的 2FA APP 上, 指纹批准就算通过了, 想找的是类似这样的方案, 能把所有设备都接入这种.

2025 年 3 月 9 日

回复了 kyonn 创建的主题 › 程序员 › 求助个透明网关问题

@yinmin 好的, 多谢.

2025 年 3 月 9 日

回复了 kyonn 创建的主题 › 程序员 › 求助个透明网关问题

@yinmin 有些难以取舍. 还有别的方法吗?

方法一多加了一层 NAT, 性能倒是其次, 关键是透明网关上的统计信息无法再看到实际的源 ip 了.
方案二每台机器都要配置, 最早还开了 dchp option121 直接下发 7.0.0.0/8 的静态路由给所有客户端, 后来发现米家的中枢网关会被这条下发的静态路由规则搞死, 上不了网, 因此就把 option 121 关掉了.

2025 年 3 月 9 日

回复了 kyonn 创建的主题 › 程序员 › 求助个透明网关问题

宿主机上还有其他虚拟机, 这些虚拟机的容器内到 7.0.0.11 是可达的, 抓包发现路径也跟前面的一样, 响应报文不会经过路由器网关. 也就是说, 报文的去程和回程也是不同的, 但是可达.

2025 年 3 月 9 日

回复了 kyonn 创建的主题 › 程序员 › 求助个透明网关问题

宿主机直接加一条静态路由 : route add -net 7.0.0.0 netmask 255.0.0.0 gw 192.168.10.5 可以解决问题.

想知道比较正确的做法应该是怎样的?

2025 年 3 月 9 日

回复了 kyonn 创建的主题 › 程序员 › 求助个透明网关问题

问题原因应该是透明网关发现 icmp 的源 ip 是宿主机 bridge0 网卡, 所以目的 mac 就直接用 bridge0 网卡的, 而不是回复给路由器网关.

2025 年 3 月 7 日

回复了 kyonn 创建的主题 › 宽带症候群 › 求推荐个简单可靠的透明网关部署方案.

最终还是写 iptables 规则了事

2025 年 3 月 6 日

回复了 kyonn 创建的主题 › 宽带症候群 › 求推荐个简单可靠的透明网关部署方案.

@badgv 要这么说也很有道理... 之前之所以不考虑直接在宿主机上配 iptables 主要是考虑到宿主机上起了 docker, 本身 iptables 规则已经被搞得乱七八糟了, 再手动加规则, 感觉不好维护, 也不知道会不会被 docker 的操作自动清除规则, 或者规则冲突之类的.

2025 年 3 月 6 日

回复了 kyonn 创建的主题 › 宽带症候群 › 求推荐个简单可靠的透明网关部署方案.

@badgv 怎么说?

2025 年 3 月 6 日

回复了 kyonn 创建的主题 › 宽带症候群 › 求推荐个简单可靠的透明网关部署方案.

感觉需要的是一个更简单的三层交换机功能的容器.

2025 年 3 月 6 日

回复了 kyonn 创建的主题 › 宽带症候群 › 求推荐个简单可靠的透明网关部署方案.

@badgv 感觉用 openwrt 好像还是复杂, 做不到开箱即用, 容器启动后还要登录网页或 ssh 配置转发规则?

2025 年 2 月 22 日

回复了 kyonn 创建的主题 › 程序员 › 批量部署, 管理 gitlab runner, 应该用 k3s 还是 docker swarm?

@cdlnls 确实, docker-compose 比较熟悉, 没用过 k8s , 想了解下用 swarm 的话会有什么缺点吗? 比如什么功能是不容易实现的, 或者比较繁琐.

2025 年 2 月 22 日

回复了 kyonn 创建的主题 › 程序员 › 批量部署, 管理 gitlab runner, 应该用 k3s 还是 docker swarm?

@Jokesy 对 k8s 不是很熟悉, 请问 ds 是什么? 用 k8s 相比于 swarm 有什么优点呢?

2025 年 2 月 22 日

回复了 PeterGriffins 创建的主题 › NAS › NAS 小白组 Raid10 求建议

家用 NAS, 强烈不建议组 RAID, RAID 的主要目的不是备份, 是保证服务 24h 不间断, 家用根本没这个场景. 备份数据建议用定期的冷备, 简单点就用 rsync 硬链接, 复杂点就用 btrfs/zfs 这些的快照 + 备份功能.

强烈不建议用 RAID, 只会提升故障率.

2025 年 2 月 13 日

回复了 kyonn 创建的主题 › 程序员 › nexus 代理 docker 时怎么设置才能省略地址前缀。

@XiLingHost 除了 dockerhub 代理，其他代理设置的都是 Use proxy registry

2025 年 2 月 13 日

回复了 kyonn 创建的主题 › 程序员 › nexus 代理 docker 时怎么设置才能省略地址前缀。

@XiLingHost 现在就是这么做的，而且在 /etc/docker/daemon.json 配置 registry-mirrors 指向 nexus 所在机器的 docker group 地址。

现在的疑问是直接 pull 镜像名，如果这个镜像在 dockerhub 有，那么工作正常，但是如果是 ghcr 这些非 dockerhub 独有的镜像，则 pull 命令无法拉到镜像，除非给镜像名前加上 nexus 地址前缀（这个地址对应 docker group ）。

包括 hosted 地址的私有镜像，也无法通过镜像名直接拉取，必须加上 nexus 地址前缀。

2025 年 2 月 13 日

回复了 kyonn 创建的主题 › 程序员 › nexus 代理 docker 时怎么设置才能省略地址前缀。

@2Nfree 直接指定 nexus 的地址前缀，是可以从 quay 、gcr 这些非 dockerhub 拉取的。

2025 年 2 月 13 日

回复了 kyonn 创建的主题 › 程序员 › nexus 代理 docker 时怎么设置才能省略地址前缀。

@2Nfree 按照下面这篇文章，应该是可以省略域名前缀的。当然，这个文章比较早。

[Using Nexus OSS as a proxy/cache for Docker images – Tech by Maarten]( https://mtijhof.wordpress.com/2018/07/23/using-nexus-oss-as-a-proxy-cache-for-docker-images/)

1 ... 2 3 4 5 6 7 8 9 10 11 ... 18

❮

❯