Linux वर Lync परिषदांमध्ये स्वयंचलित लॉगिन

अहो हाब्र!

माझ्यासाठी, हा वाक्यांश हॅलो वर्ल्ड सारखाच आहे, कारण मी शेवटी माझ्या पहिल्या प्रकाशनाला पोहोचलो. लिहिण्यासारखे काहीही नसल्यामुळे मी हा अद्भुत क्षण बराच काळ थांबवला आणि मला देखील असे काही चोखायचे नव्हते जे आधीच खूप वेळा चोखले गेले होते. सर्वसाधारणपणे, माझ्या पहिल्या प्रकाशनासाठी मला काहीतरी मूळ, इतरांसाठी उपयुक्त आणि काही प्रकारचे आव्हान आणि समस्या सोडवणारे हवे होते. आणि आता मी हे सामायिक करू शकतो. आता क्रमाने सर्वकाही बोलूया.

नोंद

काही काळापूर्वी मी माझ्या कामाच्या संगणकावर लिनक्स मिंट डाउनलोड केल्यावर हे सर्व सुरू झाले. बऱ्याच लोकांना कदाचित माहित असेल की Sipe प्लगइन असलेले Pidgin हे Linux सिस्टीमसाठी Microsoft Lync (आता व्यवसायासाठी Skype म्हणतात) साठी पूर्णपणे योग्य बदल आहे. माझ्या कामाच्या वैशिष्ट्यांमुळे, मला बऱ्याचदा SIP कॉन्फरन्समध्ये भाग घ्यावा लागतो आणि जेव्हा मी विंडोज वर्कर होतो तेव्हा कॉन्फरन्समध्ये प्रवेश करणे प्राथमिक होते: आम्हाला मेलद्वारे आमंत्रण प्राप्त होते, लॉगिन लिंकवर क्लिक करा आणि आम्ही जाण्यासाठी तयार आहोत .

लिनक्सच्या गडद बाजूवर स्विच करताना, सर्वकाही काहीसे अधिक क्लिष्ट झाले: अर्थातच, आपण पिडगिनमध्ये कॉन्फरन्स देखील प्रविष्ट करू शकता, परंतु हे करण्यासाठी आपल्याला आपल्या SIP खात्याच्या गुणधर्मांमधील मेनूमधील कॉन्फरन्समध्ये सामील व्हा पर्याय निवडणे आवश्यक आहे. उघडणारी विंडो, कॉन्फरन्सची लिंक घाला किंवा आयोजकाचे नाव आणि कॉन्फ आयडी टाका. आणि काही काळानंतर मी विचार करू लागलो: "हे कसे तरी सोपे करणे शक्य आहे का?" होय, तुम्ही म्हणाल, तुम्हाला याची गरज का आहे?

पायरी 1: संशोधन

"तुम्ही तुमच्या डोक्यात काही लहरी आल्यास, तुम्ही त्याला दांडी मारून बाहेर काढू शकत नाही," नेक्रासोव्ह त्याच्या कामात म्हणाला, "रूसमध्ये कोण चांगले राहतो."

तर, एकदा विचार माझ्या डोक्यात आला, काही वेळाने अंमलबजावणीची पहिली कल्पना आली. सर्व काही सोपे वाटले - आपल्याला दुव्यांमध्ये प्रवेश अवरोधित करणे आवश्यक आहे meet.company.com/user/confid - तुमच्या कारवर 127.0.0.1 वर स्थानिक वेब ऍप्लिकेशन प्रक्रिया स्थापित करा आणि /etc/hosts मध्ये तुम्ही लोकलहोस्टकडे निर्देश करून कॉन्फरन्समध्ये प्रवेश करत असलेल्या कंपनी डोमेनसाठी एक स्थिर एंट्री जोडा. पुढे, या वेब सर्व्हरने त्याच्याकडे आलेल्या दुव्यावर प्रक्रिया करणे आवश्यक आहे आणि ते कसे तरी पिडगिनमध्ये हस्तांतरित करणे आवश्यक आहे (मी लगेच सांगेन की या टप्प्यावर मला ते कसे द्यावे याबद्दल अद्याप कल्पना नव्हती). उपाय, अर्थातच, क्रॅचसारखा वास येतो, परंतु आम्ही प्रोग्रामर आहोत, क्रॅचेस आम्हाला घाबरत नाहीत (शिट).

