Mạng không cấu hình - Wikipedia

Mạng cấu hình không ( zeroconf ) là một tập hợp các công nghệ tự động tạo ra một mạng máy tính có thể sử dụng dựa trên Bộ giao thức Internet (TCP / IP) khi các máy tính hoặc thiết bị ngoại vi mạng được kết nối với nhau. Nó không yêu cầu sự can thiệp của người vận hành thủ công hoặc máy chủ cấu hình đặc biệt. Nếu không có zeroconf, quản trị viên mạng phải thiết lập các dịch vụ mạng, như Giao thức cấu hình máy chủ động (DHCP) và Hệ thống tên miền (DNS) hoặc định cấu hình cài đặt mạng của mỗi máy tính theo cách thủ công.

Zeroconf được xây dựng trên ba công nghệ cốt lõi: tự động gán địa chỉ mạng số cho các thiết bị được nối mạng, phân phối tự động và phân giải tên máy tính và vị trí tự động của dịch vụ mạng, chẳng hạn như thiết bị in.

Bối cảnh [ chỉnh sửa ]

Mạng máy tính sử dụng địa chỉ mạng số để xác định điểm cuối liên lạc trong mạng của các thiết bị tham gia. Điều này tương tự với mạng điện thoại gán một chuỗi các chữ số để xác định mỗi điện thoại. Trong các giao thức mạng hiện đại, thông tin cần truyền được chia thành một chuỗi các gói mạng. Mỗi gói chứa địa chỉ nguồn và đích để truyền. Các bộ định tuyến mạng kiểm tra các địa chỉ này để xác định đường dẫn mạng tốt nhất trong việc chuyển tiếp gói dữ liệu ở mỗi bước tới đích của nó.

Tương tự như điện thoại được gắn nhãn với số điện thoại của họ, đó là một cách phổ biến trong các mạng đầu tiên để gắn nhãn địa chỉ cho các thiết bị được nối mạng. Bản chất động của các mạng hiện đại, đặc biệt là các mạng dân cư trong đó các thiết bị chỉ được cấp nguồn khi cần thiết, mong muốn các cơ chế gán địa chỉ động không yêu cầu sự tham gia của người dùng để khởi tạo và quản lý. Các hệ thống này tự động đặt cho mình các tên phổ biến được chọn bởi nhà sản xuất thiết bị, chẳng hạn như nhãn hiệu và số kiểu hoặc do người dùng chọn để nhận dạng thiết bị của họ. Tên và địa chỉ sau đó được tự động nhập vào một dịch vụ thư mục.

Mạng máy tính ban đầu được xây dựng dựa trên các công nghệ của mạng viễn thông và do đó các giao thức có xu hướng rơi vào hai nhóm: những thiết bị dự định kết nối các thiết bị cục bộ vào mạng cục bộ (LAN) và các giao thức chủ yếu dành cho liên lạc đường dài. Các hệ thống mạng diện rộng (WAN) sau có xu hướng thiết lập tập trung, trong đó quản trị viên mạng sẽ tự gán địa chỉ và tên. Các hệ thống LAN có xu hướng cung cấp tự động hóa nhiều hơn các tác vụ này, để có thể thêm thiết bị mới vào mạng LAN với sự can thiệp tối thiểu của nhà điều hành và quản trị viên.

Một ví dụ ban đầu về hệ thống LAN cấu hình không là AppleTalk, một giao thức được Apple Inc. giới thiệu cho các máy tính Macintosh đầu thập niên 1980. Máy Mac, cũng như các thiết bị khác hỗ trợ giao thức, có thể được thêm vào mạng bằng cách cắm chúng vào; tất cả các cấu hình hơn nữa đã được tự động. Các địa chỉ mạng được tự động chọn bởi mỗi thiết bị bằng giao thức được gọi là Giao thức phân giải địa chỉ AppleTalk (Apeg), trong khi mỗi máy xây dựng dịch vụ thư mục cục bộ của riêng mình bằng giao thức được gọi là Giao thức liên kết tên (NBP). NBP không chỉ bao gồm một tên, mà là loại thiết bị và bất kỳ thông tin bổ sung nào do người dùng cung cấp, chẳng hạn như vị trí thực tế hoặc tính khả dụng của nó. Người dùng có thể tra cứu bất kỳ thiết bị nào trên mạng bằng Trình chọn ứng dụng, bộ lọc đã lọc các tên dựa trên loại thiết bị.

Trên các mạng Giao thức Internet, cơ sở dữ liệu Hệ thống Tên miền cho mạng ban đầu được quản trị viên duy trì thủ công. Nỗ lực tự động hóa bảo trì cơ sở dữ liệu này, dẫn đến việc giới thiệu một số giao thức mới cung cấp dịch vụ tự động, như Giao thức cấu hình máy chủ động (DHCP).

