Альт линукс не видит сеть windows

Ошибка 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

Картинка с сайта: windoro.ru

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

sudo systemctl restart smbd
sudo systemctl restart nmbd

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

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

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

Картинка с сайта: windoro.ru

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

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

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

sudo apt install avahi-daemon avahi-utils

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

sudo systemctl enable avahi-daemon

sudo systemctl start avahi-daemon

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

Картинка с сайта: windoro.ru

Среди них должна быть ваша шара, обозначенная как 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

Картинка с сайта: windoro.ru

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

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

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

Картинка с сайта: windoro.ru

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

Картинка с сайта: windoro.ru

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

Картинка с сайта: windoro.ru

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

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:

Картинка с сайта: windoro.ru

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

Источник

unixforum.org

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

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

Windows сеть (С одной Linux машиной)

Windows сеть

Сообщение Vehont » 13.03.2006 21:44

Re: Windows сеть

Сообщение router » 13.03.2006 21:57

Re: Windows сеть

Сообщение Vehont » 14.03.2006 09:29

Re: Windows сеть

Сообщение router » 14.03.2006 18:46

Re: Windows сеть

Сообщение KALIBR-10 » 01.07.2008 12:47

]# samba restart
Shutting down CIFS services: Samba server, NetBIOS over TCP/IP server [FAILED]
Starting CIFS services: NetBIOS over TCP/IP server, Samba server [ DONE ]
[root@localhost

]# samba restart
Shutting down CIFS services: Samba server, NetBIOS over TCP/IP server [ DONE ]
Starting CIFS services: NetBIOS over TCP/IP server, Samba server [ DONE ]
[root@localhost

Вот настройки самбы:

netbios name = Xit-04
guest account = guest
server string =
security = share

printcap name = cups
load printers = yes

log file = /var/log/samba/log.%m

max log size = 50

encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd

socket options = TCP_NODELAY

wins support = yes

[homes]
comment = Home Directory for ‘%u’
path = /home/user/Documents
browseable = yes
writable = yes

Re: Windows сеть

Сообщение Alexei_VM » 01.07.2008 12:55

Обратите внимание на строку в конфиге

И соответственно, в поисках источника проблем обратите свой взгляд в логи.

Re: Windows сеть

Сообщение KALIBR-10 » 01.07.2008 17:06

[2008/06/27 16:46:03, 0] smbd/server.c:main(944)
smbd version 3.0.26a started.
Copyright Andrew Tridgell and the Samba Team 1992-2007
[2008/06/27 16:46:03, 0] passdb/pdb_interface.c:guest_user_info(256)
guest_user_info: Unable to locate guest account [guest]!
[2008/06/27 16:46:03, 0] smbd/server.c:main(1059)
ERROR: failed to setup guest info.
[2008/07/01 12:51:02, 0] smbd/server.c:main(944)
smbd version 3.0.26a started.
Copyright Andrew Tridgell and the Samba Team 1992-2007
[2008/07/01 12:51:02, 0] passdb/pdb_interface.c:guest_user_info(256)
guest_user_info: Unable to locate guest account [guest]!
[2008/07/01 12:51:02, 0] smbd/server.c:main(1059)
ERROR: failed to setup guest info.
[2008/07/01 12:51:03, 0] smbd/server.c:main(944)
smbd version 3.0.26a started.
Copyright Andrew Tridgell and the Samba Team 1992-2007
[2008/07/01 12:51:03, 0] passdb/pdb_interface.c:guest_user_info(256)
guest_user_info: Unable to locate guest account [guest]!
[2008/07/01 12:51:03, 0] smbd/server.c:main(1059)
ERROR: failed to setup guest info.

Ничего не понимаю

Re: Windows сеть

Сообщение Alexei_VM » 01.07.2008 17:24

Re: Windows сеть

Сообщение KALIBR-10 » 02.07.2008 08:51

пробовал guest accaunt = nobody ничего!

Re: Windows сеть

Сообщение Skull » 02.07.2008 11:55

Re: Windows сеть

Сообщение KALIBR-10 » 02.07.2008 12:40

Re: Windows сеть

Сообщение Alexei_VM » 02.07.2008 12:51

Прекращаем тупить, да?
См. 5 сообщений назад.

Re: Windows сеть

Сообщение KALIBR-10 » 02.07.2008 14:32

[2008/07/02 08:53:37, 0] nmbd/nmbd.c:main(697)
Netbios nameserver version 3.0.26a started.
Copyright Andrew Tridgell and the Samba Team 1992-2007
[2008/07/02 08:53:37, 0] nmbd/asyncdns.c:start_async_dns(151)
started asyncdns process 4168
[2008/07/02 08:53:41, 0] nmbd/nmbd.c:terminate(58)
Got SIGTERM: going down.
[2008/07/02 08:53:41, 0] nmbd/nmbd.c:main(697)
Netbios nameserver version 3.0.26a started.
Copyright Andrew Tridgell and the Samba Team 1992-2007
[2008/07/02 08:53:41, 0] nmbd/asyncdns.c:start_async_dns(151)
started asyncdns process 4195
[2008/07/02 08:54:03, 0] nmbd/nmbd.c:terminate(58)
Got SIGTERM: going down.

[2008/07/02 08:53:37, 0] smbd/server.c:main(944)
smbd version 3.0.26a started.
Copyright Andrew Tridgell and the Samba Team 1992-2007
[2008/07/02 08:53:41, 0] smbd/server.c:main(944)
smbd version 3.0.26a started.
Copyright Andrew Tridgell and the Samba Team 1992-2007

Re: Windows сеть

Сообщение Alexei_VM » 02.07.2008 14:50

Ну samba вполне работает, каталоги можно в сеть расшаривать.

Re: Windows сеть

Сообщение KALIBR-10 » 03.07.2008 14:43

Да мне бы только бы чтоб комп в сети светился, и самба стартовала с первого раза, ато руками приходится делать:
[root@localhost

]# samba restart
Shutting down CIFS services: Samba server, NetBIOS over TCP/IP server [FAILED]
Starting CIFS services: NetBIOS over TCP/IP server, Samba server [ DONE ]
[root@localhost

]# samba restart
Shutting down CIFS services: Samba server, NetBIOS over TCP/IP server [ DONE ]
Starting CIFS services: NetBIOS over TCP/IP server, Samba server [ DONE ]
[root@localhost

И так на всех машинах

Re: Windows сеть

Сообщение Alexei_VM » 03.07.2008 15:23

А попробуйте в smb.conf вписать

Re: Windows сеть

Сообщение KALIBR-10 » 03.07.2008 16:49

Которые из них?
log.192.168.1.1
log.alpha-1
log.nmbd
log.smbd

Re: Windows сеть

Сообщение Alexei_VM » 03.07.2008 17:07

Re: Windows сеть

Сообщение KALIBR-10 » 07.07.2008 08:14

Источник

Информация о материале

Опубликовано: 09 мая 2021

На ноут lenovo была установлена debian 9, все в принципе хорошо, но не пускает на шару windows.
Так же не видит сеть windows (20 пк).
А ситуация в том, что периодически все же сеть он видит, т.е вначале сеть видел и даже подключился на шару, на след день не видел сеть windows. сегодня же сеть видел (до перезагрузки), сейчас опять не видит. Все пк пингуются. пробовал править smb, не помогло.
Пробовал ставить Mint linux, elementary os, проблема та же, сеть винды не видит, но все пингует.
в чем может быть проблема? то видит, то не видит, 3 дня гугления не принесли результатов.
В линуксе новичек, ранее не работал.
Пробовал запускать live версии линукс на других ноутах, результат такой же, на шары windows не пускает.
Все подцеплено к mikrotik rb2011uias-2hnd-in.
На шаре виндовс вход для всех, брандмауэр отключил, результата ноль.

• 
  Вопрос задан

  более трёх лет назад

• 13394 просмотра

Linux не видит компьютеры в сети windows

Недавно я перешел с Windows 10 на операционную систему Kubuntu. Сам по себе переход не вызвал каких-либо проблем, но в последствии они все-таки появились.

Дело в том, что у меня дома функционирует небольшая локальная сеть, которая включает в себя сервер под управлением Linux. Вот с подключением к нему и возникли некоторые проблемы.

Разумеется перед тем, как подключаться к серверу Samba были произведены настройки конфигурационного файла на подключаемому к серверу компьютеру, но результатов это не дало.

Хотя сервер пинговался с рабочего компьютера без каких-либо проблем.

Пришлось копать дальше, но главное понять причину произошедшего.

А все дело в том, что с выходом Windows 10 компания Microsoft решила отказаться от старого протокола SMB1 в пользу более современных протоколов SMB2 и SMB3, в которых уже нет сетевого обнаружения.

Но на этом история не заканчивается. Начиная с Samba версии 4.11 по умолчанию отключена поддержка протокола SMB1.

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

Для этого открываем терминал и вводим команду

Далее необходимо внести несколько команд в конфигурационный файл Samba. Он расположен по адресу:

Здесь в секции global после workgroup = необходимо дописать:

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

Сохраняем отредактированный файл и перезагружаем компьютер.

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

Ну и разумеется мы подготовили короткое видео с наглядным решением данной проблемы. Приятного просмотра!

Источник

Linux не видит компьютеры в сети windows

System: Host: juss1962-GS Kernel: 4.15.0-50-generic x86_64
bits: 64 gcc: 7.3.0
Desktop: Cinnamon 3.8.9 (Gtk 3.22.30-1ubuntu3)
Distro: Linux Mint 19 Tara
Machine: Device: desktop Mobo: ASUSTeK model: A68HM-K v: Rev X.0x serial: N/A
UEFI: American Megatrends v: 1301 date: 11/03/2015
CPU: Quad core AMD Athlon X4 840 (-MCP-)
arch: Steamroller rev.1 cache: 8192 KB

flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm) bmips: 24739
clock speeds: max: 3100 MHz 1: 1396 MHz 2: 1395 MHz 3: 3784 MHz
4: 3770 MHz
Graphics: Card: NVIDIA G92 [GeForce 9800 GT] bus-ID: 01:00.0
Display Server: x11 (X.Org 1.19.6 )
drivers: nouveau (unloaded: modesetting,fbdev,vesa)
Resolution: 1680×1050@59.88hz, 1920×1080@60.00hz
OpenGL: renderer: NV92 version: 3.3 Mesa 18.2.8 Direct Render: Yes
Audio: Card Advanced Micro Devices [AMD] FCH Azalia Controller
driver: snd_hda_intel bus-ID: 00:14.2
Sound: Advanced Linux Sound Architecture v: k4.15.0-50-generic
Network: Card: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 04:00.0
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac:
Drives: HDD Total Size: 1000.2GB (7.5% used)
ID-1: /dev/sda model: ST1000DM003 size: 1000.2GB
Partition: ID-1: / size: 917G used: 70G (9%) fs: ext4 dev: /dev/sda5
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 22.0C mobo: N/A gpu: 55.0
Fan Speeds (in rpm): cpu: 0
Info: Processes: 238 Uptime: 23 min Memory: 3850.5/7920.8MB
Init: systemd runlevel: 5 Gcc sys: 7.4.0
Client: Shell (bash 4.4.191) inxi: 2.3.56

Всё починил. Нашёл вот эту ссылку https://www.linuxmint.com.ru/viewtopic.php?t=3185
Однако странно то, что реально обновлений не устанавливалось, а получается что samba сама обновилась?

Всем, кто пытался помогать, огромное спасибо за потраченное время!

Samba перестала видеть локальную сеть

Samba перестала видеть локальную сеть

# Change this to the workgroup/NT-domain name your Samba server will part of
workgroup = UNIGRIND

# server string is the equivalent of the NT Description field
server string = %h server (Samba, Ubuntu)

# This will prevent nmbd to search for NetBIOS names through DNS.
dns proxy = no

# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
; interfaces = 127.0.0.0/8 eth0

# Only bind to the named interfaces and/or networks; you must use the
# ‘interfaces’ option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself. However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
; bind interfaces only = yes

# This tells Samba to use a separate log file for each machine
# that connects
log file = /var/log/samba/log.%m

# Cap the size of the individual log files (in KiB).
max log size = 1000

# If you want Samba to only log through syslog then set the following
# parameter to ‘yes’.
# syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log. instead. If you want to log
# through syslog you should set the following parameter to something higher.
syslog = 0

# Do something sensible when Samba crashes: mail the admin a backtrace
panic action = /usr/share/samba/panic-action %d

# Server role. Defines in which mode Samba will operate. Possible
# values are «standalone server», «member server», «classic primary
# domain controller», «classic backup domain controller», «active
# directory domain controller».
#
# Most people will want «standalone sever» or «member server».
# Running as «active directory domain controller» will require first
# running «samba-tool domain provision» to wipe databases and create a
# new domain.
server role = standalone server

# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.
passdb backend = tdbsam

obey pam restrictions = yes

# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
unix password sync = yes

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# ‘passwd program’. The default is ‘no’.
pam password change = yes

# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
map to guest = bad user

#
# The following settings only takes effect if ‘server role = primary
# classic domain controller’, ‘server role = backup domain controller’
# or ‘domain logons’ is set
#

# It specifies the location of the user’s
# profile directory from the client point of view) The following
# required a [profiles] share to be setup on the samba server (see
# below)
; logon path = \%Nprofiles%U
# Another common choice is storing the profile in the user’s home directory
# (this is Samba’s default)
# logon path = \%N%Uprofile

# The following setting only takes effect if ‘domain logons’ is set
# It specifies the location of a user’s home directory (from the client
# point of view)
; logon drive = H:
# logon home = \%N%U

# The following setting only takes effect if ‘domain logons’ is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in ‘DOS’ file format convention
; logon script = logon.cmd

# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
; include = /home/samba/etc/smb.conf.%m

# Some defaults for winbind (make sure you’re not using the ranges
# for something else.)
; idmap uid = 10000-20000
; idmap gid = 10000-20000
; template shell = /bin/bash

# Setup usershare options to enable non-root users to share folders
# with the net usershare command.

# Maximum number of usershare. 0 (default) means that usershare is disabled.
; usershare max shares = 100

# Allow users who’ve been granted usershare privileges to create
# public shares, not just authenticated ones
usershare allow guests = yes

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each
# user’s home directory as \serverusername
;[homes]
; comment = Home Directories
; browseable = no

# By default, the home directories are exported read-only. Change the
# next parameter to ‘no’ if you want to be able to write to them.
; read only = yes

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
; create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
; directory mask = 0700

# By default, \serverusername shares can be connected to by anyone
# with access to the samba server.
# Un-comment the following parameter to make sure that only «username»
# can connect to \serverusername
# This might need tweaking when using external authentication schemes
; valid users = %S

# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
; comment = Network Logon Service
; path = /home/samba/netlogon
; guest ok = yes
; read only = yes

# Un-comment the following and create the profiles directory to store
# users profiles (see the «logon path» option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
; comment = Users profiles
; path = /home/samba/profiles
; guest ok = no
; browseable = no
; create mask = 0600
; directory mask = 0700

[printers]
comment = All Printers
browseable = no
path = /var/spool/samba
printable = yes
guest ok = no
read only = yes
create mask = 0700

# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
comment = Printer Drivers
path = /var/lib/samba/printers
browseable = yes
read only = yes
guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace ‘lpadmin’ with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
; write list = root, @lpadmin

Источник

Блог начинающего линуксоида.

советы, руководства, инструкции.

Страницы

воскресенье, 4 октября 2015 г.

Очень часто бывает так, что в доме находятся компьютеры с разными операционными системами. И нужно организовать между ними локальную сеть, обеспечить общий доступ к файлам. Сделать это очень просто.

Общие сведения.

Внимание: на обеих системах должны быть настроены статические IP адреса.В Windows кликнете правой кнопкой на значке сетевых подключений и выберите «Центр управления сетями и общим доступом», далее «Изменение параметров адаптера», выберите нужный адаптер (вашу сетевую карту) и зайдите в её свойства. Перейдите в пункт «Протокол Интернета версии 4» и выберите «Использовать следующий IP адрес»:

Если вы используете фаерволл (брандмауэр Windows либо другое аналогичное ПО, а также iptables в Linux или фаерволл в вашем роутере), убедитесь что открыты нужные порты (Для SAMBA: 135, 139, 445/TCP; 137, 138/UDP. Для NFS: 2049/TCP).

Linux => Windows

Представим ситуацию: у вас есть второй компьютер (или файловый сервер), под управлением Ubuntu 14.04, на котором находится большая коллекция ваших видео, фото и так далее, расположенная на отдельном диске, который монтируется в /media/MyDATA. Этот диск нужно расшарить на компьютер под управлением Windows 8.1. Первым делом, установим необходимые пакеты:

sudo apt install samba samba-common smbclient

Теперь необходимо сконфигурировать Самбу. У вас есть два пути: консольный и графический.

Консольный.

Открываем файл /etc/samba/smb.conf:

sudo nano /etc/samba/smb.conf

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

[global]
workgroup = WORKGROUP
netbios name = Ubuntu-PC
server string = Ubuntu PC
map to guest = bad user
guest account = nobody
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192

#Следовать по симлинкам
unix extensions = no
wide links = yes
follow symlinks = yes

log level = 1

# UTF кодировка
unix charset = UTF-8
dos charset = cp1251
store dos attributes = yes

max log size = 10

[MyDATA]
path = /media/MyDATA
writeable = yes
available = yes
public = yes
guest ok = yes
force user = nobody
force group = nobody

Эта команда проверит конфиг на наличие ошибок и в случае их обнаружения, укажет где что исправить.

Теперь запустите сервер Samba:

sudo service start smbd

Графический.

sudo apt install syste-config-samba

Здесь всё предельно понятно и в настройках разберётся любой 🙂

Для других дистрибутивов (например Debian), установите пакет gadmin-samba:

sudo apt install gadmin-samba

После настройки, перезапустите демон Samba. Для Ubuntu:

sudo service restart smbd

sudo systemctl restart smbd.service

Также можно открыть доступ к нужному каталогу из файлового менеджера, открыв свойства каталога:

В Windows необходимо включить сетевое обнаружение. Для этого в центре управления сетями, зайдите в «Изменить дополнительные параметры общего доступа»

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

Linux => Linux

А теперь представим, что у нас есть компьютер с Debian 8 (IP адрес 192.168.0.2), и ноутбук с Ubuntu 14.04 (IP адрес 192.168.0.3). С ноутбука нужно расшарить раздел диска, который смонтирован в /media/DATA (это раздел для торрентов и прочей файлопомойки). Для этого мы используем NFS:

sudo apt install nfs-kernel-server nfs-common rpcbind

Укажем что нужно расшаривать:

sudo nano /etc/exports

Далее нужно указать, каким хостам в сети разрешено иметь доступ к серверу:

sudo nano /etc/hosts.allow

Указываем доступ для всех машин, находящихся в подсети 192.168.0.0/255.255.255.0:

nfsd: 192.168.0.0/255.255.255.0
rpcbind: 192.168.0.0/255.255.255.0
mountd: 192.168.0.0/255.255.255.0

Если вы указали в файле exports только IP адрес нужной машины, то соответственно, указывайте его.

Теперь запустите сервис:

sudo service nfs-kernel-server start

На компьютере установите следующие пакеты:

sudo apt install nfs-common rpcbind

Создайте директорию для монтирования общего ресурса:

sudo mkdir /media/Share

Монтирование вручную.

В результате всё содержимое диска /media/DATA (на ноутбуке) окажется доступным на компьютере в каталоге /media/Share, как если бы эти данные хранились на нём. Для того чтобы ресурс монтировался автоматически после загрузки системы, есть два способа.

Монтирование через fstab.

Файл /etc/fstab содержит в себе информацию о присутствующих файловых системах, точках монтирования и параметрах монтирования. Чтобы ресурс /media/DATA монтировался на ваш компьютер автоматически, добавьте в конец файла /etc/fstab следуюущую строку:

192.168.0.3:/ /media/Share nfs user,rw,noauto 0 0

Опция noauto запрещает автоматическое монтирование во время загрузки, так как сеть может быть недоступна в этот момент. Вместо этого, в файловом менеджере, в левой колонке появится пункт Share, кликнув на который, сетевой ресурс автоматически смонтируется. Однако при таком способе монтирования, есть пара существенных недостатков. Во первых, если в момент выключения компьютера, был открыт какой-либо файл, расположенный на сетевом ресурсе, компьютер откажется выключаться. Во-вторых, такая же ситуация произойдёт в случае пропажи связи между клиентом (компьютером) и сервером (ноутбуком). Для того, чтобы этих проблем не было, существует второй способ монтирования.

Монтирование с помощью AutoFS.

sudo apt install autofs

sudo nano /etc/auto.master

В конец файла добавляем строку:

Сохраняем и переходим к следующему файлу:

sudo nano /etc/auto.nfs

Создадим директорию Share в каталоге /mnt, куда будет монтироваться ресурс:

sudo mkdir /mnt/Share

Вот и всё. Теперь в каталоге /mnt/Share, при первом же обращении к нему, будет появляться содержимое удалённого ресурса /media/DATA. Кнопка подключения сетевого диска появится в файловом менеджере.

Источник

Ошибка 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 systemctl daemon-reload

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

Настройка Windows

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

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

Картинка с сайта: windoro.ru

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

Картинка с сайта: windoro.ru

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

Картинка с сайта: windoro.ru

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

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

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

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

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

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

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

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

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

Выводы

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

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

Источник

Windows сеть (С одной Linux машиной)

Модераторы: Skull, Модераторы разделов

18 декабря 2019 kna

Вы можете оставить комментарий, или Трекбэк с вашего сайта.

На самом деле Ubuntu прекрасно работает с Windows сетью и доменами, просто не все об этом знают.

Картинка с сайта: windoro.ru

smb://”IP или имя Windows системы”/”имя папки”. И ничего не открывается. Оказывается в Samba по умолчанию не включена поддержка smb2 и smb3 протокола необходимого для сетевой авторизации для всего что Windows 7 и выше. Нужно отредактировать файл /etc/samba/smb.conf и включить поддержку. Но вот беда файл защищён системой, поэтому отредактировать то его можно, а вот сохранить нет. Опять открываем терминал и пишем: sudo nano /etc/samba/smb.conf

Вводим пароль администратора и ищем строку: workgroup = WORKGROUP добавляем enter ниже дописываем client min protocol = SMB2 ещё раз enter client max protocol = SMB3. Чтобы в законченом виде выглядело вот так:

client min protocol = SMB2

client max protocol = SMB3

Теперь нажмите ctrl+O чтобы сохранить файл конфигурации и нажмите ещё раз enter.

Последний штрих перезапустить сервис SMB напишите в терминале: service smb start у меня почему-то эта комманда не проходила, поэтому пришлось перезапустить систему.

Теперь идём Files/Other Locations или Connect to Server и пишем: smb://”IP или имя Windows системы”/”имя папки” и вместо ошибки появляется диалог подключения. Тут тоже всё довольно просто.

User: IP или имя Windows системы компьютера к которому вы подключаетесьимя пользователя которому открыт доступ к этой папке. Например Server1User03 если в сети есть домен авторизации пользователей на другой машине и доступ открыт через домен нужно указывать сервер авторизации например USER-AUTHUser03 опять же если система в той же подсети, она сможет видеть сервер авторизации пользователей в домен не заходя. Обратите внимание, пользователь находится на удалённой системе, а не на вашей поэтому пишем Server1User03. (Единственное исключение если и на Windows и на Ubuntu будет создан пользователь User03 с одинаковым паролем, тогда можно Server1 не писать, но так лучше не делать).

Password: Пароль пользователя User03 на Windows машине которому открыт доступ к папке.

Если всё сделано правильно, то папка откроется. Если всё равно не открывается, проверьте настроки антивируса, Kaspersky например по умолчанию давит запросы Ubuntu системы даже если она находится в доверенной сети. Надеюсь пост поможет людям которые хотят использовать свою Ubuntu например на рабочем месте, а Windows заточенные админы только разводят руками и говорят “Ну это же Ubuntu, мы тут не знаем”. Достойное место в домашней сети Ubuntu тоже может прекрасно занять особенно на более старом железе, которое медленно тянет Win10. Не могу сказать, что я в восторге от всех этих плясок с терминалом, но в целом очень достойная и главная абсолютно бесплатная ОС.

P.S. Отдельное спасибо Андрею Л. за подсказку с версией самбы.

GNU/Linux

710 постов 13.2K подписчиков

Правила сообщества

Все дистрибутивы хороши.

Разумеется, команда не прошла. Для перезапуска самбы надо выполнить:

sudo service smbd restart

Убунту 18.04. Через программу «файлы» без проблем лазаю на шары. В окне программы в правом углу, есть поле, подключится. Ввожу туда адресс и вуаля.

Вот ещё, рекомендую:

Картинка с сайта: windoro.ru

Чёт вы модный. Надо юзать Vim для редактирования текста )

