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

Не пингует. Помогите

я начинающий, так что прошу меня не судить строго и поставил себе Linux-Mandrake Russian Edition Spring 2001. Я все вроде поставил, сеть локальную насторил (у меня в сети 12 компов). Адаптер сетевой Линукс сам правильно нашел, все здорово, интерфейсы eth0 и lo запущены, но когда я выполняю команду ping он ничего не пингует и пишет следующее — «ping: sendto: Operation not permitted». Что мне делать подскажите пожалуйста? За ранее благодарен!

Re: Не пингует. Помогите

два варианта:
1. плохой — глюки с суидными битами, где-то выставляется (но где не знаю, так как сам не разобрался) что ты не можешь изпользовать проги с суидными битами, вернее система игнорирует их. Биты эти, как я понял, нужны для того чтобы юзер мог выполнить некоторые функции, который может выполнить только рут. У меня это наблюдалось на Mandrake 7.2, после того как я подправил кое-что, но так как правил много, то потом восстановить не смог. Лечилось просто — переставил на Mandrake 7.0

2. получше — все зафайерволено, т.е. всего лишь надо снять ограничения в файерволе.

Re: Не пингует. Помогите

да еще. снеси вообще этот Mandrake, поставь что-нить другое.
например слакварь или дебиан.

Re: Не пингует. Помогите

Спасибо конечно, но я даже под рутом не могу пропиноговать. А в ipchais вроде ни одного правила даже нету. чего делать-то А мандрейк я тока купил (4 диска) жалко будет оставлять такую красавицу ;-))

Источник

Сервер не пингует сам себя по внешнему адресу

Centos 7 использую. По внутреннему адресу пингуется, по внешнему нет, ни по адресу, ни по имени. С другой машины адрес пингуется. В чем проблема может быть? В hostname прописано имя домена.

# Generated by NetworkManager
search nwtec.local ru
nameserver 192.168.8.8

У тебя что, network manager на сервере?

Судя по всему да

Зря ты так, постарайся избегать этого.

дык, внешний адрес не на этом сервере назначен что ли? NAT на другой железке происходит? тогда так и должно быть, rtfm

статическая запись в конфиге.
в убунте дебиане это /etc/network/interfaces, как там в центоси я не помню.
NM удобен для десктопа, но он может вставлять палки в колёса то там то сям, то просто безобразно глючить, особенно когда проводных интерфейсов больше одного.

Источник

Linux сервер не пингует кмпьютеры в сети

Есть Debian с eth0 и ppp0 интерфейсами.

Это внутреняя локальная сеть?

Это НЕ 3g модем, а просто интерфейс PPTP например, так? Я не пойму просто каким образом вообще подключается у тебя этот компьютер к PPTP серверу, если до сети 10.0.31.0/24 у тебя только какой то один маршрут. Ну допустим ты не написал «лишние строки» ip r s

PPTP сервер, НЕ видит твой комп 100.7.1.2, так? Т.е. с адреса PPP 172.17.4.111 не проходит пинг до твоего компа 100.7.1.2, так? Тогда лог подключения сюда(а лучше не сюда).

В конце концов я хочу из сети 10.0.31.0 увидеть компы сети 100.7.1.0

Я не пойму как у тебя вообще появилась сеть 10.0.31.0/24 на компьютере. Поэтому опиши точнее все, лучше схемку набросать, «с ардресами и интерфейсами»(с).

route add -net 10.0.31.0 netmask 255.255.255.0 gw 10.0.31.12

Это не считается(/не должно работать впринципе). Даже интерфейс не указан. Пиши полностю настройки сети свои.

Пробовал настроить NAT , но результата не получил. Обратил внимание на то , что сервак не «видит» раб.станции

Для начала, реккомендую разобраться сперва с этим.

Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all — localnet/24 anywhere ACCEPT all — anywhere localnet/24

Два разрешающих правила лишние, у тебя политика в цепочке все равно «policy ACCEPT»

Для разрешения роутинга в линуксе(передачи пакетов между интерфейсами): echo 1 > /proc/sys/net/ipv4/ip_forward или /etc/sysctl.conf # Uncomment the next line to enable packet forwarding for IPv4 #net.ipv4.ip_forward=1

