16 серпня 1993 року з’явився перший реліз Debian v0.01.
Вже багато років це мій улюблений дистрибутив Linux.
P.S. Доречі, щось в них трохи зламалося:
$ sudo apt-get install cupcakes
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package cupcakes
:)
Мой прекрасный датацентр UnitedDC с 1 мая всё-таки поднимает цену за colocation моего сервера. В 2.5 раза. Правда скидку 15% мне сделали, но от этого не легче.
Сам ДЦ действительно прекрасный - почти 3 года без нареканий, сначала на Леонтовича (Tier 2), сейчас на Соломенской (Tier 3).
Но сервер особо сейчас не нагружен и поэтому возникла идея переехать всё на VDS чтобы не платить зря за железо, которое к тому же может и приказать долго жить :)
Выбираю между Украиной (gmhost) и Германией (hetzner, contabo).
Gmhost, как я понял, молодая компания из Хмельницкого - отзывов не нашел.
Как-то зимним томным вечером, а точнее сегодня ночью, вздумалось мне чуточку оттюнить mod-fcgid.
Ну и решил я воспользоваться известной утилитой всех пионеров DDoS'а - Apache Benchmark, ну а если по-нашему, по-простому, ab.
Запустил я убийственную команду ab -n1000 -c1000 http://vitich.kiev.ua/ , но секунд через 10, у меня на ноуте отвалилась сеть. Причем отвалилась так, что кроме как перезагрузкой роутера по питанию ничего не помогало. Воспроизвел три раза подряд.
Вот так, вместо "пионерского DDoS'а" своего сервера, я замучил насмерть свой роутер mikrotik с последней прошивкой.
Нещодавно я мігрував свій сервер з FreeBSD 9.1 на Debian 7.8
Після встановлення ОС була встановлена ISPManager 4 Lite та купа різного ПЗ, в тому числі й mysql-server-5.5.
Але, оскільки я люблю справжній opensource, я вирішив перейти на mariadb-server-10.0
Для цього, після mysqldump, про всяк випадок :) я перейшов на mariadb-server-10.0 за допомогою цих магічних заклинань:$ sudo apt-get install python-software-properties
$ sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db
27 січня була виявлена і успішно виправлена надзвичайно небезпечна уразливість в стандартній бібліотеці glibc. Вона полягала в переповнюванні буфера усередині функції __nss _ hostname _ digits _ dots (), яку, зокрема, використовують такі відомі функції glibc як gethostbyname () і gethostbyname2 (). У гіршому для користувача випадку на уразливій системі зловмисник може добитися виконання довільного коду.
Появилась на работе задача проксировать rtmp потоки.
Кто из вас не знает, сообщаю, что есть замечательный модуль nginx-rtmp-module с которым можно пересобрать nginx.
Так вот, надеялся, что вот такая конструкция из pull'ов заработает:
rtmp {
server {
listen 1945;
application live {
live on;
pull rtmp://192.168.0.1:1935/live/stream1;
pull rtmp://192.168.0.2:1936/live/stream2;
Багато років цей сервер жив на FreeBSD.
Але після чергового оновлення openssl та ще деяких портів я помилково вирішив оновити й pkg.
Звичайно, система попередила мене, що назад шляху не буде - та мене ж цим не налякати :)
Оновився та отримав повну несумісність нового pkgng з панелью ISPManager 4 Lite до якої вже звикли всі хто користується сервером. Та й глюки вже старі та добре відомі, майже рідні.
А старий глюк краще нових двух :)
Але все що робиться - робиться на краще.
Сбрасываем текущие значения (Ctrl+Alt+d), которые меня не устраивают:
$ xfconf-query --channel xfce4-keyboard-shortcuts --property "/xfwm4/custom/
Назначаем новую комбинацию (Super+d):
$ xfconf-query --channel xfce4-keyboard-shortcuts --property "/xfwm4/custom/
$ xfconf-query --channel xfce4-keyboard-shortcuts --list -v | grep -i super
И наслаждаемся.
Любителям умничать на предмет правильности sudo -i и неправильности sudo su -
[email protected] ~ $ sudo -i
sudo: Illegal option -i
usage: sudo -V | -h | -L | -l | -v | -k | -K | [-H] [-P] [-S] [-b] [-p prompt]
[-u username/#uid] [-r role] [-t type] -s |
[email protected] ~ $ sudo su -
[email protected] ~ #
Да! Бывает и такое!
Поэтому имею привычку делать именно sudo su -
Привіт всім!
Довго не писав у свій блог, але сьогодні знадобилось пошукати інфу у журналах поштового релея, а саме, чи надходили листи на адресу "[email protected]"
Йдемо до /var/log:
#cd /var/log
Ну зрозуміло, що дивимось в maillog:
#grep "[email protected]" maillog
Нічого немає :)
Залишилось перевірити кілька десятків архивів .gz
Для цього запускаємо наступну "конструкцію":
#for i in maillog.*.gz; do echo "${i}:"; zgrep "[email protected]" "${i}";echo ""; done