Thus, to look up a hostname, the pr

Thus, to look up a hostname, the process begins with a query to the root name server,
as in “what is the IP address of www.oberlin.edu?” The root name server is unlikely to
know the answer and so replies with the address of the .edu server. The program doing the
lookup then repeats the query with this server, which again most likely defers to another
system. This process continues until a server knows the address of the target computer or
until some error occurs, such as if an authoritative server for the domain doesn’t have the
answer.
This DNS lookup process may sound complicated, but given the speed of computers,
it seldom takes very long. Furthermore, there are several simplifying factors. First, server
programs and user programs such as Apache and Firefox are unlikely to need to do the
full lookup; these programs ask the OS, which then passes the query on to one of the
DNS servers specified in the basic network configuration, as described in Chapter 5.
It’s this DNS server, which probably resides on a different computer, that does the full
recursive DNS lookup. Second, DNS servers can cache their results, meaning that
they remember the lookup results for some period of time, typically hours to days. Thus,
if you regularly access a favorite Web site, your local network’s DNS server will be able to
return the relevant IP address without performing a full recursive lookup most of the time;
only when the cached data expires will a new full recursive lookup be necessary.
Given this arrangement, there are two reasons to run a DNS server:
To deliver authoritative data for a domain you manage
To perform full recursive DNS lookups for computers on your own network
In some cases, one server may perform both tasks. In other cases, you need only one
function. In fact, if you need only the second function, name server confi guration is
simplifi ed, because you don’t need to deal with the details of domain management. This
caching - only confi guration constitutes the most basic DNS server confi guration; adding
support for custom zones enables your server to become authoritative for those zones.
This chapter, like the LPIC-2 certification, emphasizes configuration of the Berkeley
Internet Name Daemon (BIND) server (https://www.isc.org/software/bind), which is a
powerful and popular name server on Linux. Several other name servers exist, however,
and in some cases may be preferable. The dnsmasq server (http://freshmeat.net/projects/
dnsmasq/), for instance, is a small combination of DNS and Dynamic Host Configuration
Protocol (DHCP) server that’s particularly useful on small networks. The djbdns
server (http://cr.yp.to/djbdns.html) is an alternative to BIND that bills itself as being
particularly security-conscious. Although BIND is a fine server, you may want to consider
such alternatives before deploying a real DNS configuration. In fact, using two different
server programs on two different computers can sometimes be advantageous. If a security
vulnerability or other bug takes down one server, the other is likely to remain unaffected,
thus minimizing disruption to your site.

Kết quả (Việt) 1:

Vì vậy, để tìm một tên máy, quá trình bắt đầu với một truy vấn đến máy chủ tên gốc,như trong "những gì là địa chỉ IP của www.oberlin.edu?" Máy chủ tên gốc là dường như khôngbiết các câu trả lời và như vậy bài trả lời với địa chỉ của máy chủ .edu. Chương trình làm việctra cứu sau đó lặp đi lặp lại các truy vấn với hệ phục vụ này, mà rất có thể một lần nữa defers khácHệ thống. Quá trình này tiếp tục cho đến khi một máy chủ biết địa chỉ của máy tính mục tiêu hoặccho đến khi một số lỗi xảy ra, chẳng hạn như nếu một máy chủ uỷ quyền cho miền không có cáccâu trả lời.Quá trình tra cứu DNS này có thể âm thanh phức tạp, nhưng cho tốc độ của máy tính,nó hiếm khi mất rất dài. Hơn nữa, có rất nhiều yếu tố simplifying. Đầu tiên, máy chủchương trình và người sử dụng chương trình như Apache và Firefox là dường như không phải làm việctra cứu đầy đủ; Các chương trình yêu cầu hệ điều hành, sau đó vượt qua các truy vấn vào một trong cácMáy chủ DNS được chỉ định trong cấu hình cơ bản mạng, như được diễn tả trong chương 5.Nó là hệ phục vụ DNS này, mà có thể cư trú trên một máy tính khác nhau, mà thực hiện đầy đủtra cứu DNS đệ quy. Thứ hai, các máy chủ DNS có thể nhớ cache kết quả của họ, có nghĩa làhọ nhớ các kết quả tìm kiếm cho một số thời gian, thường giờ đến ngày. Do đó,Nếu bạn thường xuyên truy cập vào một trang Web yêu thích, máy chủ DNS của bạn mạng cục bộ sẽ có thểtrở về địa chỉ IP có liên quan mà không thực hiện một tra cứu đầy đủ đệ quy phần lớn thời gian;chỉ khi các dữ liệu lưu trữ hết hạn sẽ một tra cứu đầy đủ đệ quy mới là cần thiết.Cho sự sắp xếp này, có hai lý do để chạy một máy chủ DNS:Để cung cấp các dữ liệu độc quyền cho một miền bạn quản lýĐể thực hiện tra cứu DNS đầy đủ đệ quy cho máy tính trên mạng riêng của bạnTrong một số trường hợp, một máy chủ có thể thực hiện cả hai nhiệm vụ. Trong trường hợp khác, bạn cần chỉ là mộtchức năng. Trong thực tế, nếu bạn cần chỉ là chức thứ hai, tên máy chủ cấu guration làsimplifi ed, bởi vì bạn không cần phải đối phó với các chi tiết của quản lý tên miền. Điều nàybộ nhớ đệm - chỉ cấu guration cấu thành cơ bản nhất DNS máy chủ cấu guration; Thêmhỗ trợ cho khu vực tùy chỉnh cho phép máy chủ của bạn để trở thành uỷ quyền cho những khu vực.Chương này, như chứng nhận LPIC-2, nhấn mạnh các cấu hình của BerkeleyMáy chủ Internet tên Daemon (ràng buộc) (https://www.isc.org/software/bind), là mộttên mạnh mẽ và phổ biến các máy chủ trên Linux. Một số các máy chủ tên khác tồn tại, Tuy nhiên,và trong một số trường hợp có thể được thích hợp hơn. Các máy chủ dnsmasq (http://freshmeat.net/projects/dnsmasq /), ví dụ, là một sự kết hợp nhỏ của DNS và cấu hình máy chủ độngGiao thức (DHCP) máy chủ đặc biệt hữu ích trên mạng nhỏ. Các djbdnsmáy chủ (http://cr.yp.to/djbdns.html) là một cách thay thế để ràng buộc hóa đơn chính nó như làđặc biệt an ninh ý thức. Mặc dù ràng buộc là một máy chủ sử dụng tốt, bạn có thể muốn xem xétCác lựa chọn thay thế trước khi triển khai một cấu hình DNS thực sự. Trong thực tế, bằng cách sử dụng hai khác nhaumáy chủ chương trình trên hai máy tính khác nhau đôi khi có thể thuận lợi. Nếu một bảo mậtdễ bị tổn thương hoặc lỗi khác sẽ đưa xuống một máy chủ, các khác có khả năng vẫn không bị ảnh hưởng,do đó giảm thiểu gián đoạn trang web của bạn.

Kết quả (Việt) 2:

Vì vậy, để tìm kiếm một tên máy, quá trình bắt đầu với một truy vấn đến máy chủ tên gốc,
như trong Các máy chủ tên gốc là không thể "địa chỉ IP của www.oberlin.edu? Là những gì"
biết câu trả lời và do đó trả lời với địa chỉ của máy chủ .edu. Chương trình làm việc
tra cứu sau đó lặp đi lặp lại các truy vấn với máy chủ này, mà lại rất có thể trì hoãn đến một
hệ thống. Quá trình này tiếp tục cho đến khi một máy chủ biết địa chỉ của các máy tính mục tiêu hoặc
cho đến khi một số lỗi xảy ra, chẳng hạn như nếu một máy chủ có thẩm quyền cho miền đó không có
câu trả lời.
Quá trình tra cứu DNS này nghe có vẻ phức tạp, nhưng với tốc độ của máy tính,
nó ít khi phải mất rất lâu. Hơn nữa, có một số yếu tố đơn giản hóa. Đầu tiên, máy chủ
chương trình và các chương trình sử dụng như Apache và Firefox không có khả năng cần phải làm như
tra cứu đầy đủ; các chương trình này yêu cầu hệ điều hành, sau đó đi qua các truy vấn vào một trong các
máy chủ DNS được chỉ định trong cấu hình mạng cơ bản, như được mô tả trong Chương 5.
Đây là máy chủ DNS này, có thể nằm trên một máy tính khác nhau, mà không những đầy đủ
DNS đệ quy tra cứu. Thứ hai, các máy chủ DNS có thể lưu lại kết quả của họ, có nghĩa là
họ nhớ kết quả tra cứu cho một khoảng thời gian, thường giờ đến vài ngày. Vì vậy,
nếu bạn thường xuyên truy cập vào một trang web yêu thích, máy chủ DNS trong mạng nội bộ của bạn sẽ có thể
trả về địa chỉ IP có liên quan mà không thực hiện một tra cứu đầy đủ đệ quy phần lớn thời gian,
chỉ khi các dữ liệu được lưu hết hạn đầy đủ tra cứu đệ quy mới sẽ là cần thiết .
Với sự sắp xếp này, có hai lý do để chạy một máy chủ DNS:
Để cung cấp dữ liệu cho miền bạn quản lý
để thực hiện đầy đủ các tra cứu DNS đệ quy cho các máy tính trên mạng của bạn
Trong một số trường hợp, một máy chủ có thể thực hiện cả hai nhiệm vụ. Trong các trường hợp khác, bạn chỉ cần một
chức năng. Trong thực tế, nếu bạn chỉ cần chức năng thứ hai, tên máy chủ guration confi là
ed simplifi, bởi vì bạn không cần phải đối phó với các chi tiết của quản lý tên miền. Điều này
bộ nhớ đệm - chỉ guration confi cấu thành máy chủ DNS confi guration cơ bản nhất; thêm
hỗ trợ cho các khu tùy chỉnh cho phép máy chủ của bạn để trở thành thẩm quyền đối với những khu.
Chương này, giống như các chứng nhận LPIC-2, nhấn mạnh cấu hình của Berkeley
Tên Internet Daemon (BIND) server (https://www.isc.org/software/ ràng buộc), mà là một
máy chủ tên mạnh mẽ và phổ biến trên Linux. Một số máy chủ tên khác tồn tại, tuy nhiên,
và trong một số trường hợp có thể được ưa thích hơn. Các máy chủ dnsmasq (http://freshmeat.net/projects/
dnsmasq /), ví dụ, là một sự kết hợp nhỏ của DNS và Dynamic Host Configuration
Protocol (DHCP) đó là đặc biệt hữu ích trên các mạng nhỏ. Các djbdns
máy chủ (http://cr.yp.to/djbdns.html) là một thay thế cho BIND rằng hóa đơn chính nó như là
đặc biệt an ninh có ý thức. Mặc dù BIND là một máy chủ tốt, bạn có thể muốn xem xét
lựa chọn thay thế như trước khi triển khai một cấu hình DNS thực. Trong thực tế, bằng cách sử dụng hai khác nhau
chương trình máy chủ trên hai máy tính khác nhau đôi khi có thể được thuận lợi. Nếu một an ninh
lỗ hổng hoặc lỗi khác mất xuống một máy chủ, người kia có thể sẽ không bị ảnh hưởng,
do đó giảm thiểu sự gián đoạn cho trang web của bạn.