«Есть чо?» ©
![[sticky post]](http://l-stat.livejournal.com/img/icon_sticky.png "[sticky post]")
Ищу работу (UNIX, сети).-
poige- June 19th, 2012
«Есть чо?» ©
- Запал: «Монгол Шуудан / Чересчур / А пуля точно знает»
-
- poige
- May 20th, 1:17
- ubuntu 12.04 → 13.04
-
- poige
- May 17th, 10:27
В пр-цпе, практически без головняков — поставил на отдельный раздел, доставил софта, подключил прежний /home и всё.
Печалька: ыяснилось, что какие-то поттеринги зачем-то переделали /usr/bin/top — прежний .toprc не подошёл, некоторые шорткаты более не работают, обрезается argv[0] и по-моему, что-то ещё. Улучшатели, поноса им лучей потолще…
- Если вам вдруг нечего делать, вот ребус
-
- poige
- April 29th, 10:51
echo 'obase=2; ТутЧто-ТоБыло' | sed -e 's!\.!;!g' | bc | tr 01 10 | cat <(echo 'obase=16; ibase=2') - | bc | xargs
— что было вместо ТутЧто-тоБыло, что делает этот код, и какие (или какой) у него существенные недостатки? :)
- В очередной раз наткнулся-задумался: нафига M$'у Yndex.ru?
-
- poige
- April 13th, 20:55
% host -t mx yndex.ru.
— этот IP внутри сеточки 131.107.0.0/16 (NetName: MICROSOFT).
yndex.ru mail is handled by 0 mail.microsoft.com.
% host mail.microsoft.com.
mail.microsoft.com has address 131.107.125.5
- Мой первый подход к ZFSonLinux был забложен ещё 29th January 2011
-
- poige
- April 10th, 0:46
И вот спустя пару лет, ей, вроде как, можно действительно пытаться пользоваться. Уже успел попробовать на ноуте, и понять, что для щастья нужно минимум 4 GiB ОЗУ, а лучше — 6, или даже 8.
- 12.04, 12.10: NetworkManager fails to autoconfigure IPv6
-
- poige
- April 5th, 11:59
- Сетевые криворукости, выпуск от 2013-04-03
-
- poige
- April 3rd, 15:46
Первым в выпуске гордо дефилирует немецкий хостинг-провайдер Hetzner. На свежеустановленных серверах, в /etc/network/interfaces красуется вполне себе code_wtf:
И ip route являет взору не менее удиWиTельное зрелище:# device: eth0 auto eth0 iface eth0 inet static address AA.BB.CCC.132 broadcast AA.BB.CCC.159 netmask 255.255.255.224 gateway AA.BB.CCC.129 # default route to access subnet up route add -net AA.BB.CCC.128 netmask 255.255.255.224 gw AA.BB.CCC.129 eth0
Зачем-он-это-сделал? © UPD.: На вопрос зачем, ответилdefault via AA.BB.CCC.129 dev eth0 metric 100 AA.BB.CCC.128/27 via AA.BB.CCC.129 dev eth0 AA.BB.CCC.128/27 dev eth0 proto kernel scope link src AA.BB.CCC.132
nil59 . Но это криво всё равно.От удивительных экзерцисов с маршрутами, плавно перейдём к DNS — в обратной зоне время кэширования записи у Hetzner равно 86400 — то бишь, сутки. Если вы поменяли hostname, то в среднем, это будет заметно только 12 часов, максимум — через сутки. Не очень оперативненько, не правда ли?Ладно, оставаясь на волне DNS, плывём к нашему «любимому» NIC.RU. Более 10 лет назад, уже, кстати, замеченому в подобном неадеквате. Что же с ними до сих пор не так, ну кроме, набивших оскомину, акциях™? 3600 как negative TTL SOA ребята уже давно установили. Странно другое — записи NS-делегирования по-прежнему вызывают недоумение своим TTL, давайте посмотрим:
— видно, что даже корневые DNS делегируют .ru с меньшим TTL, нежели .ru — свои под-домены: 2-е суток, против 4-х! Аналогичный же TTL и у Glue records в зоне .RU. Зачем-он-это-сделал? ©% dig @e.dns.ripn.net. nic.ru. ns|grep ^nic nic.ru. 345600 IN NS ns5.nic.ru. nic.ru. 345600 IN NS ns6.nic.ru. nic.ru. 345600 IN NS ns7.nic.ru. % dig @l.root-servers.net. ru. ns|grep ^ru ru. 172800 IN NS a.dns.ripn.net. ru. 172800 IN NS b.dns.ripn.net. ru. 172800 IN NS d.dns.ripn.net. ru. 172800 IN NS e.dns.ripn.net. ru. 172800 IN NS f.dns.ripn.net.
Ну а завершают выпуск не менее WTF'зные настройки интерфейсов в OpenVZ.P. S. Хотя, стоит, пожалуй бы ещё упомянуть одного гордо-мультисервисного провайдера в Красноярске, который славен тем, что публикует сиськи в своих календарях, справедливо полагая, что сиськи, в целом, гораздо более нужны, нежели поддержка IPv6 на его мультисервисной сети. В пр-цпе, мы не против сисек, мы — за (обеими руками). Но мы против того, чтобы DNS-резолверы, доступные его абонентам по «серым» IP-адресам, хранили 2-е разные версии одной и той же зоны, устаревшие как минимум на несколько лет. И IPv6, всё-таки, тоже неплохо.
- Осторожно с Netfilter's connbytes — он обрабатывает ввод не совсем так, как указано в man:
-
- poige
- April 1st, 22:16
iptables -A FORWARD -p tcp -m connbytes --connbytes-dir both --connbytes-mode bytes --connbytes 500
превратится в:
iptables -A FORWARD -p tcp -m connbytes --connbytes-dir both --connbytes-mode bytes --connbytes 500:-A FORWARD -p tcp -m connbytes --connbytes 500:500 --connbytes-mode bytes --connbytes-dir both
При том, что в man:
-A FORWARD -p tcp -m connbytes --connbytes 500:18446744073709551615 --connbytes-mode bytes --connbytes-dir both--connbytes from[:to] … if TO is omitted only FROM check is done.
Как видно, если попробовать таки указать просто 500:, то внутреннее представление вряд ли порадует краткостью и читаемостью. Я решил использовать инверсию условия — запись «больше 500», может быть выполнена как «не меньше 499», очевидно:iptables -A FORWARD -p tcp -m connbytes --connbytes-dir both --connbytes-mode bytes ! --connbytes 0:499
- Забавная причина, по которой народ реально Chrome → Firefox
-
- poige
- March 28th, 13:53
