Linux에서 Lync 회의에 자동 로그인

헤이 하브르!

나에게 이 문구는 마침내 첫 번째 출판물을 얻었기 때문에 hello world와 유사합니다. 이 멋진 순간을 쓸 일이 없어서 한참을 미뤄왔고, 이미 여러 번 빨려들어간 것을 빨고 싶지도 않았다. 일반적으로 첫 번째 출판물에서는 독창적이고 다른 사람들에게 유용하며 일종의 도전과 문제 해결이 포함된 출판물을 원했습니다. 이제 이것을 공유할 수 있습니다. 이제 모든 것에 대해 순서대로 이야기합시다.

기입

이 모든 것은 얼마 전 제가 업무용 컴퓨터에 Linux Mint를 다운로드했을 때 시작되었습니다. 많은 사람들은 Sipe 플러그인이 포함된 Pidgin이 Linux 시스템용 Microsoft Lync(현재 비즈니스용 Skype라고 함)를 완벽하게 대체한다는 것을 알고 있을 것입니다. 업무 특성상 SIP 컨퍼런스에 자주 참석해야 하는 경우가 있는데 Windows 작업자일 때는 컨퍼런스 참가가 초보적이었습니다. 메일로 초대를 받고 로그인 링크를 클릭하면 바로 갈 수 있습니다. .

Linux의 어두운 면으로 전환하면 모든 것이 다소 복잡해졌습니다. 물론 Pidgin에서 컨퍼런스에 로그인할 수도 있지만 이렇게 하려면 SIP 계정 속성 메뉴에서 컨퍼런스 참가 옵션을 선택해야 합니다. 열리는 창에 회의 링크를 삽입하거나 주최자 이름과 신뢰 ID를 입력하세요. 그리고 얼마 후 저는 "이것을 어떻게든 단순화할 수 있을까?"라고 생각하기 시작했습니다. 예, 도대체 이것이 왜 필요한지 물을 수도 있습니다. 차라리 Windows에 앉아 마음을 사로잡지 않는 것이 낫습니다.

1단계: 조사

Nekrasov는 그의 작품 "Who Lives Well in Rus"에서 "머리 속에 변덕이 생기면 말뚝으로 쓰러 뜨릴 수 없습니다. "라고 말했습니다.

그래서 생각이 머릿속에 떠오르자 얼마 후 구현에 대한 첫 번째 아이디어가 떠올랐습니다. 모든 것이 단순해 보였습니다. 링크에 대한 액세스를 차단해야 합니다. Meet.company.com/user/confid — 127.0.0.1의 자동차에 로컬 웹 애플리케이션 프로세스를 설치하고 /etc/hosts에 회의에 입장하는 회사 도메인에 대한 정적 항목을 추가하여 localhost를 가리킵니다. 다음으로, 이 웹 서버는 제공된 링크를 처리하고 어떻게든 Pidgin 내부로 전송해야 합니다(이 단계에서는 아직 링크를 제공하는 방법을 전혀 몰랐다고 바로 말씀드리겠습니다). 물론 해결책은 목발 냄새가 나지만 우리는 프로그래머이므로 목발은 우리를 놀라게하지 않습니다 (젠장).

그러던 중 우연히 Google Chrome에서 초대 링크를 열게 되었습니다(보통 저는 항상 Mozilla Firefox를 사용합니다). 놀랍게도 웹페이지는 완전히 달라 보였습니다. 사용자 데이터를 입력하는 양식이 없었고 페이지에 들어간 직후 다음을 통해 무언가를 열어 달라는 요청이 있었습니다. 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 유형이 일반적으로 직접 작성된다는 것을 보여주었습니다. 확장자가 .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_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 표준을 참조한 후 균일 자원 식별자 이번에는 Microsoft가 어떤 것도 위반하지 않는다는 것이 분명해졌습니다(비록 그런 버전이 있었지만). 문자 클래스 :alpha:에는 라틴 알파벳 문자만 포함됩니다. 정기 검사를 영숫자로 빠르게 변경합니다. 완료, 당신은 놀랍습니다. 모든 것이 마침내 시작되고 모든 검사가 스크립트 응용 프로그램에 제공된 후 제어되고 링크가 콘솔에 표시되며 모든 것이 정상입니다. 이 후, 나는 exo-open의 모든 문제도 구성표의 숫자로 인한 링크 형식의 유효성 검사로 인한 것이라고 의심하기 시작합니다. 가설을 테스트하기 위해 애플리케이션의 MIME 유형 등록을 단순한 구성표로 변경합니다. 링크 그리고 짜잔 - open_xfce 함수를 재정의하지 않고도 모든 것이 작동합니다. 그러나 이는 컨퍼런스 참가를 위한 웹 페이지가 lync15와의 링크를 생성하기 때문에 어떤 식으로든 우리에게 도움이 되지 않습니다.

