V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  emma3  ›  全部回复第 14 页 / 共 46 页
回复总数  919
1 ... 10  11  12  13  14  15  16  17  18  19 ... 46  
2025 年 2 月 12 日
回复了 yty2012g 创建的主题 宽带症候群 准备搬新房,求推荐组网方案
@yty2012g 直接搜路由 POE AC 一体机,或者去他的产品目录找找,安照预算和性能需求买,正常家用来说还算合适。
2025 年 2 月 12 日
回复了 yty2012g 创建的主题 宽带症候群 准备搬新房,求推荐组网方案
可以考虑一下 TP 的路由+AC+POE 一体机。
2025 年 2 月 6 日
回复了 chjieza 创建的主题 生活 关于结婚这件事,大家帮帮我
你们的价值观可能相差太远,勉强结婚没什么好结果,如果还不幸有了孩子,就当我求你了,不要结婚,放过这个孩子吧。
女方不想结婚,可能会有自己的考虑,经济、身材、有孩生活、或者还想没多大牵挂多玩几年。如果你非得改变她的想法,强加自己的价值观,时间一长,离婚是注定的结局。
女方如果收入颇高,不想生小朋友那是正常的,起码一个产假,可能会导致损失惨重。50 万税后的家庭收入水平,可以说秒杀打工族的 9 成家庭了。
至于住房+其他经济条件,明显就是女方对现今收入状况不满意,或者说财产状况远远不能达到自己满意的水平,你觉得很多,你觉得足够,那是你的看法,别人不一定跟你的看法相近,更别说一致。
所以,你是希望过结婚生小孩的生活的,及时去找下一个,收入不高对你唯唯诺诺没什么异议,没有多大自己的想法的,不要浪费时间去打算用谈判改变一个人的价值观,就算今天你能谈妥,对方答应,但难保婚后想法是怎样,还有生孩子这个事情,双方没有一致共识再生下来,这个世界又会多了一个爸爸不喜欢,妈妈不爱的孤儿。
搞黄色,从来都不是劣币,这是所有生物的基本需求,将其垄断、抬高售价、道德批判,那些才是别有用心的坏分子。
2025 年 2 月 5 日
回复了 TheWalkingDead 创建的主题 生活 结婚多年后发现,上交工资卡是最愚蠢的行为。
小仙女们泛滥都是因为龟男先泛滥导致的。
2025 年 1 月 18 日
回复了 reDesign 创建的主题 香港 过年去香港麦理浩径徒步的有么
几年前行了一到三段,游乐性质的,中途经过沙滩还去游泳了,特种兵式走完全程,不适合我。虽然最近有计划再走。
2025 年 1 月 14 日
回复了 initdada 创建的主题 问与答 当域名 DNS 指向 cloudflare 江苏地区直接劫持跳转 js96110
@initdada 有用,但你不可能叫所有使用此域名的用户全部切换 DNS 服务商,改一下域名算了。
2025 年 1 月 13 日
回复了 initdada 创建的主题 问与答 当域名 DNS 指向 cloudflare 江苏地区直接劫持跳转 js96110
我托管在 CF 的某 xyz 域名,被解析到了一个不通的 IP 很久了,只能够靠更换域名解决。
2025 年 1 月 12 日
回复了 Fxshiny 创建的主题 文学 《我的命令行不可能这么强大》 哈哈哈哈哈哈哈
sudo -i
我是皇。
2025 年 1 月 10 日
回复了 lthero 创建的主题 程序员 关于 XHTTP 协议
@LanhuaMa 我不是单指 XTHHP ,我是泛指各种混肴魔改加密的通讯协议,如果 GFW 收紧的话,只要是不认识的都给你墙了这个意思。
2025 年 1 月 9 日
回复了 lthero 创建的主题 程序员 关于 XHTTP 协议
如果 GFW 收紧策略的话,GFW 无法识别的流量,直接链接重置即可。“由于我看不懂,我就宁可杀错。”。
过得了 GFW 不是因为技术高超,只是它手下留情。
2025 年 1 月 4 日
回复了 kid1412621 创建的主题 路由器 求问 AP vs mesh 的本质区别
AC+AP ,核心在于 AC ,在 AC+AP 结构里,AP 是没有任何权限的,认证,接入,剔除均为 AC 的工作,工作参数一律由 AC 下发,AP 的作用就如一个二层无线 Vlan 交换机。由于一切认证动作权限归于 AC ,所以 802.11r 这种统一快速认证的,有 AC 做会做等更好,802.11k 会提供邻近 AP 列表,如果移动设备配合的话,AC 会做这个快速漫游认证功能,断开原来 AP 再连上新 AP 的速度可以说是无感(前提是射频调优要做得很合适)。mesh 组网的话,各节点是“平等的”,不存在说哪个节点的优先级更高之类。所以如果附近节点信号差不多的时候,节点选择可能会没有被 AC 控制那么“坚决”,漫游策略是取决于各个节点自己,而不是 AC 统一管理,这也是 mesh 漫游存在的问题由来。
现在 Ruckus/Aruba/Cisco 等大厂均对微小型网络用户推出虚拟 AC 固件,并且已经更新迭代有多年,注意这里虽然是虚拟 AC ,但整体网络结构,仍然是 AC (虚拟)+AP 的形式,个人在各种小型无线场景(20 个 AP 以内的小型场景)测试过,这种网络结构性能以及 AC 管理,性能以及无线体验并不比物理 AC 差。
测试平台为:
Ruckus Unleashed 200.x 与 ZD1200 比较,测试 AP 为 R610/R710/R650/R550/T710 。
Aruba AOS10 与 7030 控制器比较,测试 AP 为 AP325/AP335/AP515/AP535/AP555 等。
实际使用下来,这些商业无线漫游体验,并非家用的 MESH 可比的,前提当然是合适的位置摆放以及经过专业的射频调优策略。
这些只是小型网络的情况,更高级的大型网络需要硬件 AC 集中数据转发之类的场景,不在讨论之列。
windows 对于我来说,只是一个需要能稳定运行.exe 的容器,什么新功能什么的都不需要的,只要求它漏洞补丁更新及时,安全和稳定。并不需要什么花哨的东西,装过 win11 ,又回退了。
2024 年 12 月 31 日
回复了 markyume 创建的主题 生活 同名 他行 跨国转帐 怎么就这么难
申请一张港卡做中转,例如中行或者工银亚洲,同名转香港免手续费,然后再转就没麻烦了。
2024 年 12 月 31 日
回复了 kelaoli 创建的主题 Apple apple intelligence 里无法绑定 ChatGPT 账号是为什么?
@tamarix666 如果是 iphone 无法登入 GPT 的话,尝试全局代理后登入。如果是注册问题,一般是梯子的 ip 问题。
@xiaoke 昨晚回家测试,不行。我为了测试,把 homeproxy 的 dns 缓存关闭了。只要把 DNS 转发打开,选择系统 DNS ,就不行了。也试了 9 楼的方案,在 sing-box 的 config.json 加入了监听 53 端口的配置,情况依旧。
我也顺便测试了一下用 adguardhome 搭了个单独 ip 的服务器,把 dns 解析指向它,情况一样。服务器没问题的,只要把 homeproxy 关了,DNS 指向 adguardhome 的 ip ,就能解析。
所以暂时得出的结论,就是 homeproxy 会挟持所有外出流量的 DNS 解析,这已经超出我知识范围之外了。
2024 年 12 月 26 日
回复了 emma3 创建的主题 宽带症候群 这段时间都发现, 8.8.8.8 的 ping 值都在个位数...
@cassidy0134 如果你自带的翻墙软件不带 DNS 分流,也就是说默认一个 DNS 服务器不分内外网,情况只会要么全部可以,要么全部不能访问,出现国内某些网站不能访问的,大多数是存在 DNS 分流或者线路分流配置上的问题。
@xiaoke 我刚才试了一下,按照二楼提示把 DNS 转发到 dnsmasq 打开,然后把上游 DNS 设置成内网的 DNS(10.0.0.2),然后 homeproxy 的 DNS 选项页面中“默认 DNS 服务器”设置成系统 DNS ,点击“服务状态”的“连接检查”,发现竟然通过了。由于现在在公司摸鱼,我是通过 DDNS 访问家中路由页面设置的,故此还是需要回家开电脑验证一下。
2024 年 12 月 25 日
回复了 emma3 创建的主题 宽带症候群 这段时间都发现, 8.8.8.8 的 ping 值都在个位数...
@cassidy0134 所以有点不敢用啊,但 tracerrt 的数据,是连的香港。

这是后面这几跳的数据:
7 5 ms 6 ms * 202.97.82.62
8 7 ms 7 ms 7 ms 202.97.12.45
9 11 ms 9 ms 10 ms 202.97.58.118
10 12 ms 11 ms 12 ms 203.22.178.197
11 * * * 请求超时。
12 10 ms 10 ms 9 ms google-ic-344101.ip.twelve99-cust.net [62.115.174.47]
13 11 ms 10 ms 10 ms 142.251.67.15
14 9 ms 9 ms 10 ms 66.249.95.171
15 10 ms 9 ms 9 ms dns.google [8.8.8.8]

跟踪完成。

1.1.1.1 的情况如下:
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=199ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=287ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=305ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=351ms TTL=53

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 199ms ,最长 = 351ms ,平均 = 285ms
1 ... 10  11  12  13  14  15  16  17  18  19 ... 46  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2840 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 14:21 · PVG 22:21 · LAX 07:21 · JFK 10:21
♥ Do have faith in what you're doing.