Ubuntu VirtualBox VM не может подключиться к Интернету в офисе
Я просмотрел множество ссылок, доступных в интернете, чтобы решить проблему с Ubuntu VM, не имеющей доступа в интернет, но я не нашел решения. Я использую этот ноутбук в моем офисе (не дома). Это может быть специфичным для моей среды, поэтому я создаю этот вопрос здесь. Ниже приведены подробности.
Постановка проблемы:
1) Ubuntu VM не может подключиться к Интернету. (Например, не удается подключиться к www.google.com)
2) Виртуальная машина Ubuntu может подключаться к хосту и, таким образом, может просматривать веб-сайты внутри компании.
У меня на ноутбуке Office установлено следующее программное обеспечение.
1) ОС Windows 7 Professional. (Host)
2) Oracle VirtualBox Версия 4.3.2.
3) Настольная виртуальная машина Ubuntu 12.04 LTS (Guest)
Настройка сети VirtualBox для виртуальной машины Ubuntu выглядит следующим образом:
Адаптер 1
Прилагается к: «NAT»
Имя: без имени
Усовершенствованный
Тип адаптера: Intel PRO / 1000 MT Desktop (82540EM)
]Случайный режим: разрешить VMS
MCA-адрес: 080027E2E304
Подключенный кабель помечен
Переадресация портов отсутствует
Адаптер 2
Присоединен к: Адаптер только для хоста
Имя: Адаптер Ethernet для хоста VirtualBox
Дополнительно
Тип адаптера: Intel PRO / 1000 MT Desktop (82540EM)
Случайный режим: Разрешить VMS
Адрес MCA: 080027B5740B
Подключен кабель отмечен
Переадресация портов отсутствует
Гость может пропинговать хост, а хост также может пинговать гостя. Это может быть причиной того, что гость может получить доступ только к внутренним веб-сайтам. Основная проблема заключается в том, что гость не может просматривать веб-сайты вне офиса, то есть не может подключаться к Интернету. Ниже приведен вывод ifconfig из ubuntu.
eth0
Link encap:Ethernet HWaddr 08:00:27:e2:e3:04
inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fee2:e304/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:99 errors:0 dropped:0 overruns:0 frame:0
TX packets:291 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:17115 (17.1 KB) TX bytes:33151 (33.1 KB)
eth1
Link encap:Ethernet HWaddr 08:00:27:b5:74:0b
inet addr:192.168.56.101 Bcast:192.168.56.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:feb5:740b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10 errors:0 dropped:0 overruns:0 frame:0
TX packets:65 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3848 (3.8 KB) TX bytes:11496 (11.4 KB)
lo
Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:119 errors:0 dropped:0 overruns:0 frame:0
TX packets:119 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15122 (15.1 KB) TX bytes:15122 (15.1 KB)
3 ответа
Я решил этот вопрос. Решение было просто. Так как единственной проблемой было интернет-соединение, я настроил прокси вручную. Я перешел к FireFox-> Редактирование-> Предпочтения. Под вкладкой 'Network', кнопкой "Settings", на которую нажимают. Под этим обеспечил IP-адрес прокси, который доступен от VM. (Проверьте с помощью ping-запросов IP-адреса доступного прокси, разъединяет в Вашей сети, прежде, чем дать этот IP в установке прокси). Я попробовал это и в установке NAT и Bridged Adapter, и она работает файл.
Что ОС Вы выполняете в VM? Это - Linux, размещающий Windows или наоборот. Если Вы в состоянии просмотреть внутренние веб-сайты, такие как intranet.abc.com, но не способные просмотреть google.com, это, кажется, своего рода проблема DNS.
Вы изменили типы адаптеров VM, которые использует размещенная ОС? Я забыл, которые перечислены, но я полагаю, что существует три опции.
И Ваша компания. Это крупная компания т.е. обрабатывающий PHI и этажерку. Некоторые брандмауэры и IDS/IPS и устройства Nexus ужасны о блокировании VM's от движения outsite компания: (
Подают нас еще некоторый информационный брат.
Это может быть сетевая проблема в то время.
, Но в Вашей компании они блокировали доступ виртуальной машины Интернет. Я думаю, что это могло быть причиной.
Просто попытка обновить MAC-адрес и проверку.