SSH через HTTP-прокси со штопором
Более консервативные дистрибутивы следуют (и активно участвуют) стабильным версиям ядра, ради стабильности. Более авантюрные используют ядро на одну версию или около того позже последней и самой лучшей ванильной версии, плюс брызги патчей, перенесенных с верхушки разработчиков (и некоторые собственные).
Текущая политика разработки ядра такова, что версия Линуса продвигается вперед с блестящими, новыми игрушками и не боится массовых изменений. Некоторые версии считаются достаточно стабильными (в плане разработки), чтобы стать основой для тщательного тестирования и стабилизации, дающей стабильные серии.
Все это возможно благодаря используемым инструментам: каждый может создать свое собственное дерево git, локально синхронизировать интересные ветви и деревья восходящего потока, перехватывать чужие коммиты и свободно делиться локальными изменениями.
мы должны согласиться с тем, что нет намерения обойти некоторые меры безопасности и что подключение таким образом, конечно же, не является нарушением какого-либо контракта/соглашения. Псевдо -правовая оговорка сделана, на вашем месте я бы действительно попытался переключить свой сервер для прослушивания SSH-соединений на порту 443 лучше, чем любой другой, при использовании веб-прокси. Простые причины:
- В то время как связь через порт 80 (обычный веб-трафик )не зашифрована и в основном представляет собой обычный текст (при чтении страницы ), порт 443 предназначен для зашифрованной связи SSL. Прокси не удивится, увидев сообщения в двоичной форме через этот порт. Вам нужно бинарное соединение для SSH, а не веб-страницы.
- Вы не открываете свой сервер для публики (, если у вас нет брандмауэра с белым списком IP-адресов на другой стороне )с общеизвестным портом, например 22. Новый сервер в сети иногда даже не проверяется менее 5 минут. Затем кто-то откуда-то попытается войти через SSH, если увидит, что порт 22 открыт. Порт 443 не добавляет большей безопасности, но, по крайней мере, он немного менее очевиден, чем 22. Удачи!