Вопросы Теги

SSH по туннелю SSH

Найденный этой регистрацией в другом месте. Поэтому этот сценарий оболочки сделает то, что Вы хотите без вызова du на всем дважды. Это использует awk преобразовать необработанные байты в человекочитаемый формат. Конечно, форматирование немного отличается (все печатается к одной точности десятичного разряда).

#/bin/bash
du -B1 | sort -nr  |awk '{sum=$1;
hum[1024**3]="G";hum[1024**2]="M";hum[1024]="K";
for (x=1024**3; x>=1024; x/=1024){
        if (sum>=x) { printf "%.1f%s\t\t",sum/x,hum[x];print $2;break
}}}'

Выполнение этого в моем .vim урожаи каталога:

4.4M            .
3.6M            ./colors
372.0K          ./plugin
128.0K          ./autoload
100.0K          ./syntax
100.0K          ./doc

(Я надеюсь 3.6M цветовых схем, не является чрезмерным.)

1
задан 13 April 2017 в 15:14
2 ответа

Необходимо будет удостовериться, что это - обратный туннель, таким образом, под SSH-> Туннели гарантируют, чтобы кнопки внизу сказали "Удаленный" и "Автоматический (или IPv4)". Я не мог получить эту работу однако, таким образом, мне будет интересно видеть, какова проблема была.

2
ответ дан 3 December 2019 в 22:27
  • 1
    Кроме того, удостоверьтесь, что GatewayPorts разрешают в Вашей конфигурации sshd на сервере. А-ч –  James L 24 August 2010 в 22:29
  • 2
    Так, GatewayPorts был установлен на clientspecified, и поля в ШПАКЛЕВКЕ для разрешения соединений от удаленных хостов был проверен. При выполнении этого, хотя произошедшийся: разве я не должен мочь просто войти в сервер SSH, и в то время как в нем SSH в себя на другом порте? И если тот порт, оказалось, был обратным туннелем, направляющимся серверу к firewalled-человека? Я пробую его теперь... Править: отказ. Я могу SSH в тот же сервер (обратная петля), но какой-либо порт, кроме того, 22 все еще отказывается от соединения –   24 August 2010 в 22:37
  • 3
    Также интересный отметить: sudo netstat-p-tcp не показывает ничего слушающего на порте 23, который является портом, на котором мы устанавливаем обратный туннель... –   24 August 2010 в 22:40
  • 4
    Вы не устанавливаете удаленный туннель на 23, Вы устанавливаете его на 1357, таким образом, команда netstat ничего не покажет на сервере, но должна показать на клиенте. Если бы Вы использовали:23, то Вы перестали бы работать так или иначе, потому что только корень может открыть порты <1024. Проверьте/var/log/secure, когда они пытаются соединиться, он должен показать любые проблемы с туннелем. Также могло бы стоить проверить/var/log/messages. –  James L 24 August 2010 в 22:49

Брандмауэр возможно? Кроме того, у Вас мог бы быть включенный TCPWrappers, таким образом проверьте то, что находится в Вашем/etc/hosts.deny файле, если Вы отклоняете что-нибудь или все, затем Вам, возможно, придется разрешить его через/etc/hosts.allow. Также проверьте на любые программные брандмауэры (я знаю, что сказал, что брандмауэры сначала, но я обращался к аппаратным брандмауэрам, таким как маршрутизатор, ЯЩИК ДЛЯ ПРОБНОЙ МОНЕТЫ, и т.д.).

0
ответ дан 3 December 2019 в 22:27

Теги

Похожие вопросы