Не пингуется сервер linux

Can’t ping my own local machine by IP address?

I have an Ubuntu machine named ci-server, with wired connection and fixed IP address of 192.168.0.214. When I ping by IP I get the following output:

administrator@ci-server:~$ ping 192.168.0.214 PING 192.168.0.214 (192.168.0.214) 56(84) bytes of data. From 192.168.0.22 icmp_seq=1 Destination Host Unreachable From 192.168.0.22 icmp_seq=2 Destination Host Unreachable From 192.168.0.22 icmp_seq=3 Destination Host Unreachable 

Note that it started resolving to the correct IP, but then subsequent message had a different IP. If I do by name it resolves to localhost correctly:

administrator@ci-server:~$ ping ci-server PING ci-server (127.0.1.1) 56(84) bytes of data. 64 bytes from ci-server (127.0.1.1): icmp_seq=1 ttl=64 time=0.019 ms 64 bytes from ci-server (127.0.1.1): icmp_seq=2 ttl=64 time=0.038 ms . 

administrator@ci-server:~$ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 

and 192.168.0.1 is the correct gateway. I’m not sure about that second entry over there.. should that be removed? The traceroute doesn’t seem useful:

administrator@ci-server:~$ traceroute 192.168.0.214 traceroute to 192.168.0.214 (192.168.0.214), 30 hops max, 60 byte packets 1 192.168.0.22 (192.168.0.22) 2998.079 ms !H 2997.933 ms !H 2997.921 ms !H 

This is a VM running on VMware Workstation using bridged network. I cannot ping it from the host, and other VMs cannot ping each other. They were cloned from a template machine so they all have the same issue. I don’t know how to proceed with this. When a process (Tomcat Ant tasks) tries to reach another machine in my network by name, it fails with «java.net.NoRouteToHostException: No route to host». Any help with this is greatly appreciated!

Источник

🛠️ Не работает ping на недавно созданном сервере Linux

Вопрос: Мы можем войти в недавно созданную машину CentOS/RHEL 8, но пинг не работает, даже пинг самого себя.

Службы Firewalld и Selinux отключены.

1. Во-первых, проверьте содержимое динамического файла /proc/sys/ipv4/icmp_echo_ignore.

Если это значение установлено в 1, другими словами on или true, ядро решает полностью игнорировать все эхо-запросы ICMP.

Эта переменная принимает булево значение и по умолчанию имеет значение false, или off.

# cat /proc/sys/ipv4/icmp_echo_ignore 1

2. То же самое можно подтвердить командами “netstat -s” и “sysctl -a”:

# netstat -s . Icmp: 2371 ICMP messages received 0 input ICMP message failed ICMP input histogram: echo requests: 2339 timestamp request: 32 40 ICMP messages sent 0 ICMP messages failed ICMP output histogram: echo requests: 8 timestamp replies: 32 IcmpMsg: InType8: 2339 InType13: 32 OutType8: 8 OutType14: 32

# sysctl -a | grep icmp_echo_ignore_all net.ipv4.icmp_echo_ignore_all = 1

3. Отредактируйте следующую строку в файле /etc/sysctl.conf, как показано ниже:

# vi /etc/sysctl.conf net.ipv4.icmp_echo_ignore_all = 0

или для временного внесения изменений используйте следующую команду:

# echo "0" > /proc/sys/net/ipv4/icmp_echo_ignore_all

4. Чтобы сделать изменение постоянным после перезагрузки:

Затем вы можете проверить ping локально или с другой машины:

$ ping 127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.023 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.036 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.035 ms 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.037 ms 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.029 ms 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.033 ms 64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.035 ms 64 bytes from 127.0.0.1: icmp_seq=8 ttl=64 time=0.030 ms ^C --- 127.0.0.1 ping statistics --- 8 packets transmitted, 8 received, 0% packet loss, time 7000ms rtt min/avg/max/mdev = 0.023/0.032/0.037/0.006 ms

itisgood

🐧 Лучшие менеджеры пакетов Linux для новичков в системах Linux

🐧 Как сохранить список постоянных ARP-записей

You may also like

⚙️ Как исправить “sudo unable to open read-only.

🐧 Как исправить ошибку: Failed to Download Metadata.

