봉주르 (소프트웨어)

3. 기능

Bonjour의 대표적인 기능은 IP 주소와 호스트 이름 자동 할당, 서비스 자동 탐색이다. 네트워크에 연결된 기기는 DHCP 서버와 같은 IP 주소를 할당하는 서버도, DNS와 같은 네임 서버도, 디렉터리 서버도 필요하지 않다. 기기가 Bonjour 네트워크에 연결되면 IP 주소는 자동으로 할당되며, 호스트 이름은 각 기기에 미리 설정된 것이 사용되고, 제공 가능한 서비스는 호스트 이름과 함께 통지된다.

IP 주소 할당에는 AutoIP 기술이 사용된다. IPv4 네트워크에 연결된 경우, Bonjour 지원 기기는 169.254.0.0/16 중에서 비어 있는 주소를 탐색하여 이를 자신의 IP 주소로 한다. IPv6의 경우, LAN 인터페이스에 자동으로 할당되는 링크 로컬 주소가 있으므로, 이를 이용한다.

호스트 이름은 기본적으로 각 기기가 칭하는 호스트 이름을 이용한다. 이름 규칙은 "머신 이름 + 서비스 이름 + 프로토콜 이름 + 도메인 이름"이다. 머신 이름은 사용자가 해당 기기에 대해 설정한 것을 사용하고, 서비스 이름에는 해당 기기가 제공하는 서비스가, 프로토콜 이름에는 TCP/IP의 경우 "._tcp"가, 도메인 이름에는 ".local"이 들어간다.

호스트 이름 탐색에는 멀티캐스트 DNS (UDP 포트 5353)를 사용한다. 호스트 이름을 탐색할 때 네트워크에 연결된 모든 기기에 대해 호스트 이름을 질의하고, 일치하는 호스트에 대해 연결을 수행한다. 그러나 그대로 구현하면 네트워크에 걸리는 부하가 커지므로, 미리 호스트 이름을 캐시하는 등 부하를 줄이는 방법을 사용한다.

제공 가능한 서비스 목록은 호스트 이름 질의에 멀티캐스트 DNS가 사용되는 점을 이용하여 DNS 리소스 레코드에 넣어 통지된다. 이 "서비스"에는 프린트 기능 등 하드웨어가 제공하는 서비스뿐만 아니라, 음악 및 이미지 배포, 인스턴트 메시징 등 소프트웨어가 제공하는 서비스도 포함된다.

Bonjour의 특징은, 장치가 아닌 서비스를 중심으로 한다는 것이다. 특정 장치에 대해 제공하는 서비스를 질의하는 것이 아니라, 목적하는 서비스를 제공하는 장치를 탐색한다. 예를 들어 어떤 서버는 웹 서버일 수 있지만, 동시에 FTP 서비스를 제공할 수도 있다. 하나의 장치가 여러 서비스를 제공하는 것은 드문 일이 아니고, 부하 분산을 목적으로 서비스를 제공하는 서버를 다른 장치로 이동시키는 경우도 있다. 중요한 것은 장치가 아니라 서비스라는 생각이다.

먼저 호스트 이름을 해결하고 IP 주소를 사용하여 특정 장치에 서비스를 질의하는 것이 아니라, 바로 목적하는 서비스를 제공하는 장치를 찾는다. 네트워크에 연결된 모든 장치에 대해 멀티캐스트로 "FTP 서비스를 제공하는 서버는 무엇인가?"라고 질문하면, 해당 장치는 응답하므로, 그 후 호스트 이름을 해결하고 액세스를 시도한다.

3. 1. IP 주소 자동 할당

3. 2. 호스트 이름 자동 할당

3. 3. 서비스 자동 검색

4. 네트워크 부하 감소 메커니즘

애플토크(AppleTalk)의 가장 큰 단점은 네트워크에 가해지는 부하였다. 봉주르는 이러한 부하를 줄이기 위해 다양한 노력을 기울였다.

봉주르를 지원하는 기기가 네트워크에 새롭게 연결되면, 해당 기기는 자체 IP 주소를 할당한 후, 자체 주소와 호스트 이름, 그리고 제공하는 서비스 종류를 네트워크에 멀티캐스트한다. 다른 기기들은 이 정보를 캐시하며, 다음 호스트 이름이나 서비스 문의 시, 먼저 캐시된 데이터를 참조하게 된다.

