Question 1

Technitium DNS DHCP 서버가 NixOS VM에서 scope가 활성화되어 있음에도 DHCP Discover에 응답하지 않는 이유는 무엇인가요?

Accepted Answer

문제는 종종 VM 내부에서 실행 중인 방화벽이 UDP 포트 67을 차단하기 때문에 발생합니다. VM 내부의 방화벽을 비활성화하거나 모든 소스의 DHCP 트래픽(UDP 67)을 허용하는 규칙을 추가하십시오. NixOS에서는 `sudo iptables -L`로 확인하고, 활성화된 경우 테스트를 위해 방화벽을 일시적으로 비활성화하십시오. DHCP 포트 67에 대한 허용 규칙을 영구적으로 구성하십시오.

Question 2

Technitium DNS Server가 시작 시 InspectAndFixZonePermissions에서 NullReferenceException으로 충돌하고 비정상 종료 후 영역 권한이 손실되는 이유는 무엇인가요?

Accepted Answer

이것은 Technitium DNS Server v15.6.1의 알려진 버그입니다. 두 가지 관련 결함이 있습니다: (1) 웹 콘솔 로그인 후 auth.config에 대한 지연 저장 타이머가 설정되지 않아, 영역 권한 변경 사항이 정상 종료 시에만 기록됩니다. 따라서 충돌이나 정전이 발생하면 변경 사항이 손실됩니다; (2) 시작 시 권한 항목이 없는 디스크상의 영역이 InspectAndFixZonePermissions()에서 NullReferenceException을 발생시켜, 기본 권한을 다시 생성하는 대신 서비스가 충돌 루프에 빠집니다. 해결 방법: 두 문제가 모두 해결된 Technitium DNS Server v15.6.2 이상으로 업그레이드하십시오. 업그레이드 후에는 로그인 및 영역 생성 후 약 5초 이내에 auth.config가 저장되며, 서버가 모든 영역과 함께 정상적으로 시작됩니다. 업그레이드 전에 충돌 루프에 빠진 경우, 공식 설치 스크립트(예: `curl -sSL https://download.technitium.com/dns/install.sh | sudo bash`)를 통해 업데이트를 실행하고 dns.service systemd 유닛을 다시 시작하십시오.

Question 3

새 사용자 또는 그룹이 Technitium DNS Server 클러스터의 보조 노드에 동기화되지 않는 이유는 무엇인가요?

Accepted Answer

이것은 Technitium DNS Server v15.6.1의 버그입니다: 클러스터 프라이머리는 사용자/그룹/권한 변경 사항을 메모리에만 보관하고 종료 시에만 `auth.config`를 기록하므로, 세컨더리가 오래된 인증 데이터를 재동기화하게 됩니다. **해결 방법:** 두 노드를 모두 v15.6.2 이상으로 업그레이드하면 문제가 해결됩니다. **v15.6.1의 임시 해결 방법:** 프라이머리를 정상적으로 재시작하여(예: `docker restart -t 60 `) `auth.config`를 강제로 기록하게 한 다음, 각 세컨더리에서 Administration → Cluster → Resync를 통해 재동기화를 트리거하세요. `grep -c /etc/dns/auth.config` 명령으로 사용자가 프라이머리에 저장되었는지 확인할 수 있습니다(0보다 큰 값이 반환되어야 함).

Question 4

Docker에서 Technitium DNS Server 오류 "Could not find a part of the path '/var/log/technitium/dns'"를 해결하는 방법

Accepted Answer

`LogManager.ListLogFiles()`에서 발생하는 이 `System.IO.DirectoryNotFoundException`은 Technitium DNS Server v15.6.0의 알려진 버그입니다. 파일 로깅이 비활성화된 상태(콘솔 전용 로깅)에서 `/var/log/technitium/dns`에 볼륨이 마운트되지 않아 해당 폴더가 존재하지 않을 때 발생합니다. 이 오류는 시작 60초 후 웹 콘솔에 나타나며, 이후에는 로그 정리 타이머에 의해 매시간 표시됩니다.

**해결 방법(권장):** 이 문제가 해결된 Technitium DNS Server v15.6.1 이상으로 업그레이드하세요:
```
docker pull technitium/dns-server:15.6.1
```
그런 다음 새 이미지로 컨테이너를 다시 생성하세요.

**임시 해결 방법(v15.6.0을 계속 사용해야 하는 경우):** 로그 경로에 빈 폴더를 마운트하세요. 예:
```
docker run -v /empty/dir:/var/log/technitium/dns technitium/dns-server:15.6.0
```

Question 5

Technitium DNS Server 클러스터에서 SSO (OIDC) 설정이 보조 노드에 동기화되지 않는 이유는 무엇인가요?

Accepted Answer

이는 Technitium DNS Server v15.6의 알려진 버그입니다(SSO/OIDC 구성 및 로컬 사용자가 프라이머리 노드에서 세컨더리 클러스터 노드로 동기화되지 않으며, 세컨더리에서 수동으로 저장한 설정이 삭제됩니다). 해결 방법: 동기화 문제가 해결된 Technitium DNS Server v15.6.2 이상으로 업그레이드하십시오. 영향을 받는 버전에서의 임시 해결 방법: 세컨더리 노드를 클러스터에서 탈퇴시키고, 클러스터를 해체한 후 다시 조인하십시오 — 이렇게 하면 로컬 사용자와 SSO 설정이 프라이머리 노드로부터 강제로 동기화됩니다.

Technitium DNS Server

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트