Чё-то в няшном Арчике настроил всё с полпинка. А он, тащемта, ни хрена не юзер-френдли.

а после апт-гет не надо писать инсталл?

У меня только один вопрос. Неужели есть люди, которые используют Касперского?

Хз. Настроил за 15 минут. Но больше мучался с виндой.

Насчет старого железа. Только вчера на свою древность поставил Lubuntu. Летает, пока не запустишь браузер:)

>service smb start у меня почему-то эта команда не проходила

# service smbd start

Надо мощно курнуть что бы такое в корп сети замутить. Ман дяди Васи.

Я уж промолчу про openpbis и sssd.

Консольный smbclient и гуй накуй

А что насчёт smb1 в таком конфиге? Минимум получается версия 2, т.е. первая отключается в таком случае вовсе?

Попробую послезавтра. Еще бы и принтер настроить.

Почему эта инфа для домохозяек у меня в новостях? ((

А зачем писать «client max protocol»? А через пару лет создадите пост, в котором решаете «проблему» ограничения Ubuntu протоколом smb3. Не даром в инструкции написано: «Normally this option should not be set as the automatic negotiation phase in the SMB protocol takes care of choosing the appropriate protocol.»

Настраивал как-то еще на Убунту 6.06 вроде, только натрахался пока настроил расшаренный принтер, подключенный к Винде.

В линукс без танцев с бубнами ничего нормально не работает

Ответ на пост «Проблема 11. Не разрешимая и самая необычная за 20 лет»

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

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

В один ужасный для нее момент,система не включилась.Естественно был включен битлокер из под админа,пароля от которого у дамы не было никогда. Все возможные варианты восстановления не работали упираясь в пароли биоса и прочие. Переставить систему не вариан,пароль снять тоже.Админ компании ей просто ответил прислать ему в Москву ноутбук,и получить взамен новый.На флешку реферат скопирован не был,в облако тоже)

Было выпито ведро кофе и выдрано немало волос из моей уже далеко не пышной шевелюры.

Вставил флешку с линуксом,в надежде хоть на что-то. ибо клиентка требует чтобы я пытался)

