☰

ifup이 실수로 resolv.conf를 덮어썼나요?

tag-icon • tag-icon debian networking dhcp ipv6 resolv.conf
ifup이 실수로 resolv.conf를 덮어썼나요?

Debian 12.4에서는 네트워크가 networking.servicesystemd, 듀얼 스택 IPv4 및 IPv6로 관리됩니다.

방법을 묻는 질문이 많다는 것을 알고 있습니다.멈추다resolv.conf시스템은 중복이 아닌 업데이트로 시작됩니다 .

긴 이야기 짧게

시작할 때 ifup덮어쓰는 것 같지만 resolv.conf(내가 원하는 것) 이를 "잘못" 수행하고 있습니다(제 생각에는). 결과는 resolv.conf다음과 같습니다(접두사는 난독화됨).

nameserver 26xx:xxxx:xxxx:xxxx:201:2eff:fe70:3bfe

여기서 누락된 것은 nameserverIPv4에 대한 항목과 search내 LAN 도메인에 대한 항목입니다.

세부 사항

문제를 해결하기 위해 다음을 수행했습니다.

  • 현재 임대를 모두 제거했습니다./var/lib/dhcp
  • DHCP 및 DHCP6 포트에 대해 방화벽에서 패킷 캡처가 시작되었습니다.
  • 데비안 시스템 다시 시작
  • Wireshark를 사용하여 생성된 캡처 파일 검사

연구 결과는 다음과 같습니다.

  • IPv4 DHCP 트랜잭션은 호스트 이름, 도메인 이름 및 DNS 서버 IP를 포함하여 필요한 모든 정보를 서버에 반환하도록 요청합니다.
  • IPv6 DHCP 트랜잭션은 동일한 데이터를 요청하지만 응답에는 DNS 서버 주소만 포함됩니다. 호스트 이름과 도메인 이름은 DHCP6 응답에 없습니다.

ifupIPv4 데이터를 올바르게 설정한 resolv.conf다음 이를 결합하는 대신 IPv6 응답으로 완전히 덮어쓰는 것이 무슨 일인지 의심됩니다 .

질문resolv.conf: DHCP 옵션과 듀얼 스택 시스템은 어떻게 되나요? 또 다른 질문 방법은 "누가 잘못했습니까, ifup아니면 pfSense입니까?" 입니다.

노트

패키지가 설치되지 않았으며 비활성화 network-manager되었습니다 . 네트워크는 시스템 단위로 관리됩니다 . 일부러 이렇게 설정한 것은 아니고, 설치했을 때 기본적으로 나온 것이었습니다.resolvconfsystemd-networkdnetworking.service

답변1

ifup이 resolv.conf를 IPv4 데이터로 올바르게 설정한 다음 이를 결합하는 대신 IPv6 응답으로 완전히 덮어쓰는 것이 무슨 일인지 의심됩니다.

당신의 의심은 완전히 정확할 수 있습니다.

일반 ifup( resolvconfDNS 설정의 여러 소스를 처리하는 다른 방법이 없거나 없음)에는 이전 DNS 설정에 대한 메모리가 없으며 여러 소스의 설정을 결합할 수 있는 방법도 없습니다. 단순하고 간단합니다.

이중 스택 시스템에서 DHCPv4와 DHCPv6은 DNS 정보의 두 가지 독립적인 소스입니다. 분명히 DHCPv6 서버는 호스트 이름을 할당하거나 도메인 이름 정보를 제공하도록 구성되지 않았습니다.

"ifup과 pfSense 중 누구의 잘못인가요?"

물론: 사용하거나 강화하지 않는 한 ifup이와 관련하여 설정에 적합하지 않습니다 . 둘 중 하나는 두 개 이상의 소스에서 설정을 병합하는 기능을 제공할 수 있으며 동일한 물리적 인터페이스의 DHCPv4 및 DHCPv6은 두 개의 별도 소스로 처리됩니다.resolvconfsystemd-resolved

관련 정보