除了反向代理
还有其他好的方案吗
1
opengps 2021 年 7 月 27 日
A 域名做隐式跳转好像是这个情况
|
2
PolarBears 2021 年 7 月 27 日
iframe?
|
3
meshell 2021 年 7 月 27 日
1 楼
|
4
inframe 2021 年 7 月 27 日
DNS CNAME 记录
|
5
hqs0417 2021 年 7 月 27 日
CNAME
|
6
nonozone 2021 年 7 月 27 日
这不就是 301 跳转么?
|
7
AoEiuV020 2021 年 7 月 28 日 via Android
什么方案本质都是反向代理,
|
8
skys215 2021 年 7 月 28 日
域名不变就不叫跳转了,可以用代理工具把内容都拉过来显示
https://github.com/joshdick/miniProxy |
9
NSAgold 2021 年 7 月 28 日 via Android
要么反向代理,要么找支持的 dns 服务商做隐性 url 转发
显性 /隐性 url 转发不是标准的 dns 类型,选择这两个类型后,域名解析返回地址会变成 dns 提供商自家的服务器 ip 。前者是该服务器返回 301,后者是该服务器返回一个全屏 iframe 的网页 |
10
CodeJr 2021 年 7 月 28 日
重定向?
|
11
Tink PRO cname 不行吧,只能反向代理或者隐式跳转
|
14
ch2 2021 年 7 月 28 日
反向代理已经是很好的方案了
|
15
apifox 2021 年 7 月 28 日
反向代理或者 iframe
|
16
eason1874 2021 年 7 月 28 日
上面几个人说的 cname 是行不通的,不是一回事
iframe 可以,前提是 b 没有通过 x-frame-options 和 JS 来拒绝第三方 iframe 最好的办法是反向代理 |
18
huweic 2021 年 7 月 28 日
DNS CNAME 不行的原因在于现在很多服务都是混部,然后入口 SLB 通过域名来做路由的,你如果域名变了,就找不到对应的资源了
|
19
polyang 2021 年 7 月 28 日
这不就是反向代理的特性吗?
|
20
3wdddd 2021 年 7 月 28 日
微前端不就是这么搞的,把 b 那边的资源请求过来渲染( b 允许资源跨域访问)
|
21
ETONG OP @huweic 确实 我 cname 解析出来之后 就显示未找到资源 可是市面上很多虚拟主机都是要求必须通过 cname 解析他们的域名 他们是怎么做到的 比如景安虚拟主机
|
22
eason1874 2021 年 7 月 28 日
@ETONG #17 域名 cname 解析映射,可以理解成解析托管。
a cname b 等于 a 把自己的解析托管给 b,b 解析到哪里,a 就解析到哪里。当 b 的服务器没有配置 a 域名,效果就是以前说的恶意解析,现在行不通了。现在服务器会判断 host,一看 host 是 a,属于未知域名,会拒绝服务。 像虚拟主机和 CDN 那些让你通过 cname 解析的,是因为他们 IP 不固定或者说有多个 IP 提供服务,通过 cname 托管解析,你就不用管到底要解析到哪个服务器 IP 了。这里 cname 管用是因为他们服务器已经配置好接受你的 host,你 cname 到别人服务器不被接受也是因为别人服务器没配置接受,不关 cname 本身的事,cname 只负责解析。 |
23
villivateur 2021 年 7 月 28 日 via Android
@opengps 隐式跳转不就是反向代理吗
|
24
realpg PRO @villivateur #23
都是 iframe |
28
wnpllrzodiac 2021 年 7 月 30 日 via Android
邮箱页面不都是这么搞的么。163 的企业邮箱绑定企业域名 cname
|