Kubeadm: `kubeadm init --token-ttl 0` (علامة) و` tokenTTL: "0" `(config) معطلة منذ 1.8.0

هل هذا تقرير خطأ أم طلب ميزة؟

تقرير BUG (تم نسخه من مشكلةrhuss المقدمة هنا https://github.com/kubernetes/kubernetes/issues/5363)

إصدارات

1.8.0 - حتى المستوى الرئيسي الحالي (26 أكتوبر 2017)

ماذا حدث؟

عند استخدام kubeadm مع رمز تم إنشاؤه بواسطة رمز kubeadm يتم إنشاؤه مسبقًا ، ولكن أيضًا عند السماح لـ kubeadm بإنشاء الرمز المميز ، يتم تجاهل تكوين tokenTTL . وينطبق الشيء نفسه عند عدم استخدام ملف التكوين ولكن باستخدام kubeadm init --token-ttl 0

ماذا توقعت أن يحدث؟

أتوقع عند تقديم tokenTTL من 0s أن الرمز المميز لا تنتهي صلاحيته.

كيف يتم إعادة إنتاجه (بأقل قدر ممكن من الدقة والدقة)؟

راجع https://github.com/kubernetes/kubernetes/issues/53637 حيث وصف rhuss هذا بشكل جيد.

أي شيء آخر نحن بحاجة إلى معرفته؟

تم تقديم هذا الخطأ في https://github.com/kubernetes/kubernetes/pull/48783 عندما تم تغيير الرمز المميز الافتراضي TTL.

لا تملك آلية افتراضية آلية واجهة برمجة التطبيقات طريقة للتمييز بين القيمة غير المحددة والقيمة التي تم تعيينها صراحةً على الصفر.

لقد أجريت بعض الاختبارات اليدوية على هذا التغيير ، ولكن على ما يبدو فقط مقابل kubeadm token create --ttl 0 ، والذي يعمل بشكل جيد لأنه لا يستخدم آلية MasterConfiguration الافتراضية.