Zammad: एलडीएपी प्रमाणीकरण का एकीकरण

क्या यह #58 का डुप्लिकेट है?

@wagnst यह नया मुद्दा है, #58 पुराना है और पहले से ही बंद है।

नोट: हम Q1 2017 के लिए "एंटरप्राइज़ रेडी" सुविधाओं पर काम कर रहे हैं जिसमें LDAP एकीकरण शामिल होगा। बने रहें।

@rolfschmidt शायद OAuth2 के साथ ADFS एक अल्पकालिक समाधान है

इस पर कोई भी समाचार?

एलडीएपी समर्थन अविश्वसनीय होगा। हम इन सुविधाओं को कब देखेंगे, और कौन-सी अन्य एंटरप्राइज़ सुविधाएँ लागू की जा रही हैं, इस बारे में कोई अपडेट?

कोई ख़बर? 2017 की पहली तिमाही आखिरी दिनों में हो रही है :)
अप्रैल अपडेट में इसे पाने का कोई मौका?

हाँ यह सुविधा बहुत अच्छी होगी!
हम लगभग 4000 उपयोगकर्ता और 50 एजेंटों के साथ एक संगठन हैं और हम OTRS को Zammad से बदलने की योजना बना रहे हैं। लेकिन एलडीएपी प्रमाणीकरण के बिना इसका कोई मतलब नहीं है।

छोटा अपडेट, हम परीक्षण की स्थिति में हैं। कम से कम अगली रिलीज में बीटा परीक्षण एलडीएपी एकीकरण उपलब्ध होगा (और उस रिलीज के बाद हम इसे स्थिर कहते हैं)।

इसका उपयोग करने के तरीके के बारे में एक छोटा सा पूर्वावलोकन (किसी भी प्रतिक्रिया का स्वागत है - हमने इसे यथासंभव आसान बनाने की कोशिश की (एलडीएपी सेटिंग्स के ऑटो डिटेक्शन के साथ) - ज़म्मद तरीका):

@bchynds

एलडीएपी समर्थन अविश्वसनीय होगा। हम इन सुविधाओं को कब देखेंगे, और कौन-सी अन्य एंटरप्राइज़ सुविधाएँ लागू की जा रही हैं, इस बारे में कोई अपडेट?

उद्यम विशेषताएं: सबसे महत्वपूर्ण एक भूमिका प्रबंधन है (और अन्य जैसे कार्यालय और विनिमय से बाहर)।

यह अच्छा लग रहा है। इसके उपलब्ध होने पर हमारे 25k उपयोगकर्ताओं के साथ इसका परीक्षण करने के लिए तत्पर हैं।

यह अच्छा लग रहा है। इसके उपलब्ध होने पर हमारे 25k उपयोगकर्ताओं के साथ इसका परीक्षण करने के लिए तत्पर हैं।

मैं

नमस्ते,

क्या एलडीएपी के साथ मौजूदा एजेंट उपयोगकर्ताओं का माइग्रेशन/विलय है?

क्या एलडीएपी के साथ मौजूदा एजेंट उपयोगकर्ताओं का माइग्रेशन/विलय है?

पहले से मौजूद उपयोगकर्ताओं की पहचान करने के लिए मौजूदा उपयोगकर्ता आधार में लॉगिन और ईमेल पते की खोज करें (उनमें से एक का मिलान होना चाहिए)।

नमस्ते,

मैंने अभी देखा है कि एलडीएपी एकीकरण अब विकास शाखा में है। मैं अब परीक्षण मोड में हूं और अब लगभग 10 मिनट के लिए "दिए गए कॉन्फ़िगरेशन के साथ प्रविष्टियों का विश्लेषण ..." पर काम कर रहा हूं।

लेकिन हमारे AD में हमें लगभग 25k User मिले। मैं थोड़ा इंतजार करूंगा।

@ Julian0o तुम तेज़ आदमी हो!

मैं अब परीक्षण मोड में हूं और अब लगभग 10 मिनट के लिए "दिए गए कॉन्फ़िगरेशन के साथ प्रविष्टियों का विश्लेषण ..." पर काम कर रहा हूं।

