15 мая состоялся выпуск 0.13 консольной утилиты trurl, написанной на языке C с использованием библиотеки libcurl. Утилита предназначена для разбора и других манипуляций с URL-адресами.

trurl – это инструмент в духе tr, но для URL-адресов:

$ trurl --url https://www.linux.org.ru/help/rules.md --get '{path}'

/help/rules.md

$ trurl --url https://www.linux.org.ru --append path=forum

https://www.linux.org.ru/forum

Список изменений:

• освобождение выделенной памяти при ошибках OOM;
• короткие ключи больше не требуют разделения аргумента пробелами;
• добавление сегментов пути только при первой итерации;
• другие мелкие исправления.

Видео-презентация (1:05:53).

>>> Подробности

Это текстовая версия моей статьи про разработку графического приложения на чистом ассемблере под линукс.

( читать дальше... )

Обнаружен перехват TLS-соединений с шифрованием протокола обмена мгновенными сообщениями XMPP (Jabber) (атака Man-in-the-Middle) на серверах сервиса jabber.ru (он же xmpp.ru) на хостинг-провайдерах Hetzner и Linode в Германии.

Злоумышленник выпустил несколько новых TLS-сертификатов с помощью сервиса Let’s Encrypt, которые использовались для перехвата зашифрованных STARTTLS-соединений на порту 5222 с помощью прозрачного MiTM-прокси. Атака была обнаружена в связи с истечением срока действия одного из сертификатов MiTM, который не был перевыпущен.

Признаков взлома сервера или спуфинг-атак в сетевом сегменте не обнаружено, скорее наоборот: перенаправление трафика было настроено в сети хостинг-провайдера.

>>> Подробности

Взялся я тут в свободное время проходить на «Курсере» https://www.coursera.org/learn/algebra-lineynaya/

Но с материалом 5-й недели запутался в понятих.

Так как на форуме курса отвечать не торопятся, я притащил это сюда.

Справедливо ли, что матрица перехода, например, из базиса e в базис h

является линейным оператором? Всегда ли размерность ядра такого оператора должна быть равна нулю? И, наконец, строго говоря если ли разница между понятием линейного оператора и линейного отображения?

Например, когда линейный оператор действует из пространства V в тоже пространство V.

Пока я достал с полки Ильина с Г.Д. Ким и попытаюсь вникнуть самостоятельно, отписывайте тут, что и с чем я перепутал.

alpha, что скажешь как профильный специалист?

Пытался сначала настроить wireguard, который должен на уровне ядра linux работать, но не получилось из-за openvz. Хост использует какое-то свое кастомное ядро версии 3.10.0-1160.25.1.vz7.180.2 без модулей wireguard'a.

Погуглил, нашел реализацию wireguard-go на которой построены клиенты для macos и windows. Делал все по гайдам: 1. https://d.sb/2019/07/wireguard-on-openvz-lxc 2. https://www.reddit.com/r/WireGuard/comments/dze220/wireguard_on_ubuntu_1804_o...

После попытки первого запуска службы systemctl start wg-quick@wg0 выдает:

Job for wg-quick@wg0.service failed because the control process exited with error code.
See "systemctl status wg-quick@wg0.service" and "journalctl -xeu wg-quick@wg0.service" for details.

systemctl status wg-quick@wg0.service