Lựa chọn địa chỉ [ chỉnh sửa ]

Máy chủ lưu trữ trên mạng phải được gán địa chỉ IP nhận dạng duy nhất chúng cho các thiết bị khác trên cùng mạng. Trên một số mạng, có một cơ quan trung ương chỉ định các địa chỉ này khi các thiết bị mới được thêm vào. Các cơ chế được giới thiệu để tự động xử lý tác vụ này và cả IPv4 và IPv6 hiện bao gồm các hệ thống để tự động cấu hình địa chỉ, cho phép thiết bị xác định địa chỉ an toàn để sử dụng thông qua các cơ chế đơn giản. Để đánh địa chỉ liên kết cục bộ, IPv4 sử dụng khối đặc biệt 169.254.0.0 / 16 như được mô tả trong RFC 3927 trong khi máy chủ IPv6 sử dụng tiền tố fe80 :: / [19659014] 10 . Các địa chỉ phổ biến hơn được gán bởi máy chủ DHCP, thường được tích hợp vào phần cứng mạng phổ biến như máy chủ hoặc bộ định tuyến.

Hầu hết các máy chủ IPv4 chỉ sử dụng địa chỉ liên kết cục bộ như là phương sách cuối cùng khi máy chủ DHCP không khả dụng. Một máy chủ IPv4 nếu không sử dụng địa chỉ được gán DHCP của nó cho tất cả các liên lạc, toàn cầu hoặc liên kết cục bộ. Một lý do là các máy chủ IPv4 không bắt buộc phải hỗ trợ nhiều địa chỉ trên mỗi giao diện, mặc dù nhiều máy chủ hoạt động. Một điều nữa là không phải mọi máy chủ IPv4 đều thực hiện phân giải tên phân tán (ví dụ: DNS đa hướng), do đó, việc khám phá địa chỉ liên kết cục bộ được cấu hình tự động của một máy chủ khác trên mạng có thể khó khăn. Khám phá địa chỉ được gán DHCP của máy chủ khác yêu cầu phân giải tên phân tán hoặc máy chủ DNS unicast có thông tin này; Một số mạng có máy chủ DNS được cập nhật tự động với thông tin địa chỉ và máy chủ được gán DHCP.

Các máy chủ IPv6 được yêu cầu để hỗ trợ nhiều địa chỉ trên mỗi giao diện; hơn nữa, mọi máy chủ IPv6 được yêu cầu cấu hình một địa chỉ liên kết cục bộ ngay cả khi các địa chỉ toàn cầu khả dụng. Ngoài ra, các máy chủ IPv6 có thể tự định cấu hình các địa chỉ bổ sung khi nhận tin nhắn quảng cáo bộ định tuyến, do đó loại bỏ sự cần thiết của máy chủ DHCP. ^[1]

Cả máy chủ IPv4 và IPv6 đều có thể tạo ngẫu nhiên phần cụ thể của máy chủ của một địa chỉ tự động cấu hình. Các máy chủ IPv6 thường kết hợp tiền tố lên tới 64 bit với EUI-64 64 bit có nguồn gốc từ địa chỉ MAC MAC 48 bit được chỉ định của nhà máy. Địa chỉ MAC có lợi thế là duy nhất trên toàn cầu, một tài sản cơ bản của EUI-64. Ngăn xếp giao thức IPv6 cũng bao gồm phát hiện địa chỉ trùng lặp để tránh xung đột với các máy chủ khác. Trong IPv4, phương thức này được gọi là tự động cấu hình địa chỉ liên kết cục bộ . ^[2] Tuy nhiên, Microsoft gọi điều này là Địa chỉ IP riêng tự động (APIPA) ^[3] hoặc Cấu hình tự động giao thức (IPAC). Tính năng này được hỗ trợ trong Windows kể từ ít nhất là Windows 98. ^[4]

Khám phá dịch vụ tên [ chỉnh sửa ]

Các giao thức Internet sử dụng địa chỉ IP để liên lạc, nhưng con người không dễ sử dụng ; IPv6 đặc biệt sử dụng các chuỗi chữ số rất dài không dễ dàng nhập thủ công. Để giải quyết vấn đề này, internet từ lâu đã sử dụng Hệ thống tên miền (DNS), cho phép các tên có thể đọc được của con người được liên kết với các địa chỉ IP và bao gồm mã để tìm kiếm các tên này từ hệ thống cơ sở dữ liệu phân cấp. Người dùng nhập tên miền, chẳng hạn như example.org phần mềm DNS của máy tính tìm trong cơ sở dữ liệu DNS để lấy địa chỉ IP, sau đó chuyển địa chỉ đó sang ngăn xếp giao thức để liên lạc thêm. ^[5]

