Zeroconf

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요
2. 역사적 배경
3. 주소 선택
4. 이름 확인 (Name Resolution)
5. 서비스 검색 (Service Discovery)
6. 주요 구현
7. 보안 문제
참조

1. 개요

제로컨피그(Zeroconf)는 네트워크 장치가 수동 설정 없이 자동으로 네트워크에 연결하고 서비스를 검색할 수 있도록 하는 기술의 모음이다. 이는 네트워크 주소 할당, 이름 확인, 서비스 검색을 포함하며, 특히 가정용 네트워크와 같이 동적 환경에서 유용하다. 초기에는 AppleTalk와 같은 프로토콜로 시작되었으며, 현재는 IPv4 및 IPv6 환경에서 주소 선택, 멀티캐스트 DNS(mDNS)를 이용한 이름 확인, 서비스 검색을 위한 다양한 프로토콜(DNS-SD, UPnP, SSDP 등)을 포함한다. 주요 구현으로는 Apple의 Bonjour, Linux의 Avahi, Windows의 LLMNR 등이 있으며, 보안 취약점도 존재한다.

더 읽어볼만한 페이지

컴퓨터 설정 - 마법사 (소프트웨어)
마법사는 소프트웨어에서 사용자를 안내하고 작업을 쉽게 수행하도록 돕는 인터페이스 요소이며, 1991년 마이크로소프트 퍼블리셔에 도입된 후 다양한 운영체제 및 프로그램에서 사용되었으나, 복잡성과 맥락 제거에 대한 비판과 함께 용어 사용은 점차 사라지는 추세이다.
컴퓨터 설정 - Udev
udev는 리눅스 시스템에서 핫플러그 장치를 동적으로 관리하고 장치 노드를 생성/삭제하며, systemd의 일부로 개발되면서 장치에 영구적인 이름을 부여하는 규칙 기반 장치 관리 데몬이다.
도메인 네임 시스템 - 국제화 국가 코드 최상위 도메인
국제화 국가 코드 최상위 도메인은 다양한 언어의 문자를 국가 코드 최상위 도메인에 사용할 수 있도록 하는 시스템으로, 2009년부터 신청을 받아 아랍어, 러시아어, 중국어 등 다양한 국가에서 도입되었으나 혼동 가능성과 보안 문제 등의 과제도 안고 있다.
도메인 네임 시스템 - DNSSEC
DNSSEC는 DNS의 보안 취약점을 개선하기 위해 도메인 정보에 디지털 서명을 추가하여 응답 레코드의 무결성을 보장하고 DNS 위장 공격을 막는 기술로, RRSIG, DNSKEY 등 다양한 리소스 레코드 유형을 사용하여 인증 체인을 구성하며 공개 키 암호 방식을 활용한다.
애플의 소프트웨어 - 아이튠즈
아이튠즈는 애플이 개발한 멀티미디어 플랫폼이자 디지털 미디어 플레이어 소프트웨어로, 초기에는 음악 재생 및 관리에 집중했으나 이후 기능이 확장되어 macOS Catalina부터는 개별 앱으로 기능이 분리되었고 윈도우에서는 'Apple 기기' 앱에 관련 기능이 통합되었다.
애플의 소프트웨어 - 사파리 (웹 브라우저)
사파리는 애플이 개발한 웹 브라우저로, 2003년 처음 출시되어 웹킷 엔진을 기반으로 빠른 속도와 웹 표준 지원을 제공하며, macOS, iOS, iPadOS 등에서 기본 브라우저로 사용된다.

Zeroconf
제로 컨피규레이션 네트워킹
다른 이름	제로 conf 제로 구성 네트워킹 자동 IP 구성
개념	사용하기 쉬운 기술 제품 및 서비스에 대한 사용자 경험을 개선하기 위한 네트워킹 기술 집합
핵심 기술	주소 자동 구성 이름 분석 서비스 검색
기술 상세
주소 자동 구성	IPv4 링크-로컬 주소 (169.254.0.0/16 범위) IPv6 링크-로컬 주소 (fe80::/10 범위)
이름 분석	멀티캐스트 DNS (mDNS)
서비스 검색	DNS 기반 서비스 검색 (DNS-SD)
작동 방식
주소 자동 구성	장치가 네트워크에 연결되면, DHCP 서버를 찾습니다. DHCP 서버가 없으면, IPv4의 경우 169.254.x.x 범위에서 임의의 주소를 선택하고, IPv6의 경우 fe80::/10 범위의 주소를 사용합니다.
이름 분석	장치가 호스트 이름을 IP 주소로 변환해야 할 때, 먼저 로컬 네트워크에서 mDNS 쿼리를 브로드캐스트합니다. 해당 이름을 가진 장치가 응답하면, 주소를 얻습니다.
서비스 검색	장치가 특정 서비스를 찾아야 할 때, DNS-SD를 사용하여 로컬 네트워크에서 해당 서비스를 광고하는 장치를 찾습니다.

