Kubeadm: `kubeadm init --token-ttl 0` (flag) und `tokenTTL: "0"` (config) sind seit 1.8.0 defekt

Ist dies ein FEHLERBERICHT oder eine FEATURE-ANFRAGE?

FEHLERBERICHT (kopiert aus hinterlegt ist https://github.com/kubernetes/kubernetes/issues/5363)

Versionen

1.8.0 - bis zum aktuellen Master (2017-10-26)

Was ist passiert?

Wenn kubeadm mit einem Token verwendet wird, das von kubeadm tokengeneriert im Voraus generiert wurde, aber auch wenn kubeadm das Token erstellen lässt, wird eine tokenTTL Konfiguration ignoriert. Das gleiche gilt, wenn keine Konfigurationsdatei verwendet wird, sondern kubeadm init --token-ttl 0

Was haben Sie erwartet?

Ich würde erwarten, wenn ein TokenTTL von 0s bereitgestellt wird, dass das Token nicht abläuft.

Wie kann man es reproduzieren (so minimal und genau wie möglich)?

Siehe https://github.com/kubernetes/kubernetes/issues/53637, wo @rhuss dies schön beschrieben hat.

Müssen wir noch etwas wissen?

Dieser Fehler wurde in https://github.com/kubernetes/kubernetes/pull/48783 eingeführt, als die Standard-Token-TTL geändert wurde.

Der Standardmechanismus der API-Maschinerie hat keine Möglichkeit, zwischen einem nicht gesetzten Wert und einem explizit auf Null gesetzten Wert zu unterscheiden.

Ich habe diese Änderung manuell getestet, aber anscheinend nur für kubeadm token create --ttl 0 , was gut funktioniert, weil es nicht den MasterConfiguration-Standardmechanismus verwendet.