Fedora 29 VirtualBox는 호스트 VPN의 DNS를 사용하지 않습니다

Fedora 29 VirtualBox는 호스트 VPN의 DNS를 사용하지 않습니다

저는 업무용으로 Windows 10 컴퓨터를 실행하고 있으므로(필수) VirtualBox를 사용하여 Fedora 29 컴퓨터를 구입하여 프로덕션에 들어가기 전에 로컬에서 코드를 실행할 수 있었습니다. 우리 github은 VPN 뒤에 있으며 OpenVPN을 사용하여 이 작업을 수행하므로 저장소를 복제하려면 다음 단계를 따라야 했습니다.

  1. 호스트에서 관리자로 OpenVPN을 실행하고 인증하세요.
  2. VirtualBox를 시작하고 Fedora 29 시스템을 시작하십시오.
  3. PuTTy를 사용하여 호스트에서 가상 머신에 로그인

호스트에서 게스트로 핑을 보낼 수 있고 게스트에서 호스트로 핑을 보낼 수 있습니다. 내 VirtualBox는 호스트 전용 어댑터와 NAT 어댑터를 모두 갖도록 설정되어 있습니다. 투숙객은 인터넷을 완벽하게 이용하실 수 있습니다.

이제 게스트 시스템에 NetworkManager가 설치되고 업데이트되었으므로 시작 시 VPN이 특정 DNS를 사용한다는 것을 알게 됩니다 x.x.x.x.

$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver general.dns.server.one
nameserver general.dns.server.two
nameserver x.x.x.x

보기에는 좋지만 이제 회사 웹사이트(라고 부르겠습니다 internal.company.github.website.net)에 액세스하려고 하면 호스트 이름을 확인할 수 없습니다.

$ host internal.company.github.website.net
Host internal.company.github.website.net not found: 3(NXDOMAIN)

$ curl internal.company.github.website.net
curl: (6) Could not resolve host: internal.company.github.website.net

다음과 같은 이유로 DNS가 /etc/resolv.conf정확하다는 것을 알고 있습니다.

$ dig internal.company.github.website.net @x.x.x.x

; <<>> DiG 9.11.5-P4-RedHat-9.11.5-4.P4.fc29 <<>> internal.company.github.website.net @x.x.x.x
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58282
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 

이는 status: NOERROR모든 것이 정상임을 보여주며, 더 나아가 올바른 IP로 확인되는 것을 볼 수 있습니다.

무슨 일이 일어나고 있는지 가정하고 먼저 다른 두 개의 일반 DNS 서버(from)를 사용하려고 시도하므로 resolv.conf이를 열고 규칙을 추가하여 규칙을 설정해 보았습니다.dnsmasq/etc/dnsmasq.conf

server=/internal.company.github.website.net/x.x.x.x

그러나 시스템을 완전히 재부팅한 후에도 문제가 지속되고 아무런 변화도 관찰되지 않습니다.

비슷한 방식으로 최상위에 DNS를 추가하려고 시도했지만 resolv.confNetworkManager가 이를 덮어쓰기만 하므로(필요한 대로) 아무 것도 변경되지 않습니다. 그리고 DNS 도메인도 내가 알기 때문에 직접 들어가지 않아도 됐으면 좋겠다.할 수 있다변경(잘 모르겠습니다. 저는 IT에 대한 책임이 없습니다.) 그런 다음 전체 프로세스를 다시 거쳐야 합니다.

이에 대한 매우 이상한 추가 사실은 내 동료 중 한 명이 우리 둘 다 처음부터 가져온 동일한 이미지를 사용하고 있다는 것입니다.할 수 있는연결되어 있지만 나는할 수 없다. 정말 이상한 것들. 또한 테스트하는 동안 Windows 방화벽과 Defender를 완전히 비활성화했기 때문에 그럴 수 없었습니다.

편집: 참고로, 내부 웹사이트의 실제 IP를 사용하여 DNS 조회를 피함으로써 이 문제를 피할 수 있지만, 변경사항이 발생하면(언제 일어날지 여부는 알 수 없음) 다시 돌아가는 것이 고통처럼 보였습니다.

관련 정보