3.2. Administrative guidelines on use
3.2. 이용에 관한 관리지침
As a matter of policy, the DNS technical specifications do not mandate a particular tree structure or rules for selecting labels; its goal is to be as general as possible, so that it can be used to build arbitrary applications.
정책에 따라 DNS 기술 사양은 레이블 선택을 위한 특정 트리 구조나 규칙을 요구하지 않습니다. 그 목표는 가능한 한 일반적이어서 임의의 애플리케이션을 구축하는 데 사용할 수 있도록 하는 것입니다.
In particular, the system was designed so that the name space did not have to be organized along the lines of network boundaries, name servers, etc.
특히 네트워크 경계, 네임서버 등을 따라 네임스페이스를 구성할 필요가 없도록 시스템을 설계했습니다.
The rationale for this is not that the name space should have no implied semantics, but rather that the choice of implied semantics should be left open to be used for the problem at hand, and that different parts of the tree can have different implied semantics.
이에 대한 이론적 근거는 네임 스페이스에 함축된 의미 체계가 없어야 한다는 것이 아니라, 암시된 의미 체계의 선택이 당면한 문제에 사용될 수 있도록 열려 있어야 하며 트리의 서로 다른 부분이 서로 다른 함축된 의미 체계를 가질 수 있다는 것입니다.
For example, the IN-ADDR.ARPA domain is organized and distributed by network and host address because its role is to translate from network or host numbers to names; NetBIOS domains [RFC-1001, RFC-1002] are flat because that is appropriate for that application.
예를 들어, IN-ADDR.ARPA 도메인은 네트워크 또는 호스트 번호를 이름으로 변환하는 역할을 하기 때문에 네트워크 및 호스트 주소별로 구성 및 배포됩니다. NetBIOS 도메인[RFC-1001, RFC-1002]은 해당 애플리케이션에 적합하므로 평면적입니다.
However, there are some guidelines that apply to the "normal" parts of the name space used for hosts, mailboxes, etc., that will make the name space more uniform, provide for growth, and minimize problems as software is converted from the older host table.
하지만 호스트, 사서함 등에 사용되는 네임 스페이스의 "일반" 부분에 적용되는 몇 가지 지침이 있습니다. 이를 통해 네임 스페이스를 더욱 균일하게 만들고 성장을 제공할 수 있고, 소프트웨어가 이전 호스트 테이블에서 변환될 때 발생하는 문제를 최소화합니다.
The political decisions about the top levels of the tree originated in RFC-920.
트리의 최상위 수준에 대한 정치적 결정은 RFC-920에서 시작되었습니다.
Current policy for the top levels is discussed in [RFC-1032].
최상위 수준에 대한 현재 정책은 [RFC-1032] 에서 논의됩니다.
MILNET conversion issues are covered in [RFC-1031].
MILNET 변환 문제는 [RFC-1031] 에서 다룹니다.
Lower domains which will eventually be broken into multiple zones should provide branching at the top of the domain so that the eventual decomposition can be done without renaming.
결국 여러 영역으로 분할될 하위 도메인은 이름을 바꾸지 않고도 최종 분해가 완료될 수 있도록 도메인 상단에 분기를 제공해야 합니다.
Node labels which use special characters, leading digits, etc., are likely to break older software which depends on more restrictive choices.
특수 문자, 선행 숫자 등을 사용하는 노드 레이블은 더 제한적인 선택에 의존하는 이전 소프트웨어를 손상시킬 가능성이 있습니다.