Autoconfig IP isn't in our block

The DUID of your prefix (and each of its subnets) is like a private key and grants you access to your prefix. Keep it secret and do not share it.

Through autoconfig we've an IP in our /64 block: 2001:bc8:6005:5:aa1e:84ff:fef3:5d9c

According recent portsnap man:

To restore Mumble jail:

• boot Thrayce (172.27.27.14)
• zfs import arcology if needed (kldload opensolaris and kldload zfs if ZFS isn't available at boot)
• Mumble jail is available at /usr/local/jails/mumble.nasqueron.org

To restore FTP content:

• boot Thrayce (172.27.27.14)
• zfs import arcology if needed (kldload opensolaris and kldload zfs if ZFS isn't available at boot)
• FTP content will be available at /usr/local/jails/ftp.nasqueron.org/var/ftp

The portsearch database seems to work despite that issue, so decreasing the priority.

According https://imagemagick.org/script/porting.php:

3.4.8 disabled this possibility, #11431 - Disallow changing custom field type after creation

To update the type on NetBox is tricky: if we move from object to multiple object, the database isn't updated, so it generates an integer the isn't iterable (object id -> list of object ids).

Deployed, with native OVH IPv6.

The following routing table works like a charm on web-001:

This is already configured in Salt in ef7f71ee + f8190dedfbcf, but NOT applied:

[ Priority high, as it's a blocker to switch ready sites - like MediaWiki and the static ones - to Alkane ]

We need to figure how to express the idea "GW isn't in our prefix" to use that syntax
instead of the more straightforward "ipv6_defaultrouter=..." which is the current Salt config.

With proper route configuration, I've in/out IPv6 connectivity for web-001 with OVH native IP.

Experiments with native OVH IPv6 aren't good

[ Avoid cookie-licking ]