Linux 上の Lync 会議への自動ログイン

おい、ハブル！

ようやく最初の出版物を出版できたので、私にとってこのフレーズは hello world に似ています。 私はこの素晴らしい瞬間を長い間先延ばしにしていました。書くことも何もなかったからです。また、すでに何度も吸われたものを吸うのも嫌だったからです。 一般に、私の最初の出版物では、独創的で他の人にとって役立ち、ある種の挑戦と問題解決を含むものを望んでいました。 そして今、これを共有できるようになりました。 それでは、すべてについて順番に話しましょう。

エントリー

それはすべて、しばらく前に職場のコンピューターに Linux Mint をダウンロードしたときに始まりました。 おそらく多くの人は、Sipe プラグインを備えた Pidgin が、Linux システム用の Microsoft Lync (現在は Skype for business と呼ばれています) に完全に適した代替品であることを知っているでしょう。 私の仕事の特殊性により、SIP カンファレンスに参加する必要があることがよくあります。Windows で働いていた頃は、カンファレンスに参加するのは初歩的なことでした。メールで招待状を受け取り、ログイン リンクをクリックすれば、準備は完了です。 。

Linux のダークサイドに切り替えると、すべてがやや複雑になります。もちろん、Pidgin で会議にログインすることもできますが、これを行うには、SIP アカウントのプロパティのメニューで会議に参加するオプションを選択する必要があります。開いたウィンドウで、会議へのリンクを挿入するか、主催者の名前と会議 ID を入力します。 そしてしばらくしてから、「これを何とか単純化できないだろうか？」と考え始めました。 ええ、一体なぜこれが必要なの? と思われるかもしれませんが、私は Windows を使用していて、混乱しないほうがいいと思います。

ステップ 1: 調査

「頭の中に気まぐれが生じても、それを杭で打ち消すことはできない」とネクラソフ氏は著書「誰がロシアでよく生きるか」の中で述べた。

それで、その考えが頭に浮かんだ後、しばらくして、実装のための最初のアイデアが浮かびました。 すべてが簡単そうに見えました - リンクへのアクセスをインターセプトする必要があります meets.company.com/user/confid — ローカル Web アプリケーション プロセスを 127.0.0.1 の車にインストールし、/etc/hosts に、会議に参加するための会社ドメインの静的エントリを追加し、localhost を指します。 次に、この Web サーバーは、そこに届いたリンクを処理し、何らかの方法で Pidgin 内に転送する必要があります (すぐに言っておきますが、この段階では、リンクを与える方法がまだまったくわかりませんでした)。 もちろん、この解決策は松葉杖のような臭いがしますが、私たちはプログラマーなので、松葉杖は怖くありません（クソ）。

そして、偶然、Google Chrome で招待リンクを開いてしまいました (普段は常に Mozilla Firefox を使用しています)。 そして驚いたことに、Web ページの見た目はまったく異なっていました。ユーザー データを入力するフォームはなく、ページに入った直後に、何かを開くよう要求がありました。 xdg-open。 面白半分で「はい」をクリックすると、リンク lync15:confjoin?url=https://meet.company.com/user/confid を開けないというエラー メッセージが表示されます。 ふーむ。 これはどのような xdg-open ですか?また、そのようなリンクを開くには何が必要ですか? ドキュメントを事後的に読んだところ、これは、uri スキームのプロトコルまたは特定のファイル タイプのいずれかを使用して、関連するアプリケーションを実行するのに役立つ GUI ハンドラーであることが判明しました。 関連付けは、MIME タイプ マッピングを介して設定されます。 したがって、という名前の URI スキームに一致するアプリケーションの検索を実行していることがわかります。 lync15 そして、リンクは xdg-open に渡され、理論的には、このタイプのリンクを担当するアプリケーションにリンクが渡されるはずです。 もちろん、私たちのシステムにはそれがありません。 そうでない場合、彼らはオープンソースの世界で何をしているのでしょうか? そうです、自分たちで書きましょう。