× wg-quick@wg0.service - WireGuard via wg-quick(8) for wg0
     Loaded: loaded (/lib/systemd/system/wg-quick@.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Sat 2022-08-06 14:05:26 MSK; 12min ago
       Docs: man:wg-quick(8)
             man:wg(8)
             https://www.wireguard.com/
             https://www.wireguard.com/quickstart/
             https://git.zx2c4.com/wireguard-tools/about/src/man/wg-quick.8
             https://git.zx2c4.com/wireguard-tools/about/src/man/wg.8
    Process: 780 ExecStart=/usr/bin/wg-quick up wg0 (code=exited, status=1/FAILURE)
   Main PID: 780 (code=exited, status=1/FAILURE)

Aug 06 14:05:26 se9c58735.fastvps-server.com wg-quick[788]: │         https://www.wireguard.com/install/           │
Aug 06 14:05:26 se9c58735.fastvps-server.com wg-quick[788]: │                                                      │
Aug 06 14:05:26 se9c58735.fastvps-server.com wg-quick[788]: └──────────────────────────────────────────────────────┘
Aug 06 14:05:26 se9c58735.fastvps-server.com wg-quick[788]: ERROR: (wg0) 2022/08/06 14:05:26 Failed to create TUN device: CreateTUN("wg0") failed; /dev/net/tun does not exist
Aug 06 14:05:26 se9c58735.fastvps-server.com wg-quick[794]: Unable to access interface: Protocol not supported
Aug 06 14:05:26 se9c58735.fastvps-server.com wg-quick[780]: [#] ip link delete dev wg0
Aug 06 14:05:26 se9c58735.fastvps-server.com wg-quick[795]: Cannot find device "wg0"
Aug 06 14:05:26 se9c58735.fastvps-server.com systemd[1]: wg-quick@wg0.service: Main process exited, code=exited, status=1/FAILURE
Aug 06 14:05:26 se9c58735.fastvps-server.com systemd[1]: wg-quick@wg0.service: Failed with result 'exit-code'.
Aug 06 14:05:26 se9c58735.fastvps-server.com systemd[1]: Failed to start WireGuard via wg-quick(8) for wg0.

Если выполнить wg-quick up wg0:

[#] ip link add wg0 type wireguard
RTNETLINK answers: Operation not supported
[!] Missing WireGuard kernel module. Falling back to slow userspace implementation.
[#] wireguard-go wg0
┌──────────────────────────────────────────────────────┐
│                                                      │
│   Running wireguard-go is not required because this  │
│   kernel has first class support for WireGuard. For  │
│   information on installing the kernel module,       │
│   please visit:                                      │
│         https://www.wireguard.com/install/           │
│                                                      │
└──────────────────────────────────────────────────────┘
ERROR: (wg0) 2022/08/06 14:25:13 Failed to create TUN device: CreateTUN("wg0") failed; /dev/net/tun does not exist
Unable to access interface: Protocol not supported
[#] ip link delete dev wg0
Cannot find device "wg0"

В чем может быть проблема? Пытался гуглить эту ошибку, мало чего понял.

Привет всем, кто занимается почтой, строит и обслуживает почтовые сервера. Всем, кроме спамеров и рассыльщиков, так как эта тема их не касается.

В последние годы ситуация со свежими почтовыми серверами становится все хуже и хуже, большие почтовики игнорируют RFC и очень часто либо запихивают письма от нового почтовика в спам, либо, что тоже часто слуается, вообще не дают коннекта. При этом почтовый сервер может быть идиально настроен. По умолчанию новый IP для них имеет нулевую репутацию.

И если с некоторым саппортом крупных почтовиков можно договориться, то бывает, что саппорт не отвечает вообще. Например yahoo (и не только)

Недавно я обнаружил интересное и недорогое решения этой проблемы. И gsuite от google и office 365 от майкрософта дают возможность купив всего лишь 1 аккаунт у них ( 5 евро в месяц) пускать через их smtp сервера исходящий трафик ( и входящий тоже,если надо)

Те этот один технический ящик служит просто для опплаты. Все остальные адреса будут роутиться на ваш сервер. Ваш сервер сможет использовать smtp гугла и мелкомягких в качестве смартхоста. Вы можете иметь бесконечное кличнество адресов на вашем сервере как и обычно.

При этом там есть ограничения на количество трафика, но они такие, что коснутся лишь спамеров.

Сейчас, покупая сервер для почты, все равно приходится брать к нему additional IP и перебираать их , чтобы найти более менее чистый. Стоимость additional IP сейчас примерно 5 евро. Те ровно тоже самое, что и стоимость одного аккаунта на gsuite или office365.

На этом все, успехов.