Windows-машины не видят Linux в сети DHCP!

То есть я их вижу, а они меня нет. Ко мне можно обратиться только по IP адресу. Вообще задача состоит в том, чтобы можно было обращаться к Linux из Windows по telnet. Помогите пожалуйста разобраться с этим вопросом!

Re: Windows-машины не видят Linux в сети DHCP!

Привет! А причем тут DHCP ?

Re: Windows-машины не видят Linux в сети DHCP!

Привет! что значит я их вижу, а они меня нет? Если нужно чтобы они тебя видели в сетевом окружении, то ставь самбу. Если нужен доступ до тебя по телнету запускай telnetd через inetd или xinetd, выруби файрволл или перепиши правила на файрволле.

Re: Windows-машины не видят Linux в сети DHCP!

Как это при чем? Через DHCP я получил IP-адрес, но я не знаю как ассоциировать с ним имя моего хоста, по которому ко мне смогут обращаться с остальных машин сети.

Re: Windows-машины не видят Linux в сети DHCP!

> Если нужно чтобы они тебя видели в сетевом окружении, то ставь самбу.

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

> Если нужен доступ до тебя по телнету запускай telnetd через inetd или > xinetd, выруби файрволл или перепиши правила на файрволле.

Это все я уже сделал, но обратиться ко мне могут только по IP-адресу.

Re: Windows-машины не видят Linux в сети DHCP!

> Если нужно чтобы они тебя видели в сетевом окружении, то ставь самбу.

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

> Если нужен доступ до тебя по телнету запускай telnetd через inetd или
> xinetd, выруби файрволл или перепиши правила на файрволле.

Это все я уже сделал, но обратиться ко мне могут только по IP-адресу.

Re: Windows-машины не видят Linux в сети DHCP!

> А мне просто нужно чтобы остальные машины знали имя моего хоста

Поставь и настрой DNS сервер или пропиши свои имя и IP на каждом компе в C:\WINDOWS\hosts.

Re: Re: Windows-машины не видят Linux в сети DHCP!

Привет! Тебе уже написали, что нужно настроить DNS. 😉 яснее вопрос надо ставить тогда и ответы нормальными будут.

Re: Windows-машины не видят Linux в сети DHCP!

> яснее вопрос надо ставить тогда и ответы нормальными будут.

Мои вопросы выходят немного сумбурными, потому что я пока в сетях
разбираюсь фигово 😉

> Поставь и настрой DNS сервер

Насколько я понимаю, в сети уже есть DNS сервер, ведь имена хостов
ресолвятся и у меня, и у всех остальных, просто мое имя никто не
видит. А что произойдет если я поставлю свой DNS сервер?

Re: Re: Windows-машины не видят Linux в сети DHCP!

Привет! зачем тебе свой днс-сервер? Там где стоит днс-сервер должна быть прописана твоя машина, а если ты получаешь ip через dhcp, то dhcp должна апдейтить днс-сервер. в противном случае просто пропиши свой ip и имя машины на каждой виндовой машине.

Re: Windows-машины не видят Linux в сети DHCP!

> если ты получаешь ip через dhcp, то dhcp должна апдейтить
> днс-сервер.

Должна, но по всей видимости не делает этого. Осталось отловить
администратора 😉

Re: Windows-машины не видят Linux в сети DHCP!

Можно проглядеть доки к DHCP-клиенту твоего линукса (pump?). Может, он умеет апдейтить DNS.

Re: Windows-машины не видят Linux в сети DHCP!

Народ, эсли я правильно ничего не понимаю, в виндовой сети этим занимается Wins. А вот квак с им общаться — может, знает кто?

С уважением — Смоляное Чучелко

Re: Windows-машины не видят Linux в сети DHCP!

2 iliyap:
> Может, он умеет апдейтить DNS.
Тогда еще придется глядеть разрешает ли DNS сервер такие updates 🙂

По-моему ответ уже найден : «Осталось отловить администратора ;-)»

Re: Windows-машины не видят Linux в сети DHCP!

Вероятно ты хочешь использовать имя NetBIOS?
Чтобы меньше парится, проще было взять статический адрес, и прописать маппинг в WINS (DNS, кстати, редко кто использует в сетях win).
А если тебе так приспичило иметь динамический адрес, то нужно поставить samba, сервис nmbd отвечает за преобразование имен NetBIOS

Не пигнуются компьютеры по доменому имени

Здравствуйте товарищи! Поставил ubuntu 12.04.2, network-manager автоматически получил ip адрес, днс, шлюз. Но при попытке пропинговать какой либо хост по доменому имени сразу появляется сообщение

