मेरे पास Legate के उत्तर पर टिप्पणी करने के लिए पर्याप्त प्रतिनिधि नहीं है, लेकिन मैं यह साझा करना चाहता था कि इस उत्तर ने हमें एक अन्य उपयोग के मामले में मदद की:
1.) प्रश्न में खाता एक स्थानीय सेवा खाता है जो एक एप्लिकेशन चला रहा है, अंतिम उपयोगकर्ता खाता नहीं है।
2.) अंत उपयोगकर्ता स्वयं के रूप में ssh करते हैं, और sudo /bin/su <user>
उपयोगकर्ता बनने के लिए और ऑडिट ट्रेल की आवश्यकता के कारण आवेदन को प्रशासित करते हैं कि सेवा खाते में सीधी लॉगिन क्षमता नहीं हो सकती है।
3.) सेवा खाते में एक वैध शेल ( /bin/bash
, नहीं /sbin/nologin
) होना चाहिए , क्योंकि एक एंटरप्राइज़ शेड्यूलिंग प्लेटफ़ॉर्म (एजेंट स्थानीय रूप से रूट के रूप में चलता है) होना चाहिए su - <user>
और इसमें वह su -s /bin/bash <user>
क्षमता नहीं है जो एक पूर्ण शेल करता है, और दूरस्थ रूप से कार्य चलाने के लिए आवश्यक है कई सर्वर और डेटाबेस को शामिल करने वाले बड़े बैच संचालन के लिए।
इसलिए ...
passwd -l <user>
बाधाओं को संतुष्ट नहीं करता क्योंकि सार्वजनिक कुंजी प्रमाणीकरण PAM को बायपास करता है और फिर भी प्रत्यक्ष लॉगिन की अनुमति देता है।
usermod -s /sbin/nologin <user>
उद्यम अनुसूचक के कारण बाधाओं को संतुष्ट नहीं करता है
usermod --lock --expiredate 1970-01-01 <user>
यह हमारा विजेता है। दूरस्थ लॉगिन अक्षम, फिर भी रूट अभी भी हो सकता है su <user>
, जैसा कि अन्य उपयोगकर्ता sudo
शेड्यूलर फ़ंक्शन के माध्यम से ठीक से कर सकते हैं और अधिकृत अंतिम उपयोगकर्ता आवश्यकतानुसार लक्ष्य सेवा खाता बन सकते हैं।
समाधान के लिए धन्यवाद!