<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000066" bgcolor="#FFFFFF">
    <p>Back to the old:</p>
    <p>Mar 27 11:54:16 cygnus.darkmatter.org charon-systemd[64014]:
      loaded ANY private key<br>
      Mar 27 11:54:16 cygnus.darkmatter.org swanctl[64031]: no
      authorities found, 0 unloaded<br>
      Mar 27 11:54:16 cygnus.darkmatter.org swanctl[64031]: no pools
      found, 0 unloaded<br>
      Mar 27 11:54:16 cygnus.darkmatter.org swanctl[64031]: <font
        color="#cc0000">loading connection 'ikev2-pubkey' failed:
        unknown option: cert, config discarded</font><br>
      Mar 27 11:54:16 cygnus.darkmatter.org swanctl[64031]: loaded 0 of
      1 connections, 1 failed to load, 0 unloaded<br>
      Mar 27 11:54:16 cygnus.darkmatter.org systemd[1]:
      strongswan-swanctl.service: control process exited, code=exited
      status=22</p>
    Daemon won't start.  And in fact in <br>
    <a class="moz-txt-link-freetext" href="https://wiki.strongswan.org/projects/strongswan/wiki/Swanctlconf">https://wiki.strongswan.org/projects/strongswan/wiki/Swanctlconf</a><br>
    ... there is no cert directive, to go anywhere.  When I comment out
    cert the daemon starts.<u><br>
      <br>
      <br>
    </u>
    <p><u>swanctl.conf</u></p>
    <p>connections {<br>
      <br>
      # Roadwarrior Responder: 
      <a class="moz-txt-link-freetext" href="https://wiki.strongswan.org/projects/strongswan/wiki/UsableExamples">https://wiki.strongswan.org/projects/strongswan/wiki/UsableExamples</a><br>
      <br>
              ikev2-pubkey {<br>
                      version = 2<br>
                      remote_addrs = 192.168.111.0/24<br>
                      rekey_time = 0s<br>
                      fragmentation = yes<br>
                      dpd_delay = 30s<br>
                      # dpd_timeout doesn't do anything for IKEv2. The
      general IKEv2 packet timeouts are used.<br>
                      local-1 {<br>
                              cert = zeta-Cert.pem<br>
                              id = zeta.darkmatter.org<br>
                      }<br>
                      remote-1 {<br>
                              # defaults are fine.<br>
                      }<br>
                      children {<br>
                              ikev2-pubkey {<br>
                                      local_ts = 0.0.0.0/0 #,::/0<br>
                                      rekey_time = 0s<br>
                                      dpd_action = clear<br>
                              }<br>
                      }<br>
              }<br>
      }<br>
      <br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 03/27/2018 11:38 AM, Noel Kuntze
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:380a6018-5f4d-f5fd-9d22-18dba0f23fd8@thermi.consulting">
      <pre wrap="">Also: You need a second conn that is fitting to what the initiators from the Internet want:
- Tunnel Mode
- A virtual IP
- Access to the Internet

Take the IKEv2 related parts of the roadwarrior configurations from the UsableExamples page. And make sure you get the structure right this time.

On 27.03.2018 20:32, Info wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">
Nothing has worked.  So starting over again, with another new config, pro forma <a class="moz-txt-link-rfc2396E" href="https://wiki.strongswan.org/projects/strongswan/wiki/HelpRequests"><https://wiki.strongswan.org/projects/strongswan/wiki/HelpRequests></a>.

Running CentOS 7.4 with IPSec gateway as OpenStack VM, DNATted to and SNATted from by LAN gateway.  Certs only, SELinux permissive, firewall down.

The remote Android Strongswan app (initiator) is set:
Server: quantum-equities.com                VPN Type IKEv2 certificate
User certificate:  aries                            User Identity:  Default
CA cert: Select automatically                  Profile name: cygnus
Adv. Server ID:  cygnus.darkmatter.org   Send cert requests
Custom subnets: 192.168.1.0/24


