Главная » Linux

Не пингуется linux машина

На чтение 10 мин Просмотров 2 Опубликовано
Содержание
  1. Не пингуются локальные адреса kali linux
  2. Unnamed
  3. vector
  4. Unnamed
  5. vector
  6. Unnamed
  7. vector
  8. 🛠️ Не работает ping на недавно созданном сервере Linux
  9. You may also like
  10. ⚙️ Как исправить “sudo unable to open read-only.
  11. 🐧 Как исправить ошибку: Failed to Download Metadata.
  12. 🛠️ qemu не запускается : vnc server started
  13. 🛠️ Команда grpck – удаление поврежденных или дублирующихся.
  14. 🛠️ Как исправить ошибку “bash: add-apt-repository: command not.
  15. 🌐 nginx 504 gateway time-out
  16. 🛠️ Решение ошибки unzip unsupported compression method 99
  17. ☸️ Unable to connect to the server: x509.
  18. 🐳 Решение ошибки ‘manifest not found’ при скачивании.
  19. 🛠️ Решение ошибки Error: Failed to download metadata.
  20. Leave a Comment Cancel Reply
  21. • Свежие записи
  22. • Категории
  23. • Теги
  24. • itsecforu.ru
  25. • Страны посетителей
  26. IT is good
  27. не пингуется машина с Arch Linux

Не пингуются локальные адреса kali linux

Доброго времени суток, столкнулся с такой вот проблемой: я не могу пингануть локальные адреса виртуальных машин (пытался ubuntu server, dojo и винду) в одной сети с ВМ на Kali Linux.
Самое интересное, что после пинга машины, она отображается в arp-таблице kali, а пинг всё равно не проходит, через netdiscover все машины отображаются. Фаервол чекал, он выключен.
Пытался подключить ubuntu server в качестве маршрутизатора и поместить kali в одну подсеть, а машину с виндой в другую, но тоже ничего не получилось, хотя я и не особо надеялся, что сработает. Я также пинговал на других машинах друг друга в локалке и всё работалo, одна кали не хотела. На хосте (windows) ставил wireshark, чекал трафик, когда машины были подключены через сетевой мост. Увидел, что arp запросы исходят от kali, но сам ответ до kali не доходит, хотя его тоже отправляют.
Кому интересно, вот вывод, когда пытаюсь пингануть виртуальную машину (раньше писалось что-то про icmp пакеты и что хост недоступен, а сейчас вообще ничего). Я пытался пингануть тут шлюз: 

┌──(root💀kali)-[~] └─# ping 10.0.2.1 -b 1 ⨯ PING 10.0.2.1 (10.0.2.1) 56(84) bytes of data. ^C --- 10.0.2.1 ping statistics --- 7 packets transmitted, 0 received, 100% packet loss, time 6135ms

Unnamed

Доброго времени суток, столкнулся с такой вот проблемой: я не могу пингануть локальные адреса виртуальных машин (пытался ubuntu server, dojo и винду) в одной сети с ВМ на Kali Linux.
Самое интересное, что после пинга машины, она отображается в arp-таблице kali, а пинг всё равно не проходит, через netdiscover все машины отображаются. Фаервол чекал, он выключен.
Пытался подключить ubuntu server в качестве маршрутизатора и поместить kali в одну подсеть, а машину с виндой в другую, но тоже ничего не получилось, хотя я и не особо надеялся, что сработает. Я также пинговал на других машинах друг друга в локалке и всё работалo, одна кали не хотела. На хосте (windows) ставил wireshark, чекал трафик, когда машины были подключены через сетевой мост. Увидел, что arp запросы исходят от kali, но сам ответ до kali не доходит, хотя его тоже отправляют.
Кому интересно, вот вывод, когда пытаюсь пингануть виртуальную машину (раньше писалось что-то про icmp пакеты и что хост недоступен, а сейчас вообще ничего). Я пытался пингануть тут шлюз: 

┌──(root💀kali)-[~] └─# ping 10.0.2.1 -b 1 ⨯ PING 10.0.2.1 (10.0.2.1) 56(84) bytes of data. ^C --- 10.0.2.1 ping statistics --- 7 packets transmitted, 0 received, 100% packet loss, time 6135ms