Маршрутизация

100.7.1.0 -внутренняя сеть. 10.0.31.12 — ip 3g модема (ppp0), подключенного к серваку

PPTP сервер, НЕ видит твой комп 100.7.1.2, так?

-именно Не понимаю что за адрес 172.17.4.111 , честно говоря.

Маршрутизация

Но странно что я с сервака не пингую другие машины . Я так понимаю, что если сеть настроена правильно, то я должен пинговать и наружу сервера, ато какой-то нипель получается.

Re: Маршрутизация

Эммм я не совсем понимаю, что ты вообще хочеш сделать? Объясни подробно, как ты хочеш чтобы из сети 3G кто и к кому подключался?

Это адрес выданый PPTP(или PPPoE как там у них?) сервером (провайдера 3G ) твоему модему.

Никогда не используй адреса НЕ из внетрених сетей( https://ru.wikipedia.org/wiki/Частный_IP-адрес ) для частных сетей.

Но странно что я с сервака не пингую другие машины

Какие именно машины ты пингуеш? Прочитай внимательно ссылку выше про частные адреса. Я подозреваю что ты просто пытаешься пинговать машины из интернета и у тебя получается(ибо провайдерский NAT), а обратно нет(из интернета к твоей сети) потому что так и должно быть!

Маршрутизация.

Нет не верно. У меня интранет — локальная сеть без выхода на ружу — 100.7.1.0/24, сервер ip-100.7.1.2 . Есть vpn-сеть от внешнего провайдера (не по DHCP) 10.0.31.0 , каждый 3g модем имеет свой адрес. На серваке модем 10.0.31.12. На данный момент пинг с рабочей станции 100.7.1.27 к серваку 100.7.1.2 проходит , в обратную же сторону нет. Точно так с рабочей станции с модемом 10.0.31.6 пинг к серваку 10.0.31.12 проходит , а в обратку нет.Я уверен , что так не должно быть. В конечном итоге я хочу видеть с 10.0.31.6 (раб.станция сети №2) машину 100.7.1.27 (сеть №1).

Re: Маршрутизация.

У меня интранет — локальная сеть без выхода на ружу — 100.7.1.0/24, сервер
интранет != 100.7.1.0/24

ну да ладно, просто в сеть интернета 100.7.1.0/24 ты не будеш иметь доступ. Но при этом учти, что если твоему провайдеру придут пакеты от тебя из сети 100.7.1.0/24 то он их просто дропнет(уничтожит).

На данный момент пинг с рабочей станции 100.7.1.27 к серваку 100.7.1.2 проходит , в обратную же сторону нет.

1) ip r s — на 2 копах сюда. 2) Версии дистрибутивов. 3) Можешь tcpdump посмотреть доходит ли пинг от рабочей станции 100.7.1.27 до сервера. Т.е. на сервере выполнить комманду tcpdump -i eth0 icmp (где eth0 интерфейс локальной сети, icmp — показывать только icmp пакеты). Если пинг доходит, то надо смотреть настройки сервера, если нет, то надо смотреть настройки сети на двух компах.

Начни с 3. затем 1 и 2 сюда с результатами 3.

с рабочей станции с модемом 10.0.31.6 пинг к серваку 10.0.31.12

До сих пор не пойму, как у тебя настраиваются модемы. Можешь внятно объяснить что ты делаешь в принципе, чтобы гадать не приходилось. Я подозреваю что в выстроенной тобой сетевой архитектуре косяк.

Маршрутизация

C Windows машин: 1) Подключена только через 3g ip-10.0.31.6

Дистрибутив на серваке Jessie

Маршрутизация

tcpdump не установлени и теперь установить не могу (после того как наладил соединение через 3g), поскольку инет из серевера идет через proxy 100.7.1.18 , а он то его и не видит.

Если без него никак качну deb-пакет

Маршрутизация

[qoute]До сих пор не пойму, как у тебя настраиваются модемы. Да все реально так как описываю.

Маршрутизация