Tìm kiếm địa chỉ bằng DNS yêu cầu phải biết địa chỉ IP của máy chủ DNS. Điều này thường được thực hiện bằng cách nhập địa chỉ của một máy chủ đã biết vào một trường trong một trong các thiết bị trên mạng. Trong các hệ thống ban đầu, điều này thường được yêu cầu trên mọi thiết bị, nhưng điều này đã được đẩy lên một lớp trong hệ thống phân cấp đến các máy chủ DHCP hoặc thiết bị băng thông rộng như modem cáp nhận thông tin này từ nhà cung cấp dịch vụ internet của họ. Điều này đã làm giảm các yêu cầu quản trị phía người dùng và cung cấp một yếu tố chính của quyền truy cập cấu hình bằng không. ^[5]

DNS được dự định cung cấp tên thống nhất cho các nhóm thiết bị trong cùng lĩnh vực quản trị, chẳng hạn như example.org được cung cấp bởi một dịch vụ tên. Gán địa chỉ cho thiết bị cục bộ, ví dụ: thirdfloorprinter.example.org thường yêu cầu quản trị viên truy cập vào máy chủ DNS và thường được thực hiện thủ công. Ngoài ra, các máy chủ DNS truyền thống dự kiến ​​sẽ không tự động sửa cho các thay đổi trong cấu hình. Chẳng hạn, nếu một máy in được chuyển từ tầng này sang tầng khác, máy chủ DHCP cục bộ có thể được gán một địa chỉ IP mới. ^[5]

Để giải quyết nhu cầu cấu hình tự động, Microsoft đã triển khai NetBIOS Phần dịch vụ tên trong đó là Dịch vụ trình duyệt máy tính đã có trong Microsoft Windows cho nhóm làm việc 3.11 ^[6] vào đầu năm 1992. Dịch vụ tên NetBIOS là cấu hình không trên các mạng có một mạng con duy nhất và có thể được sử dụng cùng với máy chủ WINS hoặc (Microsoft) Máy chủ DNS hỗ trợ đăng ký địa chỉ tự động (bảo mật) để có chi phí quản lý nhỏ nhưng không bằng 0 ngay cả trên các mạng (doanh nghiệp) rất lớn. Các giao thức mà NetBIOS có thể sử dụng là một phần của bộ giao thức mở SMB ^[6] được triển khai trên Linux và iOS, mặc dù Windows thường hỗ trợ một loạt các phương ngữ được gọi là có thể đàm phán giữa các máy khách (Windows) hỗ trợ nó. Ví dụ: Dịch vụ trình duyệt máy tính chạy trên hệ điều hành máy chủ hoặc các phiên bản Windows mới hơn được bầu chọn là cái gọi là trình duyệt chính so với các phiên bản không chạy hệ điều hành máy chủ hoặc chạy các phiên bản Windows cũ hơn. ^[6]

Năm 2000, Bill Manning và Bill Woodcock đã mô tả Dịch vụ tên miền đa tuyến ^[7] đã tạo ra các triển khai của Apple và Microsoft. Cả hai triển khai đều rất giống nhau. DNS Multicast của Apple (mDNS) được xuất bản dưới dạng đề xuất theo dõi tiêu chuẩn ( RFC 6762), trong khi Độ phân giải tên đa tuyến liên kết cục bộ (LLMNR) của Microsoft được xuất bản dưới dạng thông tin RFC 4795. LLMNR được bao gồm trong mọi phiên bản Windows từ Windows Vista trở đi ^[8] và hoạt động như một giải pháp thay thế song song cho Dịch vụ tên NetBIOS của Microsoft qua IPv4 và thay thế qua IPv6, vì NetBIOS không khả dụng trên IPv6. Việc triển khai của Apple có sẵn dưới dạng Dịch vụ Bonjour, trước đây là Rendezvous, kể từ năm 2002 trong Mac OS X v10.2. Việc triển khai Bonjour (mDNSResponder) có sẵn theo Giấy phép mã nguồn mở Apache 2 ^[9] và được bao gồm trong Android 4.1 "Jelly Bean" và sau đó ^[10] theo cùng một giấy phép.

Việc sử dụng các dịch vụ NetBIOS hoặc LLMNR trên Windows về cơ bản là tự động, vì sử dụng API máy khách DNS tiêu chuẩn sẽ dẫn đến việc sử dụng NetBIOS hoặc LLMNR tùy thuộc vào tên nào được giải quyết (tên đó có phải là tên địa phương hay không) , cấu hình mạng có hiệu lực (ví dụ hậu tố DNS có hiệu lực) và (trong mạng công ty) các chính sách có hiệu lực (cho dù LLMNR hoặc NetBIOS bị vô hiệu hóa), mặc dù các nhà phát triển có thể chọn bỏ qua các dịch vụ này để tra cứu địa chỉ riêng lẻ.

