AD के विरुद्ध Linux सर्वर को प्रमाणित करना कितना व्यावहारिक है?

Question

हम अपने सॉफ्टवेयर डेवलपमेंट कंपनी में विंडोज और लिनक्स सर्वर दोनों का उपयोग करते हैं।

इस सेटअप के साथ घर्षण बिंदुओं में से एक यह है कि हमारे पास एक भी साइन-ऑन समाधान नहीं है। लिनक्स की तुलना में Microsoft की एक दुकान से अधिक होने के नाते हम AD के विरुद्ध प्रमाणित करना चाहते हैं।

मैं ऑनलाइन लेखों के एक जोड़े को पढ़ता हूं और मैं यह संभव होने के लिए समझता हूं।

वर्तमान में हम लिनक्स पर निम्नलिखित सेवाओं का उपयोग कर रहे हैं जिनके लिए प्रमाणीकरण की आवश्यकता होती है:
- git सर्वर (SSH के माध्यम से)
- Sendmail
- Apache सर्वर वर्तमान में .htaccess फ़ाइलों का उपयोग कर रहा है।
- सांबा फाइल शेयर

मैं जानना चाहता हूं कि इस तरह का सेटअप कितना व्यावहारिक है? क्या यह वास्तव में काम करता है या यह त्रुटि-प्रवण है?

Comments

सभी के महान जवाबों के लिए धन्यवाद, इससे मुझे एक बेहतर अहसास होता है कि वास्तविक दुनिया में इस सेटअप का क्या अनुभव है। यह वास्तव में मदद करता है। यहाँ सही उत्तर का चयन करना कठिन है क्योंकि ये सभी प्रश्न का उत्तर देते हैं।

— फिलिप फूरी

FreeIPA की जाँच करें :) freeipa.org

— GioMac

Answer 1

यह कठिन नहीं है और यह पूरी तरह से व्यावहारिक है।

हमारे पास कुछ सौ दोहरी बूट डेस्कटॉप मशीनें हैं जो AD ऑर्थर के साथ-साथ कई सर्वरों का उपयोग करती हैं जो उपयोगकर्ताओं के द्वारा स्पष्ट स् वतर् के बिना अपने सांबा शेयरों का उपयोग करने के लिए विंडोज़ क्लाइंट को सक्षम करने के लिए AD ऑर्ट का उपयोग करते हैं।

एसएफ पर एक और लेख था जिसके बारे में आपको क्या करने की आवश्यकता है।

मूल रूप से आपको kerberos, winbind, nss और pam को कॉन्फ़िगर करना होगा।

फिर आप एक kinitऔर एक net ads joinअपने ऊपर करो।

यदि आप चाहते हैं कि आप एक से अधिक तरीकों का उपयोग कर सकते हैं, तो यदि आप काम नहीं करते हैं, तो यदि यह काम नहीं करता है, तो अगले भाग में वापस आ जाएगा।

हम आमतौर पर विंडोज़ सर्वर के लिए फाइलशेयर परोसने वाले सर्वर के लिए फाइल, विंडबिन्ड और लैडैप का उपयोग करते हैं।

यदि संभव हो तो मैं खाते की जानकारी के लिए LDAP का उपयोग करता हूं और निश्चित रूप से विंडबींड के लिए कड़ाई से काम करता हूं, लेकिन मेरा मानना ​​है कि यदि आप की जरूरत है तो आप मेरे विचार से /etc/ldap.conf में विशेषताओं को मैप कर सकते हैं। यदि आप खाते की जानकारी के लिए winbindd का उपयोग करते हुए अंत करते हैं, तो uids / gids उत्पन्न करने के लिए RID (हैशिंग विधि) का उपयोग करना संभव है, लेकिन अन्य तरीकों का उपयोग करना भी संभव है। हमने एक बड़ी फाइलर पर RID का उपयोग किया है और यह एक वास्तविक दर्द रहा है, इसलिए यदि संभव हो तो मैं अन्य विकल्पों में से एक का प्रयास करूंगा। हमारे मामले में सभी AD उपयोगकर्ता और समूह LDAP में एक अपस्ट्रीम IDM प्रणाली से परिलक्षित होते हैं, इसलिए हम LDAP का उपयोग नए सर्वर पर जानकारी के लिए करते हैं और विशुद्ध रूप से ऑर्बिट के लिए winbind का उपयोग करते हैं।

