«Destination Host Unreachable» and ssh » No route to host»
При попытке пинга с Убунты локальной машины центос пишет
При попытке подключиться по ssh
На центосе стоит 2 сетевые карты с этими айпи. И нету подключения к интернету.
При попытке пинга с Убунты локальной машины центос пишет
Чего? Ты с локальной машины с убунтой пингуешь сам себя и тебе отвечает центос?
Я с Убунты(192.168.8.101) пытаюсь пинговать центос(192.168.100.166 и 192.168.8.1) На центосе установлены 2 сетевые карты с такими айпи. К 166 подключен кабель от глобальной сетки, а со второй карты идет кабель в роутер и от роутера второй кабель идет в убунту.
Не судите, но тут думаю есть проблема.
Ну так у Вас просто сеть не работает.
Начинать надо сначала — приведите список и параметры сетевых интерфейсов на локальной машине (команда ifconfig), а также таблицу маршрутизации (команда ip route).
Ну и проверьте, есть ли сеть физически (в логах dmesg должны быть строчки, что сетевые интерфейсы подняты).
Это с какой машины таблица маршрутизации?
фаерволы на обеих машинах выключил?
С обеих машин
ip a
ip r
ip ru
ip r g адрес_другого_компуктера
iptables-save
Во-первых, где шлюз по умолчанию?
Во-вторых, я правильно понимаю, что enp2s5 имеет адрес 192.168.100.166, а enp2s2 — 192.168.8.1?
Если это так, то что Вы хотите сказать вот этой строкой:
Вот это тоже лишнее:
Вместо них добавьте шлюз по умолчанию
(ip route add default gw $IP)
где $IP — IP-адрес шлюза.
Впрочем, связь между Ubuntu и CentOS должна и без шлюза по умолчанию заработать.
Да выходит что s5=100.166, s1=8.1 Я убрал эти значения что вы указали как лишние. Какой тогда использовать шлюз?
Другая информация была выше.
Выходит что мне должен раздавать интернет 166 айпи, к которому и подключен сам по себе сетевой кабель. А 8.1 быть как проводником к роутеру и от роутера до машины убунты с айпи 8.101 Как я понимаю эту схему.
Приведите новую таблицу маршрутизации с CentOS.
Связь между Ubuntu и CentOS должна и без шлюза появиться — они у Вас в одной сети (192.168.8.0/24) находятся.
А по поводу шлюза — Вам виднее, как сеть организована. Через какую машину в в интернет выходите?
Я к роутеру подкидываю сетевой кабель, от которого ща и получаю интернет. А когда тестирую связь машин, то откидаю кабель.
Выходит что мне должен раздавать интернет 166 айпи, к которому и подключен сам по себе сетевой кабель.
В этом случае в сети 192.168.100.0/24 должен быть шлюз, через который идет интернет. Вот его и объявляйте шлюзом по умолчанию.
А 8.1 быть как проводником к роутеру и от роутера до машины убунты с айпи 8.101
А вот тут поподробнее, пожалуйста. Как физически организована сеть между CentOS и Ubuntu? Из Ваших конфигов следует, что эти машины находятся в одной локальной сети.
Если это так, то о каком роутере между ними идет речь? Если нет, то конфиги надо менять, но чтобы понять, как именно, надо знать физическую конфигурацию сети.
А когда тестирую связь машин, то откидаю кабель.
Я правильно понимаю, что машины CentOS и Ubuntu напрямую соединены сетевым кабелем? Без роутеров и свичей между ними?
destination host unreachable каждые полтора часа
Всех приветствую.
господа линуксоиды, подскажите решение проблемы, пожалуйста.
такая вот ерунда каждые полтора часа происходит.
провайдера я загонял уже, они сами не понимают в чем дело.
грешат на сетевую карту, но с ней все в порядке, другой провайдер работает без проблем.
уже приходили 3 раза, переобжимали кабель с двух концов ( дома и со стороны свича. думали что что то с коннекторами ), прозванивали ( или как там еще? ) кабель и что только не делали, результата 0. проблема как была так и осталась.
нет ни роутеров дома, ничего такого. соединение напрямую кабель-ноут.
ifconfig
eth0 Link encap:Ethernet HWaddr 00:26:18:5c:22:6d
inet addr:192.168.67.15 Bcast:192.168.67.255 Mask:255.255.255.0
inet6 addr: fe80::226:18ff:fe5c:226d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:25133816 errors:0 dropped:6107 overruns:0 frame:0
TX packets:12858588 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:377205481 (377.2 MB) TX bytes:1806117995 (1.8 GB)
Interrupt:44
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:57170 errors:0 dropped:0 overruns:0 frame:0
TX packets:57170 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6837811 (6.8 MB) TX bytes:6837811 (6.8 MB)
wlan0 Link encap:Ethernet HWaddr 00:16:eb:0b:6a:e8
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wmx0 Link encap:Ethernet HWaddr 00:1d:e1:08:a2:97
UP NOARP MTU:1400 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:20
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
resolv.conf
# Generated by NetworkManager
nameserver 10.10.10.3
nameserver 80.79.64.210
/etc/network/interfaces
auto eth0
iface eth0 inet static
address 192.168.67.15
netmask 255.255.255.0
gateway 192.168.67.1
Не работает сетевой интерфейс eth0. Destination Host Unreachable
Всем доброго времени суток.
Проблема с сетью может подскажете как починить, скорок уже головой об стенку начну биться =(.
Благодарю
ping на локальный адрес
в ответ на ping Destination Host Unreachable
Есть сетевой интерфейс eth0, присваивается IP по dhcp
Система 3.6.10-4.fc18.x86_64
Интерфейс eth0 в аттаче ifconfig, route -n так же lsmod
когда делаю /etc/init.d/network restart
Job for network. service failed. See systemctl status network.service and ‘journalctl -n’ for details [FAILED]
пример в аттаче
Система стоит с нуля
Пробовал, отключил firewalld, selinux, не чего не поменялось
То что заметил
На этапе установки, присваивается ип, пингуется норм
на єтапе загрузки пингуется адрес который присваивается по dhcp!
Пробовал статику, не помогает, все тоже
Раньше когда ставил федору проблем не было, сразу заводилась сеть без проблем
Кстати система стоит на Virtual Server Hyper-V
Пробовал другие дистрибутивы Linux (FreeBSD, CentOS) сеть поднимается нормально, почему именно fedora не хочет не могу понять
network: destination host unreachable
So Im using linux oess(centos).
in the terminal im trying to
to see my connectivity. so it says:
Now I’m doing the same ping and it says :
, for all the sequences.
Do you guys have any idea what is the source of the problem..
Edit 2: route output 
EDIT3: I totaly forgot to mention it, im working on a VM, it may answer some of your questions(my bad) 
6 Answers 6
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 ?
try DHCP for the network interface
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:
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».