2. 역사적 배경

컴퓨터 네트워크는 통신을 위해 숫자 네트워크 주소를 사용하는데, 이는 일반 전화망에서 전화번호를 할당하는 것과 유사하다. 초기 네트워크에서는 네트워크 장치에 주소 레이블을 부착하는 것이 일반적이었다. 그러나 최신 네트워크, 특히 가정용 네트워크에서는 장치가 필요할 때만 켜지므로 사용자 개입 없이 자동으로 주소를 할당하고 관리하는 메커니즘이 필요하게 되었다. 이러한 시스템은 장비 제조업체나 사용자가 선택한 이름을 자동으로 부여하고, 이름과 주소를 디렉터리 서비스에 자동으로 입력한다.

초기 컴퓨터 네트워킹은 통신 네트워크 기술을 기반으로 했기 때문에 프로토콜은 로컬 장치를 위한 근거리 통신망(LAN)과 장거리 통신을 위한 광역 통신망(WAN)의 두 그룹으로 나뉘는 경향이 있었다. WAN 시스템은 중앙 집중식 설정을 통해 네트워크 관리자가 수동으로 주소와 이름을 할당했다. 반면 LAN 시스템은 자동화를 통해 운영자와 관리자의 개입을 최소화하면서 새로운 장비를 추가할 수 있었다.

제로 구성 LAN 시스템의 초기 예는 1980년대 초 애플사가 매킨토시 컴퓨터를 위해 도입한 AppleTalk이다. AppleTalk을 지원하는 장치는 연결만으로 네트워크에 추가되었고, 모든 추가 구성은 자동화되었다. 네트워크 주소는 AppleTalk 주소 확인 프로토콜(AARP)을 통해 자동으로 선택되었고, 각 장치는 이름 바인딩 프로토콜(NBP)을 사용하여 자체 로컬 디렉터리 서비스를 구축했다. 사용자는 선택기 응용 프로그램을 사용하여 네트워크의 모든 장치를 검색할 수 있었다.

인터넷 프로토콜(IP) 네트워크에서 네트워크에 대한 도메인 이름 시스템 데이터베이스는 처음에 네트워크 관리자가 수동으로 유지 관리했다. 이러한 유지 관리 자동화를 위해 동적 호스트 구성 프로토콜(DHCP)과 같은 자동화된 서비스가 도입되었다.

3. 주소 선택

IPv4와 IPv6는 모두 자동 주소 설정을 위한 표준 방법을 제공한다. 이를 링크 로컬 주소 설정이라고 하며, IPv4는 `169.254.0.0/16` 블록을, IPv6는 `fe80::/10` 접두사를 사용한다.^[39]

대부분의 IPv4 호스트는 DHCP 서버를 사용할 수 없을 때 최후의 수단으로 링크 로컬 주소 설정을 사용한다. 일반적으로 IPv4 호스트는 DHCP 할당 주소를 사용하는데, 이는 IPv4 호스트가 인터페이스당 하나의 주소만 필요로 하고, 멀티캐스트 DNS와 같은 분산 이름 해결 기능을 모든 IPv4 호스트가 지원하지 않아 다른 호스트의 링크 로컬 주소를 찾기 어렵기 때문이다.

IPv6 호스트는 인터페이스당 여러 개의 주소를 지원해야 하며, 글로벌 주소를 사용할 수 있는 경우에도 링크 로컬 주소를 구성해야 한다. IPv6 호스트는 라우터 공고 메시지를 수신하여 여러 글로벌 주소를 자체 구성할 수 있으므로 DHCP 서버가 필요하지 않다.