🛠️ qemu не запускается : vnc server started

🛠️ Команда grpck – удаление поврежденных или дублирующихся.

🛠️ Как исправить ошибку “bash: add-apt-repository: command not.

🌐 nginx 504 gateway time-out

🛠️ Решение ошибки unzip unsupported compression method 99

☸️ Unable to connect to the server: x509.

🐳 Решение ошибки ‘manifest not found’ при скачивании.

🛠️ Решение ошибки Error: Failed to download metadata.

Leave a Comment Cancel Reply

• Свежие записи

• Категории

• Теги

• itsecforu.ru

• Страны посетителей

IT is good

В мире компьютерных игр Steam, платформа разработанная компанией Valve, является одной из самых популярных и широко используемых. Она предоставляет огромный выбор игр для…

В этой статье вы узнаете, как удалить удаленный Git-репозиторий. Процесс прост, но его полезно запомнить, чтобы избежать неожиданностей в будущем. Git – это…

В 11-й версии своей операционной системы Microsoft серьезно переработала интерфейс и убрала несколько привычных функций. Нововведения не всем пришлись по душе. Мы дадим…

Продажа ноутбука нередко становится хлопотным занятием. Кроме поиска покупателя, продавцу необходимо подготовить устройство перед проведением сделки. Но если последовательно выполнить все шаги, ничего…

Вы можете оказаться в ситуации, когда вам нужно использовать скрипт шелла для чтения файлов построчно. В этом руководстве я расскажу о нескольких способах…

Источник

ubuntu 20.04 server not responding to ping

My problem is the following: on the 192.168.1. * network I have 3 machines. I call them U1 (Ubuntu Desktop), US2 (Ubuntu Server), W1(Windows) and a router named R1 in 192.168.1.1. U1 makes and receives response of a ping from W1 and R1. US2 can ping OUTSIDE the local network (and to R1) but receives no responses from W1 or U1. U1 and W1, when they ping US2, they receive no response. All machines access the internet over R1. US2 is updated with «apt update» without any problem. I apologize for the inconvenience and if this topic is trivial, but I have run out of neurons and I have not found an answer. Thank you in advance for your help. (Google translator) I can’t insert logs of US2 because he has only user interface within command line, not GUI.

You could try checking the ufw, however I think on Ubuntu server ufw is disabled when freshly installed. Also are you pinging by IP address or Domain name of the device? If you are attempting via Domain name maybe try with the local IP of the devices.

Ufw is disabled. In my case, i ping to 192.168.1.2 (US2) from each one of the machine in the local network (192.168.1.*) and US2 no answer the ping. In U1: ping to 192.168.1.2. The same in W1. The result is the same. All ping packets are lost. If i make ping from US2 (192.168.1.2) to each machine U1 (192.168.1.52) or W1 (192.168.1.135) all packets are lost. U1 and W1 have ip fixed. Thank for your answer, Gloat!.

2 Answers 2

Inexplicably, seeing «witches» everywhere, I have switched the ethernet cable from one port of the router to another and, miraculously, now it works! I can’t find an explanation for this issue. I very much apologize to everyone who has tried to help me with the little data they had.

as far as I’m concerned, this topic should be «CLOSED».

This sounds like a netmask or route problem.

At the command prompt on US2 check the netmask. First, run ip a and for the primary interface you should have 192.168.1.*/24

Then, run ip r to get your routes. For a 192.168.1.* subnet it may have a bunch of other stuff in it but you should have:

default via 192.168.1.1 dev eno1 proto dhcp metric 100 192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.1 metric 100 

(Your device names may be different)

The default is clearly working if you can ping outside, and the next line is establishes the ‘local’ route on your network which is might be the issue.

Also if you’ve got any other lines with 192.168.1.* addresses in them that might mess things up. If you’ve got virtual machines running on US2, or Docker / containers sometimes you can accidentally configure an overlapping route that breaks things.

If your IP is set statically check then yml file in /etc/netplan/ to see that you have the /24 suffix on the main IP address of US2.

Источник

[Ubuntu 10.04][ iptables] Доступ к серверу есть, но он не пингуется.

