Оптимизация SSH для работы с орбитальным спутником
Х@habr_comмедиа / агрегатор
5 днИстория RUVDS о создании первого сервера в космосе с доступом по SSH: проблемы связи, низкая скорость передачи данных и потеря аппарата.
Этот кейс показывает, как экстремальные условия космоса ломают привычные сетевые протоколы.
- Стандартный SSH не работает при высокой задержке и низкой скорости связи.
- Для работы с орбитальными объектами требуются специализированные протоколы передачи данных.
- Технические сбои и внешние факторы (потеря данных от NORAD) могут критически влиять на успех космических IT-проектов.
Оптимизация кода под космос: когда опускаются руки запускать новые спутники
Представьте, что вы набираете rm -rf /home/pi/tmp/cache, а до сервера долетает rm -rf /home/pi. Привет. Именно так выглядел канал связи с орбитальным спутником, который команда RUVDS задумала как первый полноценный сервер в космосе с доступом по SSH. В сыром SSH дойти могла половина команды, поэтому весь стек протоколов пришлось переписывать.
Дальше выяснилось, что настоящий SSH над горизонтом невозможен в принципе: аппарат уплывает за горизонт раньше, чем успеет обменяться ключами, а лучшее, что удавалось выжать, это около 45 байт в секунду. Пришлось откапывать протокол из контроллеров 90-х, а когда NORAD перестал давать данные о положении спутника, стучаться за орбитальной моделью в МГУ. А потом основной аппарат сгорел ровно в день, когда открывали публичный доступ.

Кратко (AI)
Команда RUVDS столкнулась с серьезными техническими ограничениями при попытке организовать SSH-доступ к спутнику. Из-за низкой скорости передачи данных и кратковременности сеансов связи стандартные протоколы оказались непригодны, что потребовало разработки кастомных решений и использования устаревших протоколов.
Обсуждение
0Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