IPv4와 IPv6 모두 자동 설정 주소의 호스트 고유 부분은 무작위로 생성될 수 있다. IPv6 호스트는 일반적으로 64비트 접두사와 MAC 주소에서 파생된 64비트 EUI-64를 결합한다. 호스트는 브로드캐스트 쿼리를 통해 생성하는 주소가 로컬 네트워크 내에서 사용되지 않음을 보장해야 한다.

마이크로소프트는 IPv4 링크 로컬 주소 할당을 Automatic Private IP Addressing (APIPA)라고 부른다.^[39]

4. 이름 확인 (Name Resolution)

애플과 마이크로소프트는 2000년 빌 매닝과 빌 우드콕이 발표한 '멀티캐스트 도메인 이름 서비스'^[40]를 기반으로 각각 멀티캐스트 DNS(mDNS)와 링크 로컬 멀티캐스트 이름 확인(LLMNR)을 구현했다. 이 두 프로토콜은 로컬 네트워크에서 장치 이름을 IP 주소로 확인하는 데 사용된다.

mDNS는 `.local` 도메인 이름을 사용하고, 특수 멀티캐스트 IP 주소를 통해 알리는 반면^[41], LLMNR은 임의의 도메인 이름을 사용할 수 있다^[43]는 차이점이 있다. IETF 일부 구성원들은 mDNS의 `.local` 도메인 사용에 문제를 제기하고^[42], LLMNR의 임의 도메인 이름 사용에 보안 위험을 지적한다^[43].

mDNS는 DNS-SD와 호환되지만, LLMNR은 그렇지 않다^[44].

5. 서비스 검색 (Service Discovery)

서비스 검색은 네트워크 상에서 사용 가능한 서비스(예: 프린터, 파일 공유)를 찾는 기능을 제공한다. 서비스 검색은 때때로 이름 서비스와 결합되기도 한다. 주요 서비스 검색 프로토콜은 다음과 같다.