Linux の世界にさらに没頭し、特にグラフィカル シェル (デスクトップ環境、DE) がどのように動作するかを研究すると、ちなみに、私は Linux Mint に Xfce を入れていますが、アプリケーションとそれに関連付けられた MIME タイプが通常、Xfce で直接書かれていることがわかりました。拡張子が .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 を起動し、ブラウザから来たのと同じリンクを渡しますが...残念です。 再度、リンクを処理できないと表示されます。

結局のところ、アプリケーションに関連付けられた MIME タイプのディレクトリを更新しませんでした。 これは簡単なコマンドで実行できます。

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

ファイルを編集するだけです ~/.config/mimeapps.list.

xdg-open 呼び出しで番号 2 を試みますが、再び失敗します。 何も、困難は私たちを怖がらせるものではなく、ただ私たちの興味を刺激するだけです。 そして、bash (つまりトレース) のすべての機能を活用して、真っ先にデバッグに取り掛かります。 ここで、xdg-open は単なるシェル スクリプトであることに注意することが重要です。

bash -x xdg-open $url

トレース後の出力を分析すると、制御が次に転送されることが少し明らかになります。 エクソオープン。 そして、これはすでにバイナリ ファイルであり、引数でこのファイルへのリンクを渡すと失敗したリターン コードが返される理由を理解するのはさらに困難です。

xdg-open の内部を調べたところ、さまざまな環境パラメータを分析し、特定の DE に固有のファイル リンクを開くためのツールにさらに制御を渡すか、フォールバック機能があることがわかりました。 オープンジェネリック

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:その後、すぐに制御を関数に移します。 オープンジェネリック.

番号 3 を試してみて、うまくいったと思いますか? はい、もちろんです。 しかし、エラーメッセージはすでに変更されており、これはすでに進行中です。今、彼はファイルが見つからないと私に言い、引数として渡された同じリンクをファイルの形式で私に書きました。

今回は関数であることが判明しました is_file_url_or_path、入力に渡されたファイル リンク: file:// またはファイルへのパス、またはその他のものを分析します。 また、プレフィックス (URL スキーム) に数字が含まれており、正規表現では :alpha: ドットとダッシュで構成される文字セットのみがチェックされるため、チェックは正しく機能しませんでした。 rfc3986 標準を参照した後、 統一リソース識別子 今回、Microsoftは何も違反していないことが明らかになりました（私はそのようなバージョンを持っていましたが）。 文字クラス :alpha: には、ラテン文字の文字のみが含まれます。 すぐに定期チェックを英数字に変更します。 完了、あなたは素晴らしいです。ついにすべてが始まり、すべてのチェック後の制御がスクリプト アプリケーションに与えられ、リンクがコンソールに表示され、すべてが本来あるべき姿になっています。 この後、exo-open に関するすべての問題も、スキーム内の数値によるリンク形式の検証が原因ではないかと疑い始めます。 仮説をテストするために、アプリケーションの MIME タイプ登録を単なるスキームに変更します。 リンク そして出来上がり - open_xfce 関数をオーバーライドしなくてもすべてが機能します。 ただし、会議に参加するための Web ページでは lync15 へのリンクが作成されるため、これは何の役にも立ちません。

ということで、旅の前半部分は終了です。 私たちはリンク呼び出しをインターセプトする方法を知っているので、それを何らかの方法で処理して Pidgin 内に渡す必要があります。 「会議に参加」メニューのリンクを介してデータを入力するときに内部でどのように動作するかを理解するために、Sipe プロジェクトの Git リポジトリのクローンを作成し、再度コードに飛び込む準備をしました。 しかし幸運なことに、私はカタログにあるスクリプトに惹かれました。 投稿/dbus/:

• sipe-join-conference-with-uri.pl
• sipe-join-conference-with-organizer-and-id.pl
• sipe-call-電話番号.pl
• SipeHelper.pm

Sipe プラグインは dbus (デスクトップ バス) を介した対話に利用できることが判明し、スクリプト内には主催者の名前と conf-id を介してリンクを介して会議に参加する例があり、または sip を介して通話を開始することもできます。 。 これはまさに私たちに欠けていたものです。

