동일한 기본 배경 정보 없이는 설명하기가 약간 어려운 문제입니다. 나중에 필요에 따라 질문을 수정해 보겠습니다.
원래 저는 다음 범위의 8개 IP 주소를 가진 단일 호스팅 서버(Win 2008R2)를 가지고 있습니다.
- Single NIC ( IP: x.x.128.72 -> x.x.128.79 // Subnet: x.x.255.192 // GW: x.x.128.65 )
Hyper-V를 설치하고 동일한 상자에 단일 가상 서버를 설정한 후 IP 주소 중 하나를 가상 서버에 할당하고 다른 모든 것은 정상적으로 실행되도록 하려고 했습니다.
--
먼저 "외부" 네트워크를 사용해 보았지만 ("가상 어댑터"에 IP를 설정한 후에도여기하지만 네트워킹을 전혀 실행하는 데 어려움을 겪었습니다).
서버를 계속 실행해야 했습니다(그렇지 않았다면 이 접근 방식을 추구하는 데 더 많은 시간을 소비했을 것입니다).
Q1... 이것이 합리적인 일이었나요? 내가 이 길을 계속 따라갔어야 했나?
--
그런 다음 다른 접근 방식을 시도하기로 결정했습니다. HyperV 네트워크를 "내부"(관리 OS에 표시됨)로 설정합니다.
- Physical NIC ( IP: x.x.128.72 to .75 // Subnet: x.x.255.192 // GW: x.x.128.65 )
- Virtual NIC ( IP: x.x.128.78 // Subnet: x.x.255.252 // GW: x.x.128.72 )
- Gateway was the same as the IP of the physical NIC )
- Virtual OS-NIC ( IP: x.x.128.77 // Subnet: x.x.255.252 // GW: x.x.128.78 )
- Gateway was the same as the IP of the host virtual-NIC )
--
놀랍게도 이 접근 방식은 실제로 효과가 있었고 다음 모든 항목에서 연결할 수 있었습니다. - 인터넷과 물리적 NIC(xx128.72) 간 - 물리적 NIC(xx128.72)와 가상 OS-NIC(xx128.77) 예: ping + FTP를 통한 테스트 - 가상 OS-NIC(xx128.72)와의 인터넷 연결
--
내가 가진 문제는 이 접근 방식이 짧은 기간(몇 시간) 동안만 지속되는 것 같다는 것입니다.
이 시간이 지나면 Virtual-OS-NIC에서 인터넷으로/에서 연결하는 기능이 손실된 것 같습니다(그러나 호스트 OS에서 virtual-OS로, 호스트 OS에서 인터넷으로 계속 연결할 수 있습니다).
나는 이것을 몇 번 다시 테스트했는데 같은 결과가 나왔습니다. 서버를 몇 시간 동안(예: 밤새) 켜두었다가 아침에 돌아오면 Virtual-OS가 라우팅할 수 있는 기능을 잃습니다. 인터넷
--
다음에 무엇을 봐야 할지 잘 모르겠습니다(또는 완전히 잘못된 방향으로 가고 있는지 여부).
"가능한 관련 항목" 중 하나는 호스트 OS가 RRAS(Routing and Remote Access)도 실행하고 있다는 것입니다. 그러나 이는 단순한 VPN을 실행하기 위한 것입니다.
--
Q2 - 다음은 밀을 살펴볼까요? (시도해볼 만한 좋은 참고 자료/권장 사항)
어떤 생각이나 의견이라도 감사하겠습니다(내가 이 문제에 대해 잘못된 방향으로 가고 있다고 말해도).
--
*EDIT - "외부"를 사용하려는 두 번째 시도 *
"외부" 접근 방식으로 다시 시도했지만 다시 네트워크에 액세스할 수 없었습니다...
그런 다음 "관리 운영 체제에 대한 가상 LAN 식별 활성화"를 선택 취소했습니다. 안녕하세요, 모든 것이 생생하게 나타났습니다.
중요한 문구는 "가상 네트워크 관리에 대한 추가 정보" 링크에 숨겨져 있습니다.
관리 운영 체제에서 네트워크 트래픽을 격리하는 데 사용할 수 있는 식별 번호를 지정합니다.
최종 결과 ...성공(그러나 그것이 제한된 시간 동안 부분적으로 작동한 이유에 대한 해결책은 없습니다)
나중에 다음 MSDN 블로그 게시물이 흥미로웠다는 것을 알았습니다.Hyper-V VLAN 이해
답변1
Hyper-V는 실제로 Windows의 추가 기능이 아니며 실제로는 완전한 하이퍼바이저입니다. 원래 설치된 OS는 Hyper-V에 종속된 루트 파티션이 됩니다. 따라서 기본 OS는 이제 기술적으로 특수 VM입니다. 그 정도까지 "특수" VM은 하드웨어를 통과할 수 있습니다(여전히 일반 OS인 것처럼 보이기 위해). 이는 Hyper-V를 활성화한 후 거의 모든 하드웨어에 대한 기본 구성입니다. 그러나 물리적 NIC에 연결된 Hyper-V용 가상 네트워크를 만들면 Hyper-V가 NIC의 소유권을 가져오고 더 이상 통과되지 않습니다.
NIC 구성은 다음과 같아야 합니다.
물리적 NIC에는 "Microsoft 가상 네트워크 스위치" 프로토콜만 활성화되어 있어야 합니다(한 가지 예외는 이것이 소프트웨어로 구성된 팀과 같이 실제 물리적 NIC가 아닌 경우 일반적으로 사용할 수 없는 일종의 다른 프로토콜을 갖게 된다는 것입니다). 장애가 있는).
Hyper-V 관리자의 가상 네트워크 관리자에서 "네트워크"를 생성하면 Hyper-V에 가상 네트워크 스위치가 생성됩니다. 물리적 NIC에 연결된 외부 네트워크로 만들고 관리 OS 액세스를 허용하는 확인란도 선택합니다. 이렇게 하면 기본 OS용 새 vNIC가 생성됩니다(실제로는 특수 VM이므로 이 VM에 vNIC를 추가한다는 점을 기억하세요...). 새 NIC는 기존 물리적 NIC에서 제거된 IP에 대해 구성해야 할 수도 있습니다(이 작업을 자동으로 수행할지 여부는 사용 중인 Hyper-V 버전에 따라 다름).
원하는 대로 VM을 생성하고 VM에 vNIC를 추가한 후 해당 vNIC를 적절한 가상 네트워크에 연결합니다.
외부 가상 네트워크는 물리적 NIC에 연결됩니다. VM을 물리적 NIC에 연결할 수 있습니다. 내부 가상 네트워크는 항상 관리 OS에 대한 새 vNIC를 생성합니다(확인란이 없으며 항상 수행됨). 이를 통해 VM은 기본 OS와 통신할 수 있지만 물리적 NIC와는 통신할 수 없습니다. 개인 가상 네트워크는 VM 전용이며 어떤 방식으로도 관리 OS에 연결되지 않습니다.
당신은 또한 일을 계속하는 데 문제가 있다고 언급했습니다. 서버급 NIC 칩(특히 Intel, Broadcom, QLogic, Emulex, NexGen, Mellanox 등)을 사용하지 않는 경우 문제가 발생할 수 있습니다. 마찬가지로 최신 펌웨어가 있는지 확인하십시오. Via 또는 Realtek 칩을 실행하는 경우 시간을 절약하고 안정적인 레벨 1 하이퍼바이저(Hyper-V, ESXi, KVM 등)에 대한 아이디어를 버릴 수 있습니다.