<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>