मग, योगायोगाने, मी कसा तरी Google Chrome मध्ये आमंत्रण लिंक उघडली (आणि सहसा मी Mozilla Firefox वापरतो). आणि माझ्या आश्चर्याची गोष्ट म्हणजे, वेब पृष्ठ पूर्णपणे भिन्न दिसले - वापरकर्ता डेटा प्रविष्ट करण्यासाठी कोणताही फॉर्म नव्हता आणि पृष्ठ प्रविष्ट केल्यानंतर लगेच काहीतरी उघडण्याची विनंती होती. xdg-open. फक्त मनोरंजनासाठी, मी "होय" वर क्लिक करतो आणि एक त्रुटी संदेश येतो - lync15:confjoin?url=https://meet.company.com/user/confid ही लिंक उघडली जाऊ शकत नाही. हम्म. हे कोणत्या प्रकारचे xdg-ओपन आहे आणि अशा लिंक्स उघडण्यासाठी कशाची आवश्यकता आहे? डॉक्युमेंटेशनच्या पोस्ट-मॉर्टम वाचनातून असे दिसून आले की हा एक GUI हँडलर आहे जो uri योजनेसाठी प्रोटोकॉल किंवा विशिष्ट फाइल प्रकारांसह संबंधित अनुप्रयोग चालविण्यास मदत करतो. असोसिएशन माइम-प्रकार मॅपिंगद्वारे कॉन्फिगर केले जातात. म्हणून आम्ही पाहतो की आम्ही uri योजनेसाठी जुळलेल्या अर्जाचा शोध घेत आहोत lync15 आणि लिंक xdg-open वर पास केली जाते, जी नंतर, सैद्धांतिकदृष्ट्या, या प्रकारच्या लिंकसाठी जबाबदार असलेल्या काही ऍप्लिकेशनला पास केली पाहिजे. जे, अर्थातच, आमच्या सिस्टममध्ये नाही. नाही तर मग ते ओपन सोर्स जगात काय करतात? ते बरोबर आहे, आम्ही ते स्वतः लिहू.

लिनक्सच्या जगात आणि विशेषत: ग्राफिकल शेल (डेस्कटॉप वातावरण, DE) कसे कार्य करते याचा अभ्यास करताना, तसे, माझ्याकडे लिनक्स मिंटमध्ये Xfce आहे, असे दिसून आले की अनुप्रयोग आणि त्याच्याशी संबंधित माइम-प्रकार सहसा थेट लिहीले जातात. .desktop विस्तारासह शॉर्टकट फाइल्स. बरं, का नाही, मी एक साधा ऍप्लिकेशन शॉर्टकट तयार करतो, ज्याने फक्त बॅश स्क्रिप्ट लाँच केली पाहिजे आणि कन्सोलवर दिलेला युक्तिवाद आउटपुट केला पाहिजे, मी फक्त शॉर्टकट फाइल स्वतः प्रदान करतो:

[Desktop Entry]
Name=Lync
Exec=/usr/local/bin/lync.sh %u
Type=Application
Terminal=false
Categories=Network;InstantMessaging;
MimeType=x-scheme-handler/lync15;

मी कन्सोल वरून xdg-open लाँच करतो, ब्राउझरमधून येणारा समान दुवा पास करतो आणि... बमर. पुन्हा ते म्हणतात की ते दुव्यावर प्रक्रिया करू शकत नाही.

हे दिसून येते की, मी माझ्या अनुप्रयोगासह संबंधित माइम-प्रकारांची निर्देशिका अद्यतनित केली नाही. हे एका साध्या आदेशाने केले जाते:

xdg-mime default lync.desktop x-scheme-handler/lync15

जे फक्त फाइल संपादित करते ~/.config/mimeapps.list.

xdg-ओपन कॉलसह 2 नंबरचा प्रयत्न - आणि पुन्हा अपयश. काहीही, अडचणी आपल्याला घाबरवत नाहीत, परंतु केवळ आपली आवड वाढवतात. आणि बॅश (म्हणजे ट्रेसिंग) च्या सर्व सामर्थ्याने सशस्त्र, आम्ही प्रथम डीबगिंगमध्ये डुबकी मारतो. येथे हे लक्षात घेणे महत्वाचे आहे की xdg-open ही फक्त एक शेल स्क्रिप्ट आहे.

bash -x xdg-open $url