क्या शेड्यूलर शुरू हो गया है? हमारे परीक्षण वातावरण में 9k उपयोगकर्ताओं के साथ इसमें लगभग 60 सेकंड लगते हैं।

पुनश्च: आप rails r 'Delayed::Worker.new.work_off' . के साथ पंक्तिबद्ध पृष्ठभूमि कार्य भी मैन्युअल रूप से प्रारंभ कर सकते हैं

मार्टिन

मुझे उपवास करना था :) एक व्यवस्थापक भूमिका निर्दिष्ट करना भूल गया और अब मैं एक सामान्य उपयोगकर्ता हूं :)

@ मार्टिनी
क्या आपके पास इसे ठीक करने के लिए कुछ सलाह है? मुझे अभी OTRS Config.pm याद आ रही है:D

व्यवस्थापक भूमिका वापस पाने के लिए, आपके निम्नलिखित:

rails c
u = User.find_by(email: '[email protected]')
u.roles = Role.where(name: ['Agent', 'Admin'])
u.save!

फिर दोबारा लॉग इन करें और आप एडमिन हैं।

धन्यवाद! अब दूसरा प्रयास करें;)

पीएस: क्या कोड में गहराई से देखे बिना इन कमांडों को पाने का कोई तरीका है?

पीएस: क्या कोड में गहराई से देखे बिना इन कमांडों को पाने का कोई तरीका है?

अधिकांश रेल मानक आदेश हैं। लेकिन शायद हमें एक चीट शीट बनानी चाहिए....

प्रारंभिक सिंक में लगभग 10 मिनट लगे।
अब मुझे एक त्रुटि मिलती है:

An error occurred: Can't connect to '' on port '389', Connection refused - connect(2) for 127.0.0.1:389
LDAP होस्ट " ldaps://xxx.lan " कॉन्फ़िगर किया गया है

संपादित करें: स्ट्रिक्ट आईपी एड्रेस के साथ दूसरा प्रयास करना, न कि डीएनएस एड्रेस जहां 5 आईपी एड्रेस पीछे हैं।

लॉग/उत्पादन.लॉग प्राप्त करना संभव है?

@martini मैं आपके मेलड्रेस पर लॉग भेज सकता हूं। इसे कहाँ जाना चाहिए?

@martini मैं आपके मेलड्रेस पर लॉग भेज सकता हूं। इसे कहाँ जाना चाहिए?

जम्माद डॉट कॉम पर समर्थन

ठीक है अब यह काम कर रहा है और सिंक चल रहा है। अब 45 मिनट को 6k/22k के साथ सिंक कर रहा है।
क्या OTRS उपयोगकर्ताओं को भी सिंक करता है?

लेकिन मैं यूआईडी मैपिंग क्यों नहीं बदल सकता? हम एजेंट लॉगिन मैपिंग के लिए userprincipalname का उपयोग करते हैं।

और मैं केवल व्यवस्थापक और एजेंट को "भूमिका" के रूप में क्यों मैप कर सकता हूं। क्या भूमिका प्रबंधन केवल गायब है या यह अंतिम भूमिका प्रबंधन है?

ठीक है अब यह काम कर रहा है और सिंक चल रहा है। अब 45 मिनट को 6k/22k के साथ सिंक कर रहा है।

बस एक नोटिस, हम इसे तेज करने के लिए काम कर रहे हैं (~3 गुना तेज)।

क्या OTRS उपयोगकर्ताओं को भी सिंक करता है?

एजेंट (और भूमिका असाइनमेंट) ओटीआरएस में सिंक किए जाते हैं। ग्राहक नहीं, जो मुद्दों की ओर जाता है:

a) यदि ग्राहक को ldap से हटा दिया जाता है (इतिहास और संशोधन के मुद्दे)
बी) आप ग्राहक विशेषताओं के माध्यम से टिकट खोजना चाहते हैं - कोई अवलोकन नहीं, कोई ट्रिगर नहीं, ग्राहक विशेषताओं के साथ कोई एसएलए नहीं (संभव नहीं है, क्योंकि डेटा न्यूनतम 2 डेटा स्रोतों में है)
सी) एलडीएपी प्रश्नों के लिए प्रदर्शन मुद्दे (नेटवर्क से संबंधित भी हो सकते हैं)

