设备，什么设备？垃圾佬绝不会买设备，都是自己硬搞。
买 2 根 USB 先延长线，剪断母端，然后留下一个母，剥皮接线，最后就变成二公一母延长线了。
然后不用我说了吧，大约 10 块钱搞定

ssh 兄来了。此人累计回复“开 ssh ，让我上去看看”超过 999+

在广东，这 530 只够 3 个月的宽带费，所以用够了 3 个月，剩下的都是赚的，
而且我相信他的套路是手里有资源有关系搞到这种便宜的倒卖。每卖出一份他就成功耗出移动的羊毛。
他没有必要，我如果是他，我会提前收设备押金，我还怕你把光猫带跑了我亏了呢。也许，这 530 里已经包括了设备的押金了。

我能理解 OP 的痛苦，我写 nestjs 时也遇到过，后来得人工注意。
但这个问题不是语言层面上的错误，甚至说这中写法是允许的。
但在业务中，大多数时候这种情况应该是写错了。
所以我倾向于框架限制或 IDE 告警，提醒用户这里有不合理的地方。至于最终定夺则由人或人事先确定好的 rules 决定报错或者无视

问题描述不明，驳回！

https://typeorm.bootcss.com/tree-entities
看看 ORM 中怎么做的，然后自己取舍

@liufuseng 我说的盖子不就是一次性结构。问一下，什么产品，说出来，也许大家有更好的套路

简单明了，社区感谢有你

@liufuseng 那就好办了，螺丝打进去，然后封盖子，盖子是胶水封死的，要拆就要破坏盖子，破坏盖子的时候不会破坏到周围的底座，这样他找你们售后，你们也是破坏盖子，然后修好后重新封盖。便宜简单稳定

你说出你的目的吧，我们好给你方案，例如防止售后扯皮？抄袭（你自己说不是）

遇到这种情况，我都是多买几个，然后用角摩机拆开，才不会动你的螺丝

打电话问，什么叫特定的电脑，凡是他说得出来，你马上否定，说我不是这个电脑，以前投诉宽带就是这样的，虽然有点无赖，可是他们先耍赖的啊
模拟下宽带售后

喂，麻烦查下 XXXX 宽带，上不了网
请问什么错误，
PPPOE 错误码 651 （我知道是线路故障了）
请问您有尝试重启电脑了。
重启了，之前是好的，突然连不上了，
请问有换过其他电脑测试，
换过，也是一样
请问有重启路由
重启了
请问有把电脑直接连接上光猫上网吗
一直都是连光猫上网的
请问有拔插光猫光纤，
试过了，没用，刚才还是好的，现在 LOS 红灯（线路故障的表现）
好的，马上派人维修

其实我啥也没操作，但是我不耍赖，他们就耍赖说你这个设备有问题，那个设置不对

大

您好，不需要

让我来。
第一步，物理网卡假设是 enp3s0, 配置文件中无论是 dhcp ，static 改成使用桥接
配置如下
TYPE="Ethernet"
DEVICE="enp3s0"
ONBOOT="yes"
BRIDGE="br0"

接着不上一个 br0 接口
配置如下
TYPE="Bridge"
PROXY_METHOD="none"
BROWSER_ONLY="no"
BOOTPROTO="none"
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
DEVICE="br0"
ONBOOT="yes"
### 自己补充使用 DHCP 或者 static
##static 如下
IPADDR="192.168.100.10"
PREFIX="24"
GATEWAY="192.168.100.1"
DNS1="119.29.29.29"
IPV6_PRIVACY="no"
DEFROUTE="yes"
### 以上仅供参考

这个时候重启网络后 使用 ip a s 查看网络，你会看见 enp3s0 被 br0 使用，本身不获取 ip ，br0 变得和原来的 enp3s0 获取了 ip


紧接着很关键的来了
sysctl -p


net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0


要不你会发现虚拟机有和宿主主机有同网段的 IP ，但是不能互通，
当然，虚拟机的网络需要使用宿主的桥接网卡 br0 。

nginx 配置

server {
listen 443 ssl http2;
server_name xxxxxxxxxxxxxx;
ssl_certificate /etc/letsencrypt/live/xxxxxxxxxxxx/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/xxxxxxxxxxxx/privkey.pem;
include /etc/letsencrypt/options-ssl-nginx.conf;
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

location / {
index index.html;
}

location /xxxxxxxxxxxxx {
proxy_redirect off;
proxy_pass http://127.0.0.1:65534;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_read_timeout 15s;
}
}

{
"log": {
"access": "/var/log/v2ray/access.log",
"error": "/var/log/v2ray/error.log",
"loglevel": "warning"
},
"inbounds": [
{
"port": 65534,
"listen": "127.0.0.1",
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "xxxxxxxxxxxxxxxxxxxxxxxxx",
"alterId": 0,
"level": 1
}
]
},
"streamSettings": {
"network": "ws",
"wsSettings": {
"path": "/xxxxxxxxxxxxxxxx"
}
}
}
],
"outbounds": [
{
"protocol": "freedom",
"settings": {}
}
]
}


我这个配置 3 年也没封啊

翻我的贴文，自己重新安装系统，使用 WebSocket TLS VMESS 安全访问，还有腾讯云的更换 IP 有漏洞，一个实例在一次付费周期里面可以免费换一次 IP ，也就是说年付费只能一次，如果按月付，一年 12 次，每个月你都能换 IP ，这个我和客服确认过，客服还和我大笑，说是个法子，不过代价就是月付费的总价肯定比年付费高，还有腾讯云的 HK 节点内网丢包率高过阿里家的，也就是说阿里家的网络要更好一点点，HK 的节点我这里 CT 、CU 能跑满，CMCC 夜里丢包惊人。
路由追踪 CT ，CU ，CMCC 是广州出口，转到 HK ，而阿里家的在 CT 网络下广州出口，然后转 CU 到 HK ，其他都是一样的，

CT China Telecom
CU China Unicon
CMCC China Mobile