ट्रेसिंगनंतर आउटपुटचे विश्लेषण केल्यावर हे थोडेसे स्पष्ट होते की नियंत्रण नंतर हस्तांतरित केले जाते exo-ओपन. आणि ही आधीच बायनरी फाइल आहे आणि वितर्कात लिंक पास करताना ती अयशस्वी रिटर्न कोड का परत करते हे समजणे अधिक कठीण आहे.

xdg-open च्या इंटर्नल्समधून पाहिल्यानंतर, मला आढळले की ते विविध पर्यावरणीय पॅरामीटर्सचे विश्लेषण करते आणि विशिष्ट DE साठी विशिष्ट फाइल लिंक उघडण्यासाठी काही टूल्सवर नियंत्रण देते किंवा त्यात फॉलबॅक फंक्शन आहे. open_generic

open_xfce()
{
if exo-open --help 2>/dev/null 1>&2; then
exo-open "$1"
elif gio help open 2>/dev/null 1>&2; then
gio open "$1"
elif gvfs-open --help 2>/dev/null 1>&2; then
gvfs-open "$1"
else
open_generic "$1"
fi

if [ $? -eq 0 ]; then
exit_success
else
exit_failure_operation_failed
fi
}

उत्तीर्ण झालेल्या युक्तिवादाच्या विश्लेषणासह आणि आमची विशिष्ट सबस्ट्रिंग तेथे असल्यास मी येथे द्रुतपणे एम्बेड करेन lync15:, नंतर आम्ही ताबडतोब फंक्शनमध्ये नियंत्रण हस्तांतरित करतो open_generic.

प्रयत्न क्रमांक 3 आणि तुम्हाला असे वाटते की ते कार्य करते? होय, आता नक्कीच. पण एरर मेसेज आधीच बदलला आहे, ही आधीच प्रगती आहे - आता तो मला सांगत होता की फाईल सापडली नाही आणि फाईलच्या रूपात त्याने मला एक युक्तिवाद म्हणून तीच लिंक दिली.

यावेळी ते फंक्शन निघाले is_file_url_or_path, जे इनपुटवर पास केलेल्या फाईल लिंकचे विश्लेषण करते: file:// किंवा फाईलचा मार्ग किंवा इतर काहीतरी. आणि आमच्या उपसर्ग (url योजना) मध्ये संख्या आहेत या वस्तुस्थितीमुळे चेक योग्यरित्या कार्य करत नाही आणि नियमित अभिव्यक्ती फक्त :alpha: ठिपके आणि डॅश असलेल्या वर्ण संच तपासते. साठी rfc3986 मानक सल्लामसलत केल्यानंतर एकसमान संसाधन अभिज्ञापक हे स्पष्ट झाले की यावेळी मायक्रोसॉफ्ट काहीही उल्लंघन करत नाही (जरी माझ्याकडे अशी आवृत्ती होती). फक्त वर्ण वर्ग :अल्फा: मध्ये फक्त लॅटिन वर्णमाला अक्षरे आहेत. मी त्वरीत नियमित चेक अल्फान्यूमेरिकमध्ये बदलतो. पूर्ण झाले, तुम्ही आश्चर्यकारक आहात, सर्व काही शेवटी सुरू होते, आमच्या स्क्रिप्ट ऍप्लिकेशनला सर्व तपासण्या दिल्यानंतर नियंत्रण होते, आमची लिंक कन्सोलवर प्रदर्शित होते, सर्वकाही जसे हवे तसे आहे. यानंतर, मला शंका येऊ लागली की एक्सो-ओपनमधील सर्व समस्या या योजनेतील क्रमांकांमुळे लिंक फॉरमॅटचे प्रमाणीकरण झाल्यामुळे आहेत. गृहीतकांची चाचणी घेण्यासाठी, मी अर्जाची माइम-प्रकार नोंदणी फक्त योजनेमध्ये बदलतो lync आणि voila - open_xfce फंक्शन ओव्हरराइड न करता सर्वकाही कार्य करते. परंतु हे आम्हाला कोणत्याही प्रकारे मदत करणार नाही, कारण कॉन्फरन्समध्ये प्रवेश करण्यासाठी वेब पृष्ठ lync15 सह एक दुवा तयार करते.