И после очередной перзагрузки что-то перемкнуло в голове этого электронного болвана,и система запустилась в штатном режиме. До сих пор догадках что это было и как оно починилось.Ибо потом все работало без сбоев и прочего.

Ответ на пост «Проблема 11. Не разрешимая и самая необычная за 20 лет»

Источник

Недавно я перешел с Windows 10 на операционную систему Kubuntu. Сам по себе переход не вызвал каких-либо проблем, но в последствии они все-таки появились.

Дело в том, что у меня дома функционирует небольшая локальная сеть, которая включает в себя сервер под управлением Linux. Вот с подключением к нему и возникли некоторые проблемы.

Разумеется перед тем, как подключаться к серверу Samba были произведены настройки конфигурационного файла на подключаемому к серверу компьютеру, но результатов это не дало.

Хотя сервер пинговался с рабочего компьютера без каких-либо проблем.

Пришлось копать дальше, но главное понять причину произошедшего.

А все дело в том, что с выходом Windows 10 компания Microsoft решила отказаться от старого протокола SMB1 в пользу более современных протоколов SMB2 и SMB3, в которых уже нет сетевого обнаружения.

Но на этом история не заканчивается. Начиная с Samba версии 4.11 по умолчанию отключена поддержка протокола SMB1.

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

Для этого открываем терминал и вводим команду