Answer 2

इसी तरह ओपन का उपयोग करके प्रमाणीकरण बिल्कुल सरल है। http://www.likewise.com/products/likewise_open/index.php

लगभग मेरे पूरे लिनक्स इन्फ्रास्ट्रक्चर ने केंद्रीकृत प्रमाणीकरण और उपयोगकर्ता प्रबंधन को इसी तरह धन्यवाद दिया है। इसे स्थापित करना और कार्यान्वित करना आश्चर्यजनक रूप से सरल है। मैं संभवतः इसके बारे में पर्याप्त अच्छा नहीं कह सकता।

एक नोट के रूप में, यूआईडी और जीआईडी ​​को एक हैश फ़ंक्शन के अनुसार सौंपा गया है, इसलिए वे पूरे बुनियादी ढांचे में समान हैं, इसलिए एनएफएस माउंट पूरी तरह से काम करते हैं।

Comments

मैं इसी तरह कई सर्वरों पर खुला उपयोग करता हूं और पाया कि यह अच्छी तरह से काम करता है। यदि Apache / Sendmail एक बाहरी सामना करने वाली मशीन है, तो आप किसी भी अतिरिक्त विलंबता / लोड की जांच करना चाहते हैं।

— काइल ब्रांट

लिंक अब टूट गया है

— gogaz

लगता है (वेब ​​साइट सामग्री द्वारा) कंपनी इस उत्पाद को और नहीं कर रही है।

— एलेक्सी मार्टीनोव

Answer 3

मैंने यूनिक्स के लिए Windows सेवाएँ स्थापित कीं और "Unix Authenticator" नामक AD में एक उपयोगकर्ता जोड़ा, फिर लिनक्स मशीनों पर निम्न विन्यास फ़ाइल परिवर्तन किए:

/etc/ldap.conf:

host ldap.<foo>.com
base cn=Users,dc=<foo>,dc=com
binddn cn=Unix Authenticator,cn=Users,dc=<foo>,dc=com
bindpw <password>
nss_base_passwd cn=Users,dc=<foo>,dc=com?sub
nss_base_shadow cn=Users,dc=<foo>,dc=com?sub
nss_base_group cn=Users,dc=<foo>,dc=com?sub
nss_map_objectclass posixAccount User
nss_map_objectclass shadowAccount User
nss_map_objectclass posixGroup Group
nss_map_attribute cn msSFUName
nss_map_attribute uid msSFUName
nss_map_attribute gid gidNumber
nss_map_attribute gecos sAMAccountName
nss_map_attribute homeDirectory msSFUHomeDirectory
nss_map_attribute uniqueMember Member
pam_login_attribute msSFUName
pam_filter objectclass=user
pam_password ad

/etc/ldap.secret:

<password>

/etc/nsswitch.conf:

passwd: compat ldap
shadow: compat ldap
group: compat ldap

/etc/nsswitch.ldap:

host files dns

/etc/pam.d/system-auth:

auth required /lib/security/pam_env.so
auth sufficient /lib/security/pam_unix.so likeauth nullok
auth sufficient /lib/security/pam_ldap.so use_first_pass
auth required /lib/security/pam_deny.so

account sufficient /lib/security/pam_ldap.so
account required /lib/security/pam_unix.so

password required /lib/security/pam_cracklib.so retry=3
password sufficient /lib/security/pam_unix.so nullok md5 shadow use_authtok
password sufficient /lib/security/pam_ldap.so use_first_pass use_authtok
password required /lib/security/pam_deny.so

session required /lib/security/pam_limits.so
session required /lib/security/pam_unix.so

उम्मीद है की यह मदद करेगा।

Comments

यह एक दिलचस्प दृष्टिकोण है, धन्यवाद मैं इस एवेन्यू का भी पता लगाऊंगा।

— फिलिप फूरी

