Toolbox: /etc/resolv.conf는 호스트의 절대 심볼릭 링크일 때 깨집니다.

예, 작동하지 않습니다. mount /run도 바인딩하거나 flatpak-spawn 유지 복사본을 사용하도록 전환할 수 있습니다.

ls -l /etc/resolv.conf 는 호스트에 무엇을 표시합니까? 여기에 출력을 붙여넣어 주시겠습니까?

lrwxrwxrwx. 1 root root 32 Jun  6 13:23 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

해결된 문서 언급 처럼 .

따라서 Ubuntu는 16.04부터

가장 좋은 방법은 /etc/resolv.conf 심볼릭 링크를 /run/host/monitor/resolv.conf flatpak-session-helper 에서 유지 관리하는 복사본으로 전환하는 것입니다.

그러나 의도하지 않은 낙진을 피하기 위해 https://github.com/flatpak/flatpak/pull/2916 이 더 널리 설치되기를 조금 더 기다리고 싶습니다. 궁극적으로 Toolbox의 주요 사용 사례는 Silverblue이며 systemd-resolved를 사용하지 않으므로 선호하는 것이 좋습니다.

flatpak/flatpak#2916을 조금 더 기다려보고 싶습니다.
의도하지 않은 낙진을 피하기 위해 더 널리 설치됩니다.
궁극적으로 Toolbox의 주요 사용 사례는 Silverblue이며
systemd-resolved이므로 그것에 찬성하는 것이 좋습니다.

https://github.com/flatpak/flatpak/pull/2916 은 Flatpak 1.4.0에 도입되었으며 Fedora 29에는 너무 새롭습니다. 따라서 Fedora 29가 단종될 때까지 기다려야 합니다. 이 변화.

그래서 우리는 페도라 (29)는 최종 외 때까지 기다릴 필요가 수명이 : D를 우리는이 변화하기 전에.

날짜가 다가오고 있는데 이에 대한 작업이 있습니까? 단순히 많은 구성에서 작동하지 않는 것은 약간의 문제입니다...

편집 : 당신이 사용하는 도구 상자를 수정할 수있는 것 같다 /run/host/monitor/resolv.conf 대신 /run/host/etc/resolv.conf .

/run/host/monitor/resolv.conf와 함께 작동하는 것 같습니다. 링크가 상자를 중지하고 다시 시작하도록 설정했습니다. 링크는 그대로 유지되었습니다.

나는 주위의 작품 '@TingPing와의 결과를'@fansari 확인할 수 있습니다. Fedora 31 Workstation, toolbox-0.0.17-1.fc31.src.rpm , podman-1.6.2-2.fc31.src.rpm 및 registry.fedoraproject.org/f31/fedora-toolbox 31 a198bc8c3cda 4 weeks ago 448 MB 하고 있는데 이 문제가 있습니다. 이 문제를 해결하는 데 도움이 되는 다른 세부정보를 제공할 수 있는지 알려주세요(말장난 없음).

이 문제는 언제 수정되나요? 이제 다시 /run/host/monitor 디렉토리(Fedora 31에는 존재하지 않음)를 생성하여 NetworkManager 링크를 제거하고 resolv.conf를 거기에 배치했습니다.

도구 상자는 이 문제 없이 NetworkManager와 함께 작동해야 합니다.

도구 상자에서 /etc/resolv.conf 에 사용자 지정 DNS 서버를 추가할 수 없습니다. 나는 그것을 복사하고 연결을 끊고 다시 복사해야했습니다.

문제는 Fedora 31 /etc/resolv.conf 가 /run/host/etc/resolv.conf 에 대한 심볼릭 링크이며 /var/run/NetworkManager/resolv.conf 대한 심볼릭 링크이며 이 파일은 사용하지 않기 때문에 컨테이너에 존재하지 않습니다. 네트워크 매니저.

이 문제를 방지하려면 registry.fedoraproject.org/f31/fedora-toolbox:31 이미지를 수정해야 합니다.

이 해결 방법을 찾았습니다.

