כניסה אוטומטית לוועידות Lync ב-Linux

היי הבר!

עבורי, הביטוי הזה דומה לשלום עולם, מאז שהגעתי סוף סוף לפרסום הראשון שלי. דחיתי את הרגע הנפלא הזה הרבה זמן, כי לא היה על מה לכתוב, וגם לא רציתי לינוק משהו שכבר נשאב המון פעמים. באופן כללי, לפרסום הראשון שלי רציתי משהו מקורי, שימושי לאחרים ומכיל איזשהו אתגר ופתרון בעיות. ועכשיו אני יכול לשתף את זה. עכשיו בואו נדבר על הכל לפי הסדר.

כניסה

הכל התחיל כאשר לפני זמן מה הורדתי את Linux Mint למחשב העבודה שלי. אנשים רבים בוודאי יודעים ש-Pidgin עם תוסף Sipe הוא תחליף מתאים לחלוטין ל-Microsoft Lync (שנקראת כיום Skype for business) עבור מערכות לינוקס. בגלל הספציפיות של העבודה שלי, אני נאלץ להשתתף לעתים קרובות בכנסים של SIP, וכשהייתי עובד של Windows, הכניסה לכנסים הייתה אלמנטרית: אנחנו מקבלים הזמנה בדואר, לוחצים על קישור הכניסה, ואנחנו מוכנים לצאת לדרך .

בעת המעבר לצד האפל של לינוקס, הכל נעשה קצת יותר מסובך: כמובן, אתה יכול גם להיכנס לכנסים ב-Pidgin, אבל כדי לעשות זאת אתה צריך לבחור באפשרות הצטרפות לוועידה בתפריט במאפייני חשבון ה-SIP שלך. בחלון שנפתח, הכנס קישור לוועידה או הזן את שם המארגן ומזהה ה-conf id. ואחרי זמן מה התחלתי לחשוב: "האם אפשר איכשהו לפשט את זה?" כן, אתה יכול לומר, למה לעזאזל אתה צריך את זה? אני מעדיף לשבת על Windows ולא לפוצץ את דעתי.

שלב 1: מחקר

"אם יש לך גחמה בראש, אתה לא יכול להפיל אותה עם יתד", אמר נקרסוב ביצירתו "מי חי טוב ברוסיה".

אז, ברגע שהמחשבה עלתה בראשי, לאחר זמן מה עלה הרעיון הראשון ליישום. הכל נראה פשוט - אתה צריך ליירט גישה לקישורים meet.company.com/user/confid - התקן תהליך יישום אינטרנט מקומי במכונית שלך ב-127.0.0.1 וב-/etc/hosts הוסף ערך סטטי עבור דומיין החברה שדרכו אתה נכנס לוועידה, המצביע על localhost. בשלב הבא, שרת האינטרנט הזה חייב לעבד את הקישור שהגיע אליו ואיכשהו להעביר אותו בתוך Pidgin (אני אגיד מיד שבשלב הזה עדיין לא היה לי מושג איך לתת לו אותו בכלל). הפתרון, כמובן, מריח כמו קביים, אבל אנחנו מתכנתים, קביים לא מפחידים אותנו (חרא).

ואז, במקרה, פתחתי איכשהו את קישור ההזמנה בגוגל כרום (ובדרך כלל אני תמיד משתמש ב-Mozilla Firefox). ולהפתעתי, דף האינטרנט נראה אחרת לגמרי - לא היה טופס להזנת נתוני משתמש ומיד לאחר הכניסה לדף הייתה בקשה לפתוח משהו דרך xdg פתוח. סתם בשביל הכיף, אני לוחץ על "כן" ומופיעה הודעת שגיאה - לא ניתן לפתוח את הקישור lync15:confjoin?url=https://meet.company.com/user/confid. הממ. איזה סוג של xdg-open זה ומה הוא צריך כדי שקישורים כאלה ייפתחו? קריאה שלאחר המוות של התיעוד העלתה כי מדובר במטפל ב-GUI שעוזר להפעיל יישומים קשורים עם פרוטוקולים עבור סכימת ה-uri או עם סוגי קבצים ספציפיים. אסוציאציות מוגדרות באמצעות מיפוי מסוג Mime. אז אנו רואים שאנו מפעילים חיפוש אחר יישום מותאם עבור ערכת uri בשם lync15 והקישור מועבר ל-xdg-open, שלאחר מכן, בתיאוריה, אמור להעביר אותו לאפליקציה כלשהי שאחראית על סוג זה של קישור. מה, כמובן, אין לנו במערכת שלנו. אם לא, אז מה הם עושים בעולם הקוד הפתוח? נכון, נכתוב את זה בעצמנו.

