Мой первый телефон, Zenfone, вообще не имел своей оболочки — голый Андроид от Гугля. И я какое-то время пользовался будильником в приложении "Часы" от того же Гугля. При переезде на следующий телефон (какой-то не очень годный Samsung) оказалось, что это приложение сохраняет настройки будильников в резервной копии телефона, и восстанавливает их. Так что я продолжил пользоваться этими Часами и дальше.

Но вот я завёл себе второй телефон и не стал восстанавливать список приложений из резервной копии. А вместо гуглевских Часов заглянул в "Часы" от Xiaomi. И неожиданно обнаружил там настройку "Включать будильник, когда телефон выключил". Не думал, что андроидные телефоны такое умеют. Не то, чтобы очень нужная функция, но прикольная, поэтому сегодня я решил поэкспериментировать.

Включил эту настройку, выключил телефон на ночь. Утром проснулся минут за 10 до будильника, и увидел, как он это делает. Телефон включился за 5 минут до звонка и начал загружаться. У меня PIN-код на SIM-карте, так что загрузка на запросе кода остановилась. Но будильник включился. Я его выключил, но телефон не выключился; помнится, 20 лет назад на аналогичном эксперименте моя кнопочная Nokia выключилась.

PS. Из других, более полезных находок: глубоко в настройках приложения "Обои/Темы" нашлась галочка "Показывать рекламу". Выключил её на обоих телефонах. :-D

X-Post в ЖЖ.

Вот слепнет Бройтман одинокий
В тумане неба голубом…

Стал очень плохо видеть, всё как в тумане. Пошёл к офтальмологу, она подтвердила подозрения — катаракты на обоих глазах, помутнения хрусталика, и сильные. Не лечится, но можно заменить хрусталики на искусственные.

Дала направление к хирургу, в клинику Фёдорова, филиал на Садовой-Самотёчной. 16-го числа у меня первая операция.

X-Post в ЖЖ.

Съездил на дачу помочь жене. Заодно проверил новую конфигурацию в реальных условиях. На телефоне всё заработало сразу, на планшете сначала не заработало почти ничего, только OpenVPN/TCP. Через полчаса чёрные коробочки внезапно разжали зубы, и всё заработало. Это было удивительно, непонятно, но приятно.

В пятницу или субботу поеду с ноутбуком…

Upd пятница, 14 августа. Я на даче с ноутбуком. Все VPN работают, ничего не блокируются. Очень странно и очень приятно.

Upd2 суббота, Чёрные коробочки спохватились и блокируют WG и AWG с ноутбука. На телефоне эти протоколы работают; видимо, у Линукса и Андроила разные сигнатуры протоколов.

OpenVPN на ноутбуке работает. SSH в Амстердам напрямую часто тормозит, но полностью не блокируется. SSH в Амстердам поверх OpenVPN работает отлично. SSH в Амстердам поверх SSH домой — без проблем. Отлично работает xray.

Две недели пытаюсь наладить маршрутизацию всех моих VPN через домашний сервер; я ещё напишу, зачем, сейчас только одна техническая деталь, которая меня 2 недели и тормозила.

Не работали. Один только xray заработал, но у него своя маршрутизация, его легко настроить. А остальные никак. В одно плечо работает, в 2 нет. Между ноутбуком и домашним сервером пакеты ходят по любому протоколы; между д/с и амстердамской виртуалкой без проблем; а с ноутбука в Амстердам через д/с — нет: пакеты добегают до д/с и дропаются. И не мог понять, почему.

Прорыв случился вчера, когда я экспериментировал с OpenVPN. Подключил клиент на ноуте по TCP, а уход в Амстердам с д/с у меня по UDP. И с помощью tcpdump смотрю пакеты. Они на интерфейс tun0 прибегают, а в tun1 не забегают. Тут я догадываюсь, что надо между tun0 и tun1 разрешить forward. И точно, стоило только его включить — всё заработало как надо.

Отключаю клиент TCP, включаю UDP. Пакеты на д/с забегают сразу в tun1, и умирают. Ну, если мне один раз forward помог, то может и второй раз поможет. Но где те 2 интерфейса, чтобы наладить между ними передачу? Мне что, запустить на д/с второй сервер OpenVPN/UDP, подключать клиентов к нему, и отправлять из него пакеты на запад? Это бы сработало, но это странное решение. Нельзя как-то проще?

И тут у меня случается озарение. А что, если?… А вдруг?… Нет, не может такого быть! Но всё-таки, вдруг отправка пакетов из интерфейса в себя тоже требует разрешения на forward? Я могу понять input и output, они у меня везде, где надо, разрешены. Но forward? До сих пор был разрешён между физическими сетевыми картами и виртуальными интерфейсами, но не между всем виртуальными; я не хочу маршрутизировать пакеты из одного VPN в другой, достаточно, что один VPN работает во всей цепочке "мобильное устройство — домашний сервер — амстердамская виртуалка". И уж тем более я ни разу в жизни не сталкивался с необходимостью разрешить форвард в себя. Мне просто не приходило в голову, что форвард допускает наличие одного интерфейса, да ещё требует его разрешить.

Однако это легко проверить; быстро пишу команду nft add rule — и ура, всё заработало! Вот жеж!!!

