not able to ping/connect to rhel machine on virtual box from my Ubuntu desktop
I have installed Ubuntu desktop on top of that I have my Oracle virtual box where I have centos 7 virtual machines. I’m able to ping my Ubuntu from virtual machine but I’m not able to ping virtual machine Centos from Ubuntu. Can any one explain as what is missing in here, also can anyone tell me as how to configure the virtual machines on my Ubuntu desktop so that they communicate / connect each other. ping from my ubuntu:
ping 192.168.122.1 PING 192.168.122.1 (192.168.122.1) 56(84) bytes of data. From 192.168.0.5 icmp_seq=687 Destination Host Unreachable From 192.168.0.5 icmp_seq=688 Destination Host Unreachable 1 Answer 1
It seems like a problem which cased by Virtual Box networking set to NAT.
Setting the networking to be Internal networking or Host-only networking should solve the problem.
- either go to the «Network» page in the virtual machine’s settings notebook in the graphical user interface and select «Host-only networking», or
- on the command line, type VBoxManage modifyvm «VM name» —nic hostonly; see Section 8.8, “VBoxManage modifyvm” for details.
VBoxManage hostonlyif create see Section 8.37, “VBoxManage hostonlyif” for details.
For host-only networking, like with internal networking, you may find the DHCP server useful that is built into VirtualBox. This can be enabled to then manage the IP addresses in the host-only network since otherwise you would need to configure all IP addresses statically.
In the VirtualBox graphical user interface, you can configure all these items in the global settings via «File» → «Preferences» → «Network», which lists all host-only networks which are presently in use. Click on the network name and then on the «Edit» button to the right, and you can modify the adapter and DHCP settings.
Alternatively, you can use VBoxManage dhcpserver on the command line; please see Section 8.38, “VBoxManage dhcpserver” for details.
Setting up ssh server:
- Instructions how to set ssh server on CENTOS can be found here
- Instructions how to set ssh server on Ubuntu 16.04 can be found here
Ubuntu в VirtualBox. Не работает сеть.
Установил я сейчас себе в виртуалку Ubuntu 9.04 сервер.
В сети есть модем с IP 129.168.1.1
Хост-компьютер имеет IP 192.168.1.2
В сети есть Win-компьютер с IP 192.168.1.3
В гостевой системе сделал статический IP 192.168.1.5. Для этого в гостевой системе в файле /etc/network/interfaces сделал такие настройки:
—— 8 < -----
auto eth0
iface eth0 inet static
address 192.168.1.5
netmask 255.255.255.0
gateway 192.168.1.1
—— 8< -----
После перезагрузки гостевой системы, ifconfig в ней показывает вот что: http://rghost.ru/666161/image.png
То есть, интерфейс поднялся, все нормально работает.
Пробую пинговать с хост-машины гостевую машину, не пингуется:
—— 8 < -----
# ping 192.168.1.5
PING 192.168.1.5 (192.168.1.5) 56(84) bytes of data.
From 192.168.1.2 icmp_seq=1 Destination Host Unreachable
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
—— 8< -----
Пробую пинговать с гостевой машины хост-машину, тоже не пингуется: http://rghost.ru/666188/image.png. Точно так же, с гостевой машины не пингуется модем и Win-компьютер.
На пинги хост-машина отвечает, если пинговать с win-машины.
Вопрос: Как включить виртуальную машину в свою локальную сеть? Вроде IP-шник нормальный, подсетки совпадают. Чего еще нужно?
Настройка сетевого моста в VirtualBox
Что нужно:
— чтобы в Debian работал интернет (сделал, работает);
— чтобы веб-сервер в Debian открывал сайты, которые запрашиваются в браузере из-под Windows.
В настройках VirtualBox для Debian сделал два сетевых адаптера. Один поставил в режим сетевого моста (eth0), второй в режим NAT (eth1), чтобы был интернет.
Посмотрел вывод ipconfig из-под Windows:
Тут виден адрес сетевого адаптера VirtualBox 192.168.56.1, а также адрес сетевого адаптера Host-OS 192.168.1.34. В файл hosts Windows внёс запись:
192.168.56.1 test.loc
Дальше зашёл в Debian и добавил в файл /etc/network/interfaces следующую запись:
iface eth0 inet static address 192.168.56.1 # Guest-OS, Debian netmask 255.255.255.0 gateway 192.168.1.34 # Host-OS, Windows После чего перезагрузил. В настройках nginx прописал, чтобы он слушал 80-ый порт и отзывался на домен test.loc, запустил nginx. На всякий случай проверил вывод команды ifconfig , чтобы проверить, присвоился ли нужный IP-адрес
eth0 Link encap:Ethernet HWaddr 08:00:27:b7:a6:fe
inet addr:192.168.56.1 Bcast:192.168.56.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:feb7:a6fe/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:39 errors:0 dropped:0 overruns:0 frame:0
TX packets:37 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4558 (4.4 KiB) TX bytes:6580 (6.4 KiB)
eth1 Link encap:Ethernet HWaddr 08:00:27:70:5d:2e
inet addr:10.0.3.15 Bcast:10.0.3.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fe70:5d2e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1300 (1.2 KiB) TX bytes:7552 (7.3 KiB)
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:33 errors:0 dropped:0 overruns:0 frame:0
TX packets:33 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:13461 (13.1 KiB) TX bytes:13461 (13.1 KiB)
Как видно — всё нормально. Теперь в Host-OS открываю браузер, набираю test.loc — ошибка, адрес недоступен. Чтобы проверить, нормально ли работает сервер nginx, пробую в /etc/hosts добавить запись 127.0.0.1 test.loc. Открываю браузер в Debian и перехожу по test.loc — nginx работает, открывает всё нормально.
Пробую из Windows пропинговать адрес Debian (192.168.56.1) — всё пингуется нормально, пакеты не теряются. Открываю в Windows Putty и пробую подконнектиться к Debian, выдаёт ошибку Network error: Connection refused
Где я допустил ошибку? Погуглил уже множество инструкций, ничего подходящего не нашёл.
network: destination host unreachable
I am using Linux oess (CentOS). I am working on a VM: In the terminal, I’m trying to:
ifconfig: inet addr: 192.168.56.101 sudo /sbin/route add -net 0.0.0.0 gw 192.168.56.101 eth0 Destination host is unreachable 
for all the sequences. What is the source of the problem? route output:
8 Answers 8
try DHCP for the network interface
sudo /etc/init.d/networking restart && sudo dhclient first things first. can you ping 192.168.56.1 ? if so then you have an IP connection to the router, set this as your default route. otherwise try pinging 192.168.56.255 (broadcast) to see on what address you might get replies. see arp -a to check what addresses you can find.
can you ping 8.8.4.4 (google) after changing the default route? if so you have internet access. if not check the router.
can you ping www.google.com? if not you might have a dns problem
do you get results from nslookup www.google.com ?
yes i can ping 192.168.56.101. for 8.8.4.4 i can not reach the destination host. so the problem is internet access. Regarding my router, i still believe it’s not a router problems since i usually use diffrent routers. and it did not work in any of them
try #dhclient -r eth0 Or $sudo dhclient -r eth0 This will try to get a automatic ip address from your router.
check the network card of the VM in the virtualization software. is it in «bridged» mode? or in a «NAT» or «host-only» mode?
in the last case change it to bridged and try $sudo dhclient
in the first case, see if the hypervisor itself can ping to its default gw and 8.8.4.4
There are two cases what a computer can do, when it has to forward an IP package:
- First case: Say the destination IP of the incoming package is 10.20.30.40 and the interface on which the package arrives is configured to be 10.20.30.1 netmask 255.255.255.0 . This is, the packages destination subnet and the interfaces subnet are the same. Then your OS will forward the package to the broadcast 10.20.30.255 (it says «Here is a package that is addressed for someone in my own hood, so please take it!»).
- Second case: Say the destination IP of the incoming package is 10.20.40.40 and the interface on which the package arrives is configured to be 10.20.30.1 netmask 255.255.255.0 . Then the
destination address lies outside of the interfaces subnet. So it does not know where to send it. So it forwards it to the default gateway
which in turn tries to find the destination.
In your case the default gateway is exactly the same as your interface IP. That means: When your computer does not know where to send a package it sends it to itself respectively to one of its own interfaces. That sounds strange — and it is. An interface gateway should be in the same subnet as the interface itself, but it should never BE itself. You need another default gateway in the same subnet to be happy.
If you don’t know your default gateway for this interface, so try to get a valid default gateway for this interface via DHCP configuration (configure this interface to be a DHCP client).
In the case you are working in a VM (I see it is Virtual Box) try to find out the IP address of the «Virtual Box Host Only Adapter» on your host machine (command: ifconfig or ipconfig). Then configure the IP address of the VM host only adapter to be the default gateway of your VM guest.
On your host machine your should activate ipv4-forwarding and NAT to get internet access:
echo 1 > /proc/sys/net/ipv4/conf/all/forwarding iptables -t nat -A POSTROUTING -o -j MASQUERADE If your want to use the «Host Only Adapter» then it may be possible, that you first have to create an «Host Only Network» under File->Preferences choosing the tab «Host Only Networks».