Далее необходимо внести несколько команд в конфигурационный файл Samba. Он расположен по адресу:

Здесь в секции global после workgroup = необходимо дописать:

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

Сохраняем отредактированный файл и перезагружаем компьютер.

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

Ну и разумеется мы подготовили короткое видео с наглядным решением данной проблемы. Приятного просмотра!

Источник

Ошибка 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

Картинка с сайта: windoro.ru

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

sudo systemctl restart smbd
sudo systemctl restart nmbd

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

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

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

Картинка с сайта: windoro.ru

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

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

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

sudo apt install avahi-daemon avahi-utils

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

sudo systemctl enable avahi-daemon

sudo systemctl start avahi-daemon

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

Картинка с сайта: windoro.ru

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

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

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

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

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

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

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

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

sudo systemctl daemon-reload

Картинка с сайта: windoro.ru

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

Настройка Windows

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

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

Картинка с сайта: windoro.ru

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

Картинка с сайта: windoro.ru

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

Картинка с сайта: windoro.ru

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

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

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

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

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

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

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

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

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

Выводы

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

Картинка с сайта: windoro.ru

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

Источник

Блог начинающего линуксоида.

советы, руководства, инструкции.

Страницы

воскресенье, 4 октября 2015 г.

Очень часто бывает так, что в доме находятся компьютеры с разными операционными системами. И нужно организовать между ними локальную сеть, обеспечить общий доступ к файлам. Сделать это очень просто.