하지만 이대로는 네트워크에서 기기가 제거된 경우에 대응할 수 없고, 동적으로 재구성되는 네트워크에 대응할 수 없으므로, 데이터는 항상 갱신될 필요가 있다. 따라서, 네트워크에 연결된 기기는 일정 시간마다 멀티캐스트를 통해 제공 가능한 서비스 목록을 네트워크의 모든 장치에 요구한다. 이 멀티캐스트는 횟수를 거듭할수록 간격이 길어지도록 설정되어 있으며, 첫 번째 멀티캐스트는 네트워크에 연결될 때, 두 번째는 1초 후에, 세 번째는 2초 후, 네 번째는 4초 후, 다섯 번째는 8초 후, 여섯 번째는 16초 후와 같이 시간은 지수 함수적으로 길어진다. 이 간격의 최대값은 4096초로 고정되어 있으며, 그 이상으로 커지지 않는다.

이처럼 간격이 점점 길어지는 이유는 네트워크에 연결되는 기기는 짧은 시간 동안 제거되는 것과 오랜 시간 연결되는 것의 두 종류로 크게 나눌 수 있으며, 그 중간에 해당하는 경우는 거의 존재하지 않기 때문이다. 예를 들어, 네트워크 프린터도 사용할 때만 전원을 켜거나, 아침부터 저녁까지 연결해 두는 두 가지 경우이며, 몇 분마다 연결을 반복하는 경우는 거의 없다.

이처럼 멀티캐스트된 데이터는 각 호스트에 캐시된다. 각 기기는 네트워크에 문의하기 전에 먼저 이 캐시된 데이터를 참조하도록 되어 있다. 캐시에 해당 데이터가 없는 경우에는 네트워크에 멀티캐스트로 문의를 하지만, 해당 주소나 호스트 이름, 서비스를 제공하는 기기는 그 응답을 역시 멀티캐스트로 수행한다. 해당하지 않는 기기는 물론 침묵을 지키지만, 멀티캐스트된 데이터는 물론 수신하고 있으며, 마찬가지로 해당 데이터를 캐시에 추가하여 데이터베이스를 갱신한다.

어떤 호스트가 네트워크에 서비스 목록을 요구하는 경우, 문의 패킷에는 해당 호스트가 "이미 알고 있는 서비스 목록"이 포함된다. 예를 들어, 네트워크에 이미 10개의 프린트 서비스가 존재하고, 문의하는 호스트가 그 사실을 알고 있는 경우, 문의 패킷에는 그 내용이 기술된다. 목록에 있는 프린트 서비스는 침묵을 지키고, 목록에 없는 프린트 서비스만 응답하는 방식이다.

이처럼 봉주르는 데이터를 가능한 한 캐시하고, 네트워크를 탐색할 때 먼저 해당 캐시를 참조함으로써 네트워크에 가해지는 부하를 최대한 줄이고 있다. 물론 멀티캐스트에 의한 문의가 이루어지지 않는 경우와 비교하면 부하는 높아지는 경향이 있지만, 문제없는 수준으로 유지되는 경우가 대부분이다.

4. 1. 데이터 캐싱

4. 2. 멀티캐스트 간격 조정

5. 한계 및 극복 방안

Bonjour에는 물론 결점과 제한도 존재한다. 먼저 Bonjour는 기본적으로 LAN 내에서만 이용할 수 있으며, 원칙적으로 라우터를 넘을 수 없다. 하지만 이는 DHCP와 동적 DNS(DDNS)를 사용함으로써 해결 가능하며, 이 둘을 준비하면 라우터를 넘은 운용이 가능해진다. 단, IPv6에서는 예외이다.

또한 Mac OS X v10.5에서 Back to My Mac (어디서나 My Mac)이라는 기능이 도입되어, MobileMe 계정을 가진 사용자는 광역에서도 호스트/서비스를 참조할 수 있게 되었다. 실제 이 기능은 DDNS 등의 기술을 사용하여 실현되었다.