vector

Member
┌──(root💀kali)-[~] └─# ifconfig 1 ⨯ eth0: flags=4163 mtu 1500 inet 10.0.3.2 netmask 255.255.255.0 broadcast 10.0.3.1 inet6 fe80::d3fc:9f97:883d:4b5 prefixlen 64 scopeid 0x20 ether ea:fb:88:72:7e:76 txqueuelen 1000 (Ethernet) RX packets 54 bytes 16756 (16.3 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 178 bytes 20898 (20.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Unnamed

vector

Member

Unnamed

vector

Member

У меня ВМ с виндой подключена к другой подсети, но там всё прекрасно пингуется в обе стороны, в то время как кали вообще ни в какую с обеих сторон

Читайте также:  Загрузочные параметры ядра linux

к enp0s8 подключена ВМ на винде, а к enp0s9 кали, вот вывод с винды и убунту, когда пингую в обе стороны 

Ethernet adapter Ethernet 2: Connection-specific DNS Suffix . : Link-local IPv6 Address . . . . . : fe80::edba:a3a9:807d:3e4f%12 IPv4 Address. . . . . . . . . . . : 10.0.2.2 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 192.168.0.1 10.0.2.1 C:\Users\User>ping 10.0.2.1 Pinging 10.0.2.1 with 32 bytes of data: Reply from 10.0.2.1: bytes=32 time

Доброго времени суток, столкнулся с такой вот проблемой: я не могу пингануть локальные адреса виртуальных машин (пытался ubuntu server, dojo и винду) в одной сети с ВМ на Kali Linux.
Самое интересное, что после пинга машины, она отображается в arp-таблице kali, а пинг всё равно не проходит, через netdiscover все машины отображаются. Фаервол чекал, он выключен.
Пытался подключить ubuntu server в качестве маршрутизатора и поместить kali в одну подсеть, а машину с виндой в другую, но тоже ничего не получилось, хотя я и не особо надеялся, что сработает. Я также пинговал на других машинах друг друга в локалке и всё работалo, одна кали не хотела. На хосте (windows) ставил wireshark, чекал трафик, когда машины были подключены через сетевой мост. Увидел, что arp запросы исходят от kali, но сам ответ до kali не доходит, хотя его тоже отправляют.
Кому интересно, вот вывод, когда пытаюсь пингануть виртуальную машину (раньше писалось что-то про icmp пакеты и что хост недоступен, а сейчас вообще ничего). Я пытался пингануть тут шлюз: 

┌──(root💀kali)-[~] └─# ping 10.0.2.1 -b 1 ⨯ PING 10.0.2.1 (10.0.2.1) 56(84) bytes of data. ^C --- 10.0.2.1 ping statistics --- 7 packets transmitted, 0 received, 100% packet loss, time 6135ms

Заметил, что в прикреплённом коде пинговал другую подсеть, но это проблемы не решило)

Если надо, вот ещё вывод netdiscover (в арп-таблице ничего, видимо потому что никакого дебага не было после пинга): 

 Currently scanning: 10.0.6.0/16 | Screen View: Unique Hosts 5 Captured ARP Req/Rep packets, from 5 hosts. Total size: 300 _____________________________________________________________________________ IP At MAC Address Count Len MAC Vendor / Hostname ----------------------------------------------------------------------------- 10.0.2.1 08:00:27:17:e1:70 1 60 PCS Systemtechnik GmbH 10.0.2.1 08:00:27:a8:4b:86 1 60 PCS Systemtechnik GmbH 10.0.2.2 08:00:27:20:e3:61 1 60 PCS Systemtechnik GmbH 10.0.3.1 08:00:27:a8:4b:86 1 60 PCS Systemtechnik GmbH 10.0.3.1 08:00:27:17:e1:70 1 60 PCS Systemtechnik GmbH

Источник

🛠️ Не работает 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

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

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

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

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

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

Источник

не пингуется машина с Arch Linux