Các giao thức mDNS và LLMNR có những khác biệt nhỏ trong cách tiếp cận với độ phân giải tên. mDNS cho phép một thiết bị mạng chọn một tên miền trong không gian tên DNS cục bộ và thông báo nó bằng địa chỉ IP phát đa hướng đặc biệt. Điều này giới thiệu ngữ nghĩa đặc biệt cho tên miền cục bộ ^[11] được coi là một vấn đề của một số thành viên của IETF. ^[12] Dự thảo LLMNR hiện tại cho phép một thiết bị mạng chọn bất kỳ tên miền nào, được xem là một số thành viên của IETF có nguy cơ bảo mật. ^[13] mDNS tương thích với DNS-SD như được mô tả trong phần tiếp theo, trong khi LLMNR thì không. ^[14]

Khám phá dịch vụ [ chỉnh sửa ] 19659005] Đặt tên cho các dịch vụ như mDNS, LLMNR và các dịch vụ khác không cung cấp thông tin về loại thiết bị hoặc trạng thái của thiết bị. Chẳng hạn, một người dùng đang tìm kiếm một máy in gần đó có thể bị cản trở nếu máy in được đặt tên là "Bob". Khám phá dịch vụ cung cấp thêm thông tin về các thiết bị. Khám phá dịch vụ đôi khi được kết hợp với một dịch vụ tên, như trong Giao thức ràng buộc tên của Apple và NetBIOS của Microsoft (bao gồm SMB như được hỗ trợ trên các hệ điều hành không phải của Microsoft).

NetBIOS Service Discovery [ chỉnh sửa ]

NetBIOS trên Windows và SMB anh chị em của nó trên các hệ điều hành khác, hỗ trợ các máy chủ riêng lẻ trên mạng để quảng cáo dịch vụ, như chia sẻ tệp và máy in. Ví dụ, nó cũng hỗ trợ một máy in mạng để quảng cáo là máy chủ chia sẻ thiết bị máy in và mọi dịch vụ liên quan mà nó hỗ trợ. Tùy thuộc vào cách thiết bị được gắn (trực tiếp vào mạng hoặc máy chủ chia sẻ thiết bị đó) và giao thức nào được hỗ trợ, tuy nhiên, các máy khách Windows kết nối với thiết bị có thể thích sử dụng SSDP hoặc WSD hơn sử dụng NetBIOS. NetBIOS là một trong những nhà cung cấp trên Windows thực hiện quy trình khám phá tổng quát hơn có tên là 'Khám phá chức năng', bao gồm các nhà cung cấp tích hợp cho PnP, Registry, NetBIOS, SSDP và WSD ^[15] trong đó hai nhà cung cấp trước chỉ ở địa phương và sau ba hỗ trợ khám phá các thiết bị nối mạng. Không ai trong số này cần bất kỳ cấu hình nào để sử dụng trên mạng con cục bộ. NetBIOS theo truyền thống chỉ được hỗ trợ trong các máy in đắt tiền để sử dụng trong các công ty và các thiết bị rẻ nhất của một số thương hiệu ngày nay vẫn không hỗ trợ cho nó, nhưng người dùng gia đình và SOHO sẽ kết nối máy in với máy tính qua cổng song song hoặc USB và chia sẻ nó từ máy tính. Tuy nhiên, ngày nay, ngay cả các máy in cấp nhập có hỗ trợ Wi-Fi hoặc Ethernet của một số thương hiệu cũng hỗ trợ nó, cho phép máy in được sử dụng mà không cần cấu hình ngay cả trên các hệ điều hành rất cũ (ví dụ như kết hợp với trình điều khiển PostScript chung).

WS-Discovery [ chỉnh sửa ]

Khám phá động dịch vụ web (WS-Discovery) là một đặc tả kỹ thuật xác định giao thức khám phá đa hướng để định vị các dịch vụ trên mạng cục bộ. Nó hoạt động trên cổng TCP và UDP 3702 và sử dụng địa chỉ multicast IP 239.255.255.250. Như tên cho thấy, giao tiếp thực tế giữa các nút được thực hiện bằng cách sử dụng các tiêu chuẩn dịch vụ web, đáng chú ý là SOAP qua UDP. Windows hỗ trợ nó dưới dạng WSD và WPDS và nhiều nhà sản xuất thiết bị và thiết bị hỗ trợ nó, chẳng hạn như máy in HP và Brother.

Khám phá dịch vụ dựa trên DNS [ chỉnh sửa ]

