Описание тега unity

но любой клиент, который продолжает ждать и ждать, и даже если они хотят, чтобы обновить его, не может, и только беспомощно ждать. Это хорошо? Позвольте мне обновить на 1 или 3 часа ночи или 6 утра? Там не будет тонны людей обновление в моем районе, и вообще в 1 час ночи, вряд ли душа его обновления в целом Тихоокеанского побережья до восточного побережья, которая в 4 утра, или это просто нужно, чтобы держать меня ждать 5 часов, 8 часов, 16 часов? Как долго? Из его поведения на сайте до сих пор кажется для меня ясно, что Даг-это не академический и имеет гораздо больший интерес в женоненавистника троллинг, чем на подлинные вопросы о Academia. Не кормите троллей. Я вступил в этот стек чисто для upvote это ответ. Не следует поощрять, где это нашли плохой безопасности.

пока несколько дней назад мне удалось подключиться к удаленному серверу по SSH, используя штопор в тоннель подключение через корпоративный прокси-сервер, с помощью этой простой конфигурации:

СШ -в [email protected] -С. 443 -о "ProxyCommand штопор корп-прокси-8080 ХХХ.ХХХ.ХХХ.ХХХ 443"

Я уже установить SSH серверы порт на 443, из-за ограничений корпоративного прокси. Сейчас что-то изменилось прокси, и я получаю эту ошибку:

OpenSSH_6.2p2 Убунту-6ubuntu0.4, в OpenSSL 1.0.1 е 11 февраля 2013 года
debug1: чтение данных конфигурации в /etc/СШ/файле ssh_config
debug1: в /etc/СШ/файле sshd_config строку 19: применение варианты *
debug1: выполнив команду proxy: старпома штопор корп-прокси-8080 ХХХ.ХХХ.ХХХ.ХХХ 443 
debug1: идентичность файл /home/ПЭ/.по SSH/id_rsa тип 1
debug1: проверка черного списка файл /usr/доли/СШ/черный список.ОГА-2048
debug1: проверка черного списка файл /etc/СШ/черный список.ОГА-2048
debug1: идентичность файл /home/пользователь/.по SSH/id_rsa-Серт введите -1
debug1: идентичность файл /home/пользователь/.по SSH/id_dsa, который находится тип -1
debug1: идентичность файл /home/пользователь/.по SSH/id_dsa, который находится-Серт введите -1
debug1: идентичность файл /home/пользователь/.СШ/тип id_ecdsa -1
debug1: идентичность файл /home/пользователь/.СШ/id_ecdsa-Серт введите -1
debug1: включение режима совместимости для протокола 2.0
debug1: локальное строке версия протокола SSH-2.0-OpenSSH_6.2p2 Убунту-6ubuntu0.4
debug1: permanently_drop_suid: 1000
ssh_exchange_identification: соединение закрыто удаленным хостом

Я также пытался установить новую виртуальную машину Debian, потому что мои подозрения в том, что я некоторым образом в черный список (мой IP фиксируется и назначается с помощью DHCP на ПК хоста).

От новой виртуальной машины мой IP назначается случайным образом с помощью DHCP, и если я пытаюсь подключиться я получаю другой ответ:

OpenSSH_6.0p1 в Debian-4+deb7u2, в OpenSSL 1.0.1 е 11 февраля 2013 года
debug1: чтение данных конфигурации в /etc/СШ/файле ssh_config
debug1: в /etc/СШ/файле sshd_config строку 19: применение варианты *
debug2: ssh_connect: needpriv 0
debug1: выполнив команду proxy: старпома штопор корп-прокси-8080 ХХХ.ХХХ.ХХХ.ХХХ 443
debug1: permanently_drop_suid: 1000
debug1: идентичность файл /home/пользователь/.по SSH/id_rsa тип -1
debug1: идентичность файл /home/пользователь/.по SSH/id_rsa-Серт введите -1
debug1: идентичность файл /home/пользователь/.по SSH/id_dsa, который находится тип -1
debug1: идентичность файл /home/пользователь/.по SSH/id_dsa, который находится-Серт введите -1
debug1: идентичность файл /home/пользователь/.СШ/тип id_ecdsa -1
debug1: идентичность файл /home/пользователь/.СШ/id_ecdsa-Серт введите -1
debug1: Удаленная версия протокола 2.0, пульт дистанционного версия программы OpenSSH_6.0p1 в Debian-4
debug1: матч: OpenSSH_6.0p1 в Debian-4 ПЭТ пакет OpenSSH*
debug1: включение режима совместимости для протокола 2.0
debug1: локальное строке версия протокола SSH-2.0-OpenSSH_6.0p1 в Debian-4+deb7u2
debug2: ФД 5 Настройка системного
debug2: ФД 4 Настройка системного
debug3: put_host_port: [ХХХ.ХХХ.ХХХ.ХХХ]:443
debug1: SSH2_MSG_KEXINIT послал
Соединение закрыто неизвестный

Это соединение достигает SSH-сервер, как я вижу, в авт.лог-файл, но это ответ:

Не получать идентификационные строки от ХХХ.ХХХ.ХХХ.ХХХ

Может быть новые настройки прокси заблокировать меня? Любые предложения о том, как сделать SSH работать снова?

Редактировать: пробовал несколько методов, для OpenVPN, Apache с перенаправлением.. ничего не работает. Перенаправление Апач и дать ту же ошибку:

 телнет корп-прокси-8080
Попытки ХХХ.ХХХ.ХХХ.ХХХ...
Подключен к корп-прокси.
Escape-символ '^]'.
Подключить мой_сервер:443 HTTP/1.0, так

Протокол HTTP/1.0 200 соединение установлено
Дата: Ср, 29 окт 2014 16:12:06 мск
Через: 1.1 корп-прокси

Подключить мой_сервер:1443 по HTTP/1.0
Соединение закрыто иностранном хостинге.

в данном случае мой сервер и Apache на порт 443, и что принимается с прокси, когда Апач перенаправляет подключение на порт 1443 к серверу SSH.. меня выгнали.