1. C. Các chương trình rndc cung cấp một giao diện điều khiển cho các chương trình máy chủ DNS, được đặt tên. Các tùy chọn tuôn ra để rndc Clears (ushes fl) bộ nhớ cache của DNS tra cứu gần đây, vì vậy tùy chọn C là đúng. Không ai trong số các tùy chọn còn lại mô tả bất cứ điều gì mà rndc có thể làm, mặc dù các tùy chọn tải lại sẽ gây ra tên để tải lại khu vực của nó fi les, đó là partway để lựa chọn A. 2. D. / Var / tên thư mục chứa vùng DNS fi les trên một máy chủ DNS Linux điển hình mà chạy được đặt tên. Tùy chọn A, B, và C là tất cả các fi ctitious; các địa điểm này don 't bình thường tồn tại. 3. D. Bằng cách đẩy 's hoạt động cho bạn (thường là tốt hơn - kết nối) ISP' đệ quy tra cứu đầy đủ máy chủ DNS s, tốc độ tổng thể được cải thiện bằng cách sử dụng thường một chuyển tiếp - chỉ con fi guration, vì vậy tùy chọn D là đúng. Lựa chọn A có nó lạc hậu; bằng cách dựa vào ISP của bạn 's máy chủ DNS, một chuyển tiếp - chỉ con fi guration đảm bảo rằng các tra cứu DNS sẽ thất bại nếu ISP của bạn' s máy chủ DNS trở nên bất tỉnh. Cả hai chuyển tiếp - chỉ và đầy đủ recursive con chíp PSoC fi có thể lưu trữ dữ liệu DNS, vì vậy tùy chọn B là không chính xác. Không có loại con fi guration giúp loại bỏ sự cần thiết cho một nhà cung cấp dịch vụ Internet (ISP), vì vậy tùy chọn C là không chính xác. 4. Một. Các tùy chọn thư mục nói với BIND nơi để tìm các vùng của nó fi les, vì vậy tùy chọn A là đúng. (Đây là, tất nhiên, một vị trí rất bình thường đối với khu BIND 's fi les và có lẽ là một lựa chọn tốt cho vị trí này.) Lựa chọn B là không chính xác vì / home / sam / thư mục liên kết, và các fi les nó chứa, thể hoặc có thể không được sở hữu, và do đó có thể chỉnh sửa, bởi sam. Mặc dù chạy BIND là một người sử dụng gốc không là một lựa chọn bảo mật hữu ích, một tài khoản người dùng bình thường thường không được sử dụng cho mục đích này, và các Speci fi ed đường không cho BIND để chạy như sam, làm cho tùy chọn C không chính xác. Dòng này không khóa BIND trong một nhà tù chroot, vì vậy tùy chọn D là không chính xác. 5. C. Đi qua một tín hiệu SIGHUP để BIND nguyên nhân đó để đọc lại nó con fi guration fi les, làm cho tùy chọn C đúng. Không ai trong số các tùy chọn khác đi một tín hiệu SIGHUP đến máy chủ, vì vậy chúng hoàn toàn sai. 6. Một. Hai dòng này bảo với máy chủ để lắng nghe cho các kết nối chỉ thông qua các địa chỉ IPv4 và IPv6 localhost, hạn chế truy cập vào máy tính địa phương chỉ có hiệu quả, như tùy chọn A mô tả. Các tùy chọn này không tạo ra một công nghệ tường lửa fi trên bất kỳ cổng, vì vậy tùy chọn B là không chính xác. Tùy chọn C và D đều không chính xác vì các đường đảm bảo rằng các máy tính từ xa sẽ không thể truy cập vào máy chủ, cho dù bởi IPv4 hay IPv6. 7. Một. Một bộ nhớ đệm - chỉ máy chủ DNS có thể giúp tăng tốc độ tra cứu DNS bằng cách lưu trữ các yêu cầu tra cứu trước đó trong một thời gian và tùy chọn bỏ qua một máy chủ DNS của ISP nhằm thực hiện tra cứu đệ quy riêng của mình. Cả hai tính năng có thể giúp khắc phục các vấn đề mô tả trong tùy chọn A. Lựa chọn B mô tả một vấn đề có thể được giải quyết bằng một máy chủ DNS đó là độc quyền cho một hoặc nhiều lĩnh vực, không phải là một bộ nhớ đệm - chỉ máy chủ. Lựa chọn C yêu cầu một máy chủ có thẩm quyền thứ hai, có thể fi con gured là một nô lệ, không phải là một bộ nhớ đệm - chỉ máy chủ. Mặc dù một bộ nhớ đệm - chỉ máy chủ có thể làm việc xung quanh một chậm chạp hoặc không đáng tin cậy ISP - máy chủ DNS được cung cấp, nó đã giành 't giúp nhiều nếu toàn bộ mạng đi xuống, kể từ khi Internet thực sự truy cập dựa trên các giao thức không được lưu trữ bởi một máy chủ DNS, vì vậy tùy chọn D là không chính xác. Đáp
đang được dịch, vui lòng đợi..
