Журнал Витуса. Голосов: 2 Адрес блога: http://vitus-wagner.livejournal.com/ Добавлен: 2008-02-19 12:48:41 блограйдером Lurk

Сайт Порт-Шамбалы

2014-12-07 21:18:26 (читать в оригинале)

Не знаю зачем, но завел себе домен spacians.net.
Там пока ничего нет кроме выдранного с мясом из http://vitus.wagner.pp.ru/fiction кусочка про соответствующую книгу.

Но теперь уж раз завел, надо будет что-то сделать.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1032784.html. Please comment there using OpenID. Now there are comments

---

Грабельное

2014-12-07 15:25:52 (читать в оригинале)

Оказывается, если dhcp-сервер отдает опцию 121 (rfc3442 classless routes), некоторые dhcp-клиенты (в частсти Debian Jessie и FreeBSD 10.1) игнорируют нафиг опцию 3 (routers) и поэтому лишаются default route, если её не прописать дополнительно
в виде classless route 0.0.0.0/0,ip-гейтевея.

Причем у jessie в /sbin/dhclient-script на эту тему есть специальный комментарий

# if we have $new_rfc3442_classless_static_routes then we have to
# ignore $new_routers entirely

Что характерно, до сих пор нигде упоминания о подобном поведении (или о требовании) я не встречал.


Впрочем не то чтобы до сих пор я развлекался с раздачей хитрого роутинга по dhcp. Вчера впервые попробовал.

Upd а 7-я винда при попытке отдать ей дефолтный маршрут через classless route вообще шизеет, и не коннектится ни к чему. Придется через icmp-redirect работать. благо linux-овое ядро в dd-wrt его исправно отдает и перенаправляет хосты через точку терминирования vpn.

Еще одну граблю мне нашел arilou. Оказывается, gitweb-у надо не забывать прописывать в конфиг

$default_text_plain_charset = "utf-8";

А то он не будет отдавать странички вообще без charset (чтобы его подставил веб-сервер), а поставит явно ISO8859-1.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1032482.html. Please comment there using OpenID. Now there are comments

---

Ребенок открыл лыжный сезон

2014-12-07 13:51:27 (читать в оригинале)



This entry was originally posted at http://vitus-wagner.dreamwidth.org/1032316.html. Please comment there using OpenID. Now there are comments

---

Бытопись компьютерная.

2014-12-06 20:05:16 (читать в оригинале)

Вчера великий вождь, наконец, заметил, что у сарая нет одной стены. В смысле, через
два с половиной месяца
после того, как десктопный компьютер перестал быть дефолтным гейтвеем локальной сети, осознал что теперь с хостов локальной сети, отличных от этого компьютера, в vpn нифига не роутится - точкой терминирования vpn-то он остался.

Ну прописать раздачу маршрута для сетки по dhcp это несложно.

Потом снес с него bind и поставил dnsmasq. Потому что я тщательно убираю с этого компьютера все серверные функции. Остались только почтовый (imap) сервер и точка терминирования vpn. Поэтому bind в качестве слейва у dnsmasq на точке доступа, который теперь основной DNS для локального домена - это явный overkill. А вот отдельные upstream-ы для отдельных vpn-сеток dnsmasq умеет явно лучше.

Теперь бы еще придумать способ рассказывать этому dnsmasq о вновь появляющихся хостах в vpn. Скрипт из которого рассказывать - есть. На vds-ке, которая теперь имеет возможность сходить на точку доступа через эту самую VPN и внутренний интерфейс.
Вариант

echo ip hostname >> /etc/hosts
killall -HUP dnsmasq 

в общем вполне рассматривается. Если удастся решить задачу
1. Как инициировать выполнение этого скрипта не давая выполняющему прав рута на точке доступа. То есть во-первых. у меня туда почему-то не работает ssh, только telnet, но даже если это пофиксить, не уверен, что dropbear, который там работает sshd, умеет все, что по этому поводу можно прописать openssh в authorized_keys.
2. Как убирать из /etc/hosts записи, для которых vpn положили. Ведь это может означать что через полчаса-час тот же хост возникнет в локальной сети и попроисит ip по dhcp. И тогда в dns-е ему уже должен соответствовать dhcp-шный ip.

Еще я таки добился нормальной (ну относительно) работы libvirtd с lxc и qemu/kvm одновременно. После очередного апгрейда libvirtd из бэкпортов. Оказалось, что можно в /etc/default/libvirtd включить опцию mount-cgroups=yes, и оно тогда будет правильно монтировать cgroups. Правда, пришлось вычистить из fstaba то что там раньше на эту тему было - оно неправильное. Ну и перегрузить машину в процесс несколько раз. Так что libvirtd той же версии, что и в jessie, живет без systemd.

Правда, выяснилось что та кривая система загрузки, которая сложилась у меня после неудачной попытки сделать загрузочным трехтерабайтник, требует ручной работы при апгрейдах ядра. Как бы это пофиксить? Смонтировать что-ли /work/boot на /boot с --bind?

То есть проблема такова:
На втором диске есть одна большая (терабайтная) партиция. Монтировать ее всю на /boot понятно не хочется - там много другого полезного есть. Но именно на ней стоит extlinux который грузит систему.

Есть, конечно, вариант, скопировать все с терабайтника на трехтерабайтник (в /home есть для этого свободное место) и отгрызть маленькую партицию для честного /boot. Но ломы... Правда, зато и свопа можно будет прибавить. А то там своп-раздел всего 4Гб.

Или наоборот, убрать этот своп-раздел. сделать на его месте /boot, а своп хрен с ним, пусть будет только на трехтерабайтнике.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1032105.html. Please comment there using OpenID. Now there are comments

---

Еще про электрические сети и батареи от "Теслы"

2014-12-06 11:15:46 (читать в оригинале)

http://www.bloomberg.com/news/2014-12-05/musk-battery-works-fill-utilities-with-fear-and-promise.html

Забавная статья про сложные взаимоотношения между электросетями и дешевыми и ёмкими батареями. Рассматривается более чем один аспект проблемы.

“Electric vehicles can be the best thing to ever happen to our industry or the worst thing to ever happen to our industry,” said James Avery, a senior vice president at San Diego Gas & Electric.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1031687.html. Please comment there using OpenID. Now there are comments