При пинге с 100.7.1.2 на 10.7.1.18 tcpdump дает :

Маршрутизация

При с 100.7.1.18 к 100.7.1.2 tcpdump :

Маршрутизация

Теперь с парой 10.0.31.12 и 10.0.31.6

Re: Маршрутизация

А что за адрес 100.7.1.4?

У тебя на Jessie 2 маршрута по умолчанию, ходить в интернет будет по маршруту с меньшей метрикой. Т.е. вот этот:

default via 172.17.4.111 dev ppp0 proto static metric 1024

Вообще вряд ли когда то будет использован(пока первый не удалишь)

Впринципе сеть(локальная) на дебиане настроена правильно:

100.7.1.0/24 dev eth0 proto kernel scope link src 100.7.1.2

НО откуда вот эта строчка у тебя появилась?

169.254.0.0/16 dev eth0 scope link metric 1000

C Windows машин: 1) Подключена только через 3g ip-10.0.31.6

Я подозревал что то неладное. Т.е. ты допустим воткнул ну например какой нибудь USB свисток от Желто-Черных, настроил на нем соединение, и провайдер тебе выдал адреса: 10.0.31.6 — винда 10.0.31.12 — дебиан Ты проверил, ходит ли пинг между этими машинами? Вот прямо между этими двумя IP адресами. Может совершенно легко и НЕ ходить.

Подключена по сети ip адрес 100.7.1.18

Вроде как ты этой машине, зачем то прописал шлюзом саму себя? Я просто не сильно разбираюсь в офтопиковском «route print». ОТкуда на этой машине сеть 100.30.2.0? А так же 101.7.1.0?

В общем мои заключения: — Если ты хочешь чтобы тебе здесь помогли постарайся изложить что ты хочешь сделать в принципе. И приложить к этому решению свою схему сети а-ля как нибудь вот так вот(вторая ссылка в гугле): http://download.upit-systems.com/docs/diagram/general_traffpro_network.jpg В текстовом формате, на листочке ручкой(потом сосканировать/сфотать на телефон), в какой нибудь схеморисовалке. Причем максимально подробно.

— Судя по тому что я увидел, win машина с адресом 100.7.1.18 должна хотя бы пинговать дебиан 100.7.1.2. Но почему то на win машине много каких то не понятных мне сетей, выше я указал каких.

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Шлюз не пингуется в Linux и пингуется в Windows

Модератор: Bizdelnick

Шлюз не пингуется в Linux и пингуется в Windows

Сообщение Delari » 17.01.2009 18:38

Всем привет.
Подскажите, пожалуйста, если кто знает, почему один и тот же шлюз пингуется из Windows и нет, когда загружен Linux?

Ситуация подробно:
мой компьютер подключен к районной ethernet-сети, топологию которой я точно не знаю, но знаю, что:
— есть три «шлюза», которые нужно прописывать, чтобы использовать VPN-подключение к Интернет:

Мой компьютер находится в сети 100 и имеет адрес 192.168.100.16. Выхожу в инет через сервер знакомого в сети 11: 192.168.11.204. Качество сети таково, что периодически этот сервер становится от меня недоступен (но доступен для компов из 11 сети). Затем становится доступен, но только из Windows. Когда загружаю GNU/Linux, пинг хоста 11.204, равно как и шлюза 11.1 выдаёт: icmp . packet filtered. Иногда, через несколько десятков или несколько тысяч пингов, связь устанавливается (но чаще надоедает ждать). При перезагрузке в Win пинг идёт сразу.
Сравнивал MAC-адрес сетевой карты в Lin и Win, они идентичны.

Вывод команды route -n показывает только 2 записи:
127.0.0.0 —> lo
192.168.0.0 —> eth0.

Система Mandriva 2006, ядро 2.6.12. Iptables отключены.
Для исключения глюков грузил другие дистрибутивы на Live CD, например, SLAX-6 c 24 ядром. Всё точно так же.
Установлено 2 сетевые карточки Realtek 8139.

Источник

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

Здравствуйте, a9000, Вы писали:

a> Фактически нужно чтобы был сформирован пакет, адресованный этой же машине, чтобы он физически вышел в роутер, вернулся и был обработан.

