Server returned error NXDOMAIN ??

오늘 아침, 잠에서 깨어 뭉그적거리고 있을 무렵, “띠링~” 하는 소리가 내 귀를 긁었다.
아침부터 뭔 메일이냐.. 하고 쳐다보니.. 바로 이 서버가 연결이 안된다는, 친절하신 JetPack 님이 보내준 메일이었다.

얼레..? 지금까지 이런 일이 없었는데..? 초기에 설정 미숙으로 그랬던 후로는 전혀 이상이 없었는데, 왜 그랬을까?

Lightsail 관리 페이지로 가서, 강제로 종료후 재부팅하니 괜찮아지긴 했지만.. CPU/네트웍 쪽 지표를 보니, 오전 8:30 경 뭔지 모를 이유로 갑자기 수치가 치솟았음을 볼 수 있었다.

뭘까..
로그(/var/log/syslog)엔 이런게 있었는데.. (AM 8:35)

[Warning] Aborted connection 413 to db: 'unconnected' user: 'unauthenticated' host: 'localhost' (This connection closed normally without authentication)

구글 검색을 해봐도, 몇 건 검색도 안될 뿐더러, 확실한 해결책도 없었다.
게다가 이게 문제의 원흉인지도 모르겠고.

아무튼, 좀 더 두고볼 일이다.

그런데, 로그를 보던 중 또 하나 이상한 점을 발견했다.
그게 바로 이 오류였다.

Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.

도메인 관련 설정 때문에 이 문제가 발생하는데, 없애줄 수는 있다.

# systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2020-01-04 08:56:23 KST; 2h 23min ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
 Main PID: 762 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 489)
   CGroup: /system.slice/systemd-resolved.service
           └─762 /lib/systemd/systemd-resolved

 1월 04 08:56:23 nemo_webserver systemd-resolved[762]: Positive Trust Anchors:
 1월 04 08:56:23 nemo_webserver systemd-resolved[762]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5
 1월 04 08:56:23 nemo_webserver systemd-resolved[762]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
 1월 04 08:56:23 nemo_webserver systemd-resolved[762]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.ar
 1월 04 08:56:23 nemo_webserver systemd-resolved[762]: Using system hostname 'nemo_webserver'.
 1월 04 08:56:23 nemo_webserver systemd[1]: Started Network Name Resolution.
 1월 04 08:56:26 nemo_webserver systemd-resolved[762]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
 1월 04 08:56:26 nemo_webserver systemd-resolved[762]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
 1월 04 11:08:48 nemo_webserver systemd-resolved[762]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
 1월 04 11:08:48 nemo_webserver systemd-resolved[762]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.

첫번째 방법 : resolv.conf 파일 바꾸기.

역시나 구글 검색에 무조건 기대보니, 다음처럼 파일을 바꿔주면 된다고는 하는데..

sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

원래는 /run/systemd/resolve/stub-resolv.conf 인데, 이걸 저렇게 바꿔보라고한다.

두 파일간 차이는 네임서버를 뭘 쓰느냐와, option 이 하나 들어가고 말고만 있는데..?

그런데 저렇게 바꿨을 때 이런 오류가 발생하기도 한다.

$ sudo -i
sudo: unable to resolve host nemo_webserver

이 문제 해결은 아래 ‘두번째 방법’에서.

새해부터 이거 여기 저기서 뻥뻥 터지는군.

---

두번째 방법 : /etc/hosts, /etc/hostsname 설정

/etc/resolv.conf 를 바꿔치기로 해결이 안될 때는 다음 상황까지 점검이 필요하다.
sudo 를 했을 때 unable 오류가 나오는 상황을 보고 검색을 해봤는데, /etc/hosts 와 /etc/hostname 이 달리 설정되어 있을 때 그런 현상이 있다고 한다.

데스크탑에 보니, /etc/hosts 는 설정이 되어 있고, /etc/hostname 은 아예 내용이 없는 빈 파일이었다.

서버에는, /etc/hostname 에 호스트명이 설정되어 있고, /etc/hosts 에는 그 내용이 없었다.
따라서, 다음과 같이 설정해줬다.

# /etc/hosts

127.0.0.1 localhost
127.0.1.1 호스트명

첫번째, 두번째 다 해주는게 좋을 듯도?

아무튼 두번째 작업으로 DNS 관련 오류는 사라졌는데..

$ sudo systemctl status systemd-resolved.service 
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2020-01-04 12:34:39 KST; 7min ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
 Main PID: 774 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 489)
   CGroup: /system.slice/systemd-resolved.service
           └─774 /lib/systemd/systemd-resolved

 1월 04 12:34:38 nemo_webserver systemd[1]: Starting Network Name Resolution...
 1월 04 12:34:39 nemo_webserver systemd-resolved[774]: Positive Trust Anchors:
 1월 04 12:34:39 nemo_webserver systemd-resolved[774]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5
 1월 04 12:34:39 nemo_webserver systemd-resolved[774]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
 1월 04 12:34:39 nemo_webserver systemd-resolved[774]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-
 1월 04 12:34:39 nemo_webserver systemd-resolved[774]: Using system hostname 'nemo_webserver'.
 1월 04 12:34:39 nemo_webserver systemd[1]: Started Network Name Resolution.

이게 전부터 이랬던건가??
VBox 에 공부용으로 설치해둔 우분투 서버를 살펴보니, 역시 같은 현상이 발생했다.

$ sudo systemctl status systemd-resolved.service 
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2020-01-04 12:41:40 KST; 4min 8s ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
 Main PID: 704 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 1104)
   CGroup: /system.slice/systemd-resolved.service
           └─704 /lib/systemd/systemd-resolved

Jan 04 12:41:40 u18 systemd[1]: Starting Network Name Resolution...
Jan 04 12:41:40 u18 systemd-resolved[704]: Positive Trust Anchors:
Jan 04 12:41:40 u18 systemd-resolved[704]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5
Jan 04 12:41:40 u18 systemd-resolved[704]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
Jan 04 12:41:40 u18 systemd-resolved[704]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.
Jan 04 12:41:40 u18 systemd-resolved[704]: Using system hostname 'u18'.
Jan 04 12:41:40 u18 systemd[1]: Started Network Name Resolution.
Jan 04 12:41:48 u18 systemd-resolved[704]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.

그렇단 얘기는, 그냥 무시해도 된다는 건데..

DNS 관련 문제는 여기서 끝.

서버가 갑자기 죽었던 문제는, 갑자기 발생했던 MariaDB 관련 오류에 있는 듯 하다. (누군가 공격을 했으려나.)

** 이 글을 수정한 20/08/05 까지, 다시 이런 일이 발생하진 않았다.