⬢[ichavero<strong i="12">@toolbox</strong> ~]$ sudo -i
sudo: setrlimit(RLIMIT_CORE): Operation not permitted
⬢[root<strong i="13">@toolbox</strong> ~]# ping google.com
ping: google.com: Name or service not known
⬢[root<strong i="14">@toolbox</strong> ~]# mkdir /var/run/NetworkManager
⬢[root<strong i="15">@toolbox</strong> ~]# echo "nameserver 192.168.1.254" > /var/run/NetworkManager/resolv.conf
⬢[root<strong i="16">@toolbox</strong> ~]# ping -c2 google.com
PING google.com (216.58.217.14) 56(84) bytes of data.
64 bytes from qro02s15-in-f14.1e100.net (216.58.217.14): icmp_seq=1 ttl=57 time=6.74 ms
64 bytes from qro02s15-in-f14.1e100.net (216.58.217.14): icmp_seq=2 ttl=57 time=5.63 ms

--- google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 5.632/6.187/6.742/0.555 ms
⬢[root<strong i="17">@toolbox</strong> ~]# 

나는 얼마 전에 PR #380에서 이에 대한 수정 사항을 보냈습니다.

#380 을 테스트했는데 systemd-resolved 와 함께 잘 작동합니다.

감사 해요

Fedora 32 Silverblue용 도구 상자를 만들었는데 동일한 문제가 다시 발생했습니다.
빠른 해결 방법은 다시 /etc/resolv.conf 링크를 제거하고 /run/host/monitor.resolv.conf로 설정하는 것이었습니다.

24 이후로 업그레이드 된 Fedora 31 WS에서 지금이 문제가 발생하고 있다고 생각합니다. 따라서 누군가 Martin의 PR 380을 병합할 수 있다면 좋을 것입니다. 더 많은 문제를 야기하기만 하면 최고의 소프트웨어는 아무 소용이 없습니다.

우리가 그 정상에 머물고 있는지 확인하십시오 :)
Fedora는 Fedora 33( 링크 )에서 기본적으로 systemd-resolved 를 활성화하는 것을 목표로 하고 있습니다.

이것은 https://bugzilla.redhat.com/show_bug.cgi?id=1785244 에서도 추적됩니다.

문제는 Fedora 31에서 /etc/resolv.conf 가 에 대한 심볼릭 링크라는 것입니다.
/run/host/etc/resolv.conf 는 차례로 심볼릭 링크입니다.
/var/run/NetworkManager/resolv.conf , 이 파일은 에 존재하지 않습니다.
NetworkManager를 사용하지 않기 때문에 컨테이너.

음... 별로.

당신이 의미하는 바는 Fedora 31 호스트에서 /etc/resolv.conf 가 /run/NetworkManager/resolv.conf /var/run 에 대한 심볼릭 링크라는 것입니다 ( /run 대한 심볼릭 링크이기 때문에) .

/etc/resolv.conf 는 Fedora 33 이전의 모든 Fedora 호스트에서 심볼릭 링크를 의미하지 않습니다. Fedora 33부터는 systemd-resolved 의해 관리되며 실제로 심볼릭 링크가 됩니다. 가상 머신 등에 Fedora < 33 시스템을 처음부터 설치하여 확인할 수 있습니다.

그러나 오래된(또는 통과하는?) NetworkManager 버그 로 인해 몇 년 동안 한 릴리스에서 다른 릴리스로 일련의 업그레이드를 거친 Fedora 시스템은 /etc/resolv.conf 가 언급한 대로 심볼릭 링크로 끝날 수 있습니다. .

Fedora 33에서 임박한 systemd-resolved 변경 사항에 대한 업데이트입니다.

기본적으로 Fedora는 /etc/resolv.conf 에 대한 상대 심볼릭 링크로 ../run/systemd/resolve/stub-resolv.conf 를 제공하며 Ubuntu도 마찬가지입니다. 이것은 커밋 d63b0a9c0f1cd8a137ebc818b297f3b9303b5c32 때문에 Toolbox 0.0.14부터 이미 작동합니다.

이 상황은 상대 심볼릭 링크의 이점을 보여줍니다. 접두사 또는 루트가 변경되더라도 링크가 계속해서 올바르게 해결되도록 합니다.

따라서 오늘 배송되는 Toolbox와 함께 작동하는 빠른 솔루션이 필요한 경우 시스템에서 상대 심볼릭 링크로 전환하는 것이 좋습니다.

작동하지 않고 수정해야 하는 것은 절대 심볼릭 링크입니다. 즉, /etc/resolv.conf 에 연결되는 /run/systemd/resolve/stub-resolv.conf .