Перешерстил форумы “Сети, Серверы, Защита” и “Новичкам в Arch Linux”, но ничего по своей проблеме не нашел. Если пропустил - ткните, плиз, носом, буду благодарен.
Изучил HowTo http://wiki.archlinux.org/index.php/Configuring_network и http://wiki.archlinux.org/index.php/Настройка_сети_(Русский), все сделал по ним, ан нет, не выходит каменный цветок…

Стоит следующая задача: есть ноутбук с Windows Vista, он подключен к интернету через wimax (yota). К нему по кросс-кабелю ethernet подключен Intel Atom 330 на матери Intel D945GCLF2. На ноутбуке расшарен доступ к интернету для Atom (для локальной сети).
Для Atom назначается ip 192.168.0.9, у ноутбука на этот интерфейс ip 192.168.0.1
Если на Atom установить OpenSUSE 11.1 или xubuntu 9.04, то он ходит через ноутбук в интернет сразу после установки, качает обновления и т.д. Ноутбук и Atom друг друга пингуют. С ноутбука без проблем захожу на Atom по ssh и vnc.

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

В Arch Linux на Atom в /etc/rc.conf прописано:

lo="lo 127.0.0.1" eth0="eth0 192.168.0.9 netmask 255.255.255.0 broadcast 192.168.0.255" INTERFACES=(lo eth0) gateways="default gw 192.168.0.1"
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 eth0

При этом нет loopback-интерфейса. И не пингуются машины.
Atom под Arch Linux выдает на ping 192.168.0.1 следующее:

From 192.168.0.9 icmp_seq=N Destination Host Unreachable
C:\>ping 192.168.0.9 Обмен пакетами с 192.168.0.9 по с 32 байтами данных: Ответ от 192.168.0.1: Заданный узел недоступен. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Статистика Ping для 192.168.0.9: Пакетов: отправлено = 4, получено = 1, потеряно = 3 (75% потерь)
eth0 inet addr:192.168.0.9 Bcast:192.168.0.255 Mask:255.255.255.0 lo inet addr:127.0.0.1 Mask:255.0.0.0

Для проверки переустановил xubuntu, она “иcкаропки” качает пакеты обновлений, firefox без проблем работает, все пингуется.
На всякий пожарный смотрю iptables, они пустые, как и на Arch Linux.
Запоминаю route -n на xubuntu:

192.168.0.0 0.0.0.0 255.255.255.0 U 0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0.0.0.0 192.168.0.1 0.0.0.0 UG 100

Снова точно так же, как и в предыдущий раз, ставлю Arch Linux, настраиваю /etc/rc.conf, после загрузки удаляю всё:

route del -net 192.168.0.0/24 route del default

Проверяю, route -n показывает пустую таблицу. Ввожу, то, что было на xubuntu и работало, прямо с метриками:

route add -net 192.168.0.0/24 metric 0 eth0 route add -net 169.254.0.0/16 metric 1000 eth0 route add default gw 192.168.0.1 metric 100 eth0

Проверяю по route -n - идентично, как на xubuntu.

C:\Windows>ping 192.168.0.9 Обмен пакетами с 192.168.0.9 по с 32 байтами данных: Ответ от 192.168.0.1: Заданный узел недоступен. Ответ от 192.168.0.1: Заданный узел недоступен. Ответ от 192.168.0.1: Заданный узел недоступен. Ответ от 192.168.0.1: Заданный узел недоступен. Статистика Ping для 192.168.0.9: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь)
From 192.168.0.9 icmp_seq=N Destination Host Unreachable
192.168.0.0 255.255.255.0 On-link 192.168.0.1 276 192.168.0.1 255.255.255.255 On-link 192.168.0.1 276 192.168.0.255 255.255.255.255 On-link 192.168.0.1 276 [skip] 255.255.255.255 255.255.255.255 On-link 192.168.0.1 276

Опять же под xubuntu и OpenSUSE с такими же настройками на ноутбуке все работает по дефолту.

Буду очень признателен, если кто-нибудь поможет разобраться с данной проблемой.

Источник

Оцените статью
© 2023 Posetke
Adblock
detector