DNS 접속도 체킹 개요 네트워크 이름 해석 (이름과 관련된 IP 넘버를 얻음)과 역 매핑(IP 넘버로부터 네트워크 명을 얻음)은 _T_C_P_/_I_P 네트워킹의 심장부 입니다. 오작동 혹은 에러상태의 _D_N_S는 가끔 대부분의 네트워크 문제의 원인이 되며 때로는 열악한 성능의 원인입니다. 11.. �느으리��지嗤만� �작滂동옳합爛니求다�!! _T_C_P_/_I_P 는 광대역의 네트워크 뿐 아니아 보다 작은 네트워크에도 작동하도록 설계되었습니다. 대규모 네트워크에서는, 당신은 가끔 오랜 지연 상황에 처할 수 있습니다. 이것은 일상적인 (가끔은 성가신) 조건이며 _I_P 프로토콜은 이것을 대처할 준비가 되어 있습니다. 좋지 못한 DNS 혹은 오작동 상태의 네트워크 접속은 DNS를 도달할 수 없도록 하여 모든 지연(수 초간)을 야기합니다. 다행히(혹은 불행히), 자주 백업 유틸리티 기능이 존재하며(한 예로는 2차 DNS 엔트리), 약간의 시간종료 기간후에는, 시스템은 계속될 것입니다. 불행하게도, 이것은 가끔 실제 문제를 감추고 속도 저하를 잘못된 원인으로 돌리게 됩니다. 즉 _�_�_�_�_�_鳧� 과부하 상태로, 또는 _I_S_P가 너무 많이 서비스를 제공하고 있다는 탓으로 돌려집니다. 22.. �전晥략� _L_i_n_u_x_c_o_n_f는 추가로 머신의 시스템 구성을 시도하기 전에 _D_N_S를 약간 점검하게 됩니다. Linuxconf는 _D_N_S를 검토하고 4초간 기다립니다. 그리고는 _D_N_S가 이 기간동안 대답을 주지 못하면 에러를 보고합니다. 여기에 이 전략을 지원하는 또다른 아이디어가 있습니다. o 당신은 _D_N_S에 훌륭한 네트워크 접속도를 가져야 합니다. DNS는 지역 ethernet 네트워크에 위치하거나, 혹은 _P_P_P 링크의 상대편 네트워크에 위치할 수 있습니다. o 만일 DNS가 당신 가까이(네트워크 측면에서) 사용가능하다면, 당신은 cachong DNS를 당신의 머신에 설정하는 것이 좋습니다. Linuxconf는 이것을 당신이 linuxconf로 DNS를 생성할 때 자동으로 해줍니다. o _D_N_S 문제는 아마도 새로운 사용자를 추적하고 확인하는 가장 어려운 문제일 것입니다. 문제를 재빨리 발견하고자 노력하는 것이 좋습니다. o _D_N_S 는 자주 실패하지는 않습니다. 여기에 무언가 잘못되어 있으면, 그 효과는 너무도 잘 퍼져 나가므로, 사용자는 자신의 머신이 고장인 것으로 믿게 됩니다. 33.. �질珦의� _L_i_n_u_x_c_o_n_f 는 다음의 질의를 DNS에 보냅니다 nslookup -q=soa 0.0.127.in-addr.arpa 모든 적절히 구성된 DNS는 이 요청에 답해야 한다고 믿습니다. 작동하는 DNS가 네트워크 127.0.0.의 역 매핑 없이 가능합니다. 이것은 결함이며 교정되어야 합니다.(이 머신에 linuxconf를 실행시키고 DNS를 구성하면 linuxconf는 조용히 이것을 고칠 것입니다.) 44.. �질珦의퓔를� �할� �것痼인寬가� �말� �것痼인寬가� 일부머신은 조직내에 DNS가 없다는 단순한 이유로 DNS 접속이 없을 수 있습니다. Linuxconf는 /etc/resolv.conf에 지정된 네임 서버가 없으면 DNS를 점검하지 않을 것입니다. 당신은 또한 이 상태를 모두 비활성화 시킬 수 있습니다. 네트워킹 서브 메뉴로 가서 네임 서버 지정(DNS) 엔트리를 고르십시요. 체크 박스 하나가 당신이 이것을 비활성화 시키도록 허용합니다. 이것은 이 다이얼로그에서의 유일한 체크박스의 목적입니다.