또한 Bonjour는 이벤트 제어 기능이 약하다. 예를 들어 UPnP에서는 세밀한 이벤트 제어가 가능하지만, Bonjour에서는 이 부분에 멀티캐스트 DNS나 DDNS밖에 사용할 수 없기 때문에, 세세한 컨트롤을 할 수 없다. 프린터 제어에 대해서는 IPP나 LPR을 사용하는 것이 결정되었지만, 기타 기기에 대해서는 아직 사양이 책정되지 않아, 검토 중이다.

대응 기기의 적음도 고민이다. UPnP에 비해, Bonjour는 대응하는 기기가 적다. 애플은 "AirTunes"(무선 LAN 경유 음악 재생 기능)을 탑재한 AirMac Express 등, Bonjour의 기능을 살린 제품을 출시하고 있지만, 서드 파티에서는, 현재 대응을 표명하고 있는 제조사는 대부분이 프린터 제조사이다.

UPnP가 기본적으로 하드웨어에만 용도가 한정되어 있는 데 반해, Bonjour는 하드웨어·소프트웨어를 불문하고 사용할 수 있다. Bonjour 대응 소프트웨어로 가장 널리 보급된 것은 애플의 아이튠즈(iTunes) (아이튠즈끼리 음악 공유가 가능하다)와 사파리(Safari) (Bonjour에 대응하는 웹 서버를 자동으로 탐색하여 목록화한다)이지만, 애플 이외의 소프트웨어에서는 Airfoil (아이튠즈 이외의 소프트웨어로 AirTunes를 가능하게 한다), Camino, 시이라 (웹 브라우저), RealPlayer 정도이며, 그다지 활용되고 있다고는 말하기 어려운 실정이다. 과거 어도비 크리에이티브 스위트 3과 4에서도 Bonjour가 사용되었다. 그 외, EpocCam이나 iVCam과 같은, 아이폰을 웹캠으로 이용할 수 있도록 하는 가상화 솔루션에서도, 무선 P2P 통신에 Bonjour가 사용되고 있다.

또한 UPnP도 개발 과정은 비공개이지만, 사양은 로열티 프리로 공개되어 있으므로, Bonjour가 오픈 소스인 것은 현재 그다지 두드러진 장점이 되고 있지 않다.

5. 1. LAN 제한 문제

5. 2. 이벤트 제어 기능의 한계

6. 응용 프로그램

봉주르 2.0 버전은 2010년 2월 24일에 출시되었으며, 마이크로소프트 윈도우 2000, 2003, XP, Vista, 7, 8, 8.1, 10 및 11에서 작동한다.^[6] 봉주르가 윈도우에 완전히 구현되면, iChat과 같은 일부 기능으로 윈도우와 macOS 간의 통신이 가능하다.^[6] 윈도우용 봉주르는 또한 인터넷 익스플로러에 제로컨피그 기능을 추가하고, 자바 가상 머신에 제로컨피그 구현을 제공한다.^[6][7]

어도비 시스템즈의 포토샵 CS3 제품군^[8]과 같은 일부 타사 응용 프로그램도 제로컨피그 기술을 활용하기 위해 봉주르와 함께 번들로 제공된다.

윈도우 시스템의 설치 프로그램은 일반적으로 "Program Files" 폴더 내의 "Bonjour"라는 폴더에 봉주르 파일을 배치한다. 이는 내부 네트워크 구성 및 작동과 관련된 윈도우 시스템 레지스트리 항목을 수정한다. 봉주르는 mDNSResponder.exe로 실행된다. 네트워크를 통한 통신은 UDP 포트 5353을 통해 이루어지며, 이로 인해 봉주르 패킷을 차단하는 일부 개인 또는 기업 방화벽을 재구성해야 할 수 있다.

일부 VPN 클라이언트는 VPN 소프트웨어가 활성화되어 연결되면 로컬 네트워크 서비스를 컴퓨터에서 사용할 수 없도록 구성된다.^[6]

2008년 9월, 윈도우용 봉주르에서 두 가지 보안 취약점이 발견되었다.^[9] 윈도우용 봉주르의 특정 설치에는 제거 프로그램이 없고, 윈도우 서비스 목록에 사람이 읽을 수 있는 항목이 표시되지 않는다.^[10]

32비트 및 64비트 윈도우 7 릴리스에서 봉주르 서비스의 일부 구형 버전은 기본 게이트웨이로 0.0.0.0 항목을 추가하여 모든 네트워크 연결을 비활성화할 수 있다. 이는 2013년에 보고된 버그였다.^[11]