लेकिन मैं यूआईडी मैपिंग क्यों नहीं बदल सकता? हम एजेंट लॉगिन मैपिंग के लिए userprincipalname का उपयोग करते हैं।

वर्तमान में हम सभी सेटिंग्स का स्वतः पता लगाने का प्रयास करते हैं। यदि आपके पास कॉन्फ़िगरेशन सेटिंग्स को बेहतर/समृद्ध करने के विचार हैं।

और मैं केवल व्यवस्थापक और एजेंट को "भूमिका" के रूप में क्यों मैप कर सकता हूं। क्या भूमिका प्रबंधन केवल गायब है या यह अंतिम भूमिका प्रबंधन है?

अगली रिलीज में भूमिका प्रबंधन होगा (यहां आप अनुमतियों के साथ भूमिका को परिभाषित कर सकते हैं)। यदि आप इसे अपने इंस्टॉलेशन (पैकेज इंस्टॉल) पर परीक्षण करना चाहते हैं, तो https://raw.githubusercontent.com/zammad/zammad/develop/app/assets/javascripts/app/controllers/role.coffee और प्रीकंपाइल एसेट्स को फिर से डाउनलोड करें।

ठीक है यह समझ में आता है।

मैंने अभी देखा है कि आप samaccountname और Mail के माध्यम से लॉगिन कर सकते हैं। यह एक अच्छा व्यवहार है! हमारे लिए: यूपीएन = मेलड्रेस

मुझे लगता है कि सिंक समय कोई समस्या नहीं है क्योंकि यह केवल प्रारंभिक सिंक है जिसमें कुछ समय लगता है।

टैग के स्वत: पता लगाने के लिए सलाह। हम कई Microsoft सेवाओं (व्यवसाय के लिए Skype, विनिमय,...) का उपयोग करते हैं। डिफ़ॉल्ट रूप से आप "ms" से शुरू होने वाली सभी विशेषताओं को बाहर कर सकते हैं। आपको ज़म्मद (मुझे लगता है) में उपयोगकर्ताओं की एक्सचेंज कॉन्फ़िगरेशन या सिप सेटिंग्स की आवश्यकता नहीं है। यह सब कुछ तेज कर सकता है।
मेरे उपयोगकर्ता खाते में लगभग 45 एमएस गुण हैं।

भूमिका प्लगइन के लिए मुझे कुछ अतिरिक्त जानकारी या googleing की आवश्यकता है;) मैंने फ़ाइल अपलोड की है लेकिन संपत्ति को प्रीकंपाइल करने का तरीका नहीं पता है।

संपादित करें: भूमिका प्लगइन स्थापित करने के लिए मैं एक अच्छे तरीके से हूँ!

अब अचानक सिंक बंद हो गया... पहले से ही सभी सेवाओं और सर्वर को पूरी तरह से पुनरारंभ कर दिया है। सिंक को पुनरारंभ करने के लिए कोई सलाह?

पहले ही rails r 'Delayed::Worker.new.work_off' किया है

अपडेट: ज़मद ने इसे अभी-अभी बनाया है! मैं
बस इंतजार किया और अचानक सिंक खत्म हो गया!

क्या सिंक डाउनलोड फोटो वोम सक्रिय निर्देशिका करता है? हम उन्हें थंबनेल फोटो विशेषता में संग्रहीत करते हैं।

अगला प्रश्न: सिंक कितनी बार चलता है? अब 24 घंटे बाद है और कोई नया समन्वयन नहीं था।

क्या सिंक डाउनलोड फोटो वोम सक्रिय निर्देशिका करता है? हम उन्हें थंबनेल फोटो विशेषता में संग्रहीत करते हैं।

अभी नहीं। लेकिन एक अच्छा विचार!

अगला प्रश्न: सिंक कितनी बार चलता है? अब 24 घंटे बाद है और कोई नया समन्वयन नहीं था।

अनुसूचक तालिका में एक काम है जो हर घंटे सिंक शुरू कर रहा है (बेशक script/scheduler.rb को चलने की जरूरत है)।

जांचें कि रेल कंसोल के माध्यम से नौकरियां मौजूद हैं या नहीं:

