- 적절한 네트워크 모드(NAT 또는 브리지)를 선택하고 서브넷 충돌을 피하면 대부분의 중단 문제가 해결됩니다.
- 하이퍼바이저 서비스(NAT/DHCP), 드라이버, 호스트 바이러스 백신/방화벽은 연결성에 직접적인 영향을 미칩니다.
- Azure에서 Network Watcher를 사용하고 NSG를 확인한 후 경로/기본 IP를 조정하여 인터넷 액세스를 복원합니다.
¿가상 머신에 인터넷이 없습니다.걱정하지 마세요. 생각보다 흔한 문제이며, 면밀히 검토하면 대부분 해결 가능합니다. 이 가이드에서는 기본 네트워크 설정부터 VMware, VirtualBox, KVM/virt-manager, Parallels, Azure와 같은 클라우드 환경에 특화된 고급 검사까지 모든 것을 확인할 수 있습니다. 목표는 근본 원인을 파악하고 몇 단계만으로 적절한 수정 조치를 적용하는 것입니다..
구성을 살펴보기 전에 먼저 알아두어야 할 점이 있습니다. VM은 머신 내에서 독립된 컴퓨터처럼 작동합니다. 따라서 호스트 시스템, 하이퍼바이저 또는 VM 네트워크가 잘못 구성된 경우 연결이 끊어질 수 있습니다.스위치 정책, 방화벽/DHCP 규칙, 서브넷 충돌, 네트워크 드라이버 또는 심지어 중단된 하이퍼바이저 서비스도 영향을 미칠 수 있습니다.
가상 머신의 작동 방식과 네트워크에 미치는 영향
VM은 하이퍼바이저 덕분에 실행됩니다. 호스트의 물리적 리소스(CPU, RAM, 디스크, NIC)를 게스트 시스템에 분배합니다.이러한 격리는 개발 및 테스트에 매우 중요합니다. 메인 시스템에 영향을 주지 않고 실험할 수 있기 때문입니다. 기업에서는 서버를 더 적은 하드웨어로 통합하는 데 사용됩니다. 비용 절감 호스트 간에 워크로드를 빠르게 이동할 수 있습니다. 또한 VM 복제, 스냅샷 생성 및 상태 복원 기능도 제공합니다. 장애 발생 시 백업 및 복구를 용이하게 합니다.또한, 무료 가상 머신을 다운로드할 수 있는 신뢰할 수 있는 웹사이트.
가상 네트워크는 하이퍼바이저가 시뮬레이션하는 또 다른 계층입니다. VM의 가상 어댑터는 구성에 따라 NAT, 브리지, 내부 또는 호스트 전용 네트워크에 "플러그"됩니다.잘못된 모드를 선택하거나 물리적 네트워크에서 보안 정책에 부딪히면 호스트가 문제없이 탐색하더라도 VM이 인터넷에 접속할 수 없게 될 수 있습니다.
가상 환경의 장단점
연결성 외에도 VM은 다음과 같은 명확한 이점을 제공합니다. 시스템 간 호환성 (Windows, Linux, macOS, BSD), 구성 독립성, 그리고 복제를 통한 매우 빠른 백업/전송을 제공합니다. 하나의 VM에 장애가 발생하더라도 다른 VM은 영향을 받지 않고 계속 실행됩니다.
모든 것이 완벽하지는 않습니다. 호스트 하드웨어에 의해 제한됩니다네트워크 지연 시간은 일반적으로 기본 OS보다 다소 높고, 전문가 수준에서는 하이퍼바이저 또는 게스트 시스템 라이선스 비용이 발생할 수 있습니다.
일반적인 네트워크 모드와 인터넷 접속에 미치는 영향
하이퍼바이저에 따라 이름은 다르지만, 개념은 같습니다. VM에 인터넷 접속을 제공하려면 올바른 모드를 선택하는 것이 중요합니다.:
- NAT: VM이 호스트를 "통해" 인터넷에 접속합니다. 이 설정은 일반적으로 기본적으로 작동하며 VMware/VirtualBox의 기본 옵션입니다. 이 설정을 통해 VM은 물리적 네트워크와 인터넷에 접속할 수 있지만, 물리적 서버는 VM을 직접 "볼" 수 없습니다.
- 브리지 어댑터: VM은 물리적 네트워크의 다른 장치처럼 연결됩니다. 자체 IP로다른 기기가 통신하기에는 이상적이지만 스위치나 라우터 정책과 충돌할 수 있습니다.
- 호스트 전용: 호스트와 VM 사이의 개인 네트워크. 인터넷이 없다.
- 내부 네트워크: 폐쇄된 네트워크에서 VM을 서로 분리합니다. 인터넷도 없습니다..
- NAT 네트워크(VirtualBox): NAT와 세그먼테이션을 결합합니다. NAT 네트워크의 VM 간 인터넷 및 통신이 가능합니다..
VMware에서는 "가상 네트워크 편집기"에서 모든 것을 조정할 수 있습니다. 브리지에 대한 물리적 NIC를 선택하고 NAT 서브넷을 변경하고 DHCP를 활성화하고 포트를 엽니다."고급"에서 대역폭을 제한하고 MAC 주소를 변경할 수도 있습니다. VirtualBox에서는 "파일 > 환경 설정"에서 서브넷, DHCP, IPv6 및 포트 규칙을 사용하여 NAT 네트워크를 관리하고, 각 VM에서 NAT, 브리지, 내부, 호스트 전용 또는 네트워크 NAT를 선택할 수 있습니다.
최적화: 메모리, 크기, 대역폭 및 가속
VM의 리소스가 부족하면 네트워크 병목 현상이 발생합니다. 충분한 RAM을 할당하세요 게스트가 과부하 없이 요청을 처리할 수 있도록 하려면 필요에 따라 VM 크기를 조정하고 여러 VM이 있는 경우 대역폭 제한 포화 상태를 피하기 위해 VM을 통해. 일부 플랫폼에서는 네트워크 가속 이를 통해 지연 시간이 줄어들고 전송 속도가 향상됩니다.
NAT를 사용하고 인터넷 접속이 불가능한 경우
NAT를 사용하면 호스트가 인터넷에 접속할 수 있으면 일반적으로 VM도 인터넷에 접속할 수 있습니다. 일반적인 문제는 가상 NAT 서브넷이 물리적 네트워크와 일치한다는 것입니다.게스트가 종료 방법을 모릅니다. 네트워크 편집기에서 NAT 서브넷을 변경하세요(VMware: VMnet8, VirtualBox: 다른 서브넷의 NAT 네트워크 생성/선택). 이렇게 하면 주 LAN과의 충돌을 방지할 수 있습니다.
브리지를 사용하고 있고 인터넷 접속이 불가능한 경우
브리지 모드에서는 VM이 물리적 네트워크에 따라 달라지므로 인프라의 정책과 서비스가 고려됩니다.:
- VMware에서 물리적 NIC를 "자동" 대신 VMnet0으로 설정합니다. 특정 인터페이스를 선택하면 네트워크 전환 시 문제가 발생하지 않습니다..
- 스위치: 포트당 MAC 제한이 있는 포트 보안이 있는 경우 두 번째 MAC 주소(VM에 속한 주소)가 차단될 수 있습니다.또한 IP-MAC-포트 바인딩을 확인하세요.
- 라우터: DHCP가 활성화되어 있는지 확인하세요(또는 VM에서 정적 IP 주소를 구성하세요). 방화벽을 확인하세요 그리고 새로운 팀을 방해하는 규칙이 없는지 확인하세요.
그래도 실패하면 호스트에서 NIC가 활성화되어 있고 최신 상태인지 확인하고 게스트에서 IP 주소와 DNS는 자동으로 얻어집니다.많은 경우 VM을 일시적으로 브리지형(NAT에 있는 경우) 또는 NAT형(브리지에 있는 경우)으로 변경하면 소스를 격리하는 데 도움이 됩니다.
VMware: 빠른 확인 및 수정
VMware는 VM이 검색하지 않을 때 확인할 가치가 있는 몇 가지 레버를 제공합니다. 간단한 것부터 시작하면 시간을 절약할 수 있습니다.:
- VM을 다시 시작하세요. 네, 생각보다 잘 작동합니다.
- 호스트의 바이러스 백신/방화벽을 일시적으로 비활성화하거나 모드를 조정하여 VM과의 트래픽을 허용합니다.
- services.msc에서 "VMware NAT 서비스" 및 "VMware DHCP 서비스"를 활성화 및/또는 다시 시작합니다.
- 게스트의 장치 관리자에서 네트워크 어댑터를 업데이트하거나 다시 설치하세요. 나타나지 않으면 "하드웨어 변경 사항 검색"을 사용하세요.
- VM의 네트워크 어댑터에서 "연결됨"과 "전원 켜짐 시 연결"의 선택을 해제했다가 다시 선택하여 강제로 다시 연결합니다.
- 가상 네트워크 편집기에서 "기본값 복원"을 클릭하여 VMnet1/VMnet8이 손상된 경우 다시 빌드합니다.
- 일부 사용자는 VMnet8 > NAT 설정 > DNS에서 ADSL 라우터의 IP 주소를 NAT DNS로 설정하여 이 문제를 해결합니다.
- 호스트를 일시 중단/재개한 후, VM을 종료하고 시작합니다. (상태를 재개하는 것보다) 가상 네트워크를 다시 초기화하는 것이 좋습니다.
NAT에서 문제가 간헐적으로 발생하는 경우 NAT 서비스가 정지되는 경우가 있습니다. 호스트에서 "VMware NAT 서비스"를 다시 시작하면 일반적으로 연결이 복원됩니다..
VirtualBox: 필수 단계
VirtualBox에서는 NAT가 거의 항상 아무런 조정 없이 작동하지만 그렇지 않은 경우 이런 조정을 통해 일반적으로 문제가 해결됩니다.:
- 드라이버와 더 나은 게스트 통합을 위해 "게스트 추가 기능"을 설치하세요.
- VM 전원을 끄고 네트워크로 이동하여 "네트워크 어댑터 사용"이 선택되어 있는지 확인하세요. 필요에 따라 NAT, 브리지 어댑터, 네트워크 NAT를 전환해 보세요.
- 기억하세요: "내부 네트워크"와 "호스트 전용"은 기본적으로 인터넷을 제공하지 않습니다.
- "파일 > 환경 설정 > 네트워크"에서 자체 서브넷, DHCP 및 해당되는 경우 포트 규칙이 있는 NAT 네트워크를 만들거나 조정합니다.
손님 내부에서, IP와 DNS를 자동으로 설정하세요아무것도 바뀌지 않으면 선택한 가상 NIC(예: Intel PRO/1000 대 Paravirtualized)를 확인하고 변경해 보세요.
Linux의 KVM/virt-manager 및 VirtualBox(일반적인 경우: Windows 11 게스트)
호스트로 Linux를 사용하고(예: Fedora 기반 배포판) Windows 11을 게스트로 사용하는 경우 virtio 어댑터를 설치한 후에도... VirtualBox와 Virtual Manager 모두에서 인터넷이 부족합니다.아웃바운드 모드(NAT 또는 브리지)를 사용하고 있고 호스트가 인터넷에 접속할 수 있는지 확인하세요. 브리지 모드에서만 문제가 발생하는 경우 다음 사항을 고려하세요. 물리적 네트워크 정책, DHCP 및 방화벽두 하이퍼바이저 모두 NAT에서도 문제가 발생하는 경우, 네트워크 드라이버, 게스트 서버의 자동 IP/DNS 획득, 그리고 TCP/IP 스택 재설정을 확인하십시오(Windows 섹션 참조). 소프트웨어가 트래픽을 모니터링/필터링하는 경우, 가상 스위치에서 무차별 모드, MAC 주소 변경 및 강제 전송을 활성화해야 할 수 있습니다.
Mac에서 Parallels Desktop 사용 시 증상 및 해결 방법
Mac에서는 Parallels를 탐색할 수 있는데 Windows에서는 탐색이 안 되는 경우가 있습니다. 증상은 다음과 같습니다. Windows에서 인터넷이 없으면 느림이나 불안정함, 네트워크가 있음에도 불구하고 앱이 실패하거나 네트워크의 다른 컴퓨터를 볼 수 없음이는 일반적으로 잘못된 Windows 설정, 타사 바이러스 백신 소프트웨어, VM 설정 또는 손상된 Windows 환경으로 인해 발생합니다.
- Mac이 인터넷에 접속되어 있는지 확인하고, 아무것도 건드리기 전에 스냅샷을 만드세요.
- Parallels Tools를 다시 설치하고 타사 서비스를 비활성화하여 Windows에서 클린 부팅을 수행합니다(Parallels 서비스는 활성 상태로 유지).
- 하드웨어 > 네트워크에서 "공유 네트워크(권장)"와 "브리지 네트워크: 기본 어댑터"를 전환하여 어느 것이 가장 잘 작동하는지 확인하세요.
- CMD를 열고 parallels.com에 ping을 보내보세요. 응답이 없으면 다음을 실행하세요.
netsh winsock reset netsh int ip reset reset.log다시 시작하세요. 문제가 지속되면 다음을 시도해 보세요.
ipconfig /release ipconfig /renew - 장치 관리자에서 "Parallels 이더넷 어댑터 #…"가 표시되면 드라이버를 업데이트하다 자동적으로
- Pro/Business 에디션을 사용하는 경우 환경 설정 > 네트워크로 이동하여 기본값을 복원할 수 있습니다.
연결이 복구되면 스냅샷을 삭제합니다 불필요한 상태가 누적되는 것을 방지합니다.
Windows 게스트: 유용한 네트워크 명령
문제가 Windows 네트워크 스택에 있는 경우, 이러한 고전적인 방법이 대개 문제를 해결해줍니다. 관리자 권한으로 명령 프롬프트 실행:
- TCP/IP 스택 및 Winsock 재설정:
netsh winsock reset netsh int ip reset reset.log - 재시작 후에도 인터넷에 접속할 수 없다면 IP 주소를 갱신하세요.
ipconfig /release ipconfig /renew - 장치 관리자에서 네트워크 어댑터를 업데이트하거나 다시 설치하세요.
- 타사 바이러스 백신 소프트웨어가 있는 경우 일시적으로 비활성화하다 또는 VM 호환 모드를 구성합니다.
Ubuntu 및 파생 버전에서 일부 사용자는 다음과 같이 보고합니다. apt-get 설치/업데이트 또는 네트워크 관련 종속성과 인증서가 DNS 또는 TLS 확인에 실패하면 브라우저를 "차단 해제"합니다.
Azure: VM과 인터넷 액세스 간 연결 진단