Добавил в свои скрипты для создания файервола разрешения на форвард в себя для всех интерфейсов. И отдельно между всеми интерфейсами OpenVPN, их у меня 3 — сервер TCP, сервер UDP, клиент между д/с и Амстердамом; раньше клиент был дома, сервер в Амс, сейчас наоборот, но это уже совсем второстепенные детали. Вечером поэкспериментирую в протоколами WG и AWG.

PS. Зашифрованный пакет прибегает с ноутбука по VPN, VPN его расшифровывает и выплёвывает в интерфейс tun1 (или wg0, или awg0, неважно). Linux подхватывает пакет, смотрит в таблицы маршрутизации, и видит, что его надо опять засунуть в tun1 для передачи дальше. Где, чёрт возьми, тут forward? Input/output вижу, но forward?

В соответствии с полезным советом поменял местами одну пару "клиент-сервер". Теперь амстердамская виртуалка звонит мне домой. Наладить соединение было не сложно, сложно настроить маршрутизацию. Сервер может сказать клиенту push "route", а клиент серверу такого не скажет. Конфигурация клиента должна быть известна серверу, и в этой конфигурации не всё возможно; iroute да, а route нет. Пришлось наладить скрипты client-{dis}connect, и в них вызывать route add/del.

Осталось придумать, как приземлять всё дома, а потом маршоутизировать. Домашний адрес в домашнюю сеть, внутригородской — через провайдера, всё остальное в Амстердам. Последнее хотелось бы без перенаправления всего трафика по умолчанию в Амстердам. Кто сидит дома — должен получать обычную маршрутизацию. А кто подключился к VPN — тому весь трафик в VPN.

С xray такая маршрутизация делается просто, я уже настроил. С WG/AWG/OpenVPN не вижу простого способа. Придётся думать про маркировку пакетов и дополнительные таблицы маршрутизации.

В недрах сервера apt-get'ы
Обновляют ядра где-то…

Обновлял ядра и сломал загрузку на двух устройствах из четырёх. Причём как раз на железных — на ноутбуке и домашнем сервере. Загрузился с флэшки, починил. Но чтобы загрузить с флэшки сервер, пришлось повозиться, у него очень странный BIOS.

Потом включил везде WG и AWG, и запустил пинги между всеми. Т.е. я сначала хотел проверить пинги между двумя амстердамскими виртуалками, надеясь, что уж там всё работает. А фиг. Между домом и старой виртуалкой пинги ходят по обоим протоколам, а новая заблокирована напрочь. Такое ощущение, что у этого хостера чёрные коробочки стоят и в Амстердаме. А у старого почему-то нет.

Это окончательно убедило меня, что переезд назад был правильным делом. Новую временную виртуалку можно отключать и удалять.

Upd. OpenVPN между домом и старой виртуалкой тоже работает. xray пока не стал пробовать.

Upd2. xray не работает. WG и AWG работают всюду, хотя это не сразу видно — пинги на IP интерфейсов не всегда проходят. Но пинг на внутренний адрес на основной виртуалке, маршрутизируемый по WG, пингуется отовсюду стабильно. С пингами на IP интерфейсов странно.

Upd3 25.07.2026. xray я тоже заставил работать. Исправил ошибки в конфигах, сменил донора сертификата на более местного, какого-то амстердамского дата-центра. Маршрутизацию настроил просто — с ноутбука всё домой, а дома либо во внутреннюю сеть, либо в Амстердам.

Я всё-таки решил переехать обратно на старую vps'ку. Захожу на сайт регистратора доменов, а он не работает, на сайте ошибка.

Бывают же такие неудачные совпадения.

Upd. Починили через пару часов.

X-Post в ЖЖ.

Внезапно после шестилетнего перерыва вышел второй сезон "Дорохедоро".

Spoiler warning! Спойлеры!!!

( Дорохедоро-2 )

Сезон ничем осмысленным не заканчивается, так что ждём следующих. Надеюсь, чаще, чем раз в 6 лет.

X-Post в ЖЖ.

Сон-кино. Сразу с ИИллюстрациями. Некоторые даже удачные. Большой размер по нажатию.

Я сижу в жилой комнате своей недавно отремонтированной квартиры и смотрю в окно. (Здесь положено иметь в руке стакан виски, но мне такое даже во сне не может присниться.) За окном огромный красный шар солнца собирается закатиться за горизонт, но пока ещё виден в просвет между небоскрёбами.

Звонок. Телефон узнаёт мелкого подрядчика недавнего ремонта.

Я уже писал, что часть журналов, включая заблокированные, открываю по разным причинам в анонимных окошках. И писал, что ЖЖ с этим борется — при открытии заблокированного журнала в анонимном окошке подгружается код на JavaScript, который заменяет страницу на ошибку 451. С недавних пор FireFox стал помогать мне бороться с этим; думаю, он просто не подгружает вредный JavaScript.

Обнаружил неприятный эффект — если у меня уже открыт в анонимном окошке индекс или пост из чьего-то журнала, любого, не обязательно заблокированного, то при открытии в анонимном окошке (даже в другом) заблокированного журнала я получаю ошибку 451 сразу, с сервера, минуя JavaScript.

Грёбанный ЖЖ отслеживает, что у меня открыто в анонимных окошках.

X-Post в ЖЖ.