В Вск, 07/11/2010 в 13:50 -0500, Tim Sattarov пишет:
On 07.11.2010 13:48, Tim Sattarov wrote:
А что, классно, вот и rsyncfs оказывается есть :)
http://sourceforge.net/projects/rsyncfs/
мда, нету ... ни файлов ни странички.
Все чудесно открывается.
--
To UNSUBSCRIBE, email to
On 06.11.2010 07:26, Tim Sattarov wrote:
справедливо будет заметить, что в этом случае будет двойной оверхед: ssh
over ssh.
ага, не очень хорошо
может будет лучше прокидывать какой нибудь другой порт, для
нешифрованной сетевой fs ?
та же самба или nfs ?
Может rsync?
--
To UNSUBSCRIBE,
On 2010.11.06 at 20:50:31 -0400, Tim Sattarov wrote:
По нынешним процессорам пожертвовать пару гигагерц одного ядра на работу
sshfs с двойным шифрованием - это не затраты. Простота полученного
решения и отсутствие необходимости дополнительных телодвижений с правами
рута на удаленном конце
On 07.11.2010 00:50, Tim Sattarov wrote:
Дело все таки не в процессоре, а в сетевом оверхеде.
Если канал хороший - то все более менее ок. Если будут потери tcp over
tcp даст знать.
плюс потери по скорости, sshfs и так не самая быстрая, а тут ещё и дважды.
У меня, например, по замерам sftp
On 07.11.2010 08:34, Victor Wagner wrote:
Тут хитрость в том, что у нас нет tcp over tcp.
Только что размышлял над этим вопросом, погуглил, нашел статьи:
http://www.google.com/#hl=enq=ssh+udpaq=faqi=g6aql=oq=gs_rfai=fp=b4ed9a109ee5b486
Performing UDP tunneling through an SSH connection
On 2010.11.07 at 04:49:56 +, Nicholas wrote:
On 07.11.2010 08:34, Victor Wagner wrote:
Тут хитрость в том, что у нас нет tcp over tcp.
Только что размышлял над этим вопросом, погуглил, нашел статьи:
http://www.google.com/#hl=enq=ssh+udpaq=faqi=g6aql=oq=gs_rfai=fp=b4ed9a109ee5b486
On 07.11.2010 08:59, Victor Wagner wrote:
Но вопрос в том, что в ssh
возможны и другие способы. Туннель по которому можно организовать tcp
over tcp это опция -w, а мы тут про -R, которая не создает полноценной
VPN, а пробрасывает один-единственный порт.
Спасибо за развернутый ответ.
--
On Sun, Nov 07, 2010 at 04:37:23AM +, Nicholas wrote:
st:3:respawn:ssh -N -R 2022:localhost:22 u...@www.example.com -p 22
Лучше autossh. Он еще несколько проверок делает.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 07.11.2010 03:34, Victor Wagner wrote:
Тут хитрость в том, что у нас нет tcp over tcp. SSH port forwarding это
не TCP, это проброс программного канала. Как TCP этот канал реализуется
только снаружи форвардинка с обоих концов. Внутри форвардинга там всех
этих TCP/шных заморочек с разбиением на
On 06.11.2010 05:55, Munko O. Bazarzhapov wrote:
самбу не надо, на сколько помню компрессией у нее и не пахнет, да и
для ее работоспособности надо не 1 порт открывать, а более и их не
изменить (вернее можно, но клиент в виде винды может выкабениватся)
если нужна компрессия - она уже
On 07.11.2010 02:58, Аксарин Александр wrote:
On 06.11.2010 07:26, Tim Sattarov wrote:
справедливо будет заметить, что в этом случае будет двойной оверхед: ssh
over ssh.
ага, не очень хорошо
может будет лучше прокидывать какой нибудь другой порт, для
нешифрованной сетевой fs ?
та же самба
On 07.11.2010 13:48, Tim Sattarov wrote:
А что, классно, вот и rsyncfs оказывается есть :)
http://sourceforge.net/projects/rsyncfs/
мда, нету ... ни файлов ни странички.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 2010.11.05 at 22:26:27 -0400, Tim Sattarov wrote:
On 04.11.2010 12:50, Victor Wagner wrote:
Можно. У ssh есть ключик -R.
Соответственно, выполнив команду например
ssh -R :localhost:22 server
справедливо будет заметить, что в этом случае будет двойной оверхед: ssh
over ssh.
On 06.11.2010 05:54, Victor Wagner wrote:
справедливо будет заметить, что в этом случае будет двойной оверхед: ssh
over ssh.
Будет. Но процессоры нынче мощные, и лимитировать скорость передачи
будет ни разу не двойное шифрование. Лет семь назад мы с Артемом
Чуприной проводили
On 04.11.2010 12:50, Victor Wagner wrote:
Можно. У ssh есть ключик -R.
Соответственно, выполнив команду например
ssh -R :localhost:22 server
справедливо будет заметить, что в этом случае будет двойной оверхед: ssh
over ssh.
может будет лучше прокидывать какой нибудь другой порт, для
On 2010.11.04 at 11:08:33 +, Nicholas wrote:
Есть:
хостинг с ssh c ip
домашний сервер без внешнего ip.
Задача:
сделать доступным диск домашнего сервера со стороны сервера на хостинге.
Вопрос:
Можно ли сделать sshfs наоборот - не удаленную систему мотировать, а
свой ресурс ей
On 04.11.2010 16:11, Alexander Galanin wrote:
ssh умеет пробрасывать порты. В обе стороны.
On 04.11.2010 16:50, Victor Wagner wrote:
ssh -R :localhost:22 server
Действительно очень просто.
sshfs потом монтирует со стороны внешнего сервера:
sudo sshfs -o allow_other -p
17 matches
Mail list logo