DNS-SD cho phép khách hàng khám phá danh sách dịch vụ có tên, được cung cấp loại dịch vụ và giải quyết các dịch vụ đó thành tên máy chủ bằng các truy vấn DNS tiêu chuẩn. Thông số kỹ thuật tương thích với máy chủ DNS và phần mềm máy khách unicast hiện có, nhưng hoạt động tốt tương tự với Multicast DNS trong môi trường cấu hình không. Mỗi phiên bản dịch vụ được mô tả bằng bản ghi DNS SRV ( RFC 2782) và DNS TXT ( RFC 1035). Một khách hàng phát hiện ra danh sách các trường hợp khả dụng cho một loại dịch vụ nhất định bằng cách truy vấn bản ghi DNS PTR ( RFC 1035) của tên loại dịch vụ đó; máy chủ trả về 0 hoặc nhiều tên của mẫu ". ", mỗi tên tương ứng với một cặp bản ghi SRV / TXT. Bản ghi SRV phân giải thành tên miền cung cấp thể hiện, trong khi TXT có thể chứa tham số cấu hình dành riêng cho dịch vụ. Sau đó, khách hàng có thể giải quyết bản ghi A / AAAA cho tên miền và kết nối với dịch vụ.

Lịch sử [ chỉnh sửa ]

Năm 1997, Stuart Cheshire đã đề xuất ^{[16] [ nguồn tự xuất bản? ]} Mạng IP để giải quyết việc thiếu khả năng khám phá dịch vụ. Cheshire sau đó đã gia nhập Apple và là tác giả của các đề xuất dự thảo IETF cho Multicast DNS và Service Discovery dựa trên DNS, hỗ trợ chuyển đổi từ AppleTalk sang mạng IP. Vào năm 2002, ^[17] Apple đã công bố triển khai cả hai giao thức dưới tên Rendezvous (sau đổi tên thành Bonjour), được bao gồm trong Mac OS X 10.2 và thay thế Giao thức vị trí dịch vụ được sử dụng trong 10.1. ^]] Vào năm 2013, các đề xuất đã được phê chuẩn là RFC 6762 ^[18] và RFC 6763. ^[19]

DNS-SD với multicast [ chỉnh sửa ] ] Multicast DNS (mDNS) là một giao thức sử dụng các gói tương tự như DNS unicast ngoại trừ được gửi qua một liên kết multicast để phân giải tên máy chủ. Mỗi máy chủ lắng nghe trên cổng mDNS, 5353 và giải quyết các yêu cầu đối với bản ghi DNS của tên máy chủ .local (ví dụ: A, AAAA, CNAME) về địa chỉ IP của nó. Khi một máy khách mDNS cần phân giải tên máy chủ cục bộ thành địa chỉ IP, nó sẽ gửi một yêu cầu DNS cho tên đó đến một địa chỉ multicast nổi tiếng; máy tính có bản ghi A / AAAA tương ứng trả lời bằng địa chỉ IP của nó. Địa chỉ multicast mDNS là 224.0.0.251 cho IPv4 và ff02 :: fb để đánh địa chỉ liên kết cục bộ IPv6.

Các yêu cầu khám phá dịch vụ DNS (DNS-SD) cũng có thể được gửi qua một liên kết đa hướng, ^[20] và nó có thể được kết hợp với mDNS để mang lại DNS-SD có cấu hình không. Nó vẫn sử dụng các bản ghi DNS PTR, SRV, TXT để quảng cáo các phiên bản của loại dịch vụ, tên miền cho các phiên bản đó và các tham số cấu hình tùy chọn để kết nối với các phiên bản đó. Nhưng các bản ghi SRV hiện có thể phân giải thành tên miền đa hướng .local mà mDNS có thể phân giải thành các địa chỉ IP cục bộ.

Hỗ trợ [ chỉnh sửa ]

DNS-SD được sử dụng bởi các sản phẩm của Apple, hầu hết các máy in mạng, nhiều bản phân phối Linux bao gồm Debian và Ubuntu, ^[21] và một số sản phẩm của bên thứ ba cho các hệ điều hành khác nhau. Ví dụ: nhiều ứng dụng mạng OS X được viết bởi Apple, bao gồm Safari, iChat và Messages, có thể sử dụng DNS-SD để định vị các máy chủ gần đó và máy khách ngang hàng. Trên Windows, hệ điều hành bao gồm hỗ trợ DNS-SD ít nhất là trên Windows 10 cho các ứng dụng được viết bằng JavaScript ^[22] và các ngôn ngữ khác có thể được hỗ trợ trong thời gian ngắn. Các ứng dụng riêng lẻ có thể bao gồm hỗ trợ riêng của chúng trong các phiên bản cũ hơn của hệ điều hành, như hầu hết các ứng dụng khách nhắn tin và VoIP trên Windows đều hỗ trợ DNS-SD. Một số bản phân phối Unix, BSD và Linux cũng bao gồm DNS-SD. Ví dụ, Ubuntu gửi Avahi, một triển khai mDNS / DNS-SD, trong bản phân phối cơ sở của nó.

