Missing the point completely.
*Why* does openvpn expect a decimal value for something which is clearly
intended to be and is at source Hex.
On 16/04/2020 20:25, Joe Patterson wrote:
My first thought is "I should be trivial to write a little script to
go through and link the decimal name to the hex name", and even
though, intellectually, I know that the chance of a collision between
hex and dec names in that large a space would be infinitesimal, it
still manages to really bother me that it *could* happen.
On Thu, Apr 16, 2020 at 3:16 PM tincanteksup <tincantek...@gmail.com> wrote:
Hi,
On 16/04/2020 19:52, richard lucassen wrote:
On Thu, 16 Apr 2020 12:02:17 +0200
richard lucassen <mailingli...@lucassen.org> wrote:
Yeah right:
cd /etc/openvpn/crl/tun0/
mv 0B 11
Now it works. The serial number must be decimal.
Which is even more 'fun' with randomised serial numbers, eg:
94:68:4a:17:db:99:a7:36:88:ad:7d:70:fa:f6:99:11
Which EasyRSA now uses by default.
I presume openvpn is converting Hex to Dec in the code somewhere ?
_______________________________________________
Openvpn-users mailing list
Openvpn-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-users
_______________________________________________
Openvpn-users mailing list
Openvpn-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-users
