Все пропало! Ничего не работает! Опять! Опять разбираться, гуглить, терять время. А время, как известно — это деньги. Чтож, не буду вдаваться в подробности и рассказывать почему возникает эта ошибка, но расскажу как быстро ее исправить. Метод не единственный, но абсолютно рабочий, и требует минимум временных затрат.

Итак, что мы имеем. Систему linux Debian с установленным Freeradius сервером. Однака поддержка perl не работает, вы выдает следующую ошибку:
radius:/etc/freeradius# /etc/init.d/freeradius start
Starting FreeRADIUS daemon: freeradius Can't load '/usr/lib/perl/5.10/auto/Data/Dumper/Dumper.so' for module Data::Dumper: /usr/lib/perl/5.10/auto/Data/Dumper/Dumper.so: undefined symbol: Perl_sv_cmp at /usr/lib/perl/5.10/XSLoader.pm line 70.
at /usr/lib/perl/5.10/Data/Dumper.pm line 36
Compilation failed in require at /etc/freeradius/example.pl line 30.
BEGIN failed--compilation aborted at /etc/freeradius/example.pl line 30.

Чтож, запустить freeradius достаточно просто. Попробуйте выполнить такой вызов:
LD_PRELOAD=/usr/lib/libperl.so freeradius -X
Если все заработало, то осталось изменить стартовые скрипты, и задача решена.
Если же сервер не запустился, почитайте последние строки вывода, и исправьте ошибки.

Для нормальной загрузки freeradius сервера нам потребуется поправить всего 1 файл:
/etc/init.d/freeradius
откройте его и найдите строки:
case "$1" in
start)
log_daemon_msg "Starting $DESCR" "$PROG"
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $PROGRAM -- $FREERADIUS_OPTIONS || ret=$?
log_end_msg $ret
exit $ret
;;
А теперь замените строку:
start-stop-daemon —start —quiet —pidfile $PIDFILE —exec $PROGRAM — $FREERADIUS_OPTIONS || ret=$?
на
LD_PRELOAD=/usr/lib/libperl.so start-stop-daemon —start —quiet —pidfile $PIDFILE —exec $PROGRAM — $FREERADIUS_OPTIONS || ret=$?

должно получиться следующее:
case "$1" in
start)
log_daemon_msg "Starting $DESCR" "$PROG"
LD_PRELOAD=/usr/lib/libperl.so start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $PROGRAM -- $FREERADIUS_OPTIONS || ret=$?
log_end_msg $ret
exit $ret
;;
Чтож, сохраняем изменения, и радуемся.

Знаю, что многие маньяки, да и я сам такой, частенько для отправки сообщений с сервера используют exim, postfix, sendmail, что-то еще. Но, согласитесь, что отправки писем использовать такие решения – это все равно, что микроскопом гвозди забивать… Для таких целей есть замечательный пакет ssmpt.

Конфиг ssmpt предельно прост и понятен. Рассмотрим его /etc/ssmtp.ssmtp.conf
# Пользователь, который получает всю почту для userids < 1000
# Сделайте пустым для отключения перезаписи, или укажите пользователя.
# А также вы можете указать нужный е-майл на который будет
# приходить почта для root.
root=postmaster
# имя SMTP сервера через который следует отправлять почту.
# Обычно mailhosts является именем mail.domain.com
mailhub=mail.domain.com
# Пример для SSL соединения
# mailhub=mail.domain.com:465
# От кого якобы должна приходить почта?
#rewriteDomain=
# Полное имя машины
hostname=web.domain.com
# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=NO
# Использовать SSL/TLS при подключении к SMTP серверу.
#UseTLS=YES
# Использовать SSL/TLS сертификат для аутентификации на SMTP сервере.
#UseTLSCert=YES
# Используйте этот сертификат RSA.
#TLSCert=/etc/ssmtp/ssmtp.pem
# Получить отладочную информацию в логах
#Debug=YES