Các loại dịch vụ được cung cấp trên cơ sở phục vụ đầu tiên. Đăng ký loại dịch vụ ban đầu được duy trì bởi DNS-SD.org, ^[23] nhưng sau đó đã được sáp nhập vào sổ đăng ký của IANA cho các bản ghi DNS SRV. ^[24]

UPnP [ chỉnh sửa ]

UPnP có một số biến thể giao thức với mục đích khám phá dịch vụ.

SSDP [ chỉnh sửa ]

Giao thức khám phá dịch vụ đơn giản (SSDP) là giao thức UPnP, được sử dụng trong Windows XP trở lên. SSDP sử dụng thông báo thông báo HTTP cung cấp URI loại dịch vụ và Tên dịch vụ duy nhất (USN). Các loại dịch vụ được quy định bởi Ban chỉ đạo cắm và chạy phổ quát. SSDP được hỗ trợ bởi nhiều nhà sản xuất máy in, NAS và thiết bị như Brother, một số nhãn hiệu thiết bị mạng nhất định và trong nhiều thiết bị tường lửa SOHO, nơi các máy tính chủ phía sau nó có thể đục lỗ cho các ứng dụng. Nó cũng được sử dụng trong các hệ thống PC tại nhà, nơi trao đổi phương tiện giữa các máy tính chủ và trung tâm truyền thông được tạo điều kiện sử dụng SSDP.

DLNA [ chỉnh sửa ]

DLNA là một bộ tiêu chuẩn khác sử dụng UPnP để khám phá các thiết bị được nối mạng, có một danh sách dài các nhà sản xuất sản xuất thiết bị hỗ trợ nó, chẳng hạn như TV từ hầu hết nếu không phải tất cả các thương hiệu lớn, thiết bị NAS và vv. Như vậy, nó cũng được hỗ trợ bởi tất cả các hệ điều hành chính.

Nỗ lực đối với giao thức chuẩn IETF [ chỉnh sửa ]

Giao thức vị trí dịch vụ (SLP) được hỗ trợ bởi các máy in mạng của Hewlett-Packard, Novell và Sun microsystems. SLP được mô tả trong RFC 2608 và RFC 3224 và việc triển khai có sẵn cho cả Solaris và Linux.

AllJoyn [ chỉnh sửa ]

AllJoyn là một chồng phần mềm nguồn mở cho vô số thiết bị, từ các thiết bị IoT nhỏ nhất đến các máy tính lớn nhất, để khám phá và kiểm soát các thiết bị trên mạng (Wifi, Ethernet) và các liên kết khác (Bluetooth, ZigBee, v.v.). Nó sử dụng (trong số những người khác) mDNS và HTTP trên UDP.

Tiêu chuẩn hóa [ chỉnh sửa ]

RFC 3927, một tiêu chuẩn để chọn địa chỉ cho các mục được nối mạng, được xuất bản vào tháng 3 năm 2005 bởi nhóm làm việc ZEToconf IETF Apple, Sun và Microsoft. ^[25]

LLMNR đã được gửi để nhận con nuôi chính thức trong nhóm làm việc DNSEXT IETF, tuy nhiên không đạt được sự đồng thuận và do đó chỉ được xuất bản dưới dạng RFC thông tin: RFC 4795. ^[26]

Sau khi LLMNR không trở thành tiêu chuẩn Internet, IETF đã yêu cầu IETF gửi thông số mDNS / DNS-SD để xuất bản dưới dạng RFC thông tin. rằng mDNS / DNS-SD được sử dụng rộng rãi hơn nhiều so với LLMNR. ^{[ cần trích dẫn ]} . Vào tháng 2 năm 2013, mDNS và DNS-SD đã được xuất bản dưới dạng Đề xuất theo dõi tiêu chuẩn RFC 6762 và RFC 6763.

RFC 2608, tiêu chuẩn SLP để tìm ra nơi nhận dịch vụ, được xuất bản bởi nhóm làm việc SVRLOC IETF. ^[27]

Các vấn đề bảo mật [ chỉnh sửa ] mDNS hoạt động theo một mô hình tin cậy khác với DNS unicast tin tưởng toàn bộ mạng thay vì máy chủ DNS được chỉ định, rất dễ bị giả mạo bởi các hệ thống trong phạm vi IP đa hướng. Giống như SNMP và nhiều giao thức quản lý mạng khác, những kẻ tấn công cũng có thể được sử dụng để nhanh chóng có được kiến ​​thức chi tiết về mạng và máy của nó. ^[28] Vì điều này, các ứng dụng vẫn nên xác thực và mã hóa lưu lượng đến các máy chủ từ xa (ví dụ: thông qua RSA, SSH, v.v.) sau khi khám phá và giải quyết chúng thông qua DNS-SD / mDNS.

