V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  povsister  ›  全部回复第 12 页 / 共 35 页
回复总数  698
1 ... 8  9  10  11  12  13  14  15  16  17 ... 35  
台式机外置砖头电源是坏文明
51 天前
回复了 zzz22333 创建的主题 剧集 沙雕动漫推荐与求推荐
现在更多喜欢不带脑子看异世界厕纸了,有点理解为什么日厂现在一直热衷于生产工业糖精|流水线穿越了。

但悲报的是最近半年基本都没空睡前再看一两集了,怕一口气追完直接到凌晨去。。
你这简历不太像一个 go5 年的。。没有完整的跟过一个项目吗,而且除了业务功能就没其他的一些技术成果应该是不太行的。
这不是端口转发配置吗,没看出和 xray 有啥关系
bitwarden 优势是生态好,以及有成熟开源服务端
全平台,可自建(开源 vaultwarden ),仅需一个 https 服务,无需额外网盘存储
除了存储密码外,还可以关联存储 TOTP ,自动填充密码及 TOTP ,可自定义关联 key-value (例如存储 recovery code )
另外支持 organization 管理
52 天前
回复了 vxthon 创建的主题 路由器 纯有线路由器求推荐
hapAC2 ipsec 性能好一点,关无线用就行
楼上说的 RB750Gr3 也可以,硬件稍老但够用。
53 天前
回复了 changehow 创建的主题 问与答 关于 open clash 不显示内网设备 IP 的问题
不要开 masquerade
53 天前
回复了 vhus 创建的主题 宽带症候群 同网段公网 IP 居然不能互访
现在都 pppoe ,你看一下你掩码多少,/32 啊也能叫同一个网段吗
54 天前
回复了 piero66 创建的主题 宽带症候群 家宽拿虚拟机拨号也不失为一种玩法
.... 这是为了碟醋包饺子
PPPoE 本来就是逻辑接口,你开心拨几个都行。
54 天前
回复了 awanganddong 创建的主题 Go 编程语言 golang 依赖循环的问题。
遇到这种层次设计基本功有问题的,只能说
菜,就多练.jpg
便宜大碗的 wifi6 路由选一个就行
直接找售后问呗,他要问你就一问三不知,反正你也不知道是咋回事。
55 天前
回复了 haixinsc 创建的主题 宽带症候群 电信宽带测速
你一天上行 1T ,连续一周多,被冷静期几天就冷静冷静呗。
谁都知道是怎么回事,电信既然不主动找你那就是暂且观察呗,非要找电信杠。。
后面真给你拉黑了难受的是你自己。
55 天前
回复了 wsping 创建的主题 职场话题 请问大家发工资是怎么避税的
都是牛马,换家不正规的公司就能少交了(
55 天前
回复了 gy123 创建的主题 宽带症候群 网络问题,求大佬解答~
55 天前
回复了 lovezhangdada 创建的主题 问与答 请求者 IP 有没有办法进行伪造
买一个 AS 伪造 src IP
56 天前
回复了 jlak 创建的主题 Go 编程语言 请问下 go 语言的错误如何处理
需要处理就就地处理,不需要处理的就上抛。如果你觉得没有需要你处理的错误。。
看实际情况吧,举个例子,web 服务,如果业务一路上抛错误,那么到 web server 的 handler 上,它会统一把这个错误处理成 500 Server error ,至于错误内的 stack 信息,完全取决于你自己实现。
虽然但是,TWT 和 OFDMA 压根没必要开,只开 MUMIMO 就行。
@BanShe
default bride:有线 LAN
wlan bride:AP 及无线设备/IOT 等
无线有更严格的 ACL 配置,包括禁止 IOT 设备主动访问 LAN 内设备,禁止一些“自带云服务”的 IOT 设备访问 WAN ( eg:摄像头接入的是本地 surveillance station ,不需要它的云服务)

同一个 LAN 下不开 ARP 又不太方便,开了 ARP 互访的路由 ACL 又没法写。所以干脆简单隔出来。
bridge vlan 要在 bridge 上搞一堆 vlan filtering 有点麻烦不如直接 vlan 桥到一个新网桥上完事。

side router:实际业务跑在物理接口的 vlan 下,之前调试的时候在 ROS/交换机口上换过位置,索性写个网桥方便拔线换接口时不用重新配置
@zealic
你描述的其实和 OP 用的没有本质区别,只不过你描述的 PolicyMode 可以省一个旁路的设备。

我不推荐 ROS 直接挂 WG 原因
一是,过墙能力差,很容易被针对。而且 ROS 本身的魔法能力,相比*ray/clash 等一堆 core 还是差了太多。
二是,这部分魔法流量走 PolicyRouting+WG 本质也是进用户态处理,会直接拉高 ROS 的负载。

走旁路的话,相当于魔法策略全部 offload 给旁路由,这样无论是带宽还是功能都是可以按需 scale 的。而不用考虑 ROS 本身的硬件负载能力。
1 ... 8  9  10  11  12  13  14  15  16  17 ... 35  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1952 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 55ms · UTC 03:02 · PVG 11:02 · LAX 20:02 · JFK 23:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.