_strongswan.conf:_
charon {
        load_modular = yes
        plugins {
                include strongswan.d/charon/*.conf
        }
}
include strongswan.d/*.conf

_charon.conf_

       # Needed to avoid in journalctl "fragmented IKE message is too large"
        max_packet = 30000

        filelog {
                /var/log/charon.log {
                time_format = %a, %Y-%m-%d %R
                ike_name = yes
                append = no
                default = 2
                flush_line = yes

                mgr = 0
                net = 1
                enc = 1
                asn = 1
                job = 1
                knl = 1
                }
        }
}


_swanctl.conf_

connections {

        ikev2-pubkey {
                remote_addrs = %any
                local {
                }
                remote {
                }

                children {
                        remote_ts = 192.168.1.0/24
                        local_ts = 192.168.1.0/24
                        local_addrs = 192.168.1.16
                        remote_addrs = 192.168.1.5
                        mode = transport
                }
        }
}

# swanctl -L
ikev2-pubkey: IKEv1/2, no reauthentication, rekeying every 14400s
  local:  %any
  remote: %any
  local unspecified authentication:
  remote unspecified authentication:
# swanctl -l
#

# ip route show table all
default via 192.168.1.1 dev eth0
169.254.0.0/16 dev eth0 scope link metric 1002
192.168.111.0/24 dev eth0 proto kernel scope link src 192.168.1.16
broadcast 127.0.0.0 dev lo table local proto kernel scope link src 127.0.0.1
local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1
local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1
broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1
broadcast 192.168.1.0 dev eth0 table local proto kernel scope link src 192.168.1.16
local 192.168.1.16 dev eth0 table local proto kernel scope host src 192.168.1.16
broadcast 192.168.1.255 dev eth0 table local proto kernel scope link src 192.168.1.16
unreachable ::/96 dev lo metric 1024 error -113
unreachable ::ffff:0.0.0.0/96 dev lo metric 1024 error -113
unreachable 2002:a00::/24 dev lo metric 1024 error -113
unreachable 2002:7f00::/24 dev lo metric 1024 error -113
unreachable 2002:a9fe::/32 dev lo metric 1024 error -113
unreachable 2002:ac10::/28 dev lo metric 1024 error -113
unreachable 2002:c0a8::/32 dev lo metric 1024 error -113
unreachable 2002:e000::/19 dev lo metric 1024 error -113
unreachable 3ffe:ffff::/32 dev lo metric 1024 error -113
fe80::/64 dev eth0 proto kernel metric 256
local ::1 dev lo table local proto kernel metric 0
local fe80::5054:ff:fec0:9330 dev lo table local proto kernel metric 0
ff00::/8 dev eth0 table local metric 256


#  ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:c0:93:30 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.16/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::5054:ff:fec0:9330/64 scope link
       valid_lft forever preferred_lft forever


# iptables-save
# Generated by iptables-save v1.4.21 on Tue Mar 27 11:19:49 2018
*nat
:PREROUTING ACCEPT [21:3556]
:INPUT ACCEPT [21:3556]
:OUTPUT ACCEPT [25:1200]
:POSTROUTING ACCEPT [25:1200]
COMMIT
# Completed on Tue Mar 27 11:19:49 2018
# Generated by iptables-save v1.4.21 on Tue Mar 27 11:19:49 2018
*mangle
:PREROUTING ACCEPT [195:20990]
:INPUT ACCEPT [195:20990]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [143:13859]
:POSTROUTING ACCEPT [142:13775]
COMMIT
# Completed on Tue Mar 27 11:19:49 2018
# Generated by iptables-save v1.4.21 on Tue Mar 27 11:19:49 2018
*raw
:PREROUTING ACCEPT [195:20990]
:OUTPUT ACCEPT [142:13775]
COMMIT
# Completed on Tue Mar 27 11:19:49 2018
# Generated by iptables-save v1.4.21 on Tue Mar 27 11:19:49 2018
*filter
:INPUT ACCEPT [195:20990]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [142:13775]
COMMIT
# Completed on Tue Mar 27 11:19:49 2018

</pre>
      </blockquote>
    </blockquote>
    <br>
  </body>
</html>