Как видите, конфиг простой и понятный. В данном случае, мы указали, что вся исходящая почта будет уходить на сервер mail.domain.com. Если для отправки почты через ваш почтовый сервер нужно авторизация, то ssmtp справится и с этой задачей. Просто добавьте в конфиг параметры authuser и authpass.

Обратите внимание на /etc/ssmtp/revaliases, ssmtp поддерживает реверсивные алиасы.
/etc/ssmtp/revaliases
# sSMTP aliases
#
# Format: local_account:outgoing_address:mailhub
#
# Example: root:your_login@your.domain:mailhub.your.domain[:port]
# where [:port] is an optional port number that defaults to 25.

Удачи

После первого несрабатывания карточки ни в коем случае не переходите к другому турникету. Я точно не знаю, как работает эта система, но в моем понимании все происходит примерно таким образом. Приложили карточку — началась транзакция, но прошла не успешно — турникет вас не пускает. Вот тут самый момент отменить транзакцию, но по каким-то соображениям этого не происходит! Далее еще раз прикладываем карту — новая транзакция не начинается, т.к. номер турникета не изменился. Опять не срабатывает. И так до тех пор, пока не сработает транзакция, и не загорится зеленый. А вот если мы не дождались зеленого, и перешли в другой турникет, то старая транзакция закроется (т.е. поездку спишут), и откроется новая (спишут еще одну поездку). Почему так происходит? Специально, или нет — это мы вряд ли узнаем. Будьте бдительны, и не попадайтесь на этот развод.

После 24 месяцев продолжительной разработки проект Debian рад сообщить о новой стабильной версии 6.0 (кодовое имя «Squeeze»). Debian 6.0 — это свободная операционная система, впервые представленная в двух вариантах. Наряду с Debian GNU/Linux, в этой версии добавлен Debian GNU/kFreeBSD в качестве «технологической пробы».

Вот такую замечательную новость я узрел, и сразу решил обновиться. Всегда хочется иметь stable релиз, и наконец уже забыть про использование бэкпортов… Но одно дело поставить систему на свежую машинку, и совсем другое — обновить рабочий сервер.
Как без потерь обновить мой Debian до нового релиза Debian 6.0 «Squeeze»?
Именно такой вопрос посетил меня сегодня. Ну и естественно это оказалось просто до безобразия, ну или почти

Первым делом я решил проверить, все ли нормально с зависимостями на моей системе. Я достаточно часто ставил «левые» пакеты, плюс самосбора полно. Поэтому, для избежания дальнейшего секаса, такая проверка была необходима, чего и вам советую. Сделать это достаточно просто. Для этого выполните:
apt-get update
apt-get -f install
Если есть ошибки — исправляйте, если нет, то все ок, и едем дальше.
Убедившись, что с зависимостями у меня все ровно, я решил удалить хвосты от старых пакетов. Можете считать меня извращенцем, но я делаю это так:
dpkg -l | grep -v «ii «
Выбираю все пакеты которые не ii, и удаляю их. Чаще всего весь этот хлам метится как ‘rc’
dpkg -P <список пакетов>
Чтож, теперь наша система готова обновляться. Но перед началом обновления, я вам настоятельно рекомендую полностью забакапить /etc т.к. в момент обновления некоторые конфиги могут пострадать

Для начала обновления нужно отредактировать список репозиториев откуда тянуть пакеты. У меня он (/etc/apt/sources.list) выглядит так:
deb http://ftp.de.debian.org/debian/ squeeze main non-free contrib
deb-src http://ftp.de.debian.org/debian/ squeeze main non-free contrib
deb http://security.debian.org/ squeeze/updates main non-free contrib
deb-src http://security.debian.org/ squeeze/updates main non-free contrib
Ну а теперь поехали обновлять:
apt-get update
apt-get install apt dpkg aptitude
Теперь у нас используется репозиторий squeeze, и мы смело можем перейти непосредственно к самому обновлению:
aptitude update
aptitude full-upgrade

