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

На компе, где двойная загрузка Win и Linux:
Попробуй найти под Windows в диспетчере задач свою сетевую, там в Свойства — Дополнительно. ищи пункт Wake-On-Lan After Shutdown — установи в Enable.
У меня похожие проблемы были только при двойной загрузке. При выключении винды, выключалась сетевуха

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

Сеть между Windows и Linux: нет пинга

Есть следующая сеть:
Компьютер, настроенный под рутер. Назовём его рутером. На нём установлен debian linux.
Компьютер, который хочется подключить к нему и устроить LAN из 2х компов.

Когда на LAN компьютере запускаю linux (Fedora), то рутер пингуется и всё впорядке. Когда запускаю Win XP, то пинг пропадает (его нет даже при таймауте в 40 сек и размере пакета 1байт).
router IP — 192.168.0.1
router netmask — 255.255.255.0

WinXP IP — 192.168.0.2
netmask — 255.255.255.0
gateway — 192.168.0.1

Брендмауер в винде выключен.

В чём может быть проблема?

Добавлено через 1 час 37 минут
Заметил ещё такую особенность:
Если зайти в «Сетевые подключения», и в свойствах этого подключения нажать «Исправить», то появляется пинг на 2 пакета и потом снова пропадает. Причём на каждое исправить пинг на 2 пакета стабильно появляется.
Причём исправление ломается на очистке DNS кэша (это кажется не играет никакой роли), и проходит 3 стадии:
Очистка ARP-кэша, очистка NetBT, обновление NetBT.
Может быть ARP-кэш засоряется какой-нибудь гадость? Или дело в NetBT?

Как настроить сеть между компьютерами на Windows XP и Windows 2000 Prof?
Ne mogu naladiti seti . Pomogite! Konfiguratsia takai: Notebook s XP s USB kartoi i desktop.

Сильно тормозит сеть между Windows XP и Windows 7. Как обнаружить причину?
Есть сетка wi-fi. В сети три компа. Два из них на Win7 и один на WinXP. Сеть по обычной схеме -.

Нет общего доступа между Windows XP и Windows 2008R2\Windows 7
Прощу помощи разобраться в проблеме: ПК с установленной windows XP не может открыть папку общего.

Настройка Open VPN — нет пинга, подключение есть
Помогите разобраться в чем тут может быть дело. Подключение есть,а вот пинга с клиента на сервер.

Просто ping -t -w 100 192.168.0.1
Сейчас попробую arping

Выяснил:
если удалить arp кэш у винды, то пинг появляется на 2 пакета.

Добавлено через 13 минут
Если делать arping 192.168.0.2 -I eth1 на рутере, то пинг идёт нормально без сбоев. В этот момент пинг с виндовской машины становиться лучше (50% сбоев).
Неправильно настроены routing tables на рутере? (Но с линуксом на клиентской машине проблем ведь нет)

Добавлено через 11 минут
Если пинговать arping’ом с виндовской машины — то тоже всё впорядке, пинг arping идёт 100%. Пока идёт arping с виндовской машины простой пинг тоже проходит на 100%

Добавлено через 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 кэш, то последовательность пакетов в сети такая:

1. «Who has 192.168.0.1? Tell 127.0.0.1» — это запрос к рутеру
2. «192.168.0.1 is at 00:1b:fc:79:86:ca» -ответ от рутера
3. Echo (ping) request
4. Echo (ping) reply
5. Echo (ping) request
6. Echo (ping) reply
7 «Who has 192.168.0.2? Tell 127.0.0.1 (duplicate use of 127.0.0.1 detected)»
8.»192.168.0.2 is at 00:1b:fc:79:86:ca (duplicate use of 127.0.0.1 detected)»
9. DNS запрос антивируса
10. DNS ответ антивирусу
Всё.

Примечательно что в п.1, п7 и п.8 используется 3 разных мак адреса (причём все они какие-то странные типа 00:00:00:00:00:53)
+/- 3 к последнему числу.

Ошибка Ubuntu не видит сеть Windows

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

В этой статье мы рассмотрим что делать если Ubuntu не видит шары Windows, как к ним всё таки подключится и можно ли решить проблему.

Почему Ubuntu не видит сеть Windows?

Как я уже написал выше Nautilus для подключения и просмотра общих папок Windows использует виртуальную файловую систему gvfs. А та, в свою очередь использует библиотеку libsmbclient для получения необходимых данных. Поэтому мы можем попытаться исправить ситуацию переопределив некоторые параметры в /etc/samba/smb.conf. Но работает это далеко не всегда.

1. Установить Samba

