ssh + прокси HTTP (штопор), не работающий
tee Ваш друг. Например, вот то, как Вы могли показать количество файлов в текущем каталоге и добавить его к count.txt каждые 2 секунды:
watch 'find . -maxdepth 1 -printf " " | wc -c | tee --append count.txt'
Хорошо, я полностью забыл о -vvv :-) Вот вывод:
OpenSSH_5.6p1, OpenSSL 1.0.0a 1 Jun 2010
debug1: Reading configuration data /home/echox/.ssh/config
debug1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Executing proxy command: exec /usr/bin/corkscrew http-proxy.proxy.tld 8080 somehost.tld 22
debug1: permanently_drop_suid: 1000
zsh: No such file or directory
[..]
ssh_exchange_identification: Connection closed by remote host
Ключ является строкой с ssh_connect: needpriv 0. Я забыл добавлять своего пользователя к сетевой группе в/etc/group. Соединение работало с корнем, и после добавления пользователя для сетей это работает также на него теперь.
Соединения без штопора действительно работали прежде. У кого-либо есть идея, где эта установка "безопасности" хранится? Я ничто не могу найти в дуге Linux Wiki, / и т.д./, man ssh и источник штопора / документация штопора, которая проверяет на сетевую группу.
Я понятия не имею о штопоре, но я имел успех с ssh хотя прокси HTTP с помощью шпаклевки.
Возможно, это может сделать работу вместо этого?
Шпаклевка редактирования является X базирующимися программами, таким образом, она не может помочь во всех случаях.
Но если требуется установить шпаклевку на чем-то как человечность, Вы можете просто склонный она.
sudo aptitude install putty
-
1Нет, это - хост Linux, и у меня также нет Xorg или чего-то с GUI. шпаклевка – echox 08.11.2010, 16:57
-
2находится в стандарте repos для большей части dists, но проблема с X хуже... – Johan 08.11.2010, 18:57
-
3То, что echox пытается сделать, точно, для чего штопор. – Gilles 'SO- stop being evil' 08.11.2010, 23:59
Могла бы быть глупая вещь проверить, но втиснуться, зависит от 'netcat', находящегося в Вашем пути. Большинство систем, конечно, имеет netcat, установленный по умолчанию, но у нескольких из них нет основного двоичного файла 'nc' связанным с 'netcat' также. штопор зависит от способности назвать 'netcat', не 'nc'. По крайней мере, у меня были те же признаки, которые Вы описываете, и просто symlinking nc к netcat зафиксировал его.
-
1не использует netcat всегда. Машина, на которой я использую его регулярно, не имеет a
netcatдвоичный файл. Можно проверить что единственное упоминание оnetcatв источнике находится в документации. Вы, должно быть, явно звонилиnetcatгде-нибудь. – Gilles 'SO- stop being evil' 03.12.2010, 22:58
Имел ту же проблему ("/bin/bash:/home/thor/bin/connect-4-S localhost:9050 освобождают 22: Никакой такой файл или каталог")
зафиксированный путем изменения ~/.ssh/config от
ProxyCommand "~/bin/connect -4 -S localhost:9050 %h %p"
кому:
ProxyCommand ~/bin/connect -4 -S localhost:9050 %h %p
(удаление '"')
относительно того, почему это зафиксировало его... Я не знаю.
Ooops, просто заметил, что OP даже не имеет кавычек в файле конфигурации..., поскольку это все еще связано, я оставлю ответ здесь для Вас парнями к up-/downvote.