Windows не видит linux по имени

Содержание
  1. Windows-машины не видят Linux в сети DHCP!
  2. Re: Windows-машины не видят Linux в сети DHCP!
  3. Re: Windows-машины не видят Linux в сети DHCP!
  4. Re: Windows-машины не видят Linux в сети DHCP!
  5. Re: Windows-машины не видят Linux в сети DHCP!
  6. Re: Windows-машины не видят Linux в сети DHCP!
  7. Re: Windows-машины не видят Linux в сети DHCP!
  8. Re: Re: Windows-машины не видят Linux в сети DHCP!
  9. Re: Windows-машины не видят Linux в сети DHCP!
  10. Re: Re: Windows-машины не видят Linux в сети DHCP!
  11. Re: Windows-машины не видят Linux в сети DHCP!
  12. Re: Windows-машины не видят Linux в сети DHCP!
  13. Re: Windows-машины не видят Linux в сети DHCP!
  14. Re: Windows-машины не видят Linux в сети DHCP!
  15. Re: Windows-машины не видят Linux в сети DHCP!
  16. Windows не видит linux по имени
  17. Как заставить Windows видеть имена хостов Linux и наоборот?
  18. Ошибка Ubuntu не видит сеть Windows
  19. Почему Ubuntu не видит сеть Windows или Samba?
  20. Настойка сервера Samba
  21. 1. Включение протокола SMB1
  22. 2. Настройка имени хоста
  23. 3. Установка Avahi
  24. 4. Установка WSDD
  25. Настройка Windows
  26. 1. Общий доступ в Windows
  27. 2. Включение SMB1 в Windows
  28. Настройка клиента
  29. 1. Установить Samba
  30. 2. Рабочая группа
  31. 3. Версия протокола
  32. 4. Правильный порядок разрешения имён
  33. 5. Не тот интерфейс
  34. 6. Отладка
  35. 7. Проблема в GVFS
  36. 8. Подключение напрямую
  37. Выводы

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.

Читайте также:  Windows 10 1909 ver

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

Источник

Windows не видит linux по имени

Windoms 10 после обновления перестал видеть сетевые ресурсы на Linux. Как исправить?

Строго говоря, причин по которым Windows 10 может не видеть сетевые ресурсы на Linux может быть много и связаны они могут быть как с железными проблемами так и с спецификой настройки сетевого оборудования и самих операционных систем.

Здесь же я хочу остановиться только на одном случае: когда вчера всё ещё было хорошо, сетевые шары были доступны, а вот сегодня вдруг (после очередного обновления) шары на Linux недоступны. Причём, сеть есть, и шары на Windows тоже есть, и с других компьютеров (например где Windows 7) шары на том же Linux прекрасно работают. То есть, когда точно известно, что проблема именно на компьютере под управлением Windoms 10 и связано это именно с настройками вызванными очередным обновлением.

В большинстве случаев для исправления проблемы достаточно внести небольшое исправление в реестр:
1. Находим ветку реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
2. Находим там параметр: AllowInsecureGuestAuth и ставим ему значение 1.
3. Перезагружаем компьютер.

Если это не помогло можно ещё попробовать активировать поддержку протокола SMB 1.0. Для этого надо открыть панель управления (найти можно через поиск). В панели управления перейти в раздел «Программы», выбрать пункт «Включение или отключение компонентов Windows», и поставить галочки напротив соответствующих пунктов (рис.1.)


Риc.1. Включение общего доступа к файлам по протоколу SMB 1.0

Если это не помогло, то нужно искать другие причины. Очевидно у Вас не тот случай который я описал выше.

Источник

Как заставить Windows видеть имена хостов Linux и наоборот?

У меня Windows и Linux машины в одной подсети. Моя конфигурация маршрутизатора правильно сообщает мне как имена их компьютеров, так и их IP-адреса. Однако, когда я пытаюсь пропинговать компьютер с Linux или с компьютера с Windows, или пинговать компьютер с Windows с компьютера с Linux, мне нужно использовать IP-адреса, а не имена. Если я проверяю связь с машиной Windows с машины Windows или машиной Linux с машины Linux, имя машины правильно разрешается без каких-либо записей файла hosts.

Я бы подумал, что мой маршрутизатор (D-Link DIR-655) будет действовать как сам DNS-сервер. Я вижу, что у него есть опция под названием «Включить DNS Relay», но из того, что я прочитал, это мне не поможет. Если это уместно, DIR-655 используется для внутреннего трафика, а Netgear DGN1000 моего интернет-провайдера используется в качестве шлюза в Интернет. Однако он находится в другой подсети, и все мои машины подключаются к моему DIR-655, а не к DGN1000.

Что мне нужно сделать, чтобы имена хостов автоматически разрешались в моей подсети независимо от операционной системы, в которой они работают?

Вам нужен какой-нибудь сервер разрешения имен.

Сначала настройте DNS-сервер, который принимает динамические обновления на одном компьютере со статическим IP-адресом. BIND — очевидный выбор (устанавливается в Windows и Linux), но существуют и другие версии Linux, которые работают так же хорошо, как DJBDNS и т. Д. Вашему DNS-серверу потребуется перенаправлять запросы на DNS-сервер вашего интернет-провайдера или на какой-либо другой общедоступный DNS-сервер. , Хорошее доменное имя, которое должно быть достаточно безопасным для использования, — это «home.internal». Нет необходимости регистрировать его, и оно не является публичным доменом . Этот компьютер, на который вы устанавливаете DNS, должен быть постоянно включен .

После того, как это будет настроено, скажите DHCP-серверу вашего reouter выдать IP-адрес DNS-сервера, который вы только что настроили.

