为何VPN环境下RTCPeerConnection的foundation值不随IP变化？

根据RFC-5245的定义，ICE候选的foundation是同一候选类型、共享同一**基础（base）**且来自同一STUN服务器的候选者的等效标识符，核心决定因素是base的生成逻辑。

未使用VPN的场景 #

当你切换不同WiFi时，本地物理网卡的IP地址会发生变化，RTCPeerConnection生成ICE候选时，base是基于当前物理网络接口的核心属性（比如本地IP、网卡标识）计算而来。物理接口的IP变了，base值随之改变，最终导致foundation重新计算，值发生变化。

使用卡巴斯基VPN的场景 #

卡巴斯基VPN会在你的系统中创建一个虚拟网络接口，所有网络流量（包括RTCPeerConnection的ICE候选采集）都会通过这个虚拟接口转发。此时：

• 不管你切换哪个物理WiFi，RTCPeerConnection感知到的都是这个虚拟接口，而非物理WiFi的网卡。
• 虚拟接口的核心标识（比如虚拟网卡的内部ID、用于生成base的固定参数）不会因为物理WiFi切换而改变。
• 同时，ICE候选使用的STUN服务器是由VPN配置提供的，不会随物理网络变化。

由于候选类型、base、STUN服务器这三个生成foundation的核心维度都没有变化，所以每次生成的foundation值会保持一致。

你的JavaScript代码中，RTCPeerConnection默认使用系统当前的默认网络接口，VPN启用后默认接口就是虚拟VPN接口，因此采集到的ICE候选的foundation不会随物理WiFi切换而改变。

async function getLocalAddress(){
    const conn = new RTCPeerConnection();
    conn.createDataChannel('');
    const offer =  await conn.createOffer();
    await conn.setLocalDescription(offer);
    return new Promise(resolve =>  conn.onicecandidate = event => resolve(event));
}

(async () => {
    console.log(await getLocalAddress())
})();

内容的提问来源于stack exchange，提问作者A. Sinha