Skaaraje

"Анальные акробаты" Выражение «анальные акробаты» — это грубый, просторечный, часто уничижительный фразеологизм, который используется в русскоязычном пространстве (особенно в интернете) для обозначения: Основные значения: Лицемерные люди, беспринципные приспособленцы Те, кто легко меняет свои убеждения в угоду обстоятельствам Люди, готовые на всё ради выгоды или одобрения начальства Подхалимы и угодники Слишком услужливые сотрудники, готовые «вывернуться наизнанку» для начальства Те, кто пресмыкается перед вышестоящими В контексте критики системы Люди, выполняющие любой, даже абсурдный приказ Люди, демонстрирующие слепую лояльность Происхождение: Выражение появилось в русском интернете (Рунете) в начале 2000-х годов и стало особенно популярным в: Блогах и политических дискуссиях Комментариях на остросоциальные темы Сатирических пабликах и форумах Лингвистические особенности: Метафора — гиперболическое изображение беспринципной гибкости Вульгаризм — использует грубую лексику для усиления выразительности Экспрессивность — создаёт яркий, запоминающийся образ Аналоги в других языках: Английский: "ass-kissers", "brown-nosers" Испанский: "lameculos" Немецкий: "Arschkriecher" Выражение относится к неформальной, грубой лексике и не используется в официальном общении. "Анальные клоуны" Выражение «анальные клоуны» — это ещё более резкий и уничижительный фразеологизм, который развил идею «анальных акробатов». Значение и контекст: «Анальные клоуны» — это: Беспринципные клоуны, шуты Люди, чьи действия выглядят как абсурдное, унизительное шутовство Те, кто готов на любые унижения ради выполнения приказа/получения выгоды Угодники, доводящие подхалимство до абсурда Если «акробаты» демонстрируют гибкость, то «клоуны» — ещё и глупость Действия выглядят не просто приспособленчеством, а откровенным клоунадой Объекты острой сатиры и критики Часто относится к чиновникам, медийным персонажам, публичным людям Подчёркивает контраст между их статусом и унизительным поведением Происхождение: Эволюция от «анальных акробатов» (2000-е → 2010-е годы) Усиление сатирического компонента — добавление образа «клоуна» Популяризация в Рунете — особенно в политических мемах, сатирических пабликах Семантика образа: «Анальный» = Готовность на унизительные действия Полная потеря достоинства «Вывернутость наизнанку» «Клоун» = Нелепость, абсурдность действий Публичное шутовство Притворство, наигранность Примеры использования: «Посмотри на этих анальных клоунов — пляшут под дудку начальства» «Хватит быть анальным клоуном — сохрани достоинство!» Лингвистический статус: Грубый вульгаризм — ещё более резкий, чем «акробаты» Экспрессивная метафора — создаёт яркий сатирический образ Интернет-сленг — преимущественно онлайн-использование Оба выражения отражают тенденцию русского интернет-сленга к созданию ёмких, экспрессивных и часто циничных метафор для описания социальных явлений.