Собственно таким методом я обновил более 10 серверов. Проблем при обновлении почти не возникло. Единственное, что пришлось править после обновления — это конфиги dovecot и mysql. В остальном все прошло гладко.

Удачи

Скрываем ошибки PHP от посетителей сайта
Для начала, давайте избавимся от вывода ошибок на экран, дабы не пугать пользователей. Да и вывод некоторых ошибок может проделать существенную брешь в безопасности вашего сайта. Для этого в свой .htaccess впишем следующие строки:
# Supress php errors
php_flag display_startup_errors off
php_flag display_errors off
php_flag html_errors off

Все, ошибки больше не отображаются в браузере, но теперь мы вообще не знаем об их существовании!

Включаем логирование ошибок PHP
Итак, мы отключили вывод ошибок в браузер, тем самым спрятав их от глаз пользователей, и теперь хотим залогировать все ошибочные вызовы в наших PHP скриптах. Для этого опять поправим наш .htaccess, и допишем в него следующие записи:
# Enable PHP error logging
php_flag log_errors on
php_value error_log /var/www/www.domain.com/logs/php_error.log

Измените путь к лог файлу в соответствии со своими требованиями, и проверьте права на запись. Возможно, вам придется создать этот файл руками и поставить на него права 755. Тут уж разбирайтесь сами, или поставьте права на файл 777, что крайне нежелательно.

Теперь можете проверить, как все это работает. Создайте PHP скрипт с ошибочным вызовом, выполните его в браузере. Убедитесь, что на экране браузера у вас нет ошибок. А после этого проверьте php_error.log

Слог Ом — первоначальный звук, творящий Вселенную. Символ бесконечности духа, Божественного в мире и человеке. Знаменует победу над Хаосом. Помогает установить связь со своей глубинной сущностью.

OM — священный, «вечный слог», употребляемый в индуизме и буддизме во время религиозных церемоний, при чтении молитв, в начале текстов религиозного содержания.
OM является символом высшей святости, Брахмана — Абсолюта индийской философии и Бога индуистской религии.

Символ OM имеет две формы выражения — комбинация звуков и графический знак.
Графический символ OM состоит из трёх букв (одна буква на санскрите), над которыми изображён полумесяц с точкой наверху.
По мнению Шри Виноба Бхаве, латинское слово «Omne» и санскритское слово «АУМ» образованы от одного корня, означающего «всё», и оба слова выражают понятия всеведения, вездесущности и всемогущества.
Кроме того, можно перевести слог OM как «истинно», «да будет так».

Фактически OM включает в себя три самостоятельных звука (буквы).
Каждая из них по отдельности имеет собственное значение.

Некоторые толкования:
Буква А символизирует «начало», «рождение» (адиматва); У символизирует «развитие», «трансформацию», «движение» (уткарша); М — «распад» (мити).
В целом олицетворяет энергию, управляющую процессами создания, развития и распада Вселенной, или самого Бога.

Слово АУМ ассоциируется с индуистской триадой богов.
А соотносится с Брахмой, Творцом Вселенной; У — с Вишну, её Хранителем; М — с Шивой, Разрушителем. Весь же символ считается обозначением Брахмана, из которого Вселенная эманирует, через которого растёт и созревает, и с которым в результате сливается.

Буква А символизирует состояние бодрствования (джаграта-авастха), буква У — состояние сна со сновидениями (свапна-авастха), а буква М обозначает состояние сна без сновидений (сушупта-авастха).
Весь символ вместе с полумесяцем и точкой обозначает четвёртое состояние (турья-авастха), которое объединяет в себе три других и трансформирует их в состояние самадхи.

Буква А символизирует речь (вак), У — ум (манас), М — дыхание жизни (прана), а весь символ обозначает живой дух, который является лишь частью божественного духа.
Три буквы толкуются также как обозначения трёх измерений: длины, ширины и высоты, а весь символ представляет Божество, не знающее ограничений размеров и форм.

