你们的价值观可能相差太远，勉强结婚没什么好结果，如果还不幸有了孩子，就当我求你了，不要结婚，放过这个孩子吧。
女方不想结婚，可能会有自己的考虑，经济、身材、有孩生活、或者还想没多大牵挂多玩几年。如果你非得改变她的想法，强加自己的价值观，时间一长，离婚是注定的结局。
女方如果收入颇高，不想生小朋友那是正常的，起码一个产假，可能会导致损失惨重。50 万税后的家庭收入水平，可以说秒杀打工族的 9 成家庭了。
至于住房+其他经济条件，明显就是女方对现今收入状况不满意，或者说财产状况远远不能达到自己满意的水平，你觉得很多，你觉得足够，那是你的看法，别人不一定跟你的看法相近，更别说一致。
所以，你是希望过结婚生小孩的生活的，及时去找下一个，收入不高对你唯唯诺诺没什么异议，没有多大自己的想法的，不要浪费时间去打算用谈判改变一个人的价值观，就算今天你能谈妥，对方答应，但难保婚后想法是怎样，还有生孩子这个事情，双方没有一致共识再生下来，这个世界又会多了一个爸爸不喜欢，妈妈不爱的孤儿。

搞黄色，从来都不是劣币，这是所有生物的基本需求，将其垄断、抬高售价、道德批判，那些才是别有用心的坏分子。

小仙女们泛滥都是因为龟男先泛滥导致的。

为什么不买套房，贷 20 年，毕业就马上就有属于自己的房子了不好吗？

几年前行了一到三段，游乐性质的，中途经过沙滩还去游泳了，特种兵式走完全程，不适合我。虽然最近有计划再走。

@initdada 有用，但你不可能叫所有使用此域名的用户全部切换 DNS 服务商，改一下域名算了。

我托管在 CF 的某 xyz 域名，被解析到了一个不通的 IP 很久了，只能够靠更换域名解决。

sudo -i
我是皇。

@LanhuaMa 我不是单指 XTHHP ，我是泛指各种混肴魔改加密的通讯协议，如果 GFW 收紧的话，只要是不认识的都给你墙了这个意思。

如果 GFW 收紧策略的话，GFW 无法识别的流量，直接链接重置即可。“由于我看不懂，我就宁可杀错。”。
过得了 GFW 不是因为技术高超，只是它手下留情。

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 ，又回退了。

申请一张港卡做中转，例如中行或者工银亚洲，同名转香港免手续费，然后再转就没麻烦了。

@tamarix666 如果是 iphone 无法登入 GPT 的话，尝试全局代理后登入。如果是注册问题，一般是梯子的 ip 问题。

@xiaoke 昨晚回家测试，不行。我为了测试，把 homeproxy 的 dns 缓存关闭了。只要把 DNS 转发打开，选择系统 DNS ，就不行了。也试了 9 楼的方案，在 sing-box 的 config.json 加入了监听 53 端口的配置，情况依旧。
我也顺便测试了一下用 adguardhome 搭了个单独 ip 的服务器，把 dns 解析指向它，情况一样。服务器没问题的，只要把 homeproxy 关了，DNS 指向 adguardhome 的 ip ，就能解析。
所以暂时得出的结论，就是 homeproxy 会挟持所有外出流量的 DNS 解析，这已经超出我知识范围之外了。

@cassidy0134 如果你自带的翻墙软件不带 DNS 分流，也就是说默认一个 DNS 服务器不分内外网，情况只会要么全部可以，要么全部不能访问，出现国内某些网站不能访问的，大多数是存在 DNS 分流或者线路分流配置上的问题。

@xiaoke 我刚才试了一下，按照二楼提示把 DNS 转发到 dnsmasq 打开，然后把上游 DNS 设置成内网的 DNS(10.0.0.2)，然后 homeproxy 的 DNS 选项页面中“默认 DNS 服务器”设置成系统 DNS ，点击“服务状态”的“连接检查”，发现竟然通过了。由于现在在公司摸鱼，我是通过 DDNS 访问家中路由页面设置的，故此还是需要回家开电脑验证一下。

@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

@xiaoke 你好，我也想过这个问题，例如文章示例给出的配置这一段：
{
"tag": "dns_resolver",
"address": "223.5.5.5",
"strategy": "ipv4_only",
"detour": "direct"
}
这个出口，明显就是指 direct 直连，但我有点不理解的是这个直连，是不是已经是到了 homeproxy 网外出口的直连，就是直接到 wan 口，而与内网不通联？请问如何才能解决？谢谢。