तर, प्रवासाचा पहिला भाग पूर्ण झाला आहे. आम्हाला माहित आहे की लिंक कॉल कसा इंटरसेप्ट करायचा आणि नंतर तो कसा तरी प्रक्रिया करून पिडगिनमध्ये पास करणे आवश्यक आहे. "कॉन्फरन्समध्ये सामील व्हा" मेनूमधील दुव्याद्वारे डेटा प्रविष्ट करताना ते आंतरिकरित्या कसे कार्य करते हे समजून घेण्यासाठी, मी Sipe प्रकल्पाच्या Git भांडाराचे क्लोन केले आणि कोडमध्ये पुन्हा जाण्यासाठी तयार झालो. पण नंतर, सुदैवाने, कॅटलॉगमधील स्क्रिप्ट्सने मला आकर्षित केले योगदान/dbus/:

• sipe-join-conference-with-uri.pl
• sipe-join-conference-with-organizer-and-id.pl
• sipe-call-phone-number.pl
• SipeHelper.pm

असे दिसून आले की Sipe प्लगइन dbus (डेस्कटॉप बस) द्वारे परस्परसंवादासाठी उपलब्ध आहे आणि स्क्रिप्टच्या आत एका दुव्याद्वारे कॉन्फरन्समध्ये सामील होण्याची उदाहरणे आहेत, एकतर आयोजकाचे नाव आणि कॉन्फ-आयडी द्वारे किंवा तुम्ही sip द्वारे कॉल सुरू करू शकता. . नेमके हेच आपण चुकत होतो.

पायरी 2. ऑटोजॉइन हँडलर लागू करणे

पर्लमध्ये तयार उदाहरणे असल्याने, मी फक्त वापरण्याचा निर्णय घेतला sipe-join-conference-with-uri.pl आणि स्वतःला अनुकूल करण्यासाठी ते थोडे सुधारा. मी पर्लमध्ये लिहू शकतो, त्यामुळे कोणतीही विशेष अडचण आली नाही.

स्क्रिप्टची स्वतंत्रपणे चाचणी केल्यानंतर, मी त्याचा कॉल फाइलमध्ये लिहिला lync.desktop. आणि तो विजय होता! कॉन्फरन्स जॉईन पेजमध्ये प्रवेश करताना आणि xdg-ओपनला रन करण्यास अनुमती देताना, Pidgin कडील कॉन्फरन्स पॉपअप विंडो आपोआप उघडेल. मला किती आनंद झाला.
यशाने प्रोत्साहित होऊन, मी माझ्या मुख्य ब्राउझर, Mozilla Firefox साठी असेच करण्याचा निर्णय घेतला. जेव्हा आपण फॉक्सद्वारे लॉग इन करता तेव्हा अधिकृततेसाठी एक पृष्ठ उघडते आणि अगदी तळाशी एक बटण असते ऑफिस कम्युनिकेटर वापरून सामील व्हा. तिनेच माझे लक्ष वेधून घेतले. जेव्हा तुम्ही ब्राउझरमध्ये त्यावर क्लिक करता तेव्हा ते पत्त्यावर जाते:

conf:sip:{user};gruu;opaque=app:conf:focus:id:{conf-id}%3Frequired-media=audio

ज्यावर तो प्रेमळपणे मला सांगतो की त्याला ते कसे उघडायचे हे माहित नाही आणि कदाचित, माझ्याकडे अशा प्रोटोकॉलसाठी संबंधित अनुप्रयोग नाही. बरं, आम्ही आधीच यातून गेलो आहोत.

उरी योजनेसाठी मी पटकन माझ्या स्क्रिप्ट अर्जाची नोंदणी करतो conf आणि... काहीही होत नाही. ब्राउझर तक्रार करत राहतो की माझ्या लिंक्स हाताळणारे कोणतेही ऍप्लिकेशन नाही. या प्रकरणात, पॅरामीटर्ससह कन्सोलवरून xdg-open कॉल करणे उत्तम प्रकारे कार्य करते.

“फायरफॉक्समध्ये कस्टम प्रोटोकॉल हँडलर सेट करा” - मी या प्रश्नासह ऑनलाइन गेलो. स्टॅकओव्हरफ्लोवर अनेक चर्चा केल्यानंतर (आणि त्याशिवाय आपण कुठे असू) उत्तर सापडल्यासारखे वाटते. मध्ये आपल्याला एक विशेष पॅरामीटर तयार करण्याची आवश्यकता आहे about: config (अर्थात foo च्या जागी conf ने):