Scheduler.where(name: 'Import Jobs')

कार्य बनाने के लिए (पुनः) करें:

Scheduler.create_or_update(
  name:          'Import Jobs',
  method:       'ImportJob.start_registered',
  period:        1.hour,
  prio:          1,
  active:        true,
  updated_by_id: 1,
  created_by_id: 1
)

=> #<:रिलेशन i="5">]>

लेकिन वेबइंटरफेस कहता है:
अंतिम समन्वयन

20.04.2017 09:30 - 20.04.2017 09:51

हाय @ जूलियन 0ओ - क्या आप कृपया Setting.get('import_backends') की जांच कर सकते हैं? एक LDAP प्रविष्टि होनी चाहिए। यदि ऐसा है, तो कृपया ImportJob.all कमांड चलाएँ और परिणाम पोस्ट करें। कृपया ध्यान रखें कि आउटपुट में payload विशेषता में पीडब्लू और आपके मैपिंग जैसे गोपनीय डेटा शामिल हैं। payload की सामग्री प्रासंगिक नहीं है और इसे पूरी तरह से हटाया जा सकता है।

रूबी कंसोल से पेस्ट करने के लिए आउटपुट बड़ा है। क्या फ़ाइल में आउटपुट प्राप्त करने का कोई तरीका है?

क्षमा करें, मैं कुल रूबी नोब हूँ :)

कृपया ImportJob.last.attributes.except('payload').inspect प्रयास करें - क्योंकि हम केवल अंतिम दौड़ में रुचि रखते हैं। यदि यह अभी भी बड़ा है तो आप इसे File.write('/tmp/zammad_ldap.txt', ImportJob.last.attributes.except('payload').inspect) फ़ाइल में लिखने के लिए /tmp/zammad_ldap.txt का उपयोग कर सकते हैं।

irb(main):001:0> ImportJob.last.attributes.except('payload').inspect
=> "{\"id\"=>10, \"name\"=>\"Import::Ldap\", \"dry_run\"=>false, \"result\"=>{\"skipped\"=>122, \"created\"=>10, \"updated\"=>27, \"unchanged\"=>22256, \"failed\"=>0, \"sum\"=>22415, \"role_ids\"=>{3=>{\"created\"=>10, \"updated\"=>25, \"unchanged\"=>22220, \"failed\"=>0}, 2=>{\"created\"=>0, \"updated\"=>2, \"unchanged\"=>36, \"failed\"=>0}, 1=>{\"created\"=>0, \"updated\"=>1, \"unchanged\"=>5, \"failed\"=>0}}}, \"started_at\"=>Fri, 21 Apr 2017 08:32:15 UTC +00:00, \"finished_at\"=>Fri, 21 Apr 2017 08:44:07 UTC +00:00, \"created_at\"=>Fri, 21 Apr 2017 08:32:15 UTC +00:00, \"updated_at\"=>Fri, 21 Apr 2017 08:44:07 UTC +00:00}"

संपादित करें: यह बदल गया

Last sync

21.04.2017 10:32 - 21.04.2017 10:44

धन्यवाद! हम्म यह अजीब है क्या आप कृपया इस कथन का आउटपुट प्रदान कर सकते हैं:
ImportJob.where(name: 'Import::Ldap', dry_run: false).order(created_at: :desc).limit(1).first.attributes.except('payload').inspect

इसी कथन का उपयोग LDAP फ्रंटएंड कंट्रोलर द्वारा किया जाता है जो टेक्स्ट को रेंडर करने के लिए जिम्मेदार होता है।

मुझे पूरा यकीन है कि आपने किया था, लेकिन केवल विवेकपूर्ण कारणों से: क्या आपने पृष्ठ को पुनः लोड करने का प्रयास किया है?

