나는 V'box를 좋아하고 거짓말을 할 수 없습니다. 모든 괴짜들은 부인할 수 없습니다. 문제는 모든 종류의 테스트 등에 VirtualBox를 사용한다는 것입니다. 공정한 거래. 하지만 이따금 완벽하게 합리적인 이 프로그램은 잘못된 행동을 하기로 결정하고 제 노력에 협력을 중단합니다. 예를 들어 브리지된 네트워킹입니다.
수년에 걸쳐 저는 네트워크 및 공유 튜토리얼, 포트 포워딩으로 NAT를 통해 공유하는 방법, NAT 네트워크를 구성하는 방법과 같은 VirtualBox 네트워킹 기능을 중심으로 많은 가이드를 작성했습니다. 공교롭게도 브리징 네트워크 기능을 사용하게 되었습니다. 간단하고 편리하고 유선 및 무선 어댑터와 기타 등등으로 안정적으로 잘 작동하는 것 같았기 때문입니다. 수년 동안 문제가 없었는데 갑자기 문제가 생겼습니다. Bridged 네트워킹은 VirtualBox 6.X를 실행하는 Linux 호스트에서 네트워킹을 중지했습니다. 게딧? 네트워크가 작동하지 않습니다. 호호. 나를 따르라.
자세한 문제
VirtualBox 6.1과 함께 Kubuntu 18.04를 실행하는 Slimbook 노트북에서 이 문제가 발생했습니다. 노트북에는 Intel 듀얼 밴드 무선 어댑터가 있으며 오랫동안 아무 문제 없이 브리지 네트워킹에 사용할 수 있었습니다. 몇 주 전 Windows와 Linux의 게스트 운영 체제가 이 네트워크 구성으로 더 이상 IP 주소를 얻을 수 없다는 사실을 알게 되었습니다.
내 라우터를 배제하기 위해 VirtualBox를 실행하는 Windows 호스트에서 테스트했는데 그런 문제가 발생하지 않았습니다. Linux를 배제하기 위해 실제 아키텍처와 커널 버전의 차이에도 불구하고 동일한 (나쁜) 결과로 여러 다른 배포판에서 이것을 시도했습니다. 따라서 이것은 Linux용 VirtualBox 빌드로 제한되는 것 같지만 Linux 때문이 아닙니다. 물론 공식 포럼을 방문하면 이 주제에 대한 많은 스레드를 찾을 수 있으며 대부분의 스레드는 브리지된 네트워킹이 신뢰할 수 없다는 수정 또는 막연한 의견으로 끝납니다. 공장. 하지만 아닙니다.
아마도 나는 네트워크 스택에서 새로운 회귀를 발견했을 것입니다. 아마도 당신은 이 문제에 직면하지 않을 것입니다. 그러나 그렇게 한다면 VirtualBox 빌드에 관계없이 특정 브리지 네트워킹 문제가 해결될 때까지 도움이 될 수 있는 반합리적인 해결 방법을 찾을 수 있었습니다. 그렇지 않으면 이 기사를 읽지 않을 것이기 때문입니다.
솔루션
그래서 네트워킹을 연결했지만 클라이언트는 IP 주소를 얻을 수 없습니다. 정적 IP 주소를 사용해도 도움이 되지 않습니다. 필자의 경우 그 이유는 임의로 생성된 가상 네트워크 어댑터의 MAC 주소와 브리지된(물리적) 카드에서 사용하는 MAC 주소 간의 충돌 때문인 것 같습니다. 과거에는 이것이 기능에 영향을 미치지 않았기 때문에 버그 냄새가 났지만 지금은 가능합니다. 해결 방법은 실제 카드 중 하나와 일치하도록 가상 어댑터의 MAC 주소를 수동으로 설정하는 것입니다.
영향을 받는 가상 머신의 설정> 네트워크> 고급으로 이동하여 이 작업을 수행할 수 있습니다. 여기에서 MAC 주소 필드를 호스트의 어댑터로 설정할 수 있습니다. 그런 다음 가상 머신을 시작하고 즐겁게 업무를 진행하세요.
주의사항
이제 이것은 완전하고 완전한 솔루션이 아니라 해결 방법입니다. With this change in place, your virtual machine will get the same IP address as your host. This also means that some applications may not necessarily work correctly, because your network has supposedly two identical hosts with the same shared address. You should then consider manually assigning a different IP address to your virtual machine, once it comes up.
결론
I am never happy writing less-than-perfect tutorials, but sometimes, I feel it's better to give the readers some help, with the necessary disclaimers, than keep on sculpting my David for all eternity. Today, we have one such example. It's obvious we're facing a problem in the software, and thus, the most logical solution is to wait for an official fix. Happened before, can happen again.
Anyway, regardless, I hope you do find the information above useful. Not perfect, but might help you get out of a lurch, especially since this problem will affect you when you least need it, i.e. you will power on your VM, expecting everything to work, and then you suddenly won't be able to accomplish any network-related tasks. If you have any ideas, suggestions or experiences on this topic, feel free to mail them. We're done.
건배.