Несколько замысловатая проблема ssh. Может проверить с помощью ping-запросов, но не ssh, но только от на месте

Я пробую к ssh в мой сервер на работе (CentOS) от моего ноутбука (Ubuntu). Когда я дома, я делаю это путем запущения следующего скрипта на сервере (я запускаю его, в то время как я физически на работе):

ssh -R (port #):localhost:22 (name@home ip)

Я делаю это, потому что это не принимает соединения от внешнего дюйм/с Затем я могу ssh в указанный порт на моем ноутбуке, и это хорошо работает.

Однако, когда я на самом деле на работе, я не могу ssh к серверу. Другие люди в моем офисе могут. Они делают эту очень простую команду (только работы, в то время как они работают, так как им нужен IP из системы):

ssh (username)@(work ip)

И они автоматически зарегистрированы. Когда я делаю это, я не получаю ответа; никакой отказ с открытым ключом, никакое неверное имя пользователя, никакой ответ вообще. В конечном счете это испытывает таймаут. Но я знаю, что сервер имеет выполнение ssh, потому что все остальные могут сделать это.

Кроме того, если я делаю это на своем ноутбуке, в то время как на работе:

ping (work ip)

Я действительно получаю ответные пакеты, без потери, почти никакой задержки. Но ssh не работает.

Я могу ssh к другим местам от моего ноутбука, и в то время как я дома и на работе. Таким образом, мой ноутбук правильно настроен к ssh к вещам, он просто не достигает сервера работы по некоторым причинам. Я говорил с парнем, который настроил его, и он настаивает, что нет никакого белого списка; единственная безопасность от внутреннего дюйм/с (и я нахожусь физически на сайте, таким образом, у меня есть внутренний IP, таким образом, не должно быть никакой потребности сделать ssh-r как, я делаю дома), частная система / система общедоступного ключа RSA, и я знаю, что ключи должны быть уже настроены, потому что это работает, когда я делаю ssh-R из дома. Плюс, если бы ключи не были настроены, я получил бы отказ с открытым ключом, вместо никакого ответа вообще, правильно?

Если я делаю ssh-vv, это - последняя строка, прежде чем это испытает таймаут:

debug1: Connecting to ccny6 [WORK IP] port 22.

Я вижу, что другие люди отправляют подобные вопросы, но ответы, которые они, кажется, обычно, "являются сервером, выполняющим ssh сервис" и т.д., который я знаю, что это - поскольку другие люди могут ssh, чтобы сделать (как может я, если я использую ssh-r туннель), таким образом, ни один из тех ответов не сделал меня много пользы, к сожалению.

Сводка: Я могу ssh к серверу от ОТ сайта через туннель ssh, но не может ssh к нему, в то время как я прямо рядом с ним с помощью прямого ssh, даже при том, что я могу проверить с помощью ping-запросов его, и другие могут ssh к нему.