कृपया इस तरह से (/etc/pam.d/system-auth में) के लिए pam_ldap का उपयोग न करें। यह आपका पासवर्ड क्लियरटेक्स्ट में भेज देगा। यदि आप LDAP के माध्यम से प्रमाणित करना चाहते हैं तो आपको LDAPS या GSSAPI का उपयोग करना चाहिए। यदि आप इसे सुरक्षित रूप से करना चाहते हैं, तो प्रमाणीकरण के लिए आप एनएसएस और केर्बेरोस के लिए LDAP का उपयोग कर सकते हैं (नीचे देखें)

— TheFiddlerWins

Answer 4

Windows उपयोगकर्ताओं को AD के विरुद्ध स्थित कर रहे हैं, लेकिन हमारे अधिकांश सर्वर (सार्वजनिक ड्राइव आदि) लिनक्स हैं, और वे डोमेन का हिस्सा हैं। खिड़कियों से PoV नो-वन नोटिस। मेरी तरफ से, यह मेरे विंडोज़ यूज़रनेम के साथ थोड़ा फ्रूटी ssh'ing लगता है लेकिन इसके आकार के बारे में है।

बस हमें सादे पुराने सांभा।

Answer 5

आपको सांबा का उपयोग करने की आवश्यकता नहीं है, AD सीधे Kerberos और LDAP का समर्थन करता है। अधिकांश वितरण पर किसी भी बाहरी सॉफ़्टवेयर का उपयोग करने का कोई कारण नहीं है।

डेबियन / उबंटू के लिए आप इसे libnss-ldap और libpam-krb5 के साथ कर सकते हैं। इसे 100% प्राप्त करने के लिए कुछ तरकीबें हैं। यह मानता है कि आपके पास लिनक्स उपयोगकर्ताओं के लिए "अनिक्सहोमडायरेरी" है, आपके लिनक्स बॉक्स आपके विंडोज सिस्टम (केर्बरोस द्वारा आवश्यक) के साथ एनटीपी का उपयोग कर रहे हैं और आप सादे पाठ एनएसएस लुक्स (पासवर्ड नहीं बल्कि ग्रुप सदस्यता) आदि के साथ ठीक हैं - आप भी कर सकते हैं TLS का उपयोग करें लेकिन इसे स्थापित करने के लिए अधिक जटिल है)। जब तक आप TLS का उपयोग करने के लिए सेट नहीं हो जाते हैं, तब तक आपको PAM में पासवर्ड या स्रोत के रूप में pam_ldap नहीं होना चाहिए।

/etc/ldap.conf

# LDAP Configuration for libnss-ldap and libpam-ldap.
# Permit host to continue boot process with out contacting LDAP server
bind_policy soft
# Define LDAP servers to use for queries, these must be Global Catalog servers
uri ldap://ldap.site.company.local
# Define root search location for queries
base dc=company,dc=local
#debug 1
# LDAP version, almost always going to be v3, it is quite mature
ldap_version 3
# Username used to proxy authentication. You can have this in a separate file owned by root for security OR use TLS/SSL (see man page)
# Do NOT use LDAP for authentication if you are using plain text binds, use Kerberos instead (and LDAP for authorization only). See libpam-krb5.
binddn cn=ldap-auth-svc,ou=ldap,ou=services,dc=site,dc=company,dc=local
# Password for proxy acct
bindpw SooperSekeretPazzwerd
#  TCP port to perform queries on, 3268 is a Global Catalog port which will reply for all users in *.company.local
port 3268
# Search range scope (sub = all)
scope sub
# Tell the client to close TCP connctions after 30 seconds, Windows will do this on the server side anyways, this will prevent errors from showing up in the logs.
 idle_timelimit 30
