IPSec 隧道一直有效，直到重新生成密钥，然后获取 NO_PROPOSAL_CHOSEN

Question

此外，我确实在 swanctl 配置文件中要求了不同的算法。

您仅针对 IKE 这样做，而不是针对 ESP/IPsec。

我无法理解为什么这些建议在重新生成密钥时不匹配（如果它们与初始连接匹配）。

这是对 IKEv2 的常见误解。为 IKE_AUTH 期间创建的 CHILD_SA (IPsec SA) 协商的提议不包含任何密钥交换方法（例如 DH 组），因为密钥始终源自 IKE_SA 的密钥材料。

因此，如果一个对等点（在您的情况下是 pfSense）配置了一个或多个 DH 组（并且也不包含NONE），而另一个对等点（strongSwan）没有配置，那么在 CHILD_SA 实际重新生成密钥并且必须协商密钥交换方法。这关于重新生成 CHILD_SA 密钥的 StrongSwan 文档也描述了这一点。

所以你想要在strongSwan客户端上配置的是这样的：

connections {
  gw-gw {
    ...
    children {
      net-net {
        ...
        esp_proposals = aes128gcm16-modp2048
      }
    }
    ...
  }
}

Answer 1

此外，我确实在 swanctl 配置文件中要求了不同的算法。

您仅针对 IKE 这样做，而不是针对 ESP/IPsec。

我无法理解为什么这些建议在重新生成密钥时不匹配（如果它们与初始连接匹配）。

这是对 IKEv2 的常见误解。为 IKE_AUTH 期间创建的 CHILD_SA (IPsec SA) 协商的提议不包含任何密钥交换方法（例如 DH 组），因为密钥始终源自 IKE_SA 的密钥材料。

因此，如果一个对等点（在您的情况下是 pfSense）配置了一个或多个 DH 组（并且也不包含NONE），而另一个对等点（strongSwan）没有配置，那么在 CHILD_SA 实际重新生成密钥并且必须协商密钥交换方法。这关于重新生成 CHILD_SA 密钥的 StrongSwan 文档也描述了这一点。

所以你想要在strongSwan客户端上配置的是这样的：

connections {
  gw-gw {
    ...
    children {
      net-net {
        ...
        esp_proposals = aes128gcm16-modp2048
      }
    }
    ...
  }
}

IPSec 隧道一直有效，直到重新生成密钥，然后获取 NO_PROPOSAL_CHOSEN

语境

问题

日志（Raspberry 侧）

初始连接

重新生成密钥（这就是出错的地方）

我尝试过做什么

配置文件

`/etc/swanctl/conf.d/myfile.conf`

pfSense

阶段1

阶段2

答案1

相关内容