Инструкция: подключение pfSense CE 2.8.x к Amnezia VPN через OpenVPN (по файлу .ovpn) Проверено на pfSense CE 2.8.1 (Community Edition), Amnezia 4.8+, ноябрь 2025. Что понадобится: Файл .ovpn от Amnezia с встроенными сертификатами (экспорт → OpenVPN) pfSense CE версии 2.8.0 или 2.8.1 Доступ к веб-интерфейсу pfSense Важно: В pfSense CE нет кнопки импорта .ovpn (она есть только в pfSense Plus). Настройка — только вручную. Шаг 1. Импорт CA (удостоверяющего центра) Перейдите: System → Certificate Manager → Authorities → + Add Заполните: Descriptive name: Amnezia_CA Method: Import an existing Certificate Authority Certificate data: вставьте всё между и , включая: -----BEGIN CERTIFICATE----- ... -----END CERTIFICATE----- Сохраните. Поле "Private Key" оставьте пустым! Шаг 2. Импорт клиентского сертификата Перейдите: System → Certificate Manager → Certificates → + Add Заполните: Descriptive name: Amnezia_Client Method: Import an existing Certificate Certificate data: только блок между BEGIN/END CERTIFICATE из Private key data: всё между и , включая: -----BEGIN PRIVATE KEY----- ... -----END PRIVATE KEY----- Сохраните. Шаг 3. Настройка OpenVPN-клиента Перейдите: VPN → OpenVPN → Clients → + Add Заполните поля: Server mode: Peer to Peer (SSL/TLS) Protocol: UDP Interface: WAN Server host or address: IP из строки remote (например, 144.31.120.61) Server port: порт из remote (например, 46323) TLS configuration: TLS Authentication TLS authentication key: вставьте весь блок между и , включая: -----BEGIN OpenVPN Static key V1----- 5a8ec1cc93a4a14ee78193ae0d3bbc06 ... 3865dde45c86a9613d2570d3c6b58795 -----END OpenVPN Static key V1----- Key direction: 1 Peer Certificate Authority: Amnezia_CA Client Certificate: Amnezia_Client Encryption algorithm: AES-256-GCM Auth Digest Algorithm: SHA512 Allow Compression: Refuse any non-stub compression Don’t Pull Routes: снимите галочку Нажмите Save → Apply Changes. Проверка: Зайдите: Status → OpenVPN — статус должен быть Up Если не подключается — смотрите Status → System Logs → OpenVPN Опционально: весь трафик через VPN System → Routing → Gateways → + Interface: OpenVPN Gateway: 10.8.0.1 (или IP из лога) Name: Amnezia_GW Firewall → Rules → LAN → + Action: Pass Gateway: Amnezia_GW Примечания: Файл .ovpn нужно обновлять при каждом изменении конфигурации сервера в Amnezia — сертификаты меняются. Если не работает — убедитесь, что в поле "TLS authentication key" вставлен полный PEM-блок с BEGIN/END. В pfSense CE 2.8.1 именно так — иначе ошибка валидации. Удачи! Всё работает — проверено на практике. ©️ Skaaraje & Qwen

Обновление. Теперь скрипт тестирует obfs4 мосты через curl и если они не работают - то запрашивает новые мосты в телеге, если и мосты из телеги не работают, то переключается на snowflake tor-auto-bridges.py.txt torrc.snowflake

Новая версия для автоматическойго обновления мостов из бота в телеге. нужен python3 telethon из pip и telegram api т.к. в debian 12 telehon старый и телега с ним не работает - то ставить из pip sudo apt install python3 python3-pip python3 -m venv ~/tor_env source ~/tor_env/bin/activate pip install --upgrade telethon потом запускать скрипт через виртуальное окружение source ~/tor_env/bin/activate python3 ~/get_tor_bridges.py спросит тел (ну и облачный пароль если есть) и пришлет код подтверждения в телегу потом больше спрашивать не будет api телеги Зарегистрировать Telegram API ID и Hash на my.telegram.org . вставить их в скрипт api_id = ... api_hash = '...' в кроне тож через окружение 0 */5 * * * /home/user/tor_env/bin/python3 /home/user/get_tor_bridges.py и работает! get_rot_bridges.py

просто watch -n 1 " printf 'Ядра: '; cat /proc/cpuinfo | grep 'MHz' | cut -d: -f2 | tr '\n' ' '; printf '\nТемп: '; sensors | grep -E '(Core|Package)' | awk '{print \$3}' | tr '\n' ' '; echo '' " с цветом watch -n 1 -c "echo -e \"\033[1;36m=== ЧАСТОТА ЯДЕР ===\033[0m\"; grep \"MHz\" /proc/cpuinfo; echo \"\"; echo -e \"\033[1;31m=== ТЕМПЕРАТУРА ===\033[0m\"; sensors | grep -E \"(Core|Package)\"" cpumon cpumoncolor