Буквы А, У и М символизируют отсутствие желаний, страха и гнева, а весь символ означает совершенного человека (стхита-праджа), чья жизнь утверждена в Боге.
Три буквы символизируют три рода: мужской, женский и средний, а весь символ обозначает все творения вместе с Творцом.

Три буквы обозначают три гуны, или качества: саттва, раджас и тамас, а символ в целом — гунатита (человек, преодолевший ограниченность гун).
Три буквы обозначают три времени: прошедшее, настоящее и будущее, а весь символ — Творца, превосходящего ограничения времени.
Они означают также учение, преподанное соответственно матерью, отцом и гуру, а символ в целом представляет Брахма Видью — познание Я, бессмертное учение.

Буквы А, У и М обозначают три ступени йоги — асану, пранаяму и пратьяхару, а весь символ воплощает самадхи — цель, к которой ведут эти три ступени.
Три буквы представляют собой мантру «Тат твам аси» («То есть ты»), или осознание божественности внутри себя. Весь символ воплощает это осознание, освобождающее человеческий дух от ограниченности тела, ума, интеллекта и эго.

Крайне рекомендуется устанавливать из backports только необходимые пакеты, а не всю ветку целиком.

Подключение Debian backports
Для подключения backports вам потребуется выполнить 3 простых действия. Обратите внимание, что все действия должны выполняться от имени пользователя root (через su или sudo)

Итак, для начала нам потребуется обучить apt-get использовать репозиторий backports. Для этого добавьте следующие строки в конфигурационный файл /etc/apt/sources.list:
deb http://www.backports.org/debian lenny-backports main contrib non-free
deb-src http://www.backports.org/debian lenny-backports main contrib non-free

После этого обновите список доступных пакетов:
aptitude update

При попытке поставить любой backport пакет, вы будите получать предупреждение о том, что пакет из неизвестного источника. Дабы не тратить свое время и нервы на это сообщение, нужно установить соответствующие ключи:
aptitude install debian-backports-keyring

Теперь наша система готова устанавливать backports пакеты. Как я уже говорил, я хотел обновить ядро. Для этого я выполнил следующую команду:
aptitude -t lenny-backports install linux-image-2.6-686

Цель достигнута, ext4 заработал. Но душа моя по-прежнему лежит к xfs.

Обратите внимание, что в 3-ем пункте, я положил библиотеку оптимайзера в рабочий каталог PHP. Это не обязательно. Вы можете разместить библиотеку ZendOptimizer.so где угодно, хоть в корне. Многие любят размещать ее в /usr/lib/Zend, или /usr/local/lib/Zend. Совершенно неважно где вы ее разместите, главное, правильно указать путь до нее в 4-ом. пункте.

Запускаем X-Lite, далее идем Options->Advanced->Network. Там находим секцию «Call Inactivity», и снимаем галку «In times of network disruption, automatically hang up calls after:». Вот и все. Больше никаких обрывов. Возможно это как-то можно поправить на стороне Asterisk, и наверное это было бы более правильным решением, но я заленился разбираться. Буду рад, если кто-то подскажет.

Что делать , если сертификат просрочен?

Если сертификат просрочен и если WM ID нужен (т.е. счета не нулевые), при условии, что не было обновления сертификата, то Вам надо прислать с регистрационного E-mail Ваш WM ID и файл сертификата с закрытым ключем в формате *.PFX ( *.P12) с паролем к файлу на wmlight@webmoney.ru

В срок до 10 рабочих дней в ответ Вам будет выслан на Ваш регистрационный Е-mail URL для восстановления сертификата и пароль к этому URL .

Если Вы пишете не с регистрационного Е-mail, то Вам требуется аргументировано объяснить причину смены Е-mail и указать пароль заданный Вами при регистрации в системе.

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