Azure에서는 진단 도구가 있기 때문에 접근 방식이 변경됩니다. 동일한 VNet에 있는 한 VM이 다른 VM에 도달할 수 없거나 인터넷에 액세스할 수 없는 경우, 순서대로 진행됩니다.:
동일한 VNet에 있는 VM 연결
소스 VM에서 tcping과 같은 유틸리티를 사용하여 포트(예: RDP 3389)를 테스트합니다.
tcping64.exe -t <IP de la VM destino> 3389
응답하지 않으면 NSG 규칙을 확인하세요. "VNet 인바운드 허용" 및 "로드 밸런서 인바운드 허용"을 허용해야 하며 다음이 없어야 합니다. 위의 부인 우선순위가 낮음.
포털에서 RDP/SSH를 통해 로그인할 수 있는지 확인하세요. 로그인이 가능하다면 Network Watcher(PowerShell/CLI)를 사용하여 "연결 확인"을 실행하세요. 결과에는 "점프"와 "사건"이 나열됩니다.; 표시된 대로 수정하고 다시 시도하세요.
동일한 VNet의 두 번째 네트워크 어댑터
Windows의 보조 NIC에는 기본 게이트웨이가 없습니다. 서브넷 외부에서 통신하려면 게스트에 기본 경로 추가 (관리자 권한으로 CMD 실행):
route add 0.0.0.0 mask 0.0.0.0 -p <IP de la puerta de enlace>
두 NIC에서 NSG를 확인하고 Network Watcher로 검증합니다.
Azure에서의 인터넷 접속
VM이 인터넷에 연결되지 않으면 먼저 NIC에 오류 상태가 있는지 확인하세요. 부터 하늘빛 리소스 탐색기를 사용하면 NIC 리소스에서 "PUT"을 강제로 실행할 수 있습니다. 상태를 동기화하고 포털을 다시 로드하세요. 그런 다음 "연결 확인"으로 돌아가서 발견된 문제를 해결하세요.
동일한 Windows NIC에 여러 IP가 있음
Windows에서는 숫자적으로 가장 낮은 IP 주소가 기본 주소로 유지될 수 있습니다. Azure Portal에서 다른 IP 주소를 선택하더라도 Azure의 기본 IP 주소만 인터넷/서비스에 액세스할 수 있습니다. PowerShell을 통해 "SkipAsSource"를 조정하여 올바른 IP 주소가 기본 IP 주소가 되도록 하세요.
$primaryIP = '<IP primaria que definiste en Azure>'
$netInterface = '<Nombre del NIC>'
$IPs = Get-NetIPAddress -InterfaceAlias $netInterface | Where-Object {$_.AddressFamily -eq 'IPv4' -and $_.IPAddress -ne $primaryIP}
Set-NetIPAddress -IPAddress $primaryIP -InterfaceAlias $netInterface -SkipAsSource $false
Set-NetIPAddress -IPAddress $IPs.IPAddress -InterfaceAlias $netInterface -SkipAsSource $true
Linux에서는 Azure 가이드에 따라 OS에 여러 개의 IP를 추가합니다.
실패 범위를 좁히기 위한 신속한 테스트
몇 가지 확인을 통해 빠르게 파악할 수 있습니다. 온도계로 사용하세요:
- NAT에서는 인터넷에 접속할 수 없지만 호스트에서는 인터넷에 접속할 수 있는 경우, 서브넷 충돌이나 하이퍼바이저의 NAT/DHCP 서비스에 문제가 있을 가능성이 있습니다.
- 브리지 모드에서는 실패하지만 NAT 모드에서는 작동하는 경우, 이는 DHCP, 방화벽 또는 스위치/라우터 보안을 나타냅니다..
- IP 주소(예: 8.8.8.8)와 이름(예: 퍼블릭 도메인)으로 해당 주소에 ping을 보내보세요. IP 주소로는 작동하지만 이름으로는 작동하지 않는다면 DNS에 문제가 있는 것입니다.
네트워킹 및 성능 모범 사례
원활한 경험을 위해: 항상 브리지에 맞는 특정 물리적 인터페이스를 선택하세요."자동" 설정은 피하고, 가상 서브넷과 물리적 LAN을 분리하세요. NSG/ACL 규칙을 문서화하고 브리지된 VM에 고정 IP가 필요한 경우 DHCP를 예약하세요. 여러 VM이 있는 호스트에서는 VM당 대역폭 제한 네트워크가 포화 상태가 되면 대기열을 모니터링합니다.
백업: 문제가 발생할 경우를 대비하여
네트워크 중단이나 구성 오류로 인한 데이터 손실은 매우 고통스럽습니다. 가상화를 위한 백업 솔루션 에이전트 없는 백업, 몇 초 내 즉각적인 복원, 플랫폼 간 복구가 가능합니다. (VMware, Hyper-V, Proxmox, oVirt 등). 운영 환경에서 VM을 관리하는 경우, 웹 콘솔, 즉각적인 복구, 그리고 포괄적인 무료 평가판을 제공하여 전략을 검증할 수 있는 플랫폼을 고려해 보세요.
FAQ: 간단한 질문
VM이 검색하지 않을 때 나타나는 일반적인 질문에는 간결한 답변이 있습니다. 가장 유용한 정보는 다음과 같습니다.:
- NAT가 간헐적으로 끊어지는 이유는 무엇인가요? 호스트에서 하이퍼바이저의 NAT 서비스를 다시 시작하면 대개 연결이 복구됩니다.
- 어댑터가 연결 해제된 것으로 표시되나요? VM 설정에서 "연결됨"과 "전원 켜짐 시 연결"을 확인하세요.
- 호스트를 일시 중단/재개한 후 네트워크 연결이 없는 경우 VM을 종료했다가 다시 시작하여 가상 네트워크 어댑터를 다시 초기화합니다.
- 인터넷 없이도 VM을 사용할 수 있나요? 예: 호스트 전용 또는 내부 네트워크는 외부 접속이 불가능한 격리된 네트워크를 생성합니다.
- VM이 VPN에 연결할 수 있나요? NAT 모드에서는 호스트로부터 VPN을 상속받고, 브리지 모드에서는 VM에 VPN 클라이언트를 설치합니다.
네트워크 모드(NAT, 브리지, 내부, 호스트 전용)가 서로 어떻게 관련되는지 이해하고 서브넷 충돌, 하이퍼바이저 서비스(NAT/DHCP), 보안 규칙 및 게스트 네트워크 스택을 검토합니다. "VM에 인터넷이 없습니다"라는 대부분의 문제를 해결합니다.클라우드 기반 환경인 경우, 보조 NIC의 기본 라우팅이나 Windows의 기본 IP 관리와 같은 진단 도구 및 설정을 활용하세요. 또한, 변경 사항으로 인해 연결이 끊어질 경우 이전 상태로 되돌릴 수 있도록 스냅샷과 백업을 유지하는 것이 좋습니다.
어렸을 때부터 기술에 대한 열정이 있었습니다. 저는 해당 분야의 최신 소식을 접하고 무엇보다 이를 전달하는 것을 좋아합니다. 이것이 바로 제가 수년 동안 기술 및 비디오 게임 웹사이트에서의 커뮤니케이션에 전념해 온 이유입니다. 제가 Android, Windows, MacOS, iOS, Nintendo 또는 떠오르는 기타 관련 주제에 대해 글을 쓰고 있는 것을 볼 수 있습니다.
