nslookup은 SERVFAIL을 얻지만 Windows에서는 그렇지 않습니다.

nslookup은 SERVFAIL을 얻지만 Windows에서는 그렇지 않습니다.

내 회사 VPN에 이름 서버 10.92.131.26이 있는데 Anyconnect VPN 서버에 연결하면 내 컴퓨터에 구성된 것으로 나타납니다. nslookup serverLinux 워크스테이션에서 이를 실행 하면 SERVFAIL이 수신됩니다.

;; Got SERVFAIL reply from 10.92.131.26, trying next server
Server:     10.50.177.208
Address:    10.50.177.208#53

** server can't find server: SERVFAIL

그러나 내 워크스테이션에서 Windows VM을 열고 실행하면 nslookup동일한 이름 서버에 대해 성공합니다.

Default Server:  a.company.domain
Address: 10.92.131.26

왜 이런거야?


TMI: 내가 왜 신경쓰나요?직장에서 Linux 워크스테이션을 사용하여 특정 회사 웹 사이트에 액세스하려고 하면 MFA 시스템에서 추가 제한을 적용하지만 Windows로 부팅하거나 Linux의 Windows VM에서 액세스하려고 하면 다음과 같은 메시지가 나타납니다. 마주하게 된다. (IT에서는 누군가가 실제로 합법적으로 이러한 제한 사항을 접하게 할 계획이 없는 것 같기 때문에 이러한 추가 제한 사항을 충족할 수 없습니다.)

그것은 나에게 말한다 :

일반적으로 이는 [저희] 서버로의 VPN 라우팅 문제로 인해 발생합니다... 그래도 작동하지 않으면 Google Chrome에서 사용해 보세요. Firefox는 때때로 주소를 확인하기 위해 자체 DNS를 사용하여 이 오류가 발생할 수 있습니다. Chrome에서는 이 오류가 발생하지만 정상적으로 작동합니다.

...사실 그들의 주장은 근거가 충분한 것 같습니다. Windows VM에서 Chrome을 통한 연결 시도는 성공하지만 FF를 통한 연결 시도는 실패합니다. 그래도 Linux 호스트에 대한 나의 시도는 전혀 작동하지 않았습니다.

내 Linux 상자에서 10.92.131.26을 이름 서버로 사용할 수 있다면 Linux에서의 시도가 성공할 수 있을지 궁금합니다.


산출

고쳐 쓰다:netstat -rn요청에 따라 각 시스템의 출력은 다음과 같습니다. 꽤 길기 때문에 페이스트빈만 연결하겠습니다.리눅스에서,윈도우즈에서

이는 tracert 10.92.131.26Windows VM에서 가져온 것입니다.

Tracing route to 10.92.131.26 over a maximum of 30 hops

  1    29 ms    27 ms    25 ms  192.168.100.1 
  2    35 ms    31 ms    33 ms  173.36.212.117 
  3    35 ms    34 ms    29 ms  50.216.158.108 
  4    41 ms    35 ms    37 ms  10.92.131.26 

Trace complete.

답변1

이제 댓글에 표현된 것보다 조금 더 복잡해졌으므로 답변을 (ab) 사용하겠습니다.

우리가 보는 것은 두 대의 기계입니다:

  • Linux 시스템의 경우 IP는 192.168.68.0/24이고 게이트웨이는 192.168.68.1일 수 있습니다.
  • IP 10.0.2.0/24 및 게이트웨이 10.0.2.2로 Windows를 실행하는 가상 머신.

가상 머신에는 10.0.2.0/24 네트워크가 표시됩니다. 이제 일부 정보가 누락되었습니다. 위의 정보를 바탕으로 Windows VM에 브리지 어댑터가 있고 VPN이 Linux 호스트에서 설정되었다고 가정합니다. 이것을 확인해 주십시오.

Linux 호스트가 VPN을 제공하는 경우 VPN 게이트웨이에 연결할 수 있습니다. 를 사용하면 ifconfigtun 인터페이스에서 IP 주소를 볼 수 있습니다. VPN 터널의 게이트웨이에 연결할 수 있어야 합니다. 그렇지 않으면 터널을 통해 어떤 것도 라우팅할 수 없습니다.

Windows VM은 10.0.2.2를 VPN의 게이트웨이로 간주하므로 Linux 호스트에서도 이를 라우터로 볼 수 있습니다. 따라서 Linux 시스템에 특정 경로를 추가할 때 네트워크에 액세스할 수 없다는 것이 이상합니다. 해당 경로를 추가하려고 할 때 VPN이 작동하고 있습니까?

추가 디버깅 정보로 tracertWindows 클라이언트에서 10.92.131.26에 액세스하는 것이 도움이 될 수 있습니다.

관련 정보