Dolphin при выходе в локальную сеть через "Общие папки(smb)" выдаёт список ПК только с Росой (при том,что сеть в основном состоит из ПК Win7). При попытке входа в любой из них выдаётся ошибка: "Невозможно подключиться к серверу для smb:/...." При этих равных условиях R11 входит в сеть без проблем и видит все без исключения компьютеры. Пробовал заменить в R12 smb.conf от R11 - результат отрицательный
А попробуйте на Росах в сети сделать systemctl stop wsdd и посмотрите, исчезнут ли они из списка?
Минуты 4 подождал, не исчезают
Есть такая особенность, ошибка выдаётся с именем ПК, например: smb://ppk.local Так вот, если убрать .local, то входит на этот ПК
(In reply to ans from comment #3) > Есть такая особенность, ошибка выдаётся с именем ПК, например: > smb://ppk.local > Так вот, если убрать .local, то входит на этот ПК После последних обновлений и этот вариант перестал работать
Начинает правильно работать, если добавить строки в [global] .... client max protocol = NT1 server min protocol = NT1 client min protocol = NT1 min protocol = NT1 .... и сеть входить через smb://workgroup Тогда работает как надо, без «.local» и появляются winПК
Но можно отключить службы avahi и перезагрузить. У меня только так начинает без проблем работать подключение общих папок samba. Это срабатывает без любого редактирования /etc/samba/smb.conf У Убунты нет этой проблемы. Пробовал собрать avahi с их патчами из git, и отключением сборки с qt5, как этот пакет собирают для Убунту, но мои эксперименты с avahi не дали положительного результата.
(In reply to VictorR2007 from comment #6) > Но можно отключить службы avahi и перезагрузить. > У меня только так начинает без проблем работать > подключение общих папок samba. > Это срабатывает без любого редактирования /etc/samba/smb.conf > У Убунты нет этой проблемы. > Пробовал собрать avahi с их патчами из git, > и отключением сборки с qt5, как этот пакет собирают для Убунту, > но мои эксперименты с avahi не дали положительного результата. Но тогда не будет видно ПК с windows
Решение подсказали на форуме. Проверил у себя, и теперь нет проблем с подключением. Проблема в пакете glibc, а точнее в файле /etc/nsswitch.conf https://abf.rosalinux.ru/import/glibc/blob/rosa2019.1/nsswitch.conf Если в этом файле заменить строку hosts: files resolve [!UNAVAIL=return] dns myhostname nis wins mdns4_minimal на строку hosts: files dns mdns4_minimal [NOTFOUND=return] mdns4 то начинает подключать samba без ошибок. В версии 2016.1 эта строка по другому записана, hosts: files nis dns wins myhostname но на 2019.1 такой вариант не срабатывает.
Что-то не полностью выше скопировал строчку, которую нужно заменять. files resolve [!UNAVAIL=return] dns myhostname nis wins mdns4_minimal mymachines
(In reply to VictorR2007 from comment #8) > Решение подсказали на форуме. > Проверил у себя, и теперь нет проблем с подключением. > Проблема в пакете glibc, > а точнее в файле /etc/nsswitch.conf > https://abf.rosalinux.ru/import/glibc/blob/rosa2019.1/nsswitch.conf > > Если в этом файле заменить строку > > hosts: files resolve [!UNAVAIL=return] dns myhostname nis wins mdns4_minimal > > на строку > > hosts: files dns mdns4_minimal [NOTFOUND=return] mdns4 > > то начинает подключать samba без ошибок. > > В версии 2016.1 эта строка по другому записана, > > hosts: files nis dns wins myhostname > > но на 2019.1 такой вариант не срабатывает. После замены на hosts: files dns mdns4_minimal [NOTFOUND=return] mdns4 пропадает окончание ".local" и появляется возможность входа. Но очень долго сканируется сеть и не видно ПК с windows
(In reply to ans from comment #5) > Начинает правильно работать, если добавить строки в > [global] > .... > client max protocol = NT1 > server min protocol = NT1 > client min protocol = NT1 > min protocol = NT1 > .... Пришлось оставить в smb.conf
(In reply to ans from comment #11) > (In reply to ans from comment #5) > > Начинает правильно работать, если добавить строки в > > [global] > > .... > > client max protocol = NT1 > > server min protocol = NT1 > > client min protocol = NT1 > > min protocol = NT1 > > .... > Пришлось оставить в smb.conf С этими строками быстрее становятся доступны другие машины?
(In reply to VictorR2007 from comment #12) > (In reply to ans from comment #11) > > (In reply to ans from comment #5) > > > Начинает правильно работать, если добавить строки в > > > [global] > > > .... > > > client max protocol = NT1 > > > server min protocol = NT1 > > > client min protocol = NT1 > > > min protocol = NT1 > > > .... > > Пришлось оставить в smb.conf > > С этими строками быстрее становятся доступны другие машины? Не уверен, что все четыре строки нужны, сеть через smb://workgroup мгновенно практически открывается по сравнению, если через smb:// Проверено подключение к R11, WinXP, Win7, win2003, win2008
*** This bug has been marked as a duplicate of bug 11597 ***
В systemd-resolved отключили резолв mDNS, обвновление из https://bugzilla.rosalinux.ru/show_bug.cgi?id=11597 (уже в тестингах, dnf install rosa-repos-testing, dnf --refresh upgrade) нормализует резолв адресов *.local, т.е. лишнее окончание *.local более не должно прибавляться. Так же нормализована работа Avahi (zeroconf).
(In reply to Mikhail Novosyolov from comment #15) > В systemd-resolved отключили резолв mDNS, обвновление из > https://bugzilla.rosalinux.ru/show_bug.cgi?id=11597 (уже в тестингах, dnf > install rosa-repos-testing, dnf --refresh upgrade) нормализует резолв > адресов *.local, т.е. лишнее окончание *.local более не должно прибавляться. > Так же нормализована работа Avahi (zeroconf). Увы, но так же прибавляется. У меня в роутере самба, открываешь - говорит нету такого адреса. Убираешь в дельфине .local - все прекрасно работает. Притом сам себя сейчас через сеть по самбе видит нормально.
Ну этот баг создан в мае, когда ещё не был настроен systemd-resolved. А эта проблема уже была.