| Summary: | Общие папки(smb) - нет подключения | ||
|---|---|---|---|
| Product: | [ROSA-based products] ROSA Fresh | Reporter: | ans <0861> |
| Component: | System (kernel, glibc, systemd, bash, PAM...) | Assignee: | ROSA Linux Bugs <bugs> |
| Status: | IN_PROGRESS --- | ||
| Severity: | normal | CC: | m.novosyolov, v.potapov, victorr2007 |
| Priority: | Normal | ||
| Version: | Plasma5 | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Platform: | 2021.1 | ROSA Vulnerability identifier: | |
| RPM Package: | Upstream: | ||
|
Description
ans
2021-05-12 12:40:09 MSK
А попробуйте на Росах в сети сделать 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. А эта проблема уже была. |