ecdsa, you are my hero!
After having wasted hours in investigating, your answer helped:
I just wanted to collect the logs for answering you. Within that I observed:
Host1:
Feb 9 19:47:03 strongswan charon: 08[NET] received packet: from
Feb 9 19:47:03 strongswan charon: 08[ENC] parsed IKE_SA_INIT request
Feb 9 19:47:03 strongswan charon: 08[IKE] no IKE config found for
..and so on
Host2:
Feb 9 19:45:33 strongswan charon-systemd[1796]: generating IKE_SA_INIT request 0
Feb 9 19:45:33 strongswan charon-systemd[1796]: sending packet: from
Feb 9 19:45:36 strongswan charon-systemd[1796]: sending keep alive to
...and so on
What I want stress out: There are two different daemons running on the hosts.
On Host1 there was running both the service "ipsec.service" and "strongswan.service"
The ipsec.service is used for the old stroke-interface:
root@strongswan:~# systemctl status ipsec
○ strongswan-starter.service - strongSwan IPsec IKEv1/IKEv2 daemon using ipsec.conf
Disabling this service solved the problem:
root@strongswan:~# systemctl disable ipsec
Like you mentioned, both daemons were started on boot and ran in rivalry. So sometimes, after booting the stroke-dameon catched the connection, and sometimes the swanctl-daemon did it.
Thank you so much!
I hope, my answer helps others who are fiddeling around with that :)