:INPUT DROP [282:17030]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [1997041:458503087]
-A INPUT -s 92.63.60.151/32 -j ACCEPT
-A INPUT -s 77.231.136.31/32 -p tcp -m tcp —dport 3306 -m limit —limit 3/sec —limit-burst 6 -j ACCEPT
-A INPUT -s 127.0.0.1/32 -i lo -j ACCEPT
-A INPUT -s 92.223.81.14/32 -j ACCEPT
-A INPUT -p tcp -m tcp —dport 27006 -j ACCEPT
-A INPUT -p tcp -m tcp —dport 25001 -j ACCEPT
-A INPUT -d 92.223.81.14/32 -m state —state RELATED,ESTABLISHED -j ACCEPT

С такими настройками с IP 92.63.60.151 есть полный доступ к серверу, но в то же время с IP 92.63.60.151 сервер не пингуется и трассировка до него не проходит.

Почему так? Как пинговать сервер с IP 92.63.60.151 ?

-A INPUT -p icmp -s 92.63.60.151/32 -j ACCEPT?

-A INPUT -s 92.63.60.151/32 -j ACCEPT

а мож в sysctl.conf стоит что не отвечать на эхо запросы?

Может в FORWARD таблице надо уже что-то разрешить?

Там стандартные настройки, ни чего не менял с момента установки ОС

Достаточно. Проверяй пинг с машины из того же широковещательного домена, что и сервер. Есил есть — проблема в настройке сетевого оборудования

100 %. Если наверняка, tcpdump и -j LOG

-A INPUT -p icmp -s 92.63.60.151/32 -j ACCEPT

Трассировка и пинги пошли. Непонятно.

А какие там могут быть проблемы в настройках сетевого оборудования?

На сервере, сетевая карта? У провайдера?

На сколько я помню был какой-то баг с этим.

Под проблемой я подразумевал то, что настройка сетевого оборудования препятствует выполнению твоей задачи, т.е. например циска режет icmp

Ещё раз: на сервере разреши icmp с какой-нибудь машины из того же широковещательного домена (из той же подсети), затем пингуй с этой машины. Если пинг есть, проблема не в сервере, а в сетевом оборудовании между 92.63.60.151 (включительно) и сервером.

-A INPUT -s 92.63.60.151/32 -j ACCEPT
если протокол не указан, правило работает для TCP
также он у тебя не доступен по UDP
если нужен полный доступ я делаю
-A INPUT -p ALL -s 1.1.1.1/32 -j ACCEPT

В правилах и так стоит port ALL

-A INPUT -p ALL -s 92.63.60.151/32 -j ACCEPT

прикол еще в том, что пропинговал сервер с другого IP , другой провайдер. И всё пингуется и трассировка проходит.

Провайдер гнет свою линию — у нас всё исправно, трафик не блокируем, проверяйте свой сервер.

Вот что показал tcpdump, запущенный на сервер

root@servubuntu:~# tcpdump icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
21:58:19.215262 IP 91.as-25.nienschanz.ru > servubuntu: ICMP echo request, id 1, seq 8, length 40
21:58:23.823551 IP 91.as-25.nienschanz.ru > servubuntu: ICMP echo request, id 1, seq 9, length 40
21:58:28.823572 IP 91.as-25.nienschanz.ru > servubuntu: ICMP echo request, id 1, seq 10, length 40
21:58:33.824854 IP 91.as-25.nienschanz.ru > servubuntu: ICMP echo request, id 1, seq 11, length 40
^C
4 packets captured
33 packets received by filter
0 packets dropped by kernel
root@servubuntu:~#

Всё таки пакеты доходят до сервера, но обратно не идут.
Почему?

Похожие темы

• Форум iptables nat (2010)
• Форум ftp && iptables (2007)
• Форум Покритикуйте мою iptables (2016)
• Форум нуб ставит iptables (2004)
• Форум iptables проблемы (2014)

• Форум iptables —limit 32/sec —limit-burst 32 (2018)
• Форум IPTABLES открыть FTP (2015)
• Форум iptables жуткие тормоза! (2020)
• Форум Всё ли правильно в настройках iptables? (2014)
• Форум Ошибка при перезапуске Bind9 (2019)

Источник