certifs cassés après màj vers Buster

[quenenni]

Salut,

Après la màj vers Debian Buster, le système de certif ne fonctionnait plus.

Le problème vient de la requête d'insertion des infos du certif dans la table certificate.

• Fichier class/m_ssl.php (ligne 515)

            "INSERT INTO certificates SET uid=?, status=?, fqdn=?, altnames=?, validstart=FROM_UNIXTIME(?), validend=FROM_UNIXTIME(?), sslkey=?, sslcrt=?, sslchain=?, provider=?;",

Le problème est de ne pas reprendre le champ sslcsr dans la requête, qui n'accepte pas de valeur nulle.

2 solutions:

• Modifier la structure de la table certificate pour permettre la valeur nulle au champ sslcsr
• Modifier la requête comme suit:

            "INSERT INTO certificates SET uid=?, status=?, fqdn=?, altnames=?, validstart=FROM_UNIXTIME(?), validend=FROM_UNIXTIME(?), sslcsr='', sslkey=?, sslcrt=?, sslchain=?, provider=?;",

En comparant la structure de la table avec un Alternc en Stretch où ça fonctionne bien, il n'y a aucune différence.
Serait-ce MariaDb qui a changé qqch?

[camlafit]

Salut

Probable que ce soit le mode strict qui est la cause du problème. Auparavant un null était gracieusement traduit en chaine vide. Ce n'est plus le cas maintenant, les données doivent correspondre strictement à ce qui est attendu.

De mon cote le sslcsr n'étant pas un champ obligatoire, on peut changer pour un default null.