Предупреждение о необходимости продления сертификата приходит за две недели до окончания срока действия сертификата на E-mail указанный в регистрационных данных.

Ах как все просто! Написать письмо, вложить старый сертификат и пароль. Что может быть проще!? Обрадовался, написал письмо, и расслабился. 10 рабочих дней… Это же целых 2 недели… Долго.
9 июня 2010 года

Лето, жара. В офисе стрелка термометра уверенно ползет вверх. Производительность труда стремится к абсолютному 0… Ощущаю себя интернет растением… Прошла неделя, жара не спадает, ответа на письмо нет. Мозг кипит и плавится, работа стоит, газоны начинают напоминать выжженную степь. Прошло 2 с половиной недели, а ответа так и не последовало. Досадно. пошел на форум webmoney, почитал, что там пишут про восстановление. Оказывается я не исключение, и служба поддержки принципиально не отвечает на такие письма. Народ нашел выход из ситуации и пошел по пути восстановления контроля над WMID. Но это не мой метод. Написал письмо повторно.
28 июня 2010 года

Опять нужно ждать 10 рабочих дней, жду… Офис прогрелся до 40 градусов, женщины в метро совсем обалдев от жары перестали носить нижнее белье (сам не видел, но наслышан). То, что раньше называлось газоном окончательно превратилось в жженую шелуху. Потею, но жду ответа. Ответа нет. Прошло еще 2 недели. Не получив ответа написал на support@wmtransfer.com. В ответ пришло:
Вас приветствует служба поддержки компании WEBMONEY!

Ваше письмо получено. Для того, чтобы оно было принято в обработку, пожалуйста перейдите по данной ссылке…

Перешел по ссылке, все нажал жду ответа.

Проснувшись рано утром, я посмотрел на календарь 2 АВГУСТА!!! Какого же хрена! Взял телефон, позвонил в службу поддержки webmoney. Честно в течении 10 минут сражался в железной теткой, но пришел к выводу, что кудаб я не нажимал, я всеравно попадаю на рекламу чего-то там googl, и опять в начальное приветствие. Просто взбесило! Положил трубку, покурил, позвонил снова, но на этот раз тупо прослушал все приветствие (1 минута 40 сек) и дождался ответа оператора.
Милая девушка любезно уточнила с какого адреса я отправлял письмо, что-то там понажимала и обнадеживающе заявила:
- Да, я вижу Ваше письмо. Передаю его в службу поддержки. В ближайшее время Вам ответят. Спасибо за звонок.
Я так обрадовался, что забыл уточнить про продолжительность этого самого «ближайшего времени». Стрелка термометра залипла на 35…

19 августа 2010 года. Нет предела моему недовольству, и нет ответа ни на одно из 2х писем, а статус тикета в сапорте изменился на «ожидается ответ оператора«. Видимо от жары все операторы перегрелись и расплавились.
Снова звоню в службу поддержки webmoney. На этот раз я уже обучен обращению с их железной теткой в телефоне. Тупо никуда не жму. Опять мне погрозили, что все разговоры записываются. Нашли чем удивить, у меня тоже они пишутся….
Подошел приятный молодой человек. Я вздохнул, и объяснил ему всю ситуацию. Естественно никакого крика и истерик. Он же не виноват, что на письма не отвечают. Проникшись моей проблемой он выяснил мыло с которого я писал им письма, повесил меня на холд, и через минуты полторы ответил мне:
- Да, Ваше письмо есть. Я передал его в службы поддержки вебмани лайт, СЕГОДНЯ!!!! Вам обязательно ответят!

АФИГЕТЬ!

19 августа 2010 года, 20:58 я получил заветную ссылку для восстановления своих сертификатов!
Стрелка термометра опустилась до 29…
Статус тикета в сапорте не изменился, и все еще ожидает ответа…
Интересно, а на второе письмо они мне ответят?