Общие сведения.

Внимание: на обеих системах должны быть настроены статические IP адреса.В Windows кликнете правой кнопкой на значке сетевых подключений и выберите «Центр управления сетями и общим доступом», далее «Изменение параметров адаптера», выберите нужный адаптер (вашу сетевую карту) и зайдите в её свойства. Перейдите в пункт «Протокол Интернета версии 4» и выберите «Использовать следующий IP адрес»:

Если вы используете фаерволл (брандмауэр Windows либо другое аналогичное ПО, а также iptables в Linux или фаерволл в вашем роутере), убедитесь что открыты нужные порты (Для SAMBA: 135, 139, 445/TCP; 137, 138/UDP. Для NFS: 2049/TCP).

Linux => Windows

Представим ситуацию: у вас есть второй компьютер (или файловый сервер), под управлением Ubuntu 14.04, на котором находится большая коллекция ваших видео, фото и так далее, расположенная на отдельном диске, который монтируется в /media/MyDATA. Этот диск нужно расшарить на компьютер под управлением Windows 8.1. Первым делом, установим необходимые пакеты:

sudo apt install samba samba-common smbclient

Теперь необходимо сконфигурировать Самбу. У вас есть два пути: консольный и графический.

Консольный.

Открываем файл /etc/samba/smb.conf:

sudo nano /etc/samba/smb.conf

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

[global]
workgroup = WORKGROUP
netbios name = Ubuntu-PC
server string = Ubuntu PC
map to guest = bad user
guest account = nobody
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192

#Следовать по симлинкам
unix extensions = no
wide links = yes
follow symlinks = yes

log level = 1

# UTF кодировка
unix charset = UTF-8
dos charset = cp1251
store dos attributes = yes

max log size = 10

[MyDATA]
path = /media/MyDATA
writeable = yes
available = yes
public = yes
guest ok = yes
force user = nobody
force group = nobody

Эта команда проверит конфиг на наличие ошибок и в случае их обнаружения, укажет где что исправить.

Теперь запустите сервер Samba:

sudo service start smbd

Графический.

sudo apt install syste-config-samba

Здесь всё предельно понятно и в настройках разберётся любой 🙂

Для других дистрибутивов (например Debian), установите пакет gadmin-samba:

sudo apt install gadmin-samba

После настройки, перезапустите демон Samba. Для Ubuntu:

sudo service restart smbd

sudo systemctl restart smbd.service

Также можно открыть доступ к нужному каталогу из файлового менеджера, открыв свойства каталога:

