or10n 12.08.2009 17:26
Я рекомендую — Удобный удаленный доступ к файлам
Настраивал я как-то сервер, а он находился довольно далеко, в минутах этак 10 ходьбы, и не было на нем еще фтп сервера (лень было ставить), а был только доступ по SSH, и надо было закинуть туда несколько файлов. Решил я использовать SSHFS (Secure SHell FileSystem).Из плюсов можно отметить:
- Простота настройки
- Не надо устанавливать ничего лишнего на сервер (кроме сервера SSH)
- Высокая безопасность
Установка в Ubuntu/Debian очень проста:
Пишем в консоли машины, с которой планируем заходить на сервер.
1 |
|
Теперь монтируем удаленную папку себе на компьютер:
1 |
|
Теперь файлы расположенные на сервере, доступны на нашей машине.
predator 12.08.2009 17:35 #
+ 0 -
спасибо сталкивался с таким. нужно было загрузить пару картинок, но все решилось использованием http://ipicture.ru/ =)
И эта фишка у меня даже не глючила в отличии от fusesmb и smbfs. Действительно удобно.
Азы конечно, но иногда настолько увлечешься разными наворотами и надстройками, что забываешь про простое и понятное, спасибо за напоминание:)
У меня эта команда выдает ошибку (подставил свои параметры):
$ sshfs username@server:/home/user mount-point/
read: Connection reset by peer
У нее в инете есть решение:
$ ssh username@server echo text
text
Но у меня печатает вроде все правильно, а не ошибку с ключом.
Кто-нибудь сталкивался? Или просто sshfs не работает на этом сервере.
$ sshfs username@server:/home/user mount-point/
read: Connection reset by peer
У нее в инете есть решение:
$ ssh username@server echo text
text
Но у меня печатает вроде все правильно, а не ошибку с ключом.
Кто-нибудь сталкивался? Или просто sshfs не работает на этом сервере.
Без гугления попробую пальцем в небо.
Запущен ли sshd?
Открыт ли доступ с вашего IP (смотрите /etc/hosts.deny и /etc/hosts.allow, причем первый "сильнее" второго)?
Запущен ли sshd?
Открыт ли доступ с вашего IP (смотрите /etc/hosts.deny и /etc/hosts.allow, причем первый "сильнее" второго)?
sshd должен быть запушен на клиенте?
По ssh заходит нормально на сервер.
Оба приведенных файла пустые.
По ssh заходит нормально на сервер.
Оба приведенных файла пустые.
Нет, sshd обязательно должен быть запущен на сервере. Он демон, он должен следить за входящими подключениями.
А /etc/sshd_config проверяли? Или хотя бы логи покажите из /var/logs
А /etc/sshd_config проверяли? Или хотя бы логи покажите из /var/logs
В том то и дело, что это не мой сервер. Но я туда могу заходить по ssh.
Попробовал открыть /etc/ssh/sshd_config на сервер, но у меня даже прав на просмотр нет.
Я хотел понять, что sshfs не работает не из-за настроек у меня на клиенте. Получается - что-то на сервер запрещено или не донастроено/стартануто.
Попробовал открыть /etc/ssh/sshd_config на сервер, но у меня даже прав на просмотр нет.
Я хотел понять, что sshfs не работает не из-за настроек у меня на клиенте. Получается - что-то на сервер запрещено или не донастроено/стартануто.
Еще в /etc/sshd_config проверьте наличие следующих строк
Subsystem sftp /usr/libexec/openssh/sftp-server
DenyGroups nossh
а также чтобы они были незакомментированы. Путь в первой строке может отличаться, главное, чтобы он существовал и вел куда-то
я сталкивался, только хз почему. два ака на одном и том же хосте, один ругается так другой нет - хотя обычно через пару минут проходит. вообще по логике вещей обычный ообрыв связи.
А теперь по теме топика: думаю не помешает указать что отмонтируется всё это дело
Кстати рекомендую - pcmanfm-fuse как один из немногих файломанагеров прозрачно работающих с fuse (правда поддерживает всего несколько fs и новые добавлять надо в исходниках:) и gfuse-manager (вроде как умеет поболее фс чем pcmanfm)
А теперь по теме топика: думаю не помешает указать что отмонтируется всё это дело
fusermount -u mountpoint
, что так же можно автомаунт(или не авто) в fstab прописывать. и что не помешает в /etc/fuse.conf добавить user_allow_other для монтирования fuse не только от рута (хотя от системы зависит)Кстати рекомендую - pcmanfm-fuse как один из немногих файломанагеров прозрачно работающих с fuse (правда поддерживает всего несколько fs и новые добавлять надо в исходниках:) и gfuse-manager (вроде как умеет поболее фс чем pcmanfm)
$ sudo apt-get install afuse
afuse -o mount_template="sshfs %r:/ %m" -o unmount_template="fusermount -u -z %m" ~/sshfs/
После чего все обращения к файлам и папкам в папке ~/sshfs/ будут вызывать монтирование соответствующей папки в ~/sshfs/. После чего обращение пойдет дальше на удаленный хост. Самое главное — все происходит абсолютно прозрачно при первом обращении к нужной папке из любой программы.
afuse -o mount_template="sshfs %r:/ %m" -o unmount_template="fusermount -u -z %m" ~/sshfs/
После чего все обращения к файлам и папкам в папке ~/sshfs/ будут вызывать монтирование соответствующей папки в ~/sshfs/. После чего обращение пойдет дальше на удаленный хост. Самое главное — все происходит абсолютно прозрачно при первом обращении к нужной папке из любой программы.
классно, спасибо :) действительно вещь нужная и не надо велосипедов :))
Если ssh уже есть, то проще scp или sftp. Ничего доустанавливать не нужно.
Не всегда. Папку, например, scp не скопирует, да и даже если 2-3 файла - каждый раз вводить пароль муторно, особенно если пароль этот символов 20 :)
Папки копировать можно с опцией -r (рекурсивно):
scp -r /home/user1/directory username@server:/home/user2/directory
scp -r /home/user1/directory username@server:/home/user2/directory
согласен с n0p - scp прокатит только с одним-двумя файлами. Еще scp неплохой вариант для работы из винды с удобной GUI, но для большего количества файлов и POSIX систем все же sshfs предпочтительнее будет.
Ну не знаю, каждый день копирую большие файлы/много файлов при помощи scp, аутентификация настроена по ключам и даже работает автодополнение пути при нажатии tab на удаленной машине, я и не замечаю что копирую с одной машины на другую, и без всяких дополнительных замарочек.
Опа. А как автодополнение путей на удаленной машине настроить? :)
Я чисто с программной точки зрения даже не представляю как реализовать без установки предварительного соединения между хостами.. :)
Я чисто с программной точки зрения даже не представляю как реализовать без установки предварительного соединения между хостами.. :)
Если с одного сервера доступ по ssh на другой настроен только по ключу, без ввода пароля то должно работать.
Ключи без пароля - это моветон, имхо :)
Моя паранойя не позволяет о таком даже думать :)
Моя паранойя не позволяет о таком даже думать :)
ну возможно когда у тебя будет 30-40 машин, ты пересмотришь свое отношение :) Да и доступ по ключу можно открыть только определенному юзеру и с определенной машины.
Хмм.. Было. И больше было :)
Ключ один, личный. Пароль к нему тоже один и тот же (потому что ключ один). Прописать этот ключ на всех машинах - дело пары минут, в чем сложность то? :)
Ключ один, личный. Пароль к нему тоже один и тот же (потому что ключ один). Прописать этот ключ на всех машинах - дело пары минут, в чем сложность то? :)
У меня то как раз проблем нет, все работает без пароля, вероятность, что мой ключ уведут приблизительно равна тому, что подберут твой пароль :) Соединение без пароля доступно только внутри этой сети, делая работу более комфортной что ли... при этом не делая систему менее защищенной
с sshfs можно работать и из под Windows. Для этого служит разработка Dokan SSHFS. Сначала скачиваем Dokan lib, затем dokan sshfs. Говорят работает.
Счас загуглю. В свое время не нашел толковой реализации SCP для Windows, остановися на WinSCP и GUI к нему. Но тогда еще не знал о sshfs. Спасибо за совет.
Хочется только дополнить, что пользователь должен входить в группу fuse чтобы монтировать sshfs.
а я, дурак, в nautilus'е набирал sftp://servername и получал доступ, а все гораздо проще
Я вот не уверен на счет sshfs, но самба-шара при таком подходе подтормживала. Я так извращался с амароком 1.4 для проигрывания музыки с сервера пока не плюнул и icecast не поднял. Так амарок на любом действии со списком либо переключении песни - подвисал на некоторое время и подвешивал вообще весь десктоп.