Replies: 4 comments
-
我感觉你理解的正确。如果在路由规则中,把域名规则和IP规则完全分开,先域名后IP,那 |
Beta Was this translation helpful? Give feedback.
-
我的理解是:文档里说的IPOnDemand策略是规则里只要有ip规则,则会首先解析出ip然后再进行匹配,所以每一次都要解析域名,这个解析需要向外查询,所以就慢了,如果设置有缓存,解析的域名在内部有ip映射,那么第二次再遇到同一个域名,就不需要再向外解析域名,直接从缓存里找,就有点相当于AsIs了,但是AsIs虽然第一次不需要解析域名,如果域名不匹配要走兜底规则,还是要走解析这条路,只是这个解析不在路由阶段,而在出站其它模块去了,所以AsIs最快。 |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
是的,无论从名字还是解释上来看 IPOnDemand 就是从上到下匹配,一旦遇到 ip 规则,立即进行将 domain 通过 dns 解析为 ip 进行匹配,再不匹配才往下组规则匹配。 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
上面是官方文档的定义,主要容易理解错的地方在于 IPIfNonMatch 和 IPOnDemand,根据我自己的试验,发现大概是这样子:
换句话说,IPOnDemand 并不是不理会域名规则,而是它使用 IP 规则的时机要比 IPIfNonMatch 更及时一些,遇到什么规则就立即使用什么规则,这样理解对吗?
又或者说,IPOnDemand 才是真正意义上的从上到下依次匹配?
Beta Was this translation helpful? Give feedback.
All reactions