Các triển khai chính [ chỉnh sửa ]

Apple Bonjour [ chỉnh sửa ]

Bonjour (trước đây gọi là Rendezvous) từ Apple Inc. Khám phá dịch vụ mDNS và DNS. Apple đã thay đổi công nghệ zeroconf ưa thích của mình từ SLP sang mDNS và DNS-SD giữa Mac OS X 10.1 và 10.2, mặc dù SLP vẫn tiếp tục được Mac OS X hỗ trợ.

mDNSResponder của Apple có giao diện cho C và Java ^[29] và có sẵn trên BSD, Apple Mac OS X, Linux, các hệ điều hành dựa trên POSIX khác và MS Windows. Các bản tải xuống Windows có sẵn từ trang web của Apple. ^[30]

Avahi [ chỉnh sửa ]

Avahi là một triển khai Zeroconf cho Linux và BSD. Nó triển khai IPv4LL, mDNS và DNS-SD. Nó là một phần của hầu hết các bản phân phối Linux và được cài đặt theo mặc định trên một số. Nếu được chạy cùng với nss-mdns, nó cũng cung cấp độ phân giải tên máy chủ. ^[31]

Avahi cũng thực hiện các thư viện tương thích nhị phân mô phỏng Bonjour và cách thực hiện mDNS lịch sử cũng có thể sử dụng Avahi thông qua các giao diện mô phỏng.

MS Windows CE 5.0 [ chỉnh sửa ]

Microsoft Windows CE 5.0 bao gồm triển khai LLMNR của chính Microsoft.

Địa chỉ IPv4 liên kết cục bộ [ chỉnh sửa ]

Có một số triển khai địa chỉ IPv4 liên kết cục bộ có sẵn:

• Apple Mac OS và MS Windows đã hỗ trợ các địa chỉ liên kết cục bộ kể từ năm 1998. ^{[ cần trích dẫn ]} Apple đã phát hành triển khai nguồn mở trong gói bootp Darwin.
• Avahi chứa một triển khai IPv4LL trong công cụ avahi-autoipd.
• Zero-Conf IP (zcip). ^[32]
• BusyBox có thể nhúng một triển khai IPv4LL đơn giản. 19659130] một ngã ba từ Busybox, cung cấp một triển khai IPv4LL được sửa đổi một chút có tên là llad.
• Zeroconf, ^[34] một gói dựa trên Simple IPv4LL, một triển khai ngắn hơn của Arthur van Hoff. ^[35]

daemon hoặc plugin cho các máy khách DHCP chỉ xử lý các địa chỉ IP liên kết cục bộ. Một cách tiếp cận khác là bao gồm hỗ trợ trong các máy khách DHCP mới hoặc hiện có:

• Elvis Pfützenreuter đã viết một bản vá cho máy khách / máy chủ uDHCP. ^[36]
• dhcpcd ^[37] là một máy khách DHCP mã nguồn mở cho Linux và BSD. Nó được bao gồm như là tiêu chuẩn trong NetBSD.

Cả hai triển khai này đều không giải quyết được các vấn đề hạt nhân như phát trả lời ARP ^[38] hoặc đóng các kết nối mạng hiện có.

Xem thêm [ chỉnh sửa ]

Tài liệu tham khảo [ chỉnh sửa ]

Ghi chú