# Expect queries for group membership to return DN for group members instead of usernames (lets you use MSAD group membership seamlessly)
nss_schema rfc2307bis
# Filters - User accounts must have a UID >= 2000 to be recognized in this configuration and must have a unixHomeDirectory defined.
nss_base_group dc=company,dc=local?sub?&(objectClass=group)(gidNumber=*)
nss_base_user dc=company,dc=local?sub?&(objectClass=user)(!(objectClass=localputer))(uidNumber>=2000)(unixHomeDirectory=*)
nss_base_shadow dc=company,dc=local?sub?&(objectClass=user)(!(objectClass=localputer))(uidNumber>=2000)(unixHomeDirectory=*)
# Object Class mappings.  You may want to have the posixAccount to map to "mail" and have users login with their email addresses, i.e.  "nss_map_objectclass posixAccount mail".
nss_map_objectclass posixAccount user
nss_map_objectclass shadowAccount user
nss_map_objectclass posixGroup group
# Attribute mappings.
nss_map_attribute uniqueMember member
nss_map_attribute uid sAMAccountName
nss_map_attribute homeDirectory unixHomeDirectory
nss_map_attribute shadowLastChange pwdLastSet
# Attribute in LDAP to query to match the username used by PAM for authentication
pam_login_attribute sAMAccountName
# Filter for objects which are allowed to login via PAM
pam_filter objectclass=User

आपको /etc/krb5.conf को संपादित करने की आवश्यकता नहीं होनी चाहिए, यह मानते हुए कि आपके लिनक्स बॉक्स DNS सर्वर का उपयोग कर रहे हैं, जो कि AD (_msdcs क्षेत्र के बारे में जानते हैं, जो उपयुक्त SRV रिकॉर्ड के साथ फिर से उपयोग करने योग्य हैं)

/etc/nsswitch.conf के पास उपयोगकर्ताओं, समूहों, छाया के लिए "फाइलें ldap" होनी चाहिए।

SSSD का उपयोग करते हुए Red Hat के लिए:

/etc/sssd/sssd.conf

[domain/AD]
id_provider = ldap
auth_provider = krb5
chpass_provider = krb5
access_provider = ldap

ldap_uri = ldap://ldap.company.local:3268/
ldap_search_base = dc=company,dc=com
ldap_default_bind_dn = cn=ldap-auth-svc,ou=ldap,ou=services,dc=site,dc=company,dc=local
ldap_default_authtok = SooperSekeretPazzwerd
ldap_schema = rfc2307bis
ldap_user_object_class = user
ldap_group_object_class = group
ldap_user_name = sAMAccountName
ldap_user_home_directory = unixHomeDirectory
enumerate = true
ldap_tls_reqcert = never
ldap_tls_cacertdir = /etc/openldap/cacerts

ldap_id_use_start_tls = False
cache_credentials = True
krb5_realm = SITE.COMPANY.COM
case_sensitive = false
[sssd]
services = nss, pam
config_file_version = 2

domains = AD
[nss]
filter_users = root,named,avahi,nscd

Comments

क्या आपको इस परिदृश्य में AD पक्ष पर कुछ भी बदलने की आवश्यकता है? मुझे याद है कि कुछ "विंडोज़ के लिए यूनिक्स उपकरण" देखने की जरूरत है जब एसएएमबीए का उपयोग किया जाए?

— मार्टिन नील्सन

यह समाधान SAMBA पर निर्भर नहीं करता है, यह देशी LDAP / Kerberos का उपयोग कर रहा है। यूनिक्स उपकरणों का उपयोग करने का एकमात्र कारण POSIX उपयोगकर्ता / समूह विशेषताओं को संपादित करने के लिए एक GUI प्राप्त करना है। यहां तक ​​कि अगर आप SSSD का उपयोग कर रहे हैं तो इसकी आवश्यकता नहीं है। SAMBA (Winbind में) आपको सॉफ्टवेयर स्थापित करने देता है जो सिस्टम को विंडोज क्लाइंट का अनुकरण करता है। ऊपर सेटअप केवल मानक LDAP / Kerberos का उपयोग करता है।

— theFiddlerWins

अर्घ लानत है, मैं "ldap / kerberos" लिखना चाहता था मुझे नहीं पता कि क्या हुआ। मेरी गलती। लेकिन AD के लिए यूनिक्स उपकरण वास्तव में LDAP / Kerberos के लिए आवश्यक नहीं हैं?

— मार्टिन नीलसन