Страница 2 из 3
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 15:20
aarus
какая то шляпа, пароль от шары все равно просит, после его ввода открывает пустой документ
administrator@comp35434523 ~ $ libreoffice --view "ftp://ita@172.16.20.101/admin/11111.odt"
(soffice:15545): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
(soffice:15545): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
(soffice:15545): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
(soffice:15545): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
(soffice:15545): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
(soffice:15545): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 15:30
aarus
adargeos писал(а): И касательно доступа через smb, если в Nemo полностью отключить показ превьюшек, папки открываются все равно долго?
сделал, не помогло, даже комп ребутнул на всякий
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 15:32
Chocobo
aarus, мне удалось воспроизвести, по smb:// путям либра ведет себя аналогично сейчас.
Зато открывается норм если примонтировать шару как локальную папку, типа так
Код: Выделить всё
sudo mkdir /mnt/share
sudo chmod 777 /mnt/share
sudo mount -t cifs -o user=smbuser,uid=chocobo //172.16.17.18/share /mnt/share
smbuser
- логин до шары, вместо
chocobo
- локальный юзверь (
whoami
)
Дальше можно спокойно работать как с локальными файлами. и этот же маунт можно переписать в fstab если автоконнект к шаре нужен.
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 15:40
Chocobo
в итоге я перепутал, ибо речь с поведением либры была про фтп протокол
Но и пофигу, потому что смб в таком виде тоже начал шустрей отрисовывать (субъективно)

Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 16:18
aarus
Chocobo писал(а): мне удалось воспроизвести, по smb:// путям либра ведет себя аналогично сейчас.
Зато открывается норм если примонтировать шару как локальную папку, типа так
все сделал, гл скорость открытия все так же длительная
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 16:35
Chocobo
aarus, вряд ли стоит дальше вязаться к фм тогда. скорей всего затуп на уровне протокола
опять же зацепиться в cli-режиме c debug выхлопом, полазать по папкам (cd, ls)
smbclient -d3 //172.16.17.18/share/ -U smbuser -W WORKGROUP
И вчитываться что он там скажет на тему любви к гетерогенным сервисам
вот
еще некоторая инфа к траблшутингу самбы
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 16:57
aarus
Chocobo писал(а): ряд ли стоит дальше вязаться к фм тогда
я поэтому и хотел с ftp вопрос решить))) которое сцуко почти работает отлично....
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 17:00
aarus
Chocobo писал(а): smbclient -d3 //172.16.17.18/share/ -U smbuser -W WORKGROUP
вот что у меня вывело, чтото можно тут увидеть? я мало что понял если честно...
administrator@comp35434523 ~ $ smbclient -d3 //172.16.20.101/admin/ -U ita -W WORKGROUP
lp_load_ex: refreshing parameters
Initialising global parameters
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[global]"
WARNING: The "syslog" option is deprecated
added interface enp3s0 ip=172.16.3.82 bcast=172.16.3.255 netmask=255.255.254.0
Client started (version 4.3.11-Ubuntu).
Enter ita's password:
Connecting to 172.16.20.101 at port 445
Connecting to 172.16.20.101 at port 139
Doing spnego session setup (blob length=42)
got OID=1.3.6.1.4.1.311.2.2.30
got OID=1.3.6.1.4.1.311.2.2.10
got principal=<null>
GENSEC backend 'gssapi_spnego' registered
GENSEC backend 'gssapi_krb5' registered
GENSEC backend 'gssapi_krb5_sasl' registered
GENSEC backend 'spnego' registered
GENSEC backend 'schannel' registered
GENSEC backend 'naclrpc_as_system' registered
GENSEC backend 'sasl-EXTERNAL' registered
GENSEC backend 'ntlmssp' registered
GENSEC backend 'ntlmssp_resume_ccache' registered
GENSEC backend 'http_basic' registered
GENSEC backend 'http_ntlm' registered
GENSEC backend 'krb5' registered
GENSEC backend 'fake_gssapi_krb5' registered
Got challenge flags:
Got NTLMSSP neg_flags=0x628a8215
NTLMSSP: Set final flags:
Got NTLMSSP neg_flags=0x62088215
NTLMSSP Sign/Seal - Initialising with flags:
Got NTLMSSP neg_flags=0x62088215
NTLMSSP Sign/Seal - Initialising with flags:
Got NTLMSSP neg_flags=0x62088215
Domain=[WIN-GSAHLKUIRDV] OS=[Windows Server 2008 R2 Enterprise 7601 Service Pack 1] Server=[Windows Server 2008 R2 Enterprise 6.1]
smb: \>
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 17:06
Chocobo
aarus писал(а): я поэтому и хотел с ftp вопрос решить)))
так и фтп же есть способы примонтировать.
засада здесь именно с самой либрой, которой не нравятся удаленные файлы.
сама либра кстати какой версии?
вот описание похожей дряни в 4.X
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 17:18
aarus
Chocobo писал(а): так и фтп же есть способы примонтировать.
я монтировал ftp через
curlftpfs ftp://172.16.20.101/ /home/administrator/aakimov -o user='ivan:password',codepage=cp1251,iocharset=utf8
скорость открытия такая же как и в smb, либре я не пробовал там открывать
она у меня кстати 5.1.4.2 версии
короче веде какая то зачада, думаешь уже решение вот вот на поверхности, а потом бац и какая то хня все обламывает
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 17:23
Chocobo
aarus писал(а): вот что у меня вывело, чтото можно тут увидеть?
Не, здесь ничего подозрительного не вижу
aarus писал(а): скорость открытия такая же как и в smb, либре я не пробовал там открывать
блин, все таки немо чтоль?
Вечером проверю тогда и свою шару с cinnamon'a
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 20 дек 2016, 17:43
di_mok
Chocobo писал(а): блин, все таки немо чтоль?
Насчёт сфтп и фтп подтверждаю. Помнишь я к тебе не мог пробиться по сфтп? И еще с фтп у меня приключение было. С самбой воевать не приходилось. Может другой ФМ попробовать для проверки?
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 22 дек 2016, 12:03
Dja
Попробуйте подключать шары скриптом. И потом уже в фм открывать. Еще как вариант открывать с консоли mc и там уже набираем libreoffice и жмем контрол + ентер на файле. Вставится имя файла. И должно произойти открытие.
P.S. по самбе )
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 22 дек 2016, 16:42
aarus
Dja писал(а): Попробуйте подключать шары скриптом
это как например?)
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 23 дек 2016, 08:38
aarus
Dja писал(а): Попробуйте подключать шары скриптом. И потом уже в фм открывать. Еще как вариант открывать с консоли mc и там уже набираем libreoffice и жмем контрол + ентер на файле. Вставится имя файла. И должно произойти открытие.
P.S. по самбе )
друг подскажи как подключить ftp шару) если я пробовал открывать через команду
curlftpfs ftp://172.16.20.101/ /home/administrator/aakimov -o user='ivan:password',codepage=cp1251,iocharset=utf8
и скорость потом работы в шаре медленная?
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 23 дек 2016, 08:55
Chocobo
aarus, насчет самбы - проверил на другом хосте так же через впн туннель (не керио) на нескольких вариациях минта и разных фм в дефолтных конфигах.
при прямом доступе по smb:// - есть delay в десяток секунд на директорию в полтысячи файлов, притом почти везде. при маунте с cifs-utils - работает шустрей в десятки раз, задержка не превышает секунду (превью потом постепенно подгружаются, не мешают)
Если вязать твою ситуацию к впн каналу (как указано в первом посте) - то уже стоит смотреть дампы трафика в туннеле, возможно по пути торчат какие-либо анализаторы или отбивает по размеру tcp-окон на уровне сетевого оборудования, попробовать подтюнить основные параметры TCP на уровне клиента.
и да, FTP кстати на куче мелких файлов вполне может тупить, так уж устроен протокол. Вопрос только от каких количеств.
Re: Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 23 дек 2016, 09:49
Dja
Одна из строчек скрипта
Код: Выделить всё
sudo mount -t cifs //192.168.110.250/public/ /home/dja/PCs/public/ -o user=apoc,password=пароль,iocharset=utf8
Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 09 янв 2017, 17:40
aarus
Chocobo писал(а): aarus, насчет самбы - проверил на другом хосте так же через впн туннель (не керио) на нескольких вариациях минта и разных фм в дефолтных конфигах.
при прямом доступе по smb:// - есть delay в десяток секунд на директорию в полтысячи файлов, притом почти везде. при маунте с cifs-utils - работает шустрей в десятки раз, задержка не превышает секунду (превью потом постепенно подгружаются, не мешают)
Если вязать твою ситуацию к впн каналу (как указано в первом посте) - то уже стоит смотреть дампы трафика в туннеле, возможно по пути торчат какие-либо анализаторы или отбивает по размеру tcp-окон на уровне сетевого оборудования, попробовать подтюнить основные параметры TCP на уровне клиента.
и да, FTP кстати на куче мелких файлов вполне может тупить, так уж устроен протокол. Вопрос только от каких количеств.
спасибо за помощь, я подключаю диски так "sudo mount -t cifs //192.168.110.250/public/ /home/dja/PCs/public/ -o user=apoc,password=пароль,iocharset=utf8"
я наверное упустил 1 важную вещь, я подключаюсь с Москвы в германию по VPN... я пробовав сделать впн там вообще на другой машине через openVpn и скорость такая же
Попробовал поднять сервак второй в москве (т.е. туннель получился Москва - Москва) и скорость моментальная.... как в локальной сети....
Есть мысли как и что можно сделать?
Отправлено спустя 1 час 28 минут 10 секунд:
скорость в vpn туннеле примерно 10 мб, это я iperf прогнал:
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 1.0- 2.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 2.0- 3.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 3.0- 4.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 4.0- 5.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 5.0- 6.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 6.0- 7.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 7.0- 8.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 8.0- 9.0 sec 1.50 MBytes 12.6 Mbits/sec
[ 3] 9.0-10.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 10.0-11.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 11.0-12.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 12.0-13.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 13.0-14.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 14.0-15.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 15.0-16.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 16.0-17.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 17.0-18.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 18.0-19.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 19.0-20.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 20.0-21.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 21.0-22.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 22.0-23.0 sec 1.62 MBytes 13.6 Mbits/sec
[ 3] 23.0-24.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 24.0-25.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 25.0-26.0 sec 1.25 MBytes 10.5 Mbits/sec
[ 3] 26.0-27.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 27.0-28.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 28.0-29.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 29.0-30.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 30.0-31.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 31.0-32.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 32.0-33.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 33.0-34.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 34.0-35.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 35.0-36.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 36.0-37.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 37.0-38.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 38.0-39.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 39.0-40.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 40.0-41.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 41.0-42.0 sec 1.25 MBytes 10.5 Mbits/sec
[ 3] 42.0-43.0 sec 1.50 MBytes 12.6 Mbits/sec
[ 3] 43.0-44.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 44.0-45.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 45.0-46.0 sec 1.25 MBytes 10.5 Mbits/sec
[ 3] 46.0-47.0 sec 1.25 MBytes 10.5 Mbits/sec
[ 3] 47.0-48.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 48.0-49.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 49.0-50.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 50.0-51.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 51.0-52.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 52.0-53.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 53.0-54.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 54.0-55.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 55.0-56.0 sec 640 KBytes 5.24 Mbits/sec
^C[ 3] 0.0-56.5 sec 59.4 MBytes 8.81 Mbits/sec
Отправлено спустя 5 минут 49 секунд:
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 1.0- 2.0 sec 2.12 MBytes 17.8 Mbits/sec
[ 3] 2.0- 3.0 sec 5.00 MBytes 41.9 Mbits/sec
[ 3] 3.0- 4.0 sec 4.62 MBytes 38.8 Mbits/sec
[ 3] 4.0- 5.0 sec 2.88 MBytes 24.1 Mbits/sec
[ 3] 5.0- 6.0 sec 2.75 MBytes 23.1 Mbits/sec
[ 3] 6.0- 7.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 7.0- 8.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 8.0- 9.0 sec 1.25 MBytes 10.5 Mbits/sec
[ 3] 9.0-10.0 sec 640 KBytes 5.24 Mbits/sec
[ 3] 10.0-11.0 sec 1.00 MBytes 8.39 Mbits/sec
[ 3] 11.0-12.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 12.0-13.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 13.0-14.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 14.0-15.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 15.0-16.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 16.0-17.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 17.0-18.0 sec 768 KBytes 6.29 Mbits/sec
[ 3] 18.0-19.0 sec 640 KBytes 5.24 Mbits/sec
[ 3] 19.0-20.0 sec 896 KBytes 7.34 Mbits/sec
[ 3] 20.0-21.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 21.0-22.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 22.0-23.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 23.0-24.0 sec 1.38 MBytes 11.5 Mbits/sec
[ 3] 24.0-25.0 sec 1.12 MBytes 9.44 Mbits/sec
[ 3] 25.0-26.0 sec 1.25 MBytes 10.5 Mbits/sec
[ 3] 26.0-27.0 sec 1.25 MBytes 10.5 Mbits/sec
^C[ 3] 0.0-27.7 sec 43.4 MBytes 13.1 Mbits/sec
Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 10 янв 2017, 11:29
Dja
Не по теме
aarus писал(а): Есть мысли
Таможня

Подключаем сетевые диски через SMB, FTP, ПРОБЛЕМА
Добавлено: 10 янв 2017, 13:41
aarus
Dja, это как понимать?)
ну встрял я, уже не знаю с какой стороны к вопросу подойти(((