Недавно я написал две статьи про решение проблем с доступом с Claude Code, Antigravity и другими сервисами из России (часть 1, часть 2Читать полностью »
Недавно я написал две статьи про решение проблем с доступом с Claude Code, Antigravity и другими сервисами из России (часть 1, часть 2Читать полностью »
После перехода на macOS я не нашёл SSH-клиент, который закрывает мой ежедневный сценарий так же удобно, как WinSSHTerm.
Устал от постоянных компромиссов, сформулировал требования, собрал свой клиент и выложил код в open source.
Если работаешь с несколькими серверами, почти любой SSH-клиент «как-то» подходит.
Если работаешь с десятками и сотнями хостов каждый день, важны уже не фичи на слайде, а скорость и предсказуемость:
насколько быстро находишь нужный хост;
сколько действий до подключения;
Ещё несколько лет назад разговоры об iPad как полноценном инструменте разработчика воспринимались скептически. Машинка для Netflix, блокнот для набросков, планшет для презентаций — но только не рабочая среда для написания и деплоя кода. У этого скептицизма были основания: iPadOS долго не имела нормальной многозадачности, инструментов для работы с серверами почти не существовало, а необходимость постоянно переключаться между приложениями делала любой серьёзный рабочий процесс мучительным.
Сегодня картина изменилась кардинально, и сразу по двум причинам, которые усиливают друг друга.
Если домашний сервер находится за NAT или CGNAT, не имеет белого IP-адреса, а проброс портов на роутере невозможен или нежелателен, сервисы всё равно можно опубликовать безопасно. Один из практичных вариантов — использовать VPS как публичную точку входа, а домашний сервер подключать к нему через обратный SSH-туннель.
В такой схеме домашний сервер сам инициирует исходящее SSH-соединение к VPS. На стороне VPS создаётся локальный TCP endpoint, который через SSH-туннель ведёт к сервису на домашнем сервере. Внешний HTTPS-трафик принимает Caddy, после чего проксирует запросы на локальный адрес туннеля.
Базовая схема:
Читать полностью »
О, вам нравится SSH? А перечислите-ка все флаги!
Приветствую
Все мы видели эти красивые схемыЧитать полностью »
Привет! К написанию статьи меня подтолкнуло знакомство с механизмом socket activation в Linux, на который я случайно наткнулся и не смог пройти мимо. Технология старая, но заслуживает большого внимания, а моя статья раскрывает одно из множества потенциальных практических применений.
Десятилетия терминальных мультиплексеров, одна хроническая боль и маленькая тулза на C, которая наконец всё починила.
Дисклеймер. Это адаптация статьи, которую я написал на английском для medium.com. Для перевода и технических правок использовал ИИ — он сделал черновую работу, дальше доводил сам. Если что-то режет глаз — пишите в комментах, поправлю.
Это не история про «ИИ помог написать команду».
Это исследование момента, когда ИИ сам выполняет работу в инфраструктуре, меняя контексты исполнения.
Сейчас под «автономным ИИ» чаще всего понимают чат-бота, который:
подсказал команду
сгенерировал Terraform
помог найти флаг в документации
Это нулевой или первый уровень автономности.
Меня интересовал другой вопрос:
Может ли ИИ не советовать, а действовать — как инженер?
Не в симуляции.
А в реальном облаке, с реальными ВМ, SSH и последствиями.