Bỏ qua djbdns. Mặc dù djb là một anh hùng, anh ta mang theo sự kiêu ngạo của một nhà toán học đối với phần mềm. Thực tế là nó không hoạt động như các phần mềm khác liên quan đến việc bắt đầu / dừng nó có thể là một minh chứng tốt cho một kỹ thuật quản lý daemon thông minh. Nhưng bạn sẽ phải rút tài liệu ra nếu bạn không sử dụng nó thường xuyên, bởi vì mọi thứ đều khác nhau. Nếu bạn cũng thiết lập nó trên các hệ thống mà người khác duy trì, bạn sẽ cần viết cho họ tài liệu rõ ràng - họ sẽ cần đọc toàn bộ để thực hiện các thao tác đơn giản. Chạy công cụ ra khỏi init là dễ thương, thậm chí thông minh. Nhưng nó cũng đáng ghét, đáng ngạc nhiên và không chuẩn.
Ngoài ra, tôi đã gặp vấn đề với djbdns gây ra vấn đề nghiêm trọng do khăng khăng chỉ tôn trọng các tiêu chuẩn chứ không phải khả năng tương tác phần mềm. Khắc phục sự cố những vấn đề này là một sự lãng phí lớn thời gian, bởi vì nó có những khác biệt nhỏ trong các gói DNS.
Ngoài ra, djbdns có hành vi lạ trong một số trường hợp sẽ khiến mọi người khắc phục sự cố máy chủ DNS của bạn bằng các công cụ không phải là djb (ví dụ với nslookup) để có kết quả đáng ngạc nhiên. Bạn sẽ lãng phí thời gian để giải thích "thực ra, tôi chỉ sử dụng máy chủ DNS tối nghĩa có tên là djbdns. Vấn đề là các công cụ chẩn đoán của bạn đang cung cấp cho bạn một tin nhắn lạ, nhưng nó hoạt động tốt. Nếu bạn nhìn vào gói chụp này, bạn có thể biết Điều này không liên quan đến vấn đề chúng tôi đã gặp cách đây vài tháng khi djbdns không hoạt động chính xác với máy chủ DNS của bạn. Nó cũng không liên quan đến vấn đề chúng tôi gặp phải vài tuần trước khi tôi rời khỏi văn phòng và nó đã đưa tôi đến đồng đội một giờ để khởi động lại máy chủ DNS. "
Các vấn đề tương tự với qmail tất cả xung quanh.
Có một số giá trị giáo dục trong việc thiết lập djbdns, nếu bạn đang đặt câu hỏi và có thời gian để giết. Bạn cũng có thể học được nhiều thứ chỉ bằng cách đọc trang web của djb.
Có hai bộ vấn đề bảo mật. Các lỗ hổng bảo mật cho phép kẻ tấn công truy cập vào hệ thống - djbdns gần như chắc chắn không có bất kỳ lỗi nào trong số này. Vài năm trước, bind có khá nhiều thứ đáng xấu hổ được phát hiện trong một thời gian ngắn, cũng làm lộ ra một thiết kế tồi. Tôi hy vọng rằng trong nhiều năm qua, nó đã được viết lại hoàn toàn. Nếu bạn thực sự muốn an toàn về mặt này, hãy chạy nó dưới một máy ảo (ví dụ Xen). Ngoài ra, hãy xem xét, nếu bạn đang chạy trên một hệ thống Linux với SELinux ở chế độ được nhắm mục tiêu, bạn sẽ có một thiết lập cho liên kết và có thể sẽ không bận tâm với một cho djbdns. Hệ thống bind + SELinux có khả năng an toàn hơn.
Vấn đề khác là bảo mật chống nhiễm độc bộ nhớ cache. Tôi đoán là djbdns đã tốt hơn khi nó được phát hành, và ràng buộc có lẽ tốt hơn bây giờ do sự chú ý lớn hơn. Đây có lẽ là nguyên nhân khiến thính giác của bạn bị ràng buộc là không an toàn trừ khi "được cấu hình đúng". Bạn ít nhất nên nghiên cứu và hiểu vấn đề này. Trong quá trình có thể bạn sẽ tìm ra những rủi ro cấu hình tồn tại cho cả hai máy chủ DNS.
Hành vi dưới tải nặng là một tiêu chí vô nghĩa đối với hầu hết người dùng. Coi chừng hiệu suất được sử dụng như một tiêu chí để đánh giá phần mềm hiếm khi bị nghẽn cổ chai hiệu năng. Bạn không lưu trữ máy chủ DNS lưu trữ cho một cơ sở người dùng khổng lồ, nơi bạn có thể nhận được yêu cầu ở một tỷ lệ đáng kể. Bạn đang chạy DNS có thẩm quyền để cung cấp các dịch vụ có thể đang chạy trên cùng một hệ thống. Các dịch vụ này đắt hơn hàng ngàn lần so với DNS. Liên kết Internet của bạn thậm chí có thể không đủ để tải nặng máy chủ DNS của bạn, nhưng nếu bạn nhận được tải nặng như vậy đối với các dịch vụ bạn cung cấp, DNS sẽ không phải là nút cổ chai.