network.protocol-handler.expose.foo = false

आम्ही ते तयार करतो, लिंक उघडतो आणि... असे भाग्य नाही. ब्राउझर, जणू काही घडलेच नाही, असे म्हणतो की त्याला आमचा अनुप्रयोग माहित नाही.

मी Mozilla कडून प्रोटोकॉलची नोंदणी करण्यासाठी अधिकृत दस्तऐवज वाचत आहे, gnome डेस्कटॉपवरच संघटनांची नोंदणी करण्याचा पर्याय आहे (foo ची जागा conf सह, अर्थातच):

gconftool-2 -s /desktop/gnome/url-handlers/foo/command '/path/to/app %s' --type String
gconftool-2 -s /desktop/gnome/url-handlers/foo/enabled --type Boolean true

मी नोंदणी करतो, ब्राउझर उघडतो... आणि पुन्हा दाढी.

येथे दस्तऐवजीकरणातील एक ओळ माझे लक्ष वेधून घेते:

पुढच्या वेळी तुम्ही protocol-type foo च्या लिंकवर क्लिक कराल तेव्हा तुम्हाला ते कोणत्या ऍप्लिकेशनसह उघडायचे ते विचारले जाईल.

- सेमीऑन सेमेनिच
- आह

आम्ही दुव्यावर क्लिक करत नाही, परंतु वेब पृष्ठ फक्त javascript द्वारे window.location बदलते. मी conf प्रोटोकॉलच्या दुव्यासह एक साधी html फाईल लिहितो, ती ब्राउझरमध्ये उघडा, दुव्यावर क्लिक करा - Yos! आम्हाला आमची लिंक कोणत्या ऍप्लिकेशनमध्ये उघडायची आहे हे विचारणारी एक विंडो उघडते आणि तिथे आमच्याकडे आधीच आमच्या Lync ऍप्लिकेशनची यादी आहे - आम्ही सर्व शक्य मार्गांनी प्रामाणिकपणे नोंदणी केली आहे. तेथे विंडोमध्ये एक चेकबॉक्स आहे "निवड लक्षात ठेवा आणि आमच्या अनुप्रयोगातील दुवे नेहमी उघडा", त्यास चिन्हांकित करा, ओके क्लिक करा. आणि हा दुसरा विजय आहे - कॉन्फरन्स विंडो उघडते. त्याच वेळी, कॉन्फरन्स उघडणे केवळ तुम्ही दुव्यावर क्लिक करता तेव्हाच कार्य करत नाही, तर सामील होण्याच्या पृष्ठावरून आम्हाला कॉन्फरन्समध्ये जाताना देखील कार्य करते.

मग मी तपासले, पॅरामीटर्स हटवत आहेत network.protocol-handler.expose.conf फॉक्समधील प्रोटोकॉलच्या ऑपरेशनवर कोणत्याही प्रकारे परिणाम झाला नाही. दुवे काम करत राहिले.

निष्कर्ष

मी माझे सर्व कार्य GitHub रेपॉजिटरीमध्ये अपलोड केले आहे; सर्व संसाधनांचे दुवे लेखाच्या शेवटी असतील.
ज्यांना माझे काम वापरायचे आहे त्यांच्याकडून फीडबॅक घेण्यात मला रस असेल. मी ताबडतोब लक्षात घेतले पाहिजे की मी सर्व विकास फक्त माझ्या लिनक्स मिंट सिस्टमसाठी केला आहे, त्यामुळे काही इतर वितरणे किंवा डेस्कटॉप त्या आवृत्तीमध्ये कार्य करू शकत नाहीत. किंवा त्याऐवजी, मला याची जवळजवळ खात्री आहे, कारण मी xdg-open मध्ये फक्त 1 फंक्शन पॅच केले आहे जे फक्त माझ्या DE शी संबंधित आहे. तुम्हाला इतर सिस्टम किंवा डेस्कटॉपसाठी समर्थन जोडायचे असल्यास, मला गिथबवर पुल विनंत्या लिहा.

संपूर्ण प्रकल्प पूर्ण होण्यासाठी 1 संध्याकाळ लागली.

दुवे:

• Mozilla सह प्रोटोकॉलची नोंदणी करणे
• डी-बस (विकिपीडिया)
• rfc3986 URI
• Github वर प्रकल्प

स्त्रोत: www.habr.com