IPSec 터널은 키를 다시 입력할 때까지 유효한 상태로 유지되며 그 후 NO_PROPOSAL_CHOSEN을 얻습니다.

Question

또한 swanctl 구성 파일에서 다른 알고리즘을 요청했습니다.

ESP/IPsec이 아닌 IKE에 대해서만 이 작업을 수행합니다.

키를 다시 입력할 때 이러한 제안이 일치하지 않는 이유를 이해할 수 없습니다(초기 연결과 일치하는 경우).

이는 IKEv2에 대한 일반적인 오해입니다. IKE_AUTH 중에 생성된 CHILD_SA(IPsec SA)에 대한 협상된 제안에는 키가 항상 IKE_SA의 키 자료에서 파생되므로 키 교환 방법(예: DH 그룹)이 포함되어 있지 않습니다.

따라서 한 피어(귀하의 경우 pfSense)에 하나 이상의 DH 그룹이 구성되어 있고(또한 포함하지 않음 NONE) 다른 피어(strongSwan)에 없는 경우 CHILD_SA 비밀 키가 실제로 키와 키 교환이 재생성됩니다. 방법을 협의해야 합니다. 이것CHILD_SA 키 재생성에 대한 StrongSwan 문서이것도 설명되어 있습니다.

따라서 StrongSwan 클라이언트에서 구성하려는 내용은 다음과 같습니다.

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

Answer 1

또한 swanctl 구성 파일에서 다른 알고리즘을 요청했습니다.

ESP/IPsec이 아닌 IKE에 대해서만 이 작업을 수행합니다.

키를 다시 입력할 때 이러한 제안이 일치하지 않는 이유를 이해할 수 없습니다(초기 연결과 일치하는 경우).

이는 IKEv2에 대한 일반적인 오해입니다. IKE_AUTH 중에 생성된 CHILD_SA(IPsec SA)에 대한 협상된 제안에는 키가 항상 IKE_SA의 키 자료에서 파생되므로 키 교환 방법(예: DH 그룹)이 포함되어 있지 않습니다.

따라서 한 피어(귀하의 경우 pfSense)에 하나 이상의 DH 그룹이 구성되어 있고(또한 포함하지 않음 NONE) 다른 피어(strongSwan)에 없는 경우 CHILD_SA 비밀 키가 실제로 키와 키 교환이 재생성됩니다. 방법을 협의해야 합니다. 이것CHILD_SA 키 재생성에 대한 StrongSwan 문서이것도 설명되어 있습니다.

따라서 StrongSwan 클라이언트에서 구성하려는 내용은 다음과 같습니다.

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

IPSec 터널은 키를 다시 입력할 때까지 유효한 상태로 유지되며 그 후 NO_PROPOSAL_CHOSEN을 얻습니다.

문맥

질문

로그(라즈베리 쪽)

초기 연결

키 재생성(여기서 오류가 발생함)

내가 시도한 것

구성 파일

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

psf

스테이지 1

2단계

답변1

관련 정보