v2ray 的 inbound 配置中有个 sniffing 参数，官方文档对它概念描述很模糊， 目前只知道开启后可以通过 outbound 来解析域名，但更具体的使用就不清楚了。
所以这里根据我实际使用之后的思考，得到的一些猜想和结论，记录下来，不求保证完全正确。
当 inbound 是 socks5, http 之流的代理时，原始数据包会经过 TCP/IP 的层层协议发给代理服务 —— v2ray， v2ray 解开数据包后会得到目标的域名，因为开启了 sniffing，所以 v2ray 会通过内部的路由规则将域名解析任务交给某个 outbound 处理。
而当 inbound 被设置成透明代理时，一般都是配合 iptables （redirect 或者 tproxy）使用。 原始数据包在到达 v2ray 前会先经过 iptables，此时的目标域名早已被解析成了 IP，否则怎么去匹配 iptables 的规则呢？ 大多数的程序是调用 glibc 中的 getaddrinfo, gethostbyname 函数将域名交给系统解析成 IP 的，在到达 v2ray 的时候都已经转化成了 IP， 所以 sniffing 是否启用都不影响了，v2ray 不会帮我们解析域名。 因此，我们需要另外部署 dns resolver 来处理 dns 污染的问题。
猜想程序何时会解析域名
当程序没有使用 socks5, http 等代理时，其不会调用 getaddrinfo, gethostbyname 来解析域名，而是把数据包一股脑发给代理。 但也只能说大部的分程序是这样处理的， 例如： 在 Firefox 的代理配置中有选项可以选择在使用 socks5 代理的同时是否代理 DNS 请求（Proxy DNS when using SOCKS V5)， 因而在这种情况下即使使用了 socks5 代理，也可以不通过代理来解析域名。
而当程序使用的是透明代理（即对程序来说代理是不可知的），在程序内部会调用 getaddrinfo, gethostbyname 来解析域名。
Updated 2021/06/10
在 stackexchange 上看到 一个回答 ， http proxy 只能通过 remote 来解析 IP，而 socks5 可以设置通过 local 还是 remote 来解析 IP。 我自己用 tinyproxy —— 一个简易的 http proxy —— 做了验证，果然 DNS 的解析是在 remote 处理的。
在 stackexchange 上看到 另一个回答 ， 也说明了使用 socks5 proxy 可以设置 DNS 在何处进行解析。
Thanks for reading :)