В зависимости от того, насколько ограничена ваша локальная сеть, вы можете изменить порт прослушивания сервера SSH на 80 или 443 и тем самым обмануть локальную сеть, заставив ее думать, что вы обмениваетесь данными через эти порты. Но межсетевой экран с отслеживанием состояния почти немедленно перехватит эти соединения и заблокирует их, потому что SSH не похож на HTTP(S), поэтому он обнаружит, что вы отправляете трафик SSH через порт HTTP, и заблокирует его.
Кроме того, если вы находитесь за HTTP-прокси или прозрачным (принудительным) HTTP-прокси, вы не можете получить доступ ни к чему, кроме HTTP.
Если вы заблокированы таким образом, то лучшее, что вы можете сделать, это включить веб-доступ по SSH на сервере, установив пакет, или использовать веб-службу, которая делает это (например, GoToMySSH). Но на практике многие сети также блокируют наиболее распространенных веб-провайдеров SSH или блокируют технологию, которую они используют (ActiveX или Java-апплеты), или соединение достаточно регистрируется и отслеживается, чтобы заблокировать доступ к удаленному серверу, если они обнаружат что вы получили доступ к удаленной оболочке на нем.
Короче говоря, игра в кошки-мышки с сетевыми администраторами в сети, которую вы не контролируете, в значительной степени является игрой в схватку за соломинку. Если они хотят помешать вам делать X и вкладывают много времени в его предотвращение, то в конечном итоге они преуспеют. Но если у вас есть простой маршрутизатор, который не отслеживается, вы, вероятно, сможете добиться успеха, просто изменив прослушивающие порты.
Тем не менее, вы не сможете войти в систему в первую очередь, чтобы изменить порты или настроить веб-консоль SSH, если вы не можете подключиться к ней по SSH. Таким образом, вам, вероятно, придется сначала вернуться к менее строгому соединению.