Имена хостов ARP отличаются от имен NetBIOS.

Windows основывается на именах NetBIOS, а Linux основывается на именах хостов.

Ваш маршрутизатор получает имена хостов через ARP / DHCP; да, в Windows тоже есть имена хостов.

Вам нужно, чтобы ваш маршрутизатор размещал имена хостов в его DNS, или вам нужно настроить все файлы hosts.

Если ваш роутер не поддерживает его, вы можете посмотреть на установку DD-WRT на вашем роутере и использовать dnsmasq вместе с hosts файлом, в котором вы будете заполнять хосты. Я бы посчитал, что это в значительной степени обходной путь, вы действительно хотите сделать это, чтобы иметь возможность пинговать? Не ежедневная компьютерная активность .

Читайте также:  P8h61 m lx3 звук windows 10

Я знаю вашу боль, это совершенно безумие, что в 2011 году имена хостов не просто «работают», прямо из коробки.

Другим вариантом является Bonjour. Это технология Apple, но есть реализации для Linux ( Avahi ) и Windows ( Bonjour для Windows ). Bonjour позволяет вам получить доступ к другим компьютерам, используя синтаксис:

Я пошел с этим решением, потому что у меня нет DD-WRT-совместимого маршрутизатора или постоянно включенного сервера для запуска DNS. Кроме того, после его настройки вам не нужно беспокоиться о том, изменяется ли IP, как в случае с файлом hosts.

Источник

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

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

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

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

Нужно разобраться почему Ubuntu не может увидеть сеть Windows. Начиная с Windows 10 в компании Microsoft решили отказаться от старого протокола SMB1 и использовать только SMB2 и SMB3. Но в этих протоколах нет сетевого обнаружения. Для сетевого обнаружения в Windows теперь используется новый сервис WS-Discovery. В Nautilus для отображения сетевых ресурсов используется либо avahi либо протокол SMB1. Поэтому увидеть шару Windows не получится, не включив обратно устаревший протокол в реестре. Windows по умолчанию шары Samba тоже видеть не будет, потому что новый WS-Discovery в Samba не поддерживается. Ещё в 2015 году были предложены патчи для Samba добавляющие эту функциональность, но разработчики решили, что оно им не нужно. Поэтому если вы хотите чтобы Windows видела Samba, нужно отдельно установить сервис WSDD.

Но это ещё не всё. Начиная с версии Samba 4.11 разработчики решили, что они ничем не хуже Microsoft и отключили по умолчанию поддержку протокола SMB1. Теперь Nautils и Dolphin перестали видеть не только Windows шары, но и Linux тоже. Решается проблема либо установкой на Samba сервер Avahi, либо включением поддержки старого протокола SMB1 на сервере Samba.

Настойка сервера Samba

1. Включение протокола SMB1

Для того чтобы активировать протокол SMB1 в Samba необходимо добавить такие строчки в /etc/samba/smb.conf в секцию global:

sudo vi /etc/samba/smb.conf

server min protocol = NT1
client min protocol = NT1
min protocol = NT1

После этого надо перезапустить Samba.

sudo systemctl restart smbd
sudo systemctl restart nmbd

Хочу обратить ваше внимание, что у меня всё заработало только после того как я перезагрузил и сервер и клиент. Видимо что-то где-то кэшируется.

2. Настройка имени хоста

Имя хоста вашего компьютера, выводимое командой hostname должно совпадать со значением в файле /etc/hosts и со значением параметра netbios name в файле /etc/samba/smb.conf. Например:

Регистр букв не имеет значения.

3. Установка Avahi

Если предыдущий способ не поможет, то установка Avahi должна помочь. Samba не будет отображаться в сетях Windows, но зато появится в сетевом окружении в Nautilus. Для установки Avahi выполните:

sudo apt install avahi-daemon avahi-utils

После этого сервис стоит запустить и добавить в автозагрузку:

sudo systemctl enable avahi-daemon

sudo systemctl start avahi-daemon

Проверить доступные сервисы можно командой:

Среди них должна быть ваша шара, обозначенная как Microsoft Windows Network local.

4. Установка WSDD

Сервис WSDD нужен для того чтобы вашу шару было видно из Windows. Можно использовать сервис wsdd2 из этого репозитория. Его надо собрать из исходников, но в этом нет ничего сложного. Сначала склонируйте репозиторий:

git clone https://github.com/Andy2244/wsdd2.git

Затем перейдите в папку с проектом:

Выполните make для сборки:

Затем установите программу, она только скопирует исполняемый файл и службу systemd в нужные директории:

sudo make install

Осталось запустить службу:

sudo systemctl daemon-reload

sudo systemctl enable —now wsdd2

Теперь Windows сможет видеть ваш сервер Samba. Таким образом если всё сделать правильно, то все всех будут видеть.

Настройка Windows

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

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

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

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

Читайте также:  События иб ms windows server security log 2016

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

2. Включение SMB1 в Windows

Для того чтобы включить поддержку протокола SMB1 в Windows 10 откройте поиск и наберите Включение компонентов. Затем откройте утилиту Включение и выключение компонентов Windows:

Дальше найдите пункт SMB1.0 CIFS File Sharing Support и установите напротив него галочку:

Затем необходимо перезапустить компьютер:

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

Настройка клиента

Исходя из выше перечисленного, клиент скорее всего не виноват, но можно попробовать его настроить чтобы быть уверенным точно. Как я уже написал выше Nautilus для подключения и просмотра общих папок Windows и Samba использует виртуальную файловую систему 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:

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

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

Выводы

Если всё будет сделано правильно то Linux увидит вашу шару Windows или Samba:

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

Источник

Оцените статью