не пингуется компьютер в локальной сети linux
Сеть между Windows и Linux: нет пинга
Есть следующая сеть:
Компьютер, настроенный под рутер. Назовём его рутером. На нём установлен debian linux.
Компьютер, который хочется подключить к нему и устроить LAN из 2х компов.
Брендмауер в винде выключен.
В чём может быть проблема?
Добавлено через 1 час 37 минут
Заметил ещё такую особенность:
Если зайти в «Сетевые подключения», и в свойствах этого подключения нажать «Исправить», то появляется пинг на 2 пакета и потом снова пропадает. Причём на каждое исправить пинг на 2 пакета стабильно появляется.
Причём исправление ломается на очистке DNS кэша (это кажется не играет никакой роли), и проходит 3 стадии:
Очистка ARP-кэша, очистка NetBT, обновление NetBT.
Может быть ARP-кэш засоряется какой-нибудь гадость? Или дело в NetBT?
Нет общего доступа между Windows XP и Windows 2008R2\Windows 7
Прощу помощи разобраться в проблеме: ПК с установленной windows XP не может открыть папку общего.
Выяснил:
если удалить arp кэш у винды, то пинг появляется на 2 пакета.
Добавлено через 18 часов 13 минут
Перепроверил тублицы роутинга у рутера и сервисы у винды.
Не обнаружил нечего необычного. Непонимаю в чём может быть дело
Добавлено через 1 час 51 минуту
Посмотрел что происходит в сети через сниффер. Вот 2 пакета в качестве примера (в оффтоп убрано лишнее, жирным выделенно подозрительное).
Пакет от рутера:
ARP request
HW type: Ethernet (0x0001)
Protocol type: IP (0x0800)
HW size: 6
Protocol size: 4
Opcode: request (0x0001)
[Is gratuitous: False]
Sender MAC address: 00:00:00_00:00:12 (00:00:00:00:00:12)
Sender IP address: 127.0.0.1 (127.0.0.1)
Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
Target IP address: 192.168.0.2 (192.168.0.2)
Снифер выдаёт следующее инфо об этом пакете: «Who has 192.168.0.2? Tell 127.0.0.1»
Пакет от винды:
ARP reply:
HW type: Ethernet (0x0001)
Protocol type: IP (0x0800)
HW size: 6
Protocol size: 4
Opcode: reply (0x0002)
[Is gratuitous: False]
Sender MAC address: AsustekC_79:86:ca (00:1b:fc:79:86:ca)
Sender IP address: 192.168.0.2 (192.168.0.2)
Target MAC address: 00:00:00_00:00:10 (00:00:00:00:00:10)
Target IP address: 127.0.0.1 (127.0.0.1)
Снифер выдаёт инфо на этот пакет: «192.168.0.2 is at 00:1b:fc:79:86:ca (duplicate use of 127.0.0.1 detected)»
Странно что 127.0.0.1 учавствует в arp. Странно что у него постоянно меняется mac адресс.
Если очестить arp кэш, то последовательность пакетов в сети такая:
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 на компьютере. Поэтому опиши точнее все, лучше схемку набросать, «с ардресами и интерфейсами»(с).
Это не считается(/не должно работать впринципе). Даже интерфейс не указан. Пиши полностю настройки сети свои.
Для начала, реккомендую разобраться сперва с этим.
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
Маршрутизация
PPTP сервер, НЕ видит твой комп 100.7.1.2, так?
Маршрутизация
Re: Маршрутизация
Эммм я не совсем понимаю, что ты вообще хочеш сделать? Объясни подробно, как ты хочеш чтобы из сети 3G кто и к кому подключался?
Это адрес выданый PPTP(или PPPoE как там у них?) сервером (провайдера 3G ) твоему модему.
Никогда не используй адреса НЕ из внетрених сетей( https://ru.wikipedia.org/wiki/Частный_IP-адрес ) для частных сетей.
Но странно что я с сервака не пингую другие машины
Какие именно машины ты пингуеш? Прочитай внимательно ссылку выше про частные адреса. Я подозреваю что ты просто пытаешься пинговать машины из интернета и у тебя получается(ибо провайдерский NAT), а обратно нет(из интернета к твоей сети) потому что так и должно быть!
Маршрутизация.
Re: Маршрутизация.
ну да ладно, просто в сеть интернета 100.7.1.0/24 ты не будеш иметь доступ. Но при этом учти, что если твоему провайдеру придут пакеты от тебя из сети 100.7.1.0/24 то он их просто дропнет(уничтожит).
Начни с 3. затем 1 и 2 сюда с результатами 3.
с рабочей станции с модемом 10.0.31.6 пинг к серваку 10.0.31.12
До сих пор не пойму, как у тебя настраиваются модемы. Можешь внятно объяснить что ты делаешь в принципе, чтобы гадать не приходилось. Я подозреваю что в выстроенной тобой сетевой архитектуре косяк.
Маршрутизация
C Windows машин: 1) Подключена только через 3g ip-10.0.31.6
Дистрибутив на серваке Jessie
Маршрутизация
Если без него никак качну 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
Подключена по сети ip адрес 100.7.1.18
Вроде как ты этой машине, зачем то прописал шлюзом саму себя? Я просто не сильно разбираюсь в офтопиковском «route print». ОТкуда на этой машине сеть 100.30.2.0? А так же 101.7.1.0?
— Судя по тому что я увидел, win машина с адресом 100.7.1.18 должна хотя бы пинговать дебиан 100.7.1.2. Но почему то на win машине много каких то не понятных мне сетей, выше я указал каких.
unixforum.org
Форум для пользователей UNIX-подобных систем
Сеть между Windows и Linux. Не проходят пинги.
Модератор: Bizdelnick
Сеть между Windows и Linux. Не проходят пинги.
Сообщение code32 » 19.08.2008 19:06
Поставил машине с Linux ИП 192.168.0.1 маску подсети 255.255.255.0, а машине с Windows 192.168.0.2 и маску подсети 255.255.255.0, основной шлюз поставил 192.168.0.1.
Пинги не доходят, а машина с Windows вообще утверждает что сетевой провод не подключен. Все те же действия проделанные в случае двух Windows машин(на одном из компов стоит и линукс и виндовс) дают положительный результат. В линуксе только осваиваюсь и поэтому даже не представляю в каком направлении копать, буду благодарен за любую информацию на эту тему, ссылки на документацию или объяснение.
Windows XP SP 2
ALT Linux 4.0.2
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение Проктолог » 19.08.2008 19:47
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение code32 » 20.08.2008 15:24
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение 0ut » 20.08.2008 15:26
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение stomp » 20.08.2008 15:38
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение drBatty » 20.08.2008 16:02
кстати, может беда в том, что ifconfig запущена не с правами root’а?
надо сначала
su
пароль рута
ifconfig
ЗЫЖ вместо ifconfig написал ipconfig 
Скоро придёт
Осень
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение Goodvin » 20.08.2008 16:09
Поставил машине с Linux ИП 192.168.0.1 маску подсети 255.255.255.0, а машине с Windows 192.168.0.2 и маску подсети 255.255.255.0, основной шлюз поставил 192.168.0.1.
Пинги не доходят, а машина с Windows вообще утверждает что сетевой провод не подключен. Все те же действия проделанные в случае двух Windows машин(на одном из компов стоит и линукс и виндовс) дают положительный результат. В линуксе только осваиваюсь и поэтому даже не представляю в каком направлении копать, буду благодарен за любую информацию на эту тему, ссылки на документацию или объяснение.
Windows XP SP 2
ALT Linux 4.0.2
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение code32 » 21.08.2008 05:40
Поиском пользоваться я умею, и эти темы читал. Для надёжности прочёл их ещё раз. Собственно подобные шаги я пробовал. Такие как отключение фаирволов и выставления форварда в 1. Ничего этого не помогает. К тому же у меня есть ещё один интерфейс который смотрит в инет, и инет работает без проблем. А вот в домашней сети комп с виндой по прежнему не пингуется. Я уже начинаю думать что это что-то с драйверами сетевой карты. Скоро попробую переткнуть инет на эту карточку и проверить.
ifconfig
eth1
Link encap:Ethernet HWaddr 00:E0:4C:5D:09:F5
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING 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)
Interrupt:209 Base address:0xa000
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes
Re: Сеть между Windows и Linux. Не проходят пинги.
Сообщение Zmiulan » 21.08.2008 11:59
з.ы. WakeOnLan по-русски там Пробуждение из выключенного состояния.
Компы не пингуются
Re: Компы не пингуются
У меня в подвале стук.
>В итоге,не знаю почему,но у меня компы не пингуют друг друга
Re: Компы не пингуются
>У меня в подвале стук.
На это мне по барабану.
>>В итоге,не знаю почему,но у меня компы не пингуют друг друга
Надо проверить соединение.
Мне надо знать что еще в линуксе может играть роль файервола и как мне эту хрень отключить.Мне надо на сервак открыть полный доступ по всем портам и протоколам. Файервол в сети есть,но на другом сервере.
Re: Компы не пингуются
> знать что еще в линуксе может играть роль файервола
еще можно запретить отзываться на пинги и без фаервола
echo «1» > /proc/sys/net/ipv4/icmp_echo_ignore_all
а нафига? отключил и все. покажи вывод lsmod
Re: Компы не пингуются
ipchains не стоит. echo «1» > /proc/sys/net/ipv4/icmp_echo_ignore_all стоял 0 lsmod: ipv6 autofs4 sunrpc 8139too mii floppy sg scsi_mod microcode dm_mod uhci_hcd ehci_hcd button battery asus_acpi ac ext3 jbd Вроде все.
Re: Компы не пингуются
Re: Компы не пингуются
Re: Компы не пингуются
дело не в маздае, а в руках, похоже у вас батенька было: контроллер домена w2k2003, как ты и написал, а потом при настройке самбы, ты взял и втюхал свою workgroup в самбу, и сделал машину с самбой прим-сервером самбы, всё пипец, ДАКУМИНТАСИОН читай, и попусту не при на чудо билла)))))
Re: Компы не пингуются
да, забыл, про NetBIOS прочти доки потом и тяни на винду, ламерищща)))))
Не пигнуются компьютеры по доменому имени
Здравствуйте товарищи! Поставил ubuntu 12.04.2, network-manager автоматически получил ip адрес, днс, шлюз. Но при попытке пропинговать какой либо хост по доменому имени сразу появляется сообщение
Содержимое файла /etc/network/interfaces
Содержимое файла /etc/resolv.conf
Заранее благодарен за помощь.
apt-get purge resolvconf
Вопрос: Почему network-manager не прописывает в этот файл днс, которые получает по dhcp?
Прописывает, скорее всего, но
Какая-то программа прописывает свои представления об идеальном DNS туда.
Нет, цель заключается в другом. Я редактировал его вручную, но после перезагрузки все встает по прежнему. Вы можете подсказать какая служба прописвывает
А это хорошая идея?
Даже можешь и не благодарить меня.
В убунте NetworkManager запускает dnsmasq, который занимается пробросом DNS запросов на реальный DNS сервер. Советчиков, рекомендующих прописать локальные хосты в hosts при наличии DHCP и DNS, лучше не слушать.
Проверь при помощи nslookup, разрешаются ли имена?
Вряд ли. В любом случае, лучше лишний раз разобраться, как это работает (и почему не), чем бездумно выполнять странные рекомендации.
не думаю, однако ты сможешь его всегда установить вновь
Найти бы этого паразита. В syslog тольео сообщение от network-manager, что он производит запись в этот файл и все.
Результат работы команды:
И хосты на определенное время стали пинговаться по имени, но потом снова все постарому. Я понять не могу за этот файл борьба какая-то идет?
можно попробовать audit настроить, но я не знаю, как это делается. Можно попробовать записать в файл нужное содержание и запретить его изменение (chattr +i).
А вот так что будет:
настоящий лоровец не читает мануалов
Результат nslookup srv1 192.168.1.252, если днс не указать то результат прежний.
+500 ТС не слушай этих людей, они убунту готовить не умеют. Выхлоп nm-tool покажи
Спасибо за наводку, почитал данный мануал, ничего не вычитал по поводу: Откуда в этом файле берется запись
Результат команды nm-tool
настоящий лоровец не читает мануалов
Он в них отправляет
Lark
Почитай документацию по сети для дебиана, многие вопросы сами по себе отпадут.
Анонимус совсем испортился. При чём тут
ананимус видит маршрутизатор и видит его прекрасно. ананиму видить что маршрутизатор отдал свой адрес и согласен разрешить все имена. но С**к такой не разрешает. Если лор совсем съел мозг, то стоит сделать перерыв.
Ребята ругаться не нужно. Я согласен с mbwa и считаю, что маршрутизатор не причем. Просто результат команды:
В первом случае я не указывал днс сервер и он почему-то обратилсяк днсу по адресу 127.0.0.1 и соотвественно имя не разрешил, во втором случае я указал днс сервер и выполнение команды прошло успешно. Если я правильно понимаю команда nslookup srv1 тянет днс из resolv.conf, если днс не указан, а в resolv.conf
По логу network-manager пишет вродебы в этот файл днс, но какая-то служба все равно перезаписывает на 127.0.0.1
1. Я уже сказал, что 127.0.0.1 в resolv.conf пишет NetworkManager (точнее, на самом-то деле это dnsmasq пишет с его подачи при помощи resolvconf).
2. Сделай «nslookup srv1 192.168.1.1». Очень похоже, что твой DHCP сервер выдает два адреса DNS серверов, и чаще всего используется 192.168.1.1, который доменные имена, видимо, не знает.
nameserver 127.0.0.1 добавляется network manager. В Ubuntu он идёт с dnsmasq в зависимостях. Это такой кеширующий DNS-сервер. Он у вас запущен? Проверьте, вдруг он не работает. Наберите sudo service dnsmasq status.
Спасибо всем за помощь, ухожу разбираться, тему пока не закрываю, позже отпишу результаты!
Да dhcp выдает два днс. Убрал на сервере dhcp 192.168.1.1 и теперь все нормально работает. Теперь надо понять, каким образом указывать в ubunte альтернативный и предпочтительный dns.
Результат команды sudo service dnsmasq status:
Погуглив немного решил проблему. В общем каковы в итоге были мои действия:
В файле /run/nm-dns-dnsmasq.conf были прописаны днс, которые получает НМ от dhcp. Возник вопрос как же эти саме днсы прописать в /etc/resolv.conf. Полез в файл конфигурации НМ /etc/NetworkManager/NetworkManager.conf, где-то должно быть указано, чтобы он вызывал dnsmasq. Собственно содержимое файла NetworkManager.conf
По-моему, верным решением проблемы была бы перенастройка DHCP и DNS таким образом, чтобы сервер по DHCP получал только один сервер DNS (или два, но с точки зрения клиента они должны быть идентичны). Потому что, если я ничего не путаю, все DNS сервера клиентом по стандарту должны рассматриваться как равноправные, и если клиент попробует обратиться к DNS 192.168.1.252, получит отказ (не знает этот сервер такого имени), то ко второму DNS он обращаться уже не будет, даже если тот знает это имя. Второй сервер DNS будет задействован только в том случае, если до первого достучаться невозможно.
Так что в данном случае возможны рецидивы. Но повторюсь, что стандарты не читал — просто наблюдал подобное на практике.