<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <br>
    <br>
    <div class="moz-cite-prefix">On 05/01/2021 18:25, Michael
      Schwartzkopff wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:f8adca9e-8c02-04cd-c05d-d45911ffe757@sys4.de">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <div class="moz-cite-prefix">On 05.01.21 18:52, Nick Howitt wrote:<br>
      </div>
      <blockquote type="cite"
        cite="mid:f70bcb57-40db-cdc2-8ae5-59c05b693771@howitts.co.uk">
        <pre class="moz-quote-pre" wrap="">Hi Paul,

If you have a conn:
conn njh
  type=tunnel
  authby=secret
  auto=ignore
  #auto=start
  left=12345.example.com
  leftsourceip=172.17.2.1
  leftsubnet=172.17.2.0/24
  right=159.203.19.178
  rightsourceip=10.137.48.60
  rightsubnet=10.137.48.60/16
  dpdaction=restart
  dpdtimeout=120
  dpddelay=30

Then load it with "ipsec auto --add njh" you get the following:
[root@server ~]#  ipsec auto --add njh
000 failed to convert '12345.example.com' at load time: not a numeric IPv4 
address and name lookup failed (no validation performed)
002 added connection description "njh"

It seems to be because the first subdomain is numeric. It seems to assume that 
if the first part of the FQDN is numeric then the parameter is going to be an IP 
address and not an FQDN. In this case 12345 can never be an FQDN, but you get 
the same issue 123. I have a feeling some cleverer interpretation is needed of 
this type of parameter.

I have tested this with a valid FQDN like this but can't publish it, 
unfortunately. You can test it on *.poweredbyclear.com as it has wildcard 
resolution back to the primary A record.

This is with libreswan-3.25-9.1.el7_8.x86_64.

Regards,

Nick
</pre>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <pre class="moz-quote-pre" wrap="">_______________________________________________
Swan mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Swan@lists.libreswan.org" moz-do-not-send="true">Swan@lists.libreswan.org</a>
<a class="moz-txt-link-freetext" href="https://lists.libreswan.org/mailman/listinfo/swan" moz-do-not-send="true">https://lists.libreswan.org/mailman/listinfo/swan</a>
</pre>
      </blockquote>
      <p><br>
      </p>
      <p>man ipsec.confm section IDENTITY PARSING</p>
      <p>       The type and binary encoding of identity strings
        specified in leftid are detected as follows:<br>
        <br>
               ·      If the string value contains an equal sign (=) it
        is assumed to be a Distinguished Name, with RDNs separated by
        commas (,) or slashes (/ - the string  must<br>
                      start with a slash to use this syntax). An attempt
        is made to create a binary ASN.1 encoding from this string. If
        that fails the type is set to KEY_ID with<br>
                      the literal string value adopted as encoding.<br>
        <br>
               ·      If the string value contains an @ the type depends
        on the position of that character:<br>
        <br>
                      ·      If the string begins with @# the type is
        set to KEY_ID and the string following that prefix is assumed to
        be the hex-encoded  binary  value  of  the<br>
                             identity.<br>
        <br>
                      ·      If the string begins with @@ the type is
        set to USER_FQDN and the encoding is the literal string after
        that prefix.<br>
        <br>
                      ·      If the string begins with @ the type is set
        to FQDN and the encoding is the literal string after that
        prefix.<br>
        <br>
                      ·      All remaining strings containing an @ are
        assumed to be of type USER_FQDN/RFC822 with the literal string
        value as encoding.<br>
        <br>
               ·      If the value does not contain any @ or =
        characters it is parsed as follows:<br>
        <br>
                      ·      If the value is an empty string, or equals
        %any[6], 0.0.0.0, ::, or * the type is set to ID_ANY, which
        matches any other identity.<br>
        <br>
                      ·      If the value contains a colon (:) it is
        assumed to be an IPv6 address. But if parsing the address and
        converting it to its binary encoding fails the<br>
                             type is set to KEY_ID and the encoding is
        the literal value.<br>
        <br>
                      ·      For all other strings an attempt at parsing
        them as IPv4 addresses is made. If that fails the type is set to
        FQDN and the literal value  is  adopted<br>
                             as encoding (this is where domain names and
        simple names end up).</p>
      <p><br>
      </p>
      <p><br>
      </p>
      <pre class="moz-signature" cols="72">Mit freundlichen Grüßen,

-- 

[*] sys4 AG
 
<a class="moz-txt-link-freetext" href="https://sys4.de" moz-do-not-send="true">https://sys4.de</a>, +49 (89) 30 90 46 64
Schleißheimer Straße 26/MG,80333 München
 
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer, Wolfgang Stief
Aufsichtsratsvorsitzender: Florian Kirstein</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Swan mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Swan@lists.libreswan.org">Swan@lists.libreswan.org</a>
<a class="moz-txt-link-freetext" href="https://lists.libreswan.org/mailman/listinfo/swan">https://lists.libreswan.org/mailman/listinfo/swan</a>
</pre>
    </blockquote>
    Can I just point out this is for left/right and not left/rightid?<br>
  </body>
</html>