1. ^ . IETF. doi: 10.17487 / RFC4862 . https://tools.ietf.org/html/rfc4862[19459008[
2. ^ RFC 3927 . IETF. doi: 10.17487 / RFC3927 . https://tools.ietf.org/html/rfc3927[19459008[
3. ^ "Apipa", Mạng lưới nhà phát triển MS Microsoft
4. ^ "Cách sử dụng địa chỉ TCP / IP tự động mà không cần máy chủ DHCP", Microsoft
5. ^ ^{a b c} Marshall Brain và Stephanie Crawford, " Tên máy chủ hoạt động ", howthingworks
6. ^ ^{a b c} Dịch vụ trình duyệt máy tính Microsoft ". Cơ sở tri thức Microsoft . Microsoft . Truy cập 1 tháng 11 2015 .
7. ^ Manning, Dịch vụ tên miền đa điểm (bản nháp), suối nước
8. ^ Liên kết thư viện TechNet - Độ phân giải tên đa địa phương (trang web), Microsoft
9. ^ Cấp phép và nhãn hiệu Bonjour (trang web), Apple
10. ^ API (trang web), Google
11. ^ Re: Cuộc gọi cuối cùng: 'Độ phân giải tên đa liên kết (LLMNR)' theo Tiêu chuẩn đề xuất (tin nhắn thư điện tử), IETF [1965917] Re: Tóm tắt về cuộc gọi cuối cùng của LLMNR (tin nhắn thư điện tử), IETF
12. ^ Tóm tắt về cuộc gọi cuối cùng của LLMNR
13. ^ Thêm chi tiết về sự khác biệt (tin nhắn thư điện tử), IETF
14. ^ "Giới thiệu về chức năng khám phá". Trung tâm phát triển Windows . Microsoft . Truy xuất 1 tháng 11 2015 .
15. ^ Cheshire, Stuart, Tên giao thức ràng buộc qua IP (rant)
16. ^ conf
17. ^ "Lịch sử tài liệu RFC 6762". IETF.
18. ^ "Lịch sử tài liệu RFC 6763". IETF.
19. ^ RFC 6763 . IETF. doi: 10.17487 / RFC6763 . https://tools.ietf.org/html/rfc6763[19459008[
20. ^ "Bản kê khai máy tính để bàn Ubuntu 15.10". Ubuntu . Truy xuất 23 tháng 10 2015 .
21. ^ "Windows.Networking.ServiceDiscovery.Dnssd không gian tên". Trung tâm phát triển Windows . Microsoft . Đã truy xuất 1 tháng 11 2015 .
22. ^ DNS-SD
23. ^ Các loại dịch vụ DNS-SD Điều lệ mạng cấu hình không (zeroconf) IETF
24. ^ Điều lệ mở rộng DNS (dnsext) IETF
25. Điều lệ giao thức vị trí (svrloc) IETF
26. ^ Tên (MDNS) Tấn công ngộ độc bên trong mạng LAN (Nhật ký mạng toàn cầu), GNU công dân
27. ^ [1965915] Một cuộc gặp gỡ với Java Trung tâm Mac Dev, 2004-08-31
28. ^ "Bonjour cho MS Windows 1.0.4", Hỗ trợ Apple
29. ^ [19659214] Lennart, nss-mdns 0.10 DE: 0 con trỏ
30. ^ zcip Nguồn giả mạo
31. ^ Mã số Google
32. ^ Zeroconf AU: UTS
33. ^ AVH IPv4LL (mã nguồn C), Zero conf
34. ^ "Zeroconf in udhcpc", udhcpc (hộp thư điện tử), Busy, tháng 5 năm 2005 Marples, Roy, dhcpcd (wiki) (dự án)
35. ^ "Các phép đo ARP liên kết cục bộ", AIR (wiki) : UVA

Nguồn

• Guttman, Erik (2001), "Tự động cấu hình cho mạng IP: Kích hoạt giao tiếp cục bộ", Điện toán Internet của IEEE 5 (3): 81 86, doi: 10.1109 / 4236.935181

Liên kết ngoài [ chỉnh sửa ]

• JmDNS Giả mạo nguồn một triển khai Java thuần túy của mDNS / DNS. 19659126] pyZeroConf Giả mạo nguồn một triển khai Python thuần túy của mDNS / DNS-SD.
• Mono.Zeroconf [19459] ]một nền tảng chéo (Linux, MS Windows, Apple Mac), thư viện Mono / .NET hợp nhất cho Zeroconf, hỗ trợ cả Bonjour và Avahi.
• WxServDisc Source forge một mô-đun phát hiện dịch vụ dựa trên nền tảng wxWidgets mà không cần phụ thuộc bên ngoài. [19659] Stuart, Đặc điểm kỹ thuật (bản nháp), Multicast DNS .
• Chuyện, Đặc điểm khám phá dịch vụ dựa trên DNS (bản nháp), DNS ‐ SD [19659245].
• Đợi, Zeroconf (video) (thảo luận về công nghệ), Google .
• của anh, Zeroconf 19659250]bao gồm các bản nháp trên Internet.
• DNS-SD Khám phá dịch vụ dựa trên DNS
• DNS Multicast .
• Heath (Tháng 12 năm 2002), Tìm hiểu Zeroconf và Multicast DNS (bài báo), O'Reilly hơi lỗi thời.
• "Zeroconf Technologies", AIR [19459] wiki), NL: UV A.
• DNSEXT working group (charter), IETFwhich coordinates LLMNR standardization.
• Service Location Protocol, version 2. doi:10.17487/RFC2608. RFC 2608. https://tools.ietf.org/html/rfc2608.
• Steinberg, Daniel; Cheshire, Stuart, Zero Configuration Networking: The Definitive GuideO'Reilly.

visit site
site