마이크로소프트의 NetBIOS: 윈도우에서 파일 공유 및 프린터와 같은 서비스를 광고하는 데 사용된다. 윈도우는 '기능 검색'을 구현하며, NetBIOS는 이를 지원하는 제공자 중 하나이다.^[13] NetBIOS는 PnP, 레지스트리, SSDP, WSD 등과 함께 작동하며, 로컬 서브넷에서 구성 없이 사용할 수 있다.^[13]
멀티캐스트 DNS(mDNS): 유니캐스트 도메인 네임 시스템(DNS)과 유사한 API를 사용하지만, 멀티캐스트 프로토콜로 구현된다. LAN 상의 각 컴퓨터는 DNS 리소스 레코드 목록을 가지며, mDNS 멀티캐스트 그룹에 참여한다. IPv4에서 mDNS 멀티캐스트 주소는 224.0.0.251이고, IPv6에서는 ff02::fb이다.
DNS-SD(DNS 기반 서비스 검색): 도메인 네임 시스템 위에 구축되며, 애플 제품, 네트워크 프린터, 다양한 서드파티 제품 및 OS용 애플리케이션에서 사용된다. DNS 메시지를 사용하며, 서비스 인터페이스 이름을 공지한다. 서비스 종류는 선착순으로 등록되며, [http://www.dns-sd.org DNS-SD.org]에서 레지스트리를 관리한다. Safari 브라우저나 아이챗 등 macOS의 네트워크 클라이언트에서 주변 서버를 식별하는 데 사용된다.

대한민국에서는 서비스 검색 기술이 스마트 홈, 스마트 오피스 등 다양한 환경에서 사용자 경험을 향상시키는 데 기여한다고 평가받는다. 특히, 진보 진영에서는 이러한 기술이 정보 접근성을 높여 사회 통합에 기여할 수 있다고 본다.

5. 1. Apple의 프로토콜: 멀티캐스트 DNS/DNS-SD

mDNS (멀티캐스트 DNS)는 유니캐스트 도메인 네임 시스템(DNS 메시지 형식)과 유사한 패킷을 사용하여 호스트 이름을 확인하지만, 멀티캐스트 링크를 통해 전송된다는 점이 다르다.^[20] 각 호스트는 mDNS 포트인 5353을 수신하며, 잘 알려진 멀티캐스트 주소로 전송하여 자신의 '.local' 호스트 이름의 DNS 레코드(예: A, AAAA, CNAME)에 대한 요청을 자신의 IP 주소로 확인한다. mDNS 클라이언트가 로컬 호스트 이름을 IP 주소로 확인해야 할 때, 해당 이름에 대한 DNS 요청을 잘 알려진 멀티캐스트 주소로 보낸다. 해당 A/AAAA 레코드를 가진 컴퓨터는 자신의 IP 주소로 응답한다.^[20] mDNS 멀티캐스트 주소는 IPv4의 경우 , IPv6 링크-로컬 주소 지정의 경우 이다.^[20]

DNS 서비스 검색, 즉 DNS-SD 요청은 mDNS를 사용하여 제로 구성 DNS-SD를 생성하기 위해 전송될 수도 있다. 이는 DNS PTR, SRV, TXT 레코드를 사용하여 서비스 유형의 인스턴스, 해당 인스턴스의 도메인 이름, 해당 인스턴스에 연결하기 위한 선택적 구성 매개변수를 광고한다. SRV 레코드는 mDNS가 로컬 IP 주소로 확인할 수 있는 '.local' 도메인 이름으로 확인될 수 있다.^[21]

DNS-SD는 애플 제품, 대부분의 네트워크 프린터, 데비안 및 우분투를 포함한 많은 리눅스 배포판,^[22] 그리고 다양한 운영 체제를 위한 여러 타사 제품에서 사용된다. 예를 들어, 사파리, 아이챗, 메시지를 포함한 애플에서 작성한 많은 OS X 네트워크 응용 프로그램은 DNS-SD를 사용하여 근처의 서버와 P2P 클라이언트를 찾는다. 윈도우 10은 JavaScript를 사용하여 작성된 응용 프로그램에 대한 DNS-SD를 지원한다.^[23] 개별 응용 프로그램은 이전 버전의 운영 체제에 자체 지원을 포함할 수 있으며, 윈도우의 대부분의 인스턴트 메시징 및 VoIP 클라이언트는 DNS-SD를 지원한다. 일부 유닉스, BSD 및 리눅스 배포판도 DNS-SD를 포함한다. 예를 들어, 우분투는 기본 배포판에 mDNS/DNS-SD 구현인 아바히를 제공한다.^[22]

5. 2. 마이크로소프트의 프로토콜: UPnP SSDP

단순 서비스 검색 프로토콜(SSDP)은 윈도우 XP 이후 버전에서 사용되는 UPnP 프로토콜이다. SSDP는 서비스 유형 URI와 고유 서비스 이름(USN)을 제공하는 HTTP 알림 공고를 사용한다. 서비스 유형은 범용 플러그 앤 플레이 운영 위원회에서 규제한다. SSDP는 브라더(Brother)와 같은 많은 프린터, NAS 및 가전 제조업체에서 지원된다. 특정 브랜드의 네트워크 장비와 많은 SOHO 방화벽 장치에서도 지원되며, 이 장치 뒤의 호스트 컴퓨터는 응용 프로그램에 대한 구멍을 뚫을 수 있다. 또한 홈 시어터 PC 시스템에서 호스트 컴퓨터와 미디어 센터 간의 미디어 교환을 용이하게 하는 데 사용된다.

5. 3. 서비스 로케이션 프로토콜 (SLP)

서비스 로케이션 프로토콜(Service Location Protocol, SLP)은 IETF의 인터넷 표준이 된 유일한 서비스 검색용 프로토콜이다.^[45] 휴렛 팩커드의 네트워크 프린터, 노벨, 썬 마이크로시스템즈 제품 등에서 채택하고 있다. SLP 사양은 RFC|2608^영어과 RFC|3224^영어에 있으며, 솔라리스 탑재, 리눅스/Windows/Java API용 OpenSLP 등의 구현이 가능하다.^[45] 과거에는 Mac OS 9나 Mac OS X에도 탑재되어 있었다.

5. 4. WS-Discovery

웹 서비스 동적 검색(WS-Discovery)은 로컬 네트워크에서 서비스를 찾기 위한 멀티캐스트 검색 프로토콜을 정의하는 기술 사양이다. 이 프로토콜은 TCP 및 UDP 포트 3702에서 작동하며 IP 멀티캐스트 주소를 사용한다. 이름에서 알 수 있듯이 노드 간의 실제 통신은 웹 서비스 표준, 특히 SOAP-over-UDP를 사용하여 수행된다. 윈도는 웹 서비스 포 디바이스(Web Services for Devices) 및 웹 서비스 기기 프로필(Devices Profile for Web Services) 형태로 이를 지원한다. HP 및 Brother 프린터와 같은 많은 장치가 이를 지원한다.

6. 주요 구현

애플의 Bonjour는 멀티캐스트 DNS(mDNS)와 DNS 서비스 검색(DNS-SD)을 사용한다. 애플은 Mac OS X v10.1과 v10.2 사이에서 권장 제로 구성 기술을 SLP에서 mDNS 및 DNS-SD로 변경했지만, Mac OS X는 계속해서 SLP를 지원한다.^[50]

애플의 mDNSResponder는 C와 Java 인터페이스를 가지며, BSD, macOS, Linux, 기타 POSIX 기반 운영 체제 및 Windows에서 사용할 수 있다. Windows용 다운로드는 애플 웹사이트에서 제공된다.^[51]

Avahi는 리눅스와 BSD를 위한 제로 구성 구현이다. IPv4LL, mDNS 및 DNS-SD를 구현하며, 대부분의 리눅스 배포판에 포함되어 있고 일부 배포판에서는 기본적으로 설치된다. nss-mdns와 함께 실행하면 호스트 이름 확인 기능도 제공한다.^[52] Avahi는 Bonjour와 과거 mDNS 구현인 Howl을 에뮬레이션하는 바이너리 호환성 라이브러리를 구현하여, 해당 구현을 사용하도록 만들어진 소프트웨어가 에뮬레이션 인터페이스를 통해 Avahi를 활용할 수 있도록 한다.

Windows CE 5.0에는 마이크로소프트 자체 구현의 링크-로컬 멀티캐스트 이름 확인(LLMNR)이 포함되어 있다.

Systemd는 `systemd-resolved`에서 mDNS와 LLMNR을 모두 구현한다.

7. 보안 문제

mDNS는 유니캐스트 DNS와는 달리 지정된 DNS 서버가 아닌 전체 네트워크를 신뢰하는 모델을 사용하므로, 동일 브로드캐스트 도메인 내의 모든 시스템에 의한 스푸핑 공격에 취약하다.^[27] SNMP 등 여러 네트워크 관리 프로토콜과 마찬가지로, 공격자가 네트워크 및 해당 시스템에 대한 자세한 정보를 빠르게 얻는 데 사용될 수도 있다.^[27] 따라서 애플리케이션은 DNS-SD/mDNS를 통해 원격 호스트를 발견하고 확인한 후에도 트래픽을 인증하고 암호화해야 한다(예: RSA, SSH). LLMNR 역시 비슷한 취약점을 갖는다.^[28]

mDNS는 네트워크 전체를 관리하는 유니캐스트의 신뢰할 수 있는 DNS와 달리, 위장 공격으로 정보가 도난당할 위험이 높다는 지적이 있다. 또한, SNMP 등 네트워크 관리 프로토콜처럼 mDNS를 이용해 해당 네트워크 구성이나 개별 호스트에 대한 상세 정보를 쉽게 얻을 수 있다는 문제점도 제기된다.

참조

_[1] 웹사이트 MS Developer Network https://web.archive.[...] Microsoft 2008-07-05
_[2] 웹사이트 Knowledge base http://support.micro[...] Microsoft 2021-01-06
_[3] 웹사이트 How Domain Name Servers Work http://computer.hows[...] howstuffworks
_[4] 웹사이트 Description of the Microsoft Computer Browser Service https://support.micr[...] Microsoft 2015-11-01
_[5] 간행물 Multicast Domain Name Service https://datatracker.[...] IETF 2000-08
_[6] webpage Microsoft TechNet Library Link-Local Multicast Name Resolution https://technet.micr[...] Microsoft 2010-05-05
_[7] webpage Bonjour Licensing and Trademarks https://developer.ap[...] Apple
_[8] webpage Android 4.1 APIs http://developer.and[...]
_[9] electronic mail message Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard https://web.archive.[...] IETF 2006-02-10
_[10] electronic mail message Re: Summary of the LLMNR Last Call https://web.archive.[...] IETF 2006-02-10
_[11] electronic mail message Summary of the LLMNR Last Call https://web.archive.[...] IETF 2005-11-11
_[12] electronic mail message More details on the differences http://www.mhonarc.o[...] IETF
_[13] 웹사이트 About Function Discovery https://msdn.microso[...] Microsoft 2015-11-01
_[14] 웹사이트 DNS-SD http://www.dns-sd.or[...]
_[15] IETF RFC
_[16] IETF RFC
_[17] 웹사이트 Service types http://www.dns-sd.or[...] DNS-SD
_[18] rant Name Binding Protocol over IP http://www.stuartche[...] 2013-05
_[19] 웹사이트 Zero conf http://www.zeroconf.[...] 2020-03
_[20] IETF RFC Multicast DNS IETF 2013-02
_[21] IETF RFC DNS-Based Service Discovery IETF 2013-02
_[22] 웹사이트 Ubuntu 15.10 desktop manifest http://releases.ubun[...] Ubuntu 2015-10-23
_[23] 웹사이트 Windows.Networking.ServiceDiscovery.Dnssd namespace https://msdn.microso[...] Microsoft 2015-11-01
_[24] 웹사이트 Service Location Protocol (svrloc) Charter http://www.ietf.org/[...] IETF
_[25] 웹사이트 Zero Configuration Networking (zeroconf) Charter https://web.archive.[...] IETF 2004-10-28
_[26] 웹사이트 DNS Extensions (dnsext) Charter https://web.archive.[...] IETF 2005-03-02
_[27] World Wide Web log Name (MDNS) Poisoning Attacks Inside the LAN http://www.gnucitize[...] GNU citizen 2008-01-23
_[28] 웹사이트 How to get Windows to give you credentials through LLMNR https://www.pentestp[...] 2015-09-22
_[29] 웹사이트 A Rendezvous with Java http://www.macdevcen[...] Mac Dev Center 2004-08-31
_[30] 웹사이트 Support https://support.appl[...] Apple
_[31] 웹사이트 nss-mdns 0.10 http://0pointer.de/l[...] 0 pointer
_[32] 웹사이트 zcip http://zeroconf.sour[...] Source forge
_[33] 웹사이트 Code http://code.google.c[...]
_[34] 웹사이트 Zeroconf https://web.archive.[...] UTS 2005-05-04
_[35] C source code AVH IPv4LL http://www.zeroconf.[...] Zero conf
_[36] 간행물 udhcpc http://udhcp.busybox[...] Busy box 2005-05-01
_[37] project dhcpcd http://roy.marples.n[...]
_[38] wiki AIR http://www.science.u[...] UVA
_[39] 문서 自動 TCP/IP アドレス指定に DHCP サーバーを使用する方法 http://support.micro[...]
_[40] 문서 Multicast Domain Name Service http://www.waterspri[...]
_[41] 문서 Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard http://www1.ietf.org[...] 2005-08-25
_[42] 문서 Re: Summary of the LLMNR Last Call http://www1.ietf.org[...] 2005-09-20
_[43] 문서 Summary of the LLMNR Last Call http://www1.ietf.org[...] 2005-09-18
_[44] 문서 Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard http://www.mhonarc.o[...] 2005-08-25
_[45] 웹사이트 About OpenSLP http://openslp.org/ openslp.org 2015-12-17
_[46] 문서 Zero Configuration Networking (zeroconf) Charter http://www.ietf.org/[...]
_[47] 문서 DNS Extensions (dnsext) Charter http://www.ietf.org/[...]
_[48] 문서 Service Location Protocol (svrloc) Charter http://www.ietf.org/[...]
_[49] 문서 Name (MDNS) Poisoning Attacks Inside the LAN http://www.gnucitize[...] 2008-01-23
_[50] 문서 MacDevCenter.com - A Rendezvous with Java http://www.macdevcen[...] 2004-08-31
_[51] 문서 Bonjour Print Services for Windows http://support.apple[...] Apple Inc.
_[52] 문서 nss-mdns 0.10 http://0pointer.de/l[...]
_[53] 문서 ソースコード (AVH-IPv4LL.c) http://www.zeroconf.[...]
_[54] 문서 "[udhcp] Fwd: Zeroconf in udhcpc" http://udhcp.busybox[...]
_[55] 문서 AIR Wiki: Link-Local ARP Measurements http://www.science.u[...]
_[56] 문서 자동 TCP/IP Address 지정으로 DHCP 서버를 사용하는 방법 http://support.micro[...]

본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com