irb(main):001:0> ImportJob.where(name: 'Import::Ldap', dry_run: false).order(created_at: :desc).limit(1).first.attributes.except('payload').inspect
=> "{\"id\"=>12, \"name\"=>\"Import::Ldap\", \"dry_run\"=>false, \"result\"=>{\"skipped\"=>110, \"created\"=>0, \"updated\"=>14, \"unchanged\"=>14176, \"failed\"=>0, \"sum\"=>22415, \"role_ids\"=>{3=>{\"created\"=>0, \"updated\"=>14, \"unchanged\"=>14145, \"failed\"=>0}, 2=>{\"created\"=>0, \"updated\"=>0, \"unchanged\"=>31, \"failed\"=>0}, 1=>{\"created\"=>0, \"updated\"=>0, \"unchanged\"=>5, \"failed\"=>0}}}, \"started_at\"=>Fri, 21 Apr 2017 10:33:07 UTC +00:00, \"finished_at\"=>nil, \"created_at\"=>Fri, 21 Apr 2017 10:33:07 UTC +00:00, \"updated_at\"=>Fri, 21 Apr 2017 10:40:31 UTC +00:00}"

मैंने पीसी को बूट करने के बाद सुबह इसे देखा। तो मैंने एक कठिन पुनः लोड किया :)
अब एक सिंक चल रहा है। शायद यह एक बार की समस्या थी।

अजीब यह मुझे भी अच्छा लगता है। ठीक है, अगर कुछ है तो हमें बताएं।

नमस्ते!