Содержимое файла /etc/network/interfaces

Содержимое файла /etc/resolv.conf

Заранее благодарен за помощь.

Ты локальные хосты хочешь пропинговать ?
Если да, то пропиши всё в /etc/hosts
в resolv.conf хранятся днс, но вручную его редактировать нельзя — бред какой-то.

apt-get purge resolvconf

Вопрос: Почему network-manager не прописывает в этот файл днс, которые получает по dhcp?

Прописывает, скорее всего, но

Какая-то программа прописывает свои представления об идеальном DNS туда.

Нет, цель заключается в другом. Я редактировал его вручную, но после перезагрузки все встает по прежнему. Вы можете подсказать какая служба прописвывает

А это хорошая идея?

Даже можешь и не благодарить меня.

В убунте NetworkManager запускает dnsmasq, который занимается пробросом DNS запросов на реальный DNS сервер. Советчиков, рекомендующих прописать локальные хосты в hosts при наличии DHCP и DNS, лучше не слушать.

Проверь при помощи nslookup, разрешаются ли имена?

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

не думаю, однако ты сможешь его всегда установить вновь

Найти бы этого паразита. В syslog тольео сообщение от network-manager, что он производит запись в этот файл и все.

Результат работы команды:

И хосты на определенное время стали пинговаться по имени, но потом снова все постарому. Я понять не могу за этот файл борьба какая-то идет?

можно попробовать audit настроить, но я не знаю, как это делается. Можно попробовать записать в файл нужное содержание и запретить его изменение (chattr +i).

А вот так что будет:

Еще можно посмотреть tcpdump-ом, какие пакеты ходят по сети во время nslookup. А еще можно «grep dnsmasq /var/log/syslog<,.1>» — проверить, что NM действительно выдал нормальный адрес DNS для dnsmasq.

настоящий лоровец не читает мануалов

Результат 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

nm и перезаписывает, марш читать мануалы. Если лень, отруби nm и сконфигури все руками

1. Я уже сказал, что 127.0.0.1 в resolv.conf пишет NetworkManager (точнее, на самом-то деле это dnsmasq пишет с его подачи при помощи resolvconf).

2. Сделай «nslookup srv1 192.168.1.1». Очень похоже, что твой DHCP сервер выдает два адреса DNS серверов, и чаще всего используется 192.168.1.1, который доменные имена, видимо, не знает.

Можешь посмотреть при помощи «ps -C dnsmasq -Fww», какой длинннющей командой запущен dnsmasq. А затем по PPID определить, что он был запущен NetworkManager-ом. А затем в мане по resolvconf прочитать, что dnsmasq пользуется этой штукой для изменения resolv.conf.

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

Так в этом ваша проблема. DNS по адресу 127.0.0.1 — это локальный DNS(bind, dnsmasq). Network Manager использует dnsmasq. Установите его, и будет вам счастье.

Я тоже вначале так сделал. Оказалось, что dnsmasq умеет кешировать DNS-записи. Что ускоряет обращение к часто набираемым url. При этом он настолько легковесен, что вы его просто не заметите в системе. Поэтому я раскомментировал его опять, и просто установил пакет dnsmasq. Зато когда я стал настраивать окружение для разработки сайтиков на связке virsh с kvm — у меня не было проблем. Потому, как virsh использует всё тот же dnsmasq. Ну, и команда dig говорит о том, что повторное обращение к любому хосту по hostname идёт гораздо быстрее с dnsmasq, чем без него:)

По-моему, верным решением проблемы была бы перенастройка DHCP и DNS таким образом, чтобы сервер по DHCP получал только один сервер DNS (или два, но с точки зрения клиента они должны быть идентичны). Потому что, если я ничего не путаю, все DNS сервера клиентом по стандарту должны рассматриваться как равноправные, и если клиент попробует обратиться к DNS 192.168.1.252, получит отказ (не знает этот сервер такого имени), то ко второму DNS он обращаться уже не будет, даже если тот знает это имя. Второй сервер DNS будет задействован только в том случае, если до первого достучаться невозможно.

Так что в данном случае возможны рецидивы. Но повторюсь, что стандарты не читал — просто наблюдал подобное на практике.

Ошибка 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, а также как исправить эту проблему. Если проблему с сетевым обнаружением устранить не удается, вы всегда можете попробовать подключится вручную. Это не решает основную проблему, но позволяет получить нужные файлы. Вы знаете другие способы решения? Поделитесь ими в комментариях!