А зачем? Чисто теоретически решения есть и эти решения могут быть разными в зависимости от решаемой задачи.

	От:	a9000
	Дата:	23.09.16 20:39
Оценка:

Здравствуйте, Anton Batenev, Вы писали:

AB>А зачем? Чисто теоретически решения есть и эти решения могут быть разными в зависимости от решаемой задачи.

В данном случае просто «так надо» по требованию заказчика.
В сетевой интерфейс втыкается пассивное устройство, разворачивающее все сигналы обратно. А цель — проверка самой сетевой карты.

	От:	Stanislaw K
	Дата:	23.09.16 21:04
Оценка:	+1

Здравствуйте, a9000, Вы писали:

A>В данном случае просто «так надо» по требованию заказчика.
A>В сетевой интерфейс втыкается пассивное устройство, разворачивающее все сигналы обратно. А цель — проверка самой сетевой карты.

пинг самого себя до физического уровня не опускается.

отберите траву и подарите заказчику книгу «сети тцп ип для чайников».

	От:	Слава
	Дата:	23.09.16 21:31
Оценка:

Здравствуйте, Stanislaw K, Вы писали:

SK>пинг самого себя до физического уровня не опускается.

SK>отберите траву и подарите заказчику книгу «сети тцп ип для чайников».

Ну зачем так грубо. Можно просто слать пакеты на FF:FF:FF:FF:FF:FF

	От:	Stanislaw K
	Дата:	24.09.16 06:23
Оценка:	+1

Здравствуйте, Слава, Вы писали:

SK>>пинг самого себя до физического уровня не опускается.

SK>>отберите траву и подарите заказчику книгу «сети тцп ип для чайников».

С>Ну зачем так грубо. Можно просто слать пакеты на FF:FF:FF:FF:FF:FF

это не сам себя.

	От:	Слава
	Дата:	24.09.16 06:29
Оценка:

Здравствуйте, Stanislaw K, Вы писали:

SK>это не сам себя.

В случае с обычным сетевым оборудованием — возможно. Но у топикстартера используется этакое «ethernet-зеркало», стало быть, широковещательный пакет вернётся к отправителю.

	От:	Stanislaw K
	Дата:	24.09.16 06:43
Оценка:

Здравствуйте, Слава, Вы писали:

SK>>это не сам себя.

С>В случае с обычным сетевым оборудованием — возможно. Но у топикстартера используется этакое «ethernet-зеркало», стало быть, широковещательный пакет вернётся к отправителю.

почитай «ТЦП ип для чайников» и «Сети эзернет для чайников».

кратко, даже если, внезапно, снаружи в сетевую карту прилетит, не важно откуда с зеркала или альфа-центавры, пакет с MAC адресом отправителя, равный MAC адресу получателя (то есть самой этой сетевой карты) он будет отброшен аппаратно, и не попадет даже до драйвера, не то что бы быть разобранным в стеке.

	От:	Слава
	Дата:	24.09.16 07:12
Оценка:

Здравствуйте, Stanislaw K, Вы писали:

SK>кратко, даже если, внезапно, снаружи в сетевую карту прилетит, не важно откуда с зеркала или альфа-центавры, пакет с MAC адресом отправителя, равный MAC адресу получателя (то есть самой этой сетевой карты) он будет отброшен аппаратно, и не попадет даже до драйвера, не то что бы быть разобранным в стеке.

К «книжкам TCP/IP для чайников» (боже мой, ну кому вы это советуете, я «TCP/IP Illustrated» еще в 2002 году прочитал) и к TCP/IP вообще это не имеет никакого отношения. И отброс подобных пакетов зависит от настроек сетевой карты, если она находится в promisc mode, то она примет всё.

Ничто не мешает отправлять пакеты с чужим адресом отправителя и широковещательным адресом получателя. Я этим занимался еще тогда, когда WireShark назывался Ethereal. В локалке например можно запросто накидать адресных ARP-ответов кому-то, от чужого имени, и связь получателя этих пакетов с настоящим владельцем MAC станет очень неустойчивой.

Источник