求教
› NGINX
› NGINX Trac
› 3rd Party Modules
› Security Advisories
› CHANGES
› OpenResty
› ngx_lua
› Tengine
在线学习资源
› NGINX 开发从入门到精通
NGINX Modules
› ngx_echo
This topic created in 1746 days ago, the information mentioned may be changed or developed.
 |
1
可以的, 基本操作.
|
1 |
CEBBCATJan 26, 2022
2
要是买 CDN 的服务呢？
|
 |
3
b 国是中国吗，如果是，那得备案
|
 |
5
a 国，b 国都不是中国的话，cloudflare yyds
|
 |
docxJan 26, 2022 via Android
6
你说的这个东西，不是就叫 CDN 吗
|
 |
cnrtingJan 26, 2022
7
直接屏蔽 B 国就不慢了🐶
|
 |
lowerJan 26, 2022
8
除非 vps 搞缓存策略或者跟 a 服务器有高速通道吧，不然哪来加速效果啊
|
 |
yuzo555Jan 26, 2022
10
几十块买个小鸡，再花几百万买条跨国专线加速就可以了。这就是不用 CDN 的最好加速方案。
|
 |
95276Jan 26, 2022
11
首先你 B 国的 vps 访问 A 国服务器要快,不然可能起到反作用.
|
 |
timothyyeJan 26, 2022
12
除非 b 国的 VPS 访问 a 国的 vps 有做特殊的线路优化。
另外，b 国是指 block 国吗？ 🐶 |
 |
LeeReamondJan 27, 2022
13
确实除非线路有特殊优化否则一样很慢。我好奇的是 dns 解析怎么针对性设置 A 国解析 a 地址 B 国解析 b 地址
|
 |
JensenQianJan 27, 2022 via Android
14
@l4ever 只要不在中国大陆，cloudflare 都是加速器
|
 |
15
@l4ever #4 A/B 是国内吗？是的话要提速只能专线；
CDN 只会让链路更加差； 我现在有个项目就是境内源，开通了腾讯云的全球 CDN 业务， 在澳门访问的话 CDN 节点没缓存情况下 5~6 秒，如果不通过 CDN 直接回源则 50 多毫秒。 不可思议吧？但现实确实这样。 因为海外 CDN 节点是走到 CDN 中间节点，再回源的， 我测试过， 源服务器：广州 CVM 澳门访问时，通过设定指定节点 IP ， 德国 CDN 节点：首次 3 秒左右 澳门 CDN 节点：首次 4~5 秒左右，最长的 30 多秒 香港 CDN 节点：首次 1~2 秒左右 具体调度方式我不清楚，但估计速度是卡在中间源这块，通过沟通，大致猜测的结构如下： 边缘节点（根据 DNS 进行调度）->中间源(多个，对应不同的边缘节点)->源地址 我本以为腾讯云的境外 CDN 走的中间源线路是经过优化的，怎么都比直接访问要强，想着薅一波羊毛（毕竟 CDN 的价格和专线相差那么大），但事实就是比直接访问差几十倍，工单提过电话沟通过结果是反馈无法优化，建议部署境外源站。 |
 |
mekingnameJan 27, 2022
16
可以的。我们之前服务器在北美，南美的用户访问速度很慢。但是迁移机房非常麻烦，所以在南美搭建了一个 nginx 。App 切换流量到南美，然后通过南美的服务器做中转，里面再转发到北美去。速度提高了 50%
|
 |
opengpsJan 27, 2022 via Android
17
取决于你的两台服务器之间的网络是否高质量，如果这俩节点之间更慢，那这就是负优化
|
 |
wikiwiki6Jan 27, 2022
18
两条路：用 CDN 做线路优化 vps
如果是普通 vps 的话根本没有效果 |
 |
exiaohaoJan 27, 2022
19
不把具体需求说清楚都是耍流氓，讲两个极端的例子
A) A 国源站，B 国搞了个反向代理，结果 B->A->B 的路由绕地球还丢包，那其实在 B 开反向代理基本上是没啥用的，顶多 cache 一下静态内容，动态数据 TTFB 还是惨不忍睹。 B) A 国源站，B 国搞了个反向代理，B<->A 用内网连起来了，延迟贼低带宽贼大，那在网络上说体验应该是差不了了 |
 |
learningmanJan 27, 2022
20
经典手动 CDN
|
Select Language