Если файловый сервер Samba у вас не установлен, то его надо установить для того чтобы был создан файл /etc/samba/smb.conf с параметрами по умолчанию. Они потом будут использоваться библиотекой libsmbclient и самой утилитой smbclient, которую вы можете применять для тестирования. Для установки выполните:

sudo apt install samba

Проверьте конфигурационный файл Samba на ошибки с помощью такой команды:

2. Рабочая группа

По умолчанию используется рабочая группа WORKGROUP. Убедитесь, что ваша рабочая группа имеет именно это имя, также убедитесь, что в /etc/samba/smb.conf задано правильное имя рабочей группы в параметре workgroup:

sudo vi /etc/samba/smb.conf

3. Версия протокола

В современных системах Windows для общего доступа к папкам используется файловая система CIFS, использующая современные версии протоколов SMB2 и SMB3. Эти протоколы не поддерживают обзор доступных общих папок так, как это ожидает получить Nautilus. Для того чтобы всё работало надо использовать старый протокол NT1. Чтобы его включить добавьте параметр client max protocol после параметра workgroup:

client max protocol = NT1

После этого сохраните изменения и перезагрузите компьютер и проверьте.

4. Правильный порядок разрешения имён

Неверный порядок разрешения сетевых имен тоже может стать проблемой. Чтобы исправить его найдите в smb.conf параметр и приведите его к такому виду:

name resolve order = bcast lmhosts host wins

Здесь первым используется bcast, широковещательные сообщения, которые рассылаются по вашей локальной сети и ищут компьютеры с общими папками.

5. Не тот интерфейс

Если в вашем компьютере несколько сетевых интерфейсов, возможно smbclient пытается использовать не тот интерфейс. Чтобы посмотреть список интерфейсов используйте команду:

Затем найдите в /etc/samba/smb.conf параметр interface и замените в его значении eth0 на имя вашего интерфейса, который обеспечивает связь с нужной локальной сетью. Например на enp0s8:

interfaces = 127.0.0.0/8 enp0s8

После этого надо перезапустить службы Samba:

sudo systemctl restart smbd
sudo systemctl restart nmbd

6. Отладка

Если сеть Windows всё ещё не работает, вы можете попытаться отлаживать GVFS чтобы понять где именно возникает проблема и в чём её суть. Для этого надо завершить текущий сервер GVFS и запустить свой в терминале с включённой опцией отладки. Для этого выполните:

pkill gvfs; pkill nautilus

GVFS_DEBUG=all GVFS_SMB_DEBUG=10 $(find /usr/lib* -name gvfsd 2>/dev/null) —replace 2>&1 | tee gvfsd.log

Затем откройте Nautils и войдите в сетевое окружение, сеть Windows. При этом в терминале будут выводится сообщения об ошибках работы службы. Вы можете использовать эти сообщения чтобы искать информацию в Google или попросить помощи на форумах.

7. Проблема в GVFS

Баг в GVFS, о котором я писал выше наблюдался для Samba версии 4.8 и ниже. Если сервер поддерживает протокол более высокого уровня, то клиент пытается использовать этот протокол, например SMB2 или SMB3, но на этих протоколах не работает отображение доступных ресурсов. Если у вас именно эта проблема, то для полного решения придется ждать обновления или использовать обходное решение описанное ниже.

8. Подключение напрямую

Даже если у вас не работает обнаружение сетевых ресурсов Windows, вы все ещё можете подключится к нужному компьютеру и получить с него файлы. Откройте пункт Другие места на левой панели Nautilus. Внизу окна вы увидите надпись Подключится к серверу введите smb://адрес_сервера в поле слева и нажмите Enter:

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

Введите пароль и вы увидите доступные общие папки:

9. Общий доступ в Windows

Убедитесь, что в Windows общий доступ был включён. Если общий доступ отключен, то вы не сможете никак получить доступ к ресурсам. Откройте проводник и перейдите в пункт Сеть. Если сетевой доступ отключён, то система выдаст соответствующее предупреждение:

Кликните по нему чтобы включить общий доступ, затем выберите Включить сетевое обнаружение и общий доступ к файлам.

После этого система ещё раз спросит надо ли разрешить доступ для всех общественных сетей. Ответьте утвердительно:

После этого вы сможете получить доступ к общим ресурсам этого компьютера.

Выводы

В этой статье мы кратко рассмотрели почему Ubuntu не видит сеть Windows, а также как исправить эту проблему. Если проблему с сетевым обнаружением устранить не удается, вы всегда можете попробовать подключится вручную. Это не решает основную проблему, но позволяет получить нужные файлы. Вы знаете другие способы решения? Поделитесь ими в комментариях!