이로써 여행의 첫 번째 부분이 완료되었습니다. 우리는 링크 호출을 가로채는 방법을 알고 있으며, 그런 다음 어떻게든 Pidgin 내부에서 처리되고 전달되어야 합니다. "컨퍼런스 참여" 메뉴의 링크를 통해 데이터를 입력할 때 내부적으로 어떻게 작동하는지 이해하기 위해 Sipe 프로젝트의 Git 저장소를 복제하고 코드를 다시 살펴볼 준비를 했습니다. 그러다가 다행히 카탈로그 속 대본에 끌려서 기여/dbus/:

• sipe-join-conference-with-uri.pl
• sipe-join-conference-with-organizer-and-id.pl
• sipe-전화-전화번호.pl
• SipeHelper.pm

Sipe 플러그인은 dbus(데스크톱 버스)를 통해 상호 작용할 수 있으며 스크립트 내부에는 주최자 이름 및 conf-id를 통해 링크를 통해 회의에 참여하거나 sip을 통해 통화를 시작할 수 있는 예가 있습니다. . 이것이 바로 우리가 놓친 것입니다.

2단계. 자동 조인 핸들러 구현

Pearl에는 미리 만들어진 예제가 있기 때문에 그냥 사용하기로 결정했습니다. sipe-join-conference-with-uri.pl 그리고 자신에게 맞게 조금 수정해보세요. Pearl로 쓸 수 있어서 특별히 어려움은 없었습니다.

스크립트를 별도로 테스트한 후 해당 호출을 파일에 썼습니다. 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을 호출하면 완벽하게 작동합니다.

"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의 링크를 클릭하면 어떤 응용 프로그램으로 열 것인지 묻는 메시지가 표시됩니다.

— 세묜 세메니치
- 아아

우리는 링크를 클릭하지 않지만 웹페이지는 자바스크립트를 통해 window.location만 변경합니다. 저는 conf 프로토콜에 대한 링크가 포함된 간단한 html 파일을 작성하고 브라우저에서 열고 링크를 클릭합니다 - Yos! 어떤 응용 프로그램에서 링크를 열어야 하는지 묻는 창이 열리고 이미 목록에 Lync 응용 프로그램이 있습니다. 가능한 모든 방법으로 정직하게 등록했습니다. 창에 "선택 사항을 기억하고 항상 응용 프로그램에서 링크 열기" 확인란이 있습니다. 선택하고 확인을 클릭하세요. 그리고 이것이 두 번째 승리입니다. 회의 창이 열립니다. 동시에 컨퍼런스 열기는 링크를 클릭할 때뿐만 아니라 필요한 참여 페이지에서 컨퍼런스로 이동할 때도 작동합니다.

그런 다음 매개 변수를 삭제하여 확인했습니다. network.protocol-handler.expose.conf Fox의 프로토콜 작동에는 어떤 방식으로도 영향을 미치지 않았습니다. 링크는 계속 작동했습니다.

결론

모든 작업을 GitHub 저장소에 업로드했습니다. 모든 리소스에 대한 링크는 기사 끝에 있습니다.
내 작업을 사용하고 싶은 사람들로부터 피드백을 받는 데 관심이 있습니다. 나는 Linux Mint 시스템에 대해서만 모든 개발을 수행했기 때문에 일부 다른 배포판이나 데스크톱은 해당 버전에서 작동하지 않을 수 있다는 점을 즉시 알아야 합니다. 또는 오히려 나는 이것을 거의 확신합니다. 왜냐하면 내 DE에만 관련된 xdg-open 함수 하나만 패치했기 때문입니다. 다른 시스템이나 데스크탑에 대한 지원을 추가하려면 Github에 풀 요청을 작성해 주세요.

전체 프로젝트를 완료하는 데 하루 저녁이 걸렸습니다.

링크 :

• Mozilla에 프로토콜 등록
• D-버스(위키피디아)
• rfc3986 URI
• Github의 프로젝트

출처 : habr.com