В Windows необходимо включить сетевое обнаружение. Для этого в центре управления сетями, зайдите в «Изменить дополнительные параметры общего доступа»

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

Linux => Linux

А теперь представим, что у нас есть компьютер с Debian 8 (IP адрес 192.168.0.2), и ноутбук с Ubuntu 14.04 (IP адрес 192.168.0.3). С ноутбука нужно расшарить раздел диска, который смонтирован в /media/DATA (это раздел для торрентов и прочей файлопомойки). Для этого мы используем NFS:

sudo apt install nfs-kernel-server nfs-common rpcbind

Укажем что нужно расшаривать:

sudo nano /etc/exports

Далее нужно указать, каким хостам в сети разрешено иметь доступ к серверу:

sudo nano /etc/hosts.allow

Указываем доступ для всех машин, находящихся в подсети 192.168.0.0/255.255.255.0:

nfsd: 192.168.0.0/255.255.255.0
rpcbind: 192.168.0.0/255.255.255.0
mountd: 192.168.0.0/255.255.255.0

Если вы указали в файле exports только IP адрес нужной машины, то соответственно, указывайте его.

Теперь запустите сервис:

sudo service nfs-kernel-server start

На компьютере установите следующие пакеты:

sudo apt install nfs-common rpcbind

Создайте директорию для монтирования общего ресурса:

sudo mkdir /media/Share

Монтирование вручную.

В результате всё содержимое диска /media/DATA (на ноутбуке) окажется доступным на компьютере в каталоге /media/Share, как если бы эти данные хранились на нём. Для того чтобы ресурс монтировался автоматически после загрузки системы, есть два способа.

Монтирование через fstab.

Файл /etc/fstab содержит в себе информацию о присутствующих файловых системах, точках монтирования и параметрах монтирования. Чтобы ресурс /media/DATA монтировался на ваш компьютер автоматически, добавьте в конец файла /etc/fstab следуюущую строку:

192.168.0.3:/ /media/Share nfs user,rw,noauto 0 0

Опция noauto запрещает автоматическое монтирование во время загрузки, так как сеть может быть недоступна в этот момент. Вместо этого, в файловом менеджере, в левой колонке появится пункт Share, кликнув на который, сетевой ресурс автоматически смонтируется. Однако при таком способе монтирования, есть пара существенных недостатков. Во первых, если в момент выключения компьютера, был открыт какой-либо файл, расположенный на сетевом ресурсе, компьютер откажется выключаться. Во-вторых, такая же ситуация произойдёт в случае пропажи связи между клиентом (компьютером) и сервером (ноутбуком). Для того, чтобы этих проблем не было, существует второй способ монтирования.

Монтирование с помощью AutoFS.

sudo apt install autofs

sudo nano /etc/auto.master

В конец файла добавляем строку:

Сохраняем и переходим к следующему файлу:

sudo nano /etc/auto.nfs

Создадим директорию Share в каталоге /mnt, куда будет монтироваться ресурс:

sudo mkdir /mnt/Share

Вот и всё. Теперь в каталоге /mnt/Share, при первом же обращении к нему, будет появляться содержимое удалённого ресурса /media/DATA. Кнопка подключения сетевого диска появится в файловом менеджере.

Источник

В настоящее время компьютерная сеть — это неотъемлемая часть работы любого предприятия или организации. Один из наиболее распространенных видов сетей — сеть Windows. Однако сталкиваются пользователи с проблемами подключения к сети Windows среди разных операционных систем, включая Altlinux. В данной статье мы рассмотрим возникающие проблемы и предложим решение.

Одной из распространенных проблем является невозможность обнаружить компьютеры в сети Windows из Altlinux. Чаще всего это вызвано неправильной настройкой сетевых параметров. Для решения этой проблемы необходимо убедиться, что компьютеру с Altlinux назначен правильный IP-адрес, совместимый с IP-адресами компьютеров в сети Windows.

Кроме того, возможна проблема с использованием разных протоколов сети. Windows обычно использует протокол SMB (Server Message Block) для обмена файлами и печатями, в то время как Altlinux может использовать протокол Samba или NFS. Для решения этой проблемы необходимо убедиться, что на компьютере с Altlinux установлен и настроен нужный протокол сети.

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

Подготовка к подключению

Перед тем как осуществить подключение Altlinux к сети Windows, необходимо выполнить несколько предварительных шагов:

1. Убедитесь, что все компоненты сети находятся в рабочем состоянии и правильно подключены.
2. Проверьте настройки сети на компьютерах с операционной системой Windows и убедитесь, что они совпадают с настройками сети на Altlinux.
3. Установите необходимые пакеты для работы с сетью на Altlinux.
4. Настройте IP-адреса и другие сетевые параметры на компьютерах с операционной системой Windows и Altlinux.
5. Убедитесь, что на компьютерах с операционной системой Windows и Altlinux установлено одинаковое имя рабочей группы.
6. Включите совместное использование файлов и принтеров на компьютерах с операционной системой Windows.

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

Проверка соединения

Перед тем, как начать решать проблему с подключением Altlinux к сети Windows, необходимо выполнить проверку соединения между компьютерами. Приведенные ниже шаги помогут убедиться, что сетевое соединение работает корректно:

1. Убедитесь, что все компьютеры в сети включены и подключены к одной локальной сети.
2. Проверьте, работает ли сетевое оборудование (роутер, коммутатор, модем и т.д.). Убедитесь, что все индикаторы на оборудовании горят или мигают, что указывает на активное сетевое подключение.
3. Убедитесь, что на компьютере с Altlinux установлены необходимые сетевые драйверы. Проверьте их наличие и корректность работы.
4. Проверьте настройки сетевых подключений на компьютере с Altlinux. Убедитесь, что IP-адрес, подсеть, шлюз и DNS-серверы указаны правильно.
5. Выполните «ping» проверку между компьютерами. Откройте терминал и введите команду «ping ip-адрес_компьютера_с_Windows». Если есть ответы от компьютера с Windows, значит, сетевое соединение функционирует нормально.
6. Если проблема с подключением к сети Windows все еще остается, можно попробовать перезапустить сетевое оборудование и компьютеры, а также проверить настройки брандмауэра и антивирусного программного обеспечения.

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

Для успешного соединения Altlinux с сетью Windows необходимо произвести несколько настроек:

1. Убедитесь, что у обоих компьютеров установлены драйверы для сетевых адаптеров и они работают без ошибок.

2. Проверьте, что на обоих компьютерах установлены одинаковые рабочие группы. Для этого выполните следующие действия:

3. Убедитесь, что оба компьютера имеют уникальные имена.