Tor без мостов не работает, protonVPN не работает, Windscribe-VPN не работает... обложили. НО с мостами Tor пока еще работает, только мосты протухают буквально за пару суток. Приходится запрашивать письмом или в телеге новые и менять руками, а это лениво. первый вариант, отправка запроса мостов к torproject и получение их почтой, вставка в torrc перезапуск по крону и .д. Пароль для приложений прям в скрипте - ибо мне пофиг, вирусы я не ставлю. нужны установленные procmail и swaks Позжее будет версия для забирать мосты из бота в телеге tor_bridge_updater_v1.sh

почему не работает find /tmp/ -ctime -1 -name x* | xargs mv ~/user/ а потому, что надо делать так find /tmp/ -ctime -1 -name "x*" | xargs -I '{}' mv '{}' ~/user/ а подробнее вот -I replace-str Replace occurrences of replace-str in the initial-arguments with names read from standard input. Also, unquoted blanks do not terminate input items; instead the separator is the newline character. Implies -x and -L 1.

Никого мы не будем выбирать, выбора нет т.к. он очевиден. Ну или кого назначит действующий главнокомандующий!

Это из разряда лозунгов "Добро должно быть с кулаками" - да?

Есть у конторы старенький (зато бесплатненький) HP DP 8.0 для наматывания на ленту бекапов с серверов, под виндой проблем с клиентом нет. Под всеми RHEL серверами тоже нет, omnisetup.sh -server xxxx -install da и все, само работает. Тут же блэт импортозамещение поперло, великий бл и могучий Astra Linux стал ставится на сервера (хз почему не RedOS - на нем тож HP DP 8.0 лехко ставится и работает) Вобщем нужно стало по утвержденному техпроекту, поставить HP DP на Astra Linux 1.7 SE Smolensk Прямым путем естессно никак - дистр HP DP для RHEL базед осей. Пришлось идти кривым путем (((не люблю такие - но что поделать) подразумевается что Astra с лицухой и есть доступ к base и extended репам ) в моем случае просто нет доступа в инет) Итак Для начала понадобятся репы для Astra (ели астра смотрит в инет, то ничего не надо) base repository и extended repository ну там как локально разместить репы - тут не о том разговор потом ставим пакет alien - для работы rpm пакетов, это метапакет, он поставит и rpm и еще кучу всего потом ВНИМАНЕ не ставим как пишут у микрофокусов inetutils-inetd а ставим xinetd - иначе инсталяха протектора будет вываливаться с ошибкой далее Берется ISO диск Software_HP_DP_8.00_for_Linux_Multi_Language_TD586-15011.iso или Software_HP_DP_8.1_for_Linux_TD586-15014.iso ну монтируется там куда нить в /mnt потом /mnt/LOCAL_INSTALL/omnisetup -server x.x.x.x -install da и все! через какой то время этот сервер появляется в центре управления HPDP и его диски спокойно можно мотать на ленту. Скачать инсталляторы HPDP 8.0/8.1 можно у меня здесь, ибо сам я с трудом уже их нашел

Три виртуалки с OracleLinux - в hype-v проброшены сквозными дисками на СХД, соответственно резервные копии не сделать, надо перенести их в VHD. Ну чо тут, берем четввертую виртуалку у которой есть qemy-img ,туда прицепляем сквозной диск и и диск с разделом ntfs для vhd. пишем в консоли qemu-img convert -O VHDX /dev/sda /mnt/sda.vhd , ждем, отключаем подключаем запускаем и фига! hyper-v не понимает эти конвертированные диски. Ладнааа, берем Clonezilla, на четвертой виртуалке опять прицепляем сквозной диск и и уже подготовленный пустой vhd аналогичного размера, клонезилла на старт - девайс ту девайс... копирует своп и всё! дальше пишет что всякую хрень про LVM группы, тома ( че там нахероверчено я хз, не мной те линуксы ставлены) Ну ШТА! берем старый добрый dd - диски уже прицеплены, просто пишем dd if=/dev/sda of=/dev/sdb bs=1M status=progress и всё, отцепили прицепили диски на новые виртуалки с vhd и заработало. bs=1M от балды, скорость между двумя СХД в среднем 256Мб/с (диски свозные и vhd на разных СХД). Теперь можно VHD мотать на ленту про запас.