NetWorker: 19.11로 업그레이드한 후 백업이 실패하고 "호스트 이름 확인 실패"가 보고됨

요약: NetWorker 버전 19.10 이하에서 버전 19.11로 전환하면 백업이 실패합니다. 백업에서 "Hostname resolution failed"를 보고함

이 문서는 다음에 적용됩니다. 이 문서는 다음에 적용되지 않습니다. 이 문서는 특정 제품과 관련이 없습니다. 모든 제품 버전이 이 문서에 나와 있는 것은 아닙니다.

증상

NetWorker가 19.10(또는 이전)에서 19.11로 업그레이드되었습니다. 업그레이드 후 NetWorker Client의 백업이 실패하고 "호스트 이름 확인 실패"가 보고됩니다.
NMC의 백업 실패

NetWorker Client가 DNS(Domain Name System)를 완전히 확인할 수 없습니다.

nve:~ # nslookup lnx-srvr03.networker.lan
Server:         192.168.0.2
Address:        192.168.0.2#53

Name:   lnx-srvr03.networker.lan
Address: 192.168.0.9

nve:~ # nslookup 192.168.0.9
** server can't find 9.0.168.192.in-addr.arpa: NXDOMAIN


NetWorker Server 또는 Client에는 클라이언트의 IP 주소 및 호스트 이름 별칭에 대한 호스트 파일 항목이 없습니다.

NetWorker Client의 /nsr/logs/daemon.raw에는 다음과 유사한 메시지가 포함되어 있습니다.

NetWorker: nsr_render_log 사용하여 .raw 로그 파일을 렌더링하는 방법

90480 MM/DD/YYYY HH:mm:SS  2 1 0 3527829312 3224523 0 client_hostname nsrexecd SYSTEM warning Unable to determine the name of address 'null': Non-recoverable failure in name resolution
90480 MM/DD/YYYY HH:mm:SS  4 6 0 3527829312 3224523 0 client_hostname nsrexecd NSR severe Unable to determine the name of address 'null': Non-recoverable failure in name resolution

클라이언트가 NetWorker Server의 IP 주소를 확인할 수 없는 경우 클라이언트의 백업이 실패하고 다음이 발생합니다.

Unable to create session channel with nsrexecd on host NETWORKER_CLIENT_NAME to execute command 'savefs -s NETWORKER_SERVER_NAME -c NETWORKER_CLIENT_NAME -g NSR_GROUP_NAME -p -l full -R -v': Unable to determine the name of address 'NETWORKER_SERVER's_IP': Name or service not known

정책 실패

원인

19.11에는 역방향 DNS 기능이 변경되었습니다. 19.11 NetWorker Client 리소스에는 역방향 DNS 상태라는 새 필드가 포함되어 있습니다. 19.11 NetWorker 관리 가이드에는 다음과 같은 내용이

설명되어 있습니다. 역방향 이름 확인 또는 역방향 DNS는 IP 주소를 호스트 이름으로 확인합니다. NetWorker는 가능한 경우 역방향 DNS 호출을 줄이려고 합니다. 역방향 DNS는 NSRLA 리소스의 모든 클라이언트 리소스에 구성됩니다. 역방향 DNS 상태 속성이 NSRLA 리소스에서 수정됩니다. NetWorker는 다음과 같은 역방향 DNS 상태 중 하나를 사용하도록 구성할 수 있습니다.

  • 캐시: 역방향 DNS 조회가 허용되며 조회를 NetWorker 내에 캐싱할 수 있습니다.
  • 캐시되지 않음: 역방향 DNS 조회가 허용되며 조회는 NetWorker 내에서 캐싱되지 않습니다.
참고: 역방향 DNS 상태가 활성화되면(캐싱됨 또는 캐싱되지 않음) 클라이언트를 철저히 조회하려고 시도합니다. 역방향 DNS가 올바르게 구성되지 않은 경우 DNS 조회 오류를 보고합니다. 이 경우 이름을 확인할 수 있도록 환경을 수정하십시오. 버전 19.10 이하에서 업그레이드된 NetWorker Server에서 클라이언트에 대해 oldauth 가 구성되어 있지 않으면 기본 상태는 uncached입니다. oldauth 를 사용하려면 역방향 DNS 상태가 캐시되거나 캐시되지 않아야 합니다. nsrauth 인증을 사용하고 두 호스트가 nsrauth를 사용하여 인증할 수 없는 경우에만 oldauth 인증을 활성화하는 것이 좋습니다. oldauth 인증 방법은 안전하지 않습니다. NetWorker 19.4 이상부터는 모든 신규 설치에 대한 기본 인증 방법 중 하나로 이전 인증 이 제거됩니다. 업그레이드가 수행될 때 변경 사항이 없습니다. NetWorker 업그레이드가 수행될 때 호스트의 nsrladb "auth methods"에 있는 oldauth 값은 계속 존재합니다. 자세한 내용은 NetWorker 보안 구성 가이드 https://www.dell.com/support/home/product-support/product/networker/docs 를 참조하십시오.
  • 금지: 역방향 DNS 조회는 허용되지 않습니다. 새 클라이언트 생성 시 별칭 필드 채우기가 줄어듭니다.

해결

다음 세 가지 옵션 중 하나를 사용합니다. 이름 확인 구성에 따라 NetWorker Server, Storage Node 클라이언트 리소스 및 클라이언트 리소스에 대해 이러한 작업을 수행해야 할 수 있습니다.