4. Проверьте, что на обоих компьютерах включен сетевой протокол TCP/IP:

После выполнения всех этих настроек, Altlinux должен успешно подключиться к сети Windows.

Добавление Altlinux в сеть

Чтобы подключить операционную систему Altlinux к сети Windows, выполните следующие шаги:

1. Проверьте настройки сети

Убедитесь, что в вашей системе Altlinux настроены правильные параметры сети. Проверьте наличие IP-адреса, шлюза по умолчанию и DNS-сервера.

2. Установите необходимое программное обеспечение

Убедитесь, что в системе Altlinux установлены пакеты samba и smbclient. Если они не установлены, выполните команду:

sudo apt-get install samba smbclient

3. Настройте файл smb.conf

Откройте файл smb.conf в текстовом редакторе и добавьте следующие строки:

[global]
workgroup = Название_рабочей_группы
security = user

Замените «Название_рабочей_группы» на имя вашей рабочей группы Windows.

4. Подключитесь к сети Windows

Чтобы подключиться к сетевым ресурсам Windows, выполните следующую команду:

smbclient -L //имя_компьютера/подключаемый_каталог -U имя_пользователя

Замените «имя_компьютера» на имя компьютера Windows, а «подключаемый_каталог» на путь к расшаренной папке Windows. Введите имя пользователя Windows в качестве «имя_пользователя».

Примечание: Предварительно введите пароль пользователя Windows.

Решение проблемы подключения

Существует несколько способов решения проблемы подключения Altlinux к сети Windows. Вот некоторые из них:

1. Убедитесь, что все компоненты сети настроены корректно. Проверьте настройки IP-адреса, маски подсети, шлюза и DNS-сервера.
2. Проверьте, что статический IP-адрес вашего компьютера находится в одной подсети с компьютерами Windows. Если это не так, измените настройки IP-адреса так, чтобы они соответствовали сети Windows.
3. Если вы используете DHCP для получения IP-адреса, убедитесь, что DHCP-сервер работает корректно и вы получили корректный IP-адрес.
4. Проверьте состояние сетевого подключения. Убедитесь, что сетевой кабель подключен к компьютеру и активен.
5. Если все настройки сети верны, попробуйте перезапустить компьютер и обновить сетевые настройки.
6. Если проблема не решена, попробуйте временно отключить брандмауэр или антивирусную программу на компьютере Altlinux и проверить, есть ли подключение к сети Windows. Если да, то проблема может быть связана с настройками брандмауэра или антивирусной программы.
7. В случае, если все вышеуказанные методы не помогли, обратитесь к специалисту, который сможет более подробно изучить проблему и предложить решение.

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

Alt Linux — популярный дистрибутив Linux, который предоставляет возможность установки на компьютеры с операционной системой Windows. Однако, встречаются ситуации, когда Alt Linux не обнаруживает сеть Windows, что приводит к проблемам с обменом данными между компьютерами.

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

Итак, как решить проблему, когда Alt Linux не обнаруживает сеть Windows?

Первым шагом в решении данной проблемы является проверка настроек сети. Убедитесь, что IP-адрес компьютера с Alt Linux и компьютера с Windows находятся в одной сети. Для этого откройте командную строку и введите команду «ipconfig» на компьютере под управлением Windows или команду «ifconfig» на компьютере с Alt Linux. Сравните IP-адреса и подсети, и если они отличаются, измените настройки сети согласно рекомендациях операционной системы.

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

Третий шаг заключается в проверке настроек файрвола. Установите правила файрвола на обоих компьютерах, чтобы разрешить обмен данными между ними. В случае использования Windows, проверьте настройки Windows Firewall и возможно добавьте правила для разрешения доступа. В случае использования Alt Linux, убедитесь, что вы не блокируете порты, которые используются для обмена данными между компьютерами.

Надеемся, эти рекомендации помогут вам решить проблему с обнаружением сети Windows в Alt Linux и восстановить нормальный обмен данными между компьютерами. В случае, если проблема не решается, обратитесь за помощью к специалистам или посетите форумы, где пользователи могут поделиться своим опытом и решениями.

Что такое Alt Linux?

Alt Linux является полностью совместимой с Linux и поддерживает большинство программ и приложений, которые доступны в Linux-экосистеме. Она предлагает пользователю набор инструментов и возможностей для работы с файлами, сетью, мультимедиа и другими задачами.

Особенностью Alt Linux является простота использования и интуитивно понятный интерфейс, что делает ее доступной для пользователей с разным уровнем опыта работы с операционными системами. Alt Linux также известна своей стабильностью и надежностью.

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

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

Что такое сеть Windows?

В сети Windows используется протокол обмена данными SMB (Server Message Block), который позволяет компьютерам в сети общаться друг с другом и получать доступ к общим ресурсам. С помощью этого протокола компьютеры могут предоставлять и запрашивать доступ к файлам и папкам, используя идентификацию пользователя и пароль.

Сеть Windows обычно используется в рабочих группах или корпоративных сетях, где компьютеры соединены через локальную сеть (LAN). Однако, она также может быть настроена для работы через Интернет или другие типы сетей.

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

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

Для работы с сетью Windows в операционной системе Linux необходимо настроить соответствующие сетевые протоколы и учетные записи пользователей. Это позволит осуществить обмен данными и доступ к общим ресурсам Windows с помощью Linux-системы.

Причины проблемы

Проблема отсутствия обнаружения сети Windows в операционной системе Alt Linux может быть вызвана несколькими причинами:

Решение проблемы обнаружения сети Windows в операционной системе Alt Linux может потребовать проведения детального анализа всех вышеперечисленных факторов и последующих настроек или замены соответствующих компонентов.

Несовместимость Alt Linux и Windows

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

Часто, проблема несовместимости может быть связана с наличием разных версий протоколов и настроек сети в операционных системах. Например, Alt Linux может использовать протоколы TCP/IP или SMB, в то время как Windows может использовать протоколы NetBIOS или MSRPC.

Возможное решение проблемы несовместимости Alt Linux и Windows включает в себя следующие шаги:

1. Обновление и настройка сетевых драйверов на компьютере с Alt Linux.
2. Проверка наличия необходимых пакетов и утилит для работы со сетью в Alt Linux.
3. Настройка сетевого соединения в Alt Linux таким образом, чтобы оно было совместимо с протоколами и настройками сети Windows.
4. Проверка наличия правильных настроек работы сети на компьютере с Windows.
5. Проверка наличия файрвола или антивирусного программного обеспечения, которое может блокировать сетевое соединение между Alt Linux и Windows.
6. Проверка наличия правильных настроек сетевого протокола (TCP/IP) и сетевого имени (NetBIOS) на компьютере с Windows.