मैंने एलडीएपी कनेक्टर की भी कोशिश की है और जूलियन0ओ ( https://github.com/zammad/zammad/issues/350#issuecomment -295259450) जैसी ही समस्या में भाग गया और किसी भी व्यवस्थापक-समूह की घोषणा नहीं की। तो @martini के लिए धन्यवाद मैंने व्यवस्थापक भूमिका वापस पाने के लिए रेल स्निपेट का उपयोग किया।

मैंने कभी एलडीएपी-आयात पूरा नहीं किया लेकिन समूह पहले से ही समन्वयित लग रहे थे।
अब मेरे उपयोगकर्ता के पास अभी भी ग्राहक भूमिका है और मैं कोई सेटिंग नहीं बदल सकता।

सौभाग्य से मैं अभी भी व्यवस्थापक-कार्य करने में सक्षम हूं, इसलिए मैंने एक स्वतंत्र व्यवस्थापक-उपयोगकर्ता बनाया लेकिन फिर भी पहले उपयोगकर्ता पर कुछ भी नहीं बदल सकता।

इस पर कोई विचार?

मैं इसे एक बार फिर मार्टिंस रेल कमांड चलाकर हल करने में सक्षम था। मैं

लेकिन मेरे पास अभी भी एक प्रश्न है - क्या यह ठीक है कि प्रारंभिक सिंक होने से पहले ही समूह अनुमतियां समन्वयित हो जाती हैं?
मेरे मामले में मुझे एहसास हुआ कि बहुत अधिक उपयोगकर्ता एलडीएपी-कनेक्शन-विज़ार्ड से समन्वयित और बाहर निकल गए होंगे, लेकिन ऊपर बताई गई स्थिति के साथ खुद को पाया।

LDAP-आयात कल से लटका हुआ है

क्या आयात को रोकना/पुनरारंभ करना संभव है?

हाय @ SGVubmluZ0cK - क्या आप कृपया रेल व्यवस्थापक कंसोल का उपयोग कर सकते हैं और मुझे निम्नलिखित तीन आदेशों में से प्रत्येक का आउटपुट प्रदान कर सकते हैं:

Setting.get('import_backends')

ImportJob.last.attributes.except('payload').inspect

ImportJob.where(name: 'Import::Ldap', dry_run: false).order(created_at: :desc).limit(1).first.attributes.except('payload').inspect

धन्यवाद!

रेल व्यवस्थापक कंसोल यही कहता है:

irb(main):004:0> Setting.get('import_backends')
=> ["Import::Ldap"]

irb(main):005:0> ImportJob.last.attributes.except('payload').inspect
=> "{\"id\"=>55, \"name\"=>\"Import::Ldap\", \"dry_run\"=>false, \"result\"=>{\"skipped\"=>2, \"created\"=>2, \"updated\"=>0, \"unchanged\"=>496, \"failed\"=>0, \"sum\"=>2403, \"role_ids\"=>{3=>{\"created\"=>2, \"updated\"=>0, \"unchanged\"=>493, \"failed\"=>0}, 2=>{\"created\"=>0, \"updated\"=>0, \"unchanged\"=>3, \"failed\"=>0}, 1=>{\"created\"=>0, \"updated\"=>0, \"unchanged\"=>1, \"failed\"=>0}}}, \"started_at\"=>Wed, 26 Apr 2017 09:57:42 UTC +00:00, \"finished_at\"=>nil, \"created_at\"=>Wed, 26 Apr 2017 09:57:42 UTC +00:00, \"updated_at\"=>Wed, 26 Apr 2017 10:00:11 UTC +00:00}"

irb(main):006:0> ImportJob.where(name: 'Import::Ldap', dry_run: false).order(created_at: :desc).limit(1).first.attributes.except('payload').inspect
=> "{\"id\"=>55, \"name\"=>\"Import::Ldap\", \"dry_run\"=>false, \"result\"=>{\"skipped\"=>2, \"created\"=>2, \"updated\"=>0, \"unchanged\"=>496, \"failed\"=>0, \"sum\"=>2403, \"role_ids\"=>{3=>{\"created\"=>2, \"updated\"=>0, \"unchanged\"=>493, \"failed\"=>0}, 2=>{\"created\"=>0, \"updated\"=>0, \"unchanged\"=>3, \"failed\"=>0}, 1=>{\"created\"=>0, \"updated\"=>0, \"unchanged\"=>1, \"failed\"=>0}}}, \"started_at\"=>Wed, 26 Apr 2017 09:57:42 UTC +00:00, \"finished_at\"=>nil, \"created_at\"=>Wed, 26 Apr 2017 09:57:42 UTC +00:00, \"updated_at\"=>Wed, 26 Apr 2017 10:00:11 UTC +00:00}"

बहुत - बहुत धन्यवाद!

नमस्ते @SGVubmluZ0cK - पहली नज़र में मुझे सब कुछ ठीक लगता है। निश्चित रूप से ऐसा नहीं है। क्या आप कृपया एक नया मुद्दा बना सकते हैं? आपके सिस्टम/सेटअप के बारे में कुछ प्रश्न हैं जिन्हें गहराई से जानने के लिए मुझे जानना आवश्यक है। आपकी production.log फ़ाइल के लिए एक अनुरोध भी है जो कि यदि आप इसे प्रदान कर सकें तो बहुत अच्छा होगा।
कृपया ऊपर से कमांड के आउटपुट को अपने नए अंक में कॉपी - पेस्ट करें ताकि हमारे पास सब कुछ हो। धन्यवाद!

नमस्ते @ Julian0o - ज़मद रोल मैपिंग के लिए एलडीएपी समूह के लापता होने के कारण ज़मद ने आपकी भूमिका असाइनमेंट को हटा दिया, यह समस्या ऊपर की प्रतिबद्धता के साथ तय की गई है। यदि कोई मैपिंग निर्दिष्ट नहीं है, तो उपयोगकर्ता अब अपना स्थानीय भूमिका असाइनमेंट रखेंगे। लेकिन अगर मैपिंग निर्दिष्ट है तो एलडीएपी भूमिका असाइनमेंट के लिए प्रमुख स्रोत है। प्रतिक्रिया की सराहना की जाती है

हाय दोस्तों। क्या ADFS के माध्यम से प्रमाणीकरण संभव है या भविष्य में रिलीज के लिए कार्ड पर? मैं

नमस्ते @kmclea16!

हां, एडीएफएस संभव है क्योंकि ज़माद तीसरे पक्ष प्रदाताओं के माध्यम से उपयोगकर्ताओं को प्रमाणित और सिंक करने के लिए महान सर्वज्ञ रत्न का उपयोग करता है। पहले से ही एक रत्न है जो सर्वज्ञ के लिए ADFS प्रदान करता है।

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

LDAP प्रमाणीकरण अब आगामी Zammad संस्करण 1.6 रिलीज़ के लिए तैयार है यदि आपको इस कार्यक्षमता में समस्या है तो नए मुद्दों को खोलने के लिए स्वतंत्र महसूस करें।

@kmclea16 - ADFS मुद्दे या यहां तक ​​कि एक पुल अनुरोध को देखना बहुत अच्छा होगा