התעמקות נוספת בעולם הלינוקס ובעיקר בלימוד איך המעטפת הגרפית (סביבת שולחן עבודה, DE) עובדת, אגב, יש לי Xfce ב-Linux Mint, הראתה שיישומים וסוג ה-mime הקשורים אליו נכתבים בדרך כלל ישירות ב קבצי קיצור עם הסיומת .desktop. ובכן, למה לא, אני יוצר קיצור דרך פשוט ליישום, שאמור פשוט להפעיל סקריפט bash ולהוציא את הארגומנט שהועבר אליו לקונסולה, אני מספק רק את קובץ הקיצור עצמו:

[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.

ניסיון מספר 2 עם הקריאה xdg-open - ושוב כישלון. כלום, קשיים לא מפחידים אותנו, אלא רק מלבים את העניין שלנו. וחמושים בכל הכוח של bash (כלומר, מעקב), אנחנו צוללים עם ראש לניפוי באגים. חשוב לציין כאן ש-xdg-open הוא רק סקריפט מעטפת.

bash -x xdg-open $url

ניתוח הפלט לאחר מעקב מתברר מעט שהשליטה מועברת אליו אקסו-פתוח. וזה כבר קובץ בינארי וקשה יותר להבין למה הוא מחזיר קוד החזרה לא מוצלח כשמעבירים אליו קישור בארגומנט.

לאחר שעיינתי בחלקים הפנימיים של xdg-open, גיליתי שהוא מנתח פרמטרים סביבתיים שונים ומעביר את השליטה הלאה או לכלים מסוימים לפתיחת קישורי קבצים ספציפיים ל-DE מסוים, או שיש לו פונקציית fallback 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 עבור מזהה משאב אחיד התברר שהפעם מיקרוסופט לא מפרה כלום (למרות שהייתה לי גרסה כזו). רק מחלקת התווים :alpha: מכילה רק אותיות מהאלפבית הלטיני. אני משנה במהירות את הסימון הרגיל לאלפאנומרי. סיימת, אתה מדהים, הכל סוף סוף מתחיל, השליטה אחרי כל הבדיקות נתונה לאפליקציית הסקריפט שלנו, הקישור שלנו מוצג בקונסולה, הכל כמו שצריך. לאחר מכן, אני מתחיל לחשוד שכל הבעיות ב-exo-open נובעות גם מאימות פורמט הקישור עקב המספרים בסכמה. כדי לבחון את ההשערה, אני משנה את הרישום מסוג פנטומימאי של האפליקציה לסכמה בלבד לינץ ' והואלה - הכל עובד בלי לעקוף את הפונקציה open_xfce. אבל זה לא יעזור לנו בשום צורה, כי דף האינטרנט לכניסה לכנס יוצר קישור עם lync15.

אז, החלק הראשון של המסע הושלם. אנחנו יודעים איך ליירט שיחת קישור ואז צריך איכשהו לעבד אותה ולהעביר אותה בתוך Pidgin. על מנת להבין איך זה עובד באופן פנימי בהזנת נתונים דרך קישור בתפריט "הצטרפות לכנס", שיבטתי את מאגר Git של פרויקט Sipe והתכוננתי לצלול שוב לקוד. אבל אז, למרבה המזל, נמשכתי לתסריטים בקטלוג contrib/dbus/:

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

מסתבר שהתוסף של Sipe זמין לאינטראקציה דרך dbus (אוטובוס שולחני) ובתוך הסקריפטים יש דוגמאות להצטרפות לוועידה דרך קישור, או דרך שם המארגן ו-conf-id, או שאפשר ליזום שיחה דרך sip . זה בדיוק מה שהיה חסר לנו.

שלב 2. יישום מטפל בהצטרפות אוטומטית

מכיוון שיש דוגמאות מוכנות בפרל, החלטתי פשוט להשתמש sipe-join-conference-with-uri.pl ותשנה אותו מעט כדי להתאים לעצמך. אני יכול לכתוב בפרל, אז זה לא גרם לקשיים מיוחדים.

לאחר בדיקת הסקריפט בנפרד, כתבתי את הקריאה שלו לקובץ lync.desktop. וזה היה ניצחון! כאשר נכנסים לדף ההצטרפות לוועידה ומאפשרים ל-xdg-open לפעול, חלון הוועידה הקופץ מ-Pidgin ייפתח אוטומטית. כמה שמחתי.
מעודד מההצלחה, החלטתי לעשות את אותו הדבר עבור הדפדפן הראשי שלי, Mozilla Firefox. כשנכנסים דרך השועל נפתח עמוד להרשאה ובחלק התחתון ממש יש כפתור הצטרף באמצעות תקשורת משרדית. היא זו שמשכה את תשומת לבי. כאשר אתה לוחץ עליו בדפדפן, הוא עובר לכתובת:

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

אליו הוא אומר לי באדיבות שהוא לא יודע איך לפתוח את זה ואולי אין לי אפליקציה קשורה לפרוטוקול כזה. ובכן, כבר עברנו את זה.

אני רושם במהירות את יישום הסקריפט שלי גם עבור ערכת uri conf ו... שום דבר לא קורה. הדפדפן ממשיך להתלונן שאין אפליקציה שמטפלת בקישורים שלי. במקרה זה, קריאה ל-xdg-open מהמסוף עם פרמטרים עובדת בצורה מושלמת.

"הגדר מטפל בפרוטוקול מותאם אישית בפיירפוקס" - נכנסתי לאינטרנט עם השאלה הזו. לאחר שעברנו מספר דיונים על stackoverflow (והיכן היינו בלעדיו), נראה שהתשובה נמצאה. אתה צריך ליצור פרמטר מיוחד ב about: config (כמובן מחליף את foo ב-conf):

network.protocol-handler.expose.foo = false

אנחנו יוצרים את זה, פותחים את הקישור ו... אין כזה מזל. הדפדפן, כאילו כלום לא קרה, אומר שהוא לא מכיר את האפליקציה שלנו.

אני קורא את התיעוד הרשמי על רישום פרוטוקול ממוזילה, יש אפשרות לרשום אסוציאציות בשולחן העבודה של 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

אני נרשם, פותח את הדפדפן... ושוב את הזקן.

הנה שורה מהתיעוד מושכת את עיני:

בפעם הבאה שתלחץ על קישור של foo מסוג פרוטוקול תישאל באיזו אפליקציה לפתוח אותו.

— סמיון סמניך
- אהה

אנחנו לא לוחצים על הקישור, אבל דף האינטרנט פשוט משנה את window.location באמצעות javascript. אני כותב קובץ HTML פשוט עם קישור לפרוטוקול conf, פותח אותו בדפדפן, לוחץ על הקישור - יוס! נפתח חלון ששואל באיזו אפליקציה אנחנו צריכים לפתוח את הקישור שלנו, ושם כבר יש לנו את אפליקציית Lync שלנו ברשימה - ישר רשמנו אותה בכל הדרכים האפשריות. שם בחלון יש תיבת סימון "זכור את הבחירה ופתח תמיד קישורים באפליקציה שלנו", סמן אותה, לחץ על אישור. וזה הניצחון השני - חלון הוועידה נפתח. יחד עם זאת, פתיחת כנסים עובדת לא רק כאשר לוחצים על קישור, אלא גם במעבר מדף ההצטרפות שאנו צריכים לכנס.

ואז בדקתי, מחקתי פרמטרים network.protocol-handler.expose.conf לא השפיע בשום אופן על פעולת הפרוטוקול בפוקס. הקישורים המשיכו לעבוד.

מסקנה

העליתי את כל העבודה שלי למאגר GitHub; קישורים לכל המשאבים יהיו בסוף המאמר.
אהיה מעוניין לקבל משוב ממי שרוצה להשתמש בעבודתי. עלי לציין מיד שעשיתי את כל הפיתוח רק עבור מערכת Linux Mint שלי, כך שחלק מההפצות או שולחנות העבודה האחרים עשויים שלא לעבוד בגרסה זו. או ליתר דיוק, אני אפילו כמעט בטוח בזה, כי תיקנתי רק פונקציה אחת ב-xdg-open שמתייחסת רק ל-DE שלי. אם אתה רוצה להוסיף תמיכה למערכות אחרות או למחשבים שולחניים, כתוב לי בקשות משיכה ב-Github.

כל הפרויקט לקח ערב אחד כדי להשלים.

קישורים:

• רישום פרוטוקול עם מוזילה
• D-bus(ויקיפדיה)
• rfc3986 URI
• פרויקט ב- Github

מקור: www.habr.com