Если проблема несовместимости по-прежнему остается, рекомендуется обратиться к специалисту или посетить форумы пользователей, где можно найти дополнительные решения и подсказки по данной проблеме.

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

Ошибки конфигурации

Причиной неправильной работы сети Windows в Alt Linux может быть ошибка в конфигурации. Ниже перечислены наиболее распространенные ошибки и способы их исправления:

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

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

Одним из первых шагов при решении данной проблемы является проверка настроек сети в операционной системе Altlinux. Убедитесь, что IP-адрес, маска подсети и шлюз по умолчанию заданы правильно. Также стоит удостовериться, что компьютеру присвоен правильный DNS-сервер.

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

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

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

Почему Altlinux не обнаруживает сеть Windows?

Существует несколько причин, по которым Altlinux может не обнаруживать сеть Windows:

1. Неправильная настройка сетевых параметров. Возможно, в настройках Altlinux указаны неправильные параметры сети, такие как IP-адреса, подсеть, шлюз и DNS-сервер. Убедитесь, что все параметры сети настроены правильно и соответствуют параметрам вашей сети Windows.

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

3. Брандмауэр и настройки безопасности. Ваша сеть Windows может быть настроена таким образом, что блокирует доступ к Altlinux. Проверьте настройки брандмауэра и безопасности в Windows и убедитесь, что Altlinux имеет доступ к сети.

4. Неправильные настройки рабочей группы. Если ваш Altlinux настроен на другую рабочую группу, чем сеть Windows, между ними может не устанавливаться сетевое соединение. Убедитесь, что оба устройства находятся в одной рабочей группе.

5. Проблемы с сетевыми службами и протоколами. Может быть, некоторые сетевые службы или протоколы, необходимые для сетевого взаимодействия между Altlinux и Windows, не работают должным образом или вообще не установлены. Проверьте настройки и установку сетевых служб и протоколов.

В случае проблем с обнаружением сети Windows Altlinux рекомендуется проверить все вышеперечисленные аспекты и внести соответствующие настройки и изменения для обеспечения правильного функционирования сетевого подключения.

Несовместимость протоколов обмена данными

Проблема сетевого подключения между Altlinux и Windows может возникать из-за несовместимости протоколов обмена данными. Основные протоколы, используемые для сетевого взаимодействия, включают TCP/IP, SMB/CIFS и NFS.

В сетях Windows наиболее часто используется протокол SMB/CIFS (Server Message Block/Common Internet File System), который обеспечивает обмен файлами и печать между компьютерами. Однако, в Altlinux по умолчанию может быть установлен протокол NFS (Network File System), который является открытым и предназначен для обмена файлами между UNIX-подобными системами.

Для успешного сетевого взаимодействия между Altlinux и Windows необходимо иметь совместимые протоколы обмена данными. Если сеть Windows использует протокол SMB/CIFS, а Altlinux использует NFS, сетевое подключение может быть невозможно. В этом случае, необходимо настроить Altlinux для поддержки протокола SMB/CIFS или настроить Windows для поддержки протокола NFS.

Если Altlinux уже имеет поддержку протокола SMB/CIFS, но сетевое подключение не работает, возможно, проблема связана с конфигурацией протокола, наличием блокировок на межсетевом экране (firewall) или другими настройками безопасности. В этом случае, необходимо проверить настройки протокола SMB/CIFS на Altlinux и настройки межсетевого экрана.

Если протоколы обмена данными уже совместимы между Altlinux и Windows, но сетевое подключение все равно не работает, возможно, проблема связана с другими настройками сети, такими как IP-адреса, подсети, шлюзы, DNS-серверы и т. д. В этом случае, необходимо проверить настройки сети на обоих компьютерах и убедиться, что они настроены правильно и совпадают.

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

Неправильные настройки сетевых параметров

Чтобы исправить эту проблему, вам необходимо проверить и, при необходимости, скорректировать настройки сети. Это можно сделать следующим образом:

После внесения необходимых изменений сохраните настройки и перезапустите компьютер Altlinux. После перезагрузки проверьте, обнаруживается ли теперь сеть Windows.

Проблемы с оборудованием или драйверами

Если Altlinux не обнаруживает сеть Windows, причиной проблемы могут быть проблемы с оборудованием или драйверами. Вот несколько возможных причин:

• Отсутствие поддержки сетевого адаптера. Проверьте, поддерживает ли ваш сетевой адаптер операционную систему Altlinux и наличие необходимых драйверов.
• Неустановленные или устаревшие драйверы для сетевого адаптера. Убедитесь, что у вас установлены последние версии драйверов для вашего сетевого адаптера.
• Неправильные настройки сетевого адаптера. Проверьте правильность настройки сетевого адаптера в системе Altlinux и убедитесь, что все параметры конфигурации указаны верно.

Если вы столкнулись с проблемами оборудования или драйверами, вам может потребоваться обратиться к производителю сетевого адаптера или посетить форумы поддержки Altlinux для получения дополнительной информации и помощи.

Как решить проблему с обнаружением сети Windows в Altlinux?

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

1. Проверьте настройки сети на компьютере с Altlinux. Убедитесь, что сетевые настройки на компьютере с Altlinux сконфигурированы правильно. Проверьте IP-адрес, маску подсети, шлюз по умолчанию и DNS-серверы. Если требуется, настройте их вручную или используйте DHCP.

2. Проверьте настройки сети на компьютере с Windows. Убедитесь, что сетевые настройки на компьютере с Windows сконфигурированы правильно. Проверьте IP-адрес, маску подсети, шлюз по умолчанию и DNS-серверы. Если требуется, настройте их вручную или используйте DHCP.

3. Проверьте подключение к сети. Убедитесь, что компьютеры с Altlinux и Windows подключены к одной сети и находятся в одной подсети. Проверьте физическое подключение к сети, а также настройки сетевого адаптера. Возможно, потребуется перезапустить сетевой адаптер или роутер.

4. Проверьте наличие общей рабочей группы. Убедитесь, что компьютеры с Altlinux и Windows находятся в одной рабочей группе. Проверьте настройки рабочей группы на компьютере с Windows и задайте такую же рабочую группу на компьютере с Altlinux.

5. Проверьте наличие общих ресурсов на компьютере с Windows. Убедитесь, что на компьютере с Windows есть общие папки или диски, к которым можно подключиться с Altlinux. Проверьте настройки общих ресурсов на компьютере с Windows и разрешите доступ к ним.

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

Перейти к содержанию