오픈 소스 인스턴트 메신저 클라이언트인 Pidgin, Kopete 및 Adium은 봉주르 IM 프로토콜을 지원하며, 폐쇄 소스 Trillian 클라이언트도 이를 지원한다.

7. 다른 구현체

컬럼비아 대학교의 학생 연구 프로젝트에서 JBonjourBrowser라는 봉주르 브라우저의 기능을 일치시키는 자바 기반 시스템을 제작했다. JBonjourBrowser는 오픈 소스이며 GPL 라이선스 하에 배포된다.

JBonjourBrowser는 봉주르 브라우저의 기능을 에뮬레이트하고 동시에 여러 플랫폼에서 작동하도록 제작되었다. 실행을 위해서는 애플사의 봉주르 Java 라이브러리가 필요하다.

Hobbyist Software와 HandyDev Software에서 macOS용 봉주르 브라우저와 유사한 기능을 제공하는 윈도우용 네이티브 애플리케이션을 무료로 제공한다.

Netputing Systems Inc.는 mDNSBrowser라는 상용 구현체를 제공한다.

다수의 브라우저는 최종 사용자가 봉주르를 사용하여 발견된 장치를 그래픽 방식으로 탐색할 수 있도록 허용한다.

7. 1. JBonjourBrowser

7. 2. Bonjour Browser for Windows

7. 3. mDNSBrowser

8. 라이선스

Bonjour는 애플에서 제한적 사용 조건의 라이선스 하에 배포된다. 클라이언트는 프리웨어로 사용할 수 있지만, 소프트웨어 패키지의 일부로 재배포하거나 Bonjour 로고를 사용하려는 개발자 및 소프트웨어 회사는 라이선스 계약이 필요할 수 있다. mDNSResponder의 소스 코드는 아파치 라이선스 하에 제공된다.^[3]

참조

_[1] 웹사이트 Rendezvous is changing to... http://lists.apple.c[...] Apple Computer 2005-04-12
_[2] 웹사이트 Android DACP Remote Control http://dacp.jsharkey[...] Jeffrey Sharkey 2009-02-23
_[3] 웹사이트 mDNSResponder source code https://web.archive.[...] Apple
_[4] 뉴스 Apple Settles TIBCO Suit, Renames Rendezvous http://www.eweek.com[...] eWeek 2004-07-22
_[5] 웹사이트 bonjour http://www.merriam-w[...] merriam-webster.com 2010-07-28
_[6] 웹사이트 Bonjour Downloads https://developer.ap[...] Apple Inc. 2010-03-08
_[7] 웹사이트 Leopard Sneak Peek – iChat https://www.apple.co[...] 2006-11-28
_[8] 웹사이트 CS3 Doesn't Install Spyware http://blogs.adobe.c[...] Adobe Systems 2009-02-07
_[9] 웹사이트 About the security content of Bonjour for Windows 1.0.5 http://support.apple[...] Apple Inc. 2009-05-27
_[10] 웹사이트 Completly Uninstall and Remove Bonjour Service and Files (mDNSResponder.exe, mdnsNSP.dll) for Windows http://arai.wordpres[...] Amarjeet Rai 2009-07-05
_[11] 웹사이트 Windows 7 - Two default gateway 0.0.0.0 http://social.techne[...] microsoft.com 2012-04-22
_[12] 웹사이트 Discovery – DNS-SD Browser https://apps.apple.c[...] 2020-05-26
_[13] 웹사이트 Mac OS X v10.6: About Wake on Demand (Apple Article HT3774) http://support.apple[...] Apple 2009-09-15
_[14] Apple Developer Bonjour - Apple Developer https://developer.ap[...]
_[15] Adobe Adobe Creative Suite 4 および CS3 の Bonjour for Windows https://helpx.adobe.[...]
_[16] Elgato EpocCam – General Troubleshooting – Elgato https://help.elgato.[...]
_[17] E2ESOFT iVCam Features Description E2ESOFT https://www.e2esoft.[...]
_[18] 웹인용 애플컴퓨터코리아 - Mac OS X Leopard - 기술 https://www.apple.co[...] 2009-02-14
_[19] 웹인용 Bonjour License Agreements http://developer.app[...]