ステップ 2. 自動結合ハンドラーの実装

Pearl には既製のサンプルがあるので、そのまま使用することにしました。 sipe-join-conference-with-uri.pl そして自分に合うように少し修正してください。 Pearlでも書けるので特に困ることはありませんでした。

スクリプトを個別にテストした後、その呼び出しをファイルに書き込みました lync.デスクトップ。 そしてそれは勝利でした！ 会議参加ページに入り、xdg-open の実行を許可すると、Pidgin からの会議ポップアップ ウィンドウが自動的に開きます。 なんとうれしかったことでしょう。
この成功に勇気づけられて、私はメインのブラウザである Mozilla Firefox でも同じことをすることにしました。 fox 経由でログインすると、認証用のページが開き、一番下にボタンがあります オフィスコミュニケーターを使用して参加する。 彼女は私の注意を引いた人でした。 ブラウザでクリックすると、次のアドレスに移動します。

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

すると彼は、それを開く方法がわからない、そしておそらくそのようなプロトコルに関連するアプリケーションを持っていないかもしれないと親切に私に言いました。 まあ、私たちはすでにこれを経験しています。

スクリプト アプリケーションを URI スキームにもすぐに登録します confに そして...何も起こりません。 ブラウザは、リンクを処理するアプリケーションが存在しないというメッセージを出し続けます。 この場合、コンソールからパラメータを指定して xdg-open を呼び出すと完全に機能します。

「Firefox でカスタム プロトコル ハンドラーを設定する」 - 私はこの質問をオンラインで調べました。 stackoverflow についていくつかの議論を経た後 (そしてそれがなければどうなるでしょうか)、答えが見つかったようです。 特別なパラメータを作成する必要があります 約：設定 (もちろん 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

登録してブラウザを開くと、またヒゲが現れます。

ここで、ドキュメントの次の行が目に留まりました。

次回、プロトコル タイプ foo のリンクをクリックすると、どのアプリケーションで開くかを尋ねられます。

— セミョン・セミニッチ
- ああ

リンクをクリックするわけではありませんが、Web ページは JavaScript によって window.location を変更するだけです。 conf プロトコルへのリンクを含む単純な HTML ファイルを作成し、ブラウザで開き、リンクをクリックします。 ウィンドウが開き、どのアプリケーションでリンクを開く必要があるかを尋ねられます。そこにはすでに Lync アプリケーションがリストにあります。正直に、可能な限りすべての方法でそれを登録しました。 ウィンドウには「選択を記憶し、アプリケーション内のリンクを常に開く」チェックボックスがあり、それにマークを付けて「OK」をクリックします。 そして、これは XNUMX 番目の勝利です - 会議ウィンドウが開きます。 同時に、カンファレンスの開始は、リンクをクリックしたときだけでなく、必要な参加ページからカンファレンスに移動したときも機能します。

次に、パラメータを削除して確認しました network.protocol-handler.expose.conf Fox でのプロトコルの動作にはまったく影響しませんでした。 リンクは引き続き機能しました。

まとめ

すべての作業を GitHub リポジトリにアップロードしました。すべてのリソースへのリンクは記事の最後にあります。
私の作品を使用したい方からのフィードバックをお待ちしています。 私はすべての開発を Linux Mint システムに対してのみ行ったので、他の一部のディストリビューションやデスクトップはそのバージョンでは動作しない可能性があることにすぐに注意してください。 というか、私はこれをほぼ確信しています。なぜなら、xdg-open で私の DE にのみ関連する関数を 1 つだけパッチしたからです。 他のシステムまたはデスクトップのサポートを追加したい場合は、Github にプル リクエストを書いてください。

プロジェクト全体が完了するまでに 1 晩かかりました。

リンク：

• Mozilla へのプロトコルの登録
• Dバス(wikipedia)
• rfc3986 URI
• Github 上のプロジェクト

出所： habr.com