1. 클라이언트 호스트의 FQDN, 짧은 이름 및 역방향(IP)을 성공적으로 확인할 수 없도록 하는 모든 DNS 문제를 해결합니다. 

NetWorker: 이름 해석 문제 해결 모범 사례

2. NetWorker Server 및 Client에서 클라이언트의 IP 주소, FQDN 및 간단한 이름을 포함하는 호스트 파일 항목을 생성합니다. 

Linux: /etc/hosts
Windows: C:\Windows\System32\drivers\etc\hosts

참고: 호스트 파일을 사용하여 IP 주소를 호스트 이름으로 확인할 때 충돌이 없는지 확인합니다. IP 주소는 호스트 파일에서 여러 줄에 나타나지 않아야 합니다. hosts 파일 항목을 추가할 때 호스트의 FQDN 및 짧은 이름 별칭이 해당 IP 주소와 같은 줄에 포함되어 있는지 확인합니다.

3. NetWorker Server 및 Client의 역방향 DNS 상태를 변경합니다. NMC의 Hosts 탭에서 호스트를 편집하거나 nsradmin 을 사용하여 NSRLA 리소스를 수정합니다. 이러한 방법은 아래에 자세히 설명되어 있습니다.

경고: 역방향 DNS 상태가 금지로 설정된 경우 RPS 지원 클론(vProxy, OAPP 등)이 실패할 수 있습니다. 자세한 내용은 다음을 참조하십시오. NetWorker: 서버의 역방향 DNS 상태가 금지됨으로 설정된 경우 19.11로 업그레이드한 후 RPS 지원 클론 생성이 실패합니다.
참고: 19.11 NetWorker 클러스터 통합 가이드에 따라 클러스터의 IP 호스트 이름 조회를 확인할 수 있는지 확인합니다. 역방향 DNS 조회가 금지된 경우 항목을 호스트 파일에 배치해야 합니다. NetWorker 클러스터 통합 가이드는 다음을 통해 제공됩니다.  https://www.dell.com/support/home/product-support/product/networker/docs

NMC 크랙:

1. 관리자 권한이 있는 계정(예: 기본 관리자 계정
2)을 사용하여 NMC에 로그인합니다. 호스트 탭으로 이동합니다.
3. 호스트 목록에서 NetWorker Server를 마우스 오른쪽 버튼으로 클릭하고 로컬 에이전트 구성을 선택합니다.
4. 로컬 에이전트 속성에서 Advanced 탭으로 이동합니다.
5. Reverse DNS State(역방향 DNS 상태)를 banned(금지됨)로 설정합니다.
image.png
6. 이전에 "호스트 이름 확인 실패"를 보고한 클라이언트의 백업을 수행합니다.

nsradmin

1. NetWorker Server에서 관리자 명령 프롬프트 또는 루트 SSH 세션을 엽니다.
2. nsrexecd 프로세스에 대해 nsradmin에 액세스합니다.
nsradmin -p nsrexecd
3. 쿼리를 nsrla 리소스로 설정합니다
. type: nsrla
4. 역방향 DNS 상태 값을 금지로 변경합니다.
update reverse DNS state: banned
변경 내용을 확인합니다.
y
5. 변경 사항을 검증합니다.
print
예:
nve:~ # nsradmin -p nsrexecd
NetWorker administration program.
Use the "help" command for help, "visual" for full-screen mode.
nsradmin> . type: nsrla
Current query set
nsradmin> update reverse DNS state: banned
           reverse DNS state: banned;
Update? y
updated resource id 3.0.64.11.0.0.0.0.191.39.127.102.192.168.0.4(74)
nsradmin> print
                        type: NSRLA;
                        name: nve.networker.lan;
           reverse DNS state: banned;
              nsrmmd version: 19.11.0.1.Build.38;
             nsrsnmd version: 19.11.0.1.Build.38;
          Multi-subnet state: Disabled;
                   TCP Retry: 5;
 NW instance info operations: ;
       NW instance info file: ;
          installed products: ;
                auth methods: "0.0.0.0/0,nsrauth";
           max auth attempts: 8;
        connection encrypted: Disabled;
                 module type: ;
              module version: ;
               administrator: root, "user=nsrnmc,host=nve.networker.lan",
                              "user=root,host=nve.networker.lan";
                        arch: x86_64;
                 kernel arch: x86_64;
                    CPU type: x86_64;
                machine type: server;
                          OS: Linux 4.12.14-122.201-default;
           NetWorker version: 19.11.0.1.Build.38;
              client OS type: Linux;
                        CPUs: 4;
             client timezone: EDT;
                     MB used: 10352;
                  IP address: 192.168.0.4, 10.240.192.221,
                              "fe80::250:56ff:febb:f020",
                              "fe80::250:56ff:febb:b7c0";
  environment variable names: ;
nsradmin> quit
  1. 이전에 "호스트 이름 확인 실패"를 보고한 클라이언트의 백업을 수행합니다.

추가 정보

환경에 따라 실패한 클라이언트의 nsrla 리소스를 "reverse DNS state"를 "banned"로 업데이트해야 할 수도 있습니다.

해당 제품

NetWorker

제품

NetWorker Family, NetWorker Series
문서 속성
문서 번호: 000231156
문서 유형: Solution
마지막 수정 시간: 22 10월 2025
버전:  11
다른 Dell 사용자에게 질문에 대한 답변 찾기
지원 서비스
디바이스에 지원 서비스가 적용되는지 확인하십시오.