есть сервер с vsftp
когда посреди раб дня я завожу там нового пользователя и делаю ребут службы (без этого новый созданный пользователь на работает) то у тех кто использует ftp папку(пользователи linux mint с libreoffice) закрываются открытые там файлы, принудительно, аварийно
это поправимо?
Здравствуйте, имею Mint 17, на нем поднят vsftpd
доступ настроен через локальных пользователей, который попадают к себе в домашний каталог
имею почти дефолтный конфиг /etc/vsftpd.conf
С личными папками все понятно, сделал общую папку /home/Scan
через символьную ссылку (mount --bind /home/scan /home/user/scan ) дал доступ к этой папке кому надо(владелец папки получился administrator), вроде все ок, пользователи видят у себя эту папку, вносят изменения, но вот 1 проблема, когда они сами создают там папку и возможно так же при изменении существующего документа меняются права на папку!!! т.е. владелец становится user1, и другие юзера не имеют прав для редактирования в этой папке
я не спец по линуксу, и что то не пойму как это исправить? чтобы при создании папки в общем каталоге другие имели туда полный доступ, а не только на чтение
Здравствуйте, помогите пож решить вопрос имею Mint 17, libreoffice, имею фаловый сервер на винде 2012 он в другой сетке, в другой стране, c той сеткой мы соединены через VPN, примаунтил папку сетевую удаленную по smb, smb работает ооооч медленно, папки долго открывает если их там больше 20-30 (sudo mount -t cifs -o username=test,password=test,r_mode=0777,file_mode=0777 //172.16.20.136/1 /home/administrator/share/)
опытным путем выяснил что я подключаюсь через smb1
Здравствуйте, помогите пож решить вопрос имею Mint 17, libreoffice 5.1.4.2
имею фаловый сервер на винде 2008 он в другой сетке, в другой стране, c той сеткой мы соединены через VPN,
примаунтил папку сетевую удаленную (использую FTP, т.к. smb работает ооооч медленно, папки долго открывает если их там больше 20-30), в файловом менеджере NEMO «Файл-Подключение к серверу-FTP с авторизацией»
Так вот, txt в этом подключенном диске норм открывается, а вот doc xls dot и т.д. не хотят, спрашивают зачем то мастер пароль, ну ладно я его ввожу, а потом тишина, открываю повторно - тишина, как будто я ничего не пытался открыть
Пробовал создал в этой папке файл dot - создался без проблем, но опять таки не открывается, если скачиваю оттуда какой нибудь файл к себе на раб стол то файл открывается норм
Пробовал качал WPS Office - он вроде как открывает документы на ftp но они пустые, хотя имеют содержимое))))
Linux Mint 17 nemo
Подключаю ftp ресурс через NEMO файл-«подключение к серверу» - там выбираю ftp с аторизацией, ввожу адрес 10.10.10.10\ivanov, логин ivanov и пароль ivanov123, подключение появляется в файловом менеджере NEMO в подгруппе «Сеть», и я например из почты могу оттуда взять файлик и отправить кому нибудь
Подключаю тут же вторую папка: файл-«подключение к серверу» - там выбираю ftp с аторизацией, ввожу адрес 10.10.10.10\ivanov_vrem, логин ivanov и пароль ivanov123,
папка открывается НО в файловом менеджере нету подключения, а оно нужно чтобы из браузера был доступ в эту папку
Здравствуйте, имею 1 сеть (192.168.0.0) в которой есть windows 2008 с расшаренными папками(файловый сервер)
Имею в другой сети (192.168.100.0) клиентские машины с Linux Mint 17 и 18
Между этими сетями прокинут VPN
Так вот когда Linux Mint цепяляется к файлов серверу(пробовали через fstab и через smb- Файл-Подключиться к серверу - Общий ресурс Windows), пап4ка открывается норм если там немного файлов с папками, а если больше + - 50 штук то открывается с задержкой, к примеру папка которая содержит 150 объектов(файлы + папки) открывается 10 секунд
В пределах 1 сети все норм, а вот через VPN туннель такая шляпа.
Windows в таком же сценарии открывает папки мгновенно.
Ктото сталкивался с такой схемой работы? или может натолкнете куда копать?
P.S. для теста в 1 сети подняли машину на Minte, расшарили там папку, и подконнектились к неё из 2 сети тоже Mintom, задержка такая же большая
Проблема наблюдается на всех компах с Linux Mint в компании
У нас сейчас происходит переход пользователей с Windows на Linux. Перевели более 20 человек, все проблемы решаются пока, а вот с этой встряли.