Данная ошибка начала возникать после обновления simpleSAML. Причём появляется только на один из ресурсов на который настроено SSO и не у всех, а у нескольких человек. С чем конкретно связано – пока неясно. Начал исследовать, что общего у этих проблемных человек – только то, что работают с одним внешним ресурсом и всё. Не густо…
В рассылке нашёл исходники автора Youzhong Yang. Привожу как есть, используйте на свой страх и риск.
Тестовый стенд: tmux-1.8, libevent-2.0.21
Сборка tmux’a под Solaris ещё тот квест с правкой исходников. И так, качаем свежую версию tmux’a, а так же libevent (как зависимость). libevent ставится без проблем:
root@skeletor:/export/home/skeletor/libevent-2.0.21-stable# CFLAGS="-m64 -O2" CPPFLAGS="-m64 -O2" CCASFLAGS="-m64 -O2" CXXFLAGS="-m64 -O2" LDFLAGS="-m64 -O2" ./configure --prefix=/usr --libdir=/lib/64 && gmake && gmake install && gmake clean
А теперь соберём tmux:
С бэкапным файлом input.back
perl -pi.back -e 's/<PREF>/ABCD/g;' inputfile
Без бэкапного файла
perl -pi -e 's/<PREF>/ABCD/g;' inputfile
Представим ситуацию, что ПО из исходников было собрано с указанием
$ ./configure --prefix=/usr/local ...
Но при этом, нужно его поставить в совершенно другое место. Для этого указываем параметр DESTDIR с нужной директорией:
$ gmake install DESTDIR=/var/tmp/garex
Иногда бывают моменты, когда нужно протестировать работоспособность сайта из консоли. Для этого не нужно ставить X11, браузеры, а достаточно обычного telnet-клиента и openssl (для проверки https).
Проверка http
$ telnet XXX.XX.XX.XXX 80
...
GET / HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
...
Проверка https
$ openssl s_client -connect XXX.XX.XX.XXX:443
... connection information will be displayed ...
GET / HTTP/1.1
Host: www.example.com
...
А если нужно проверить работу SNI, то можно использовать такую конструкцию:
$ openssl s_client -connect <address> -servername <name>
Посмотреть сертификат:
$ openssl s_client -connect example.com:443 -showcerts
Под Solaris как всегда всё приходится собирать вручную. И так, берём Solaris Studio и собираем.
Что бы получить модуль imagick.so для php, нужно сначала собрать сам ImageMagick, а потом на основе его собрать модуль imagick.so.
Тестовый стенд: Solaris 11, SolarisStudio 12.3
Если при компиляции php из исходников с поддержкой php-fpm вы получаете ошибку
cc: acomp failed for php-5.4.9/sapi/fpm/fpm/fpm.c
gmake: *** [sapi/fpm/fpm/fpm.lo] Error 1
то это известный баг https://bugs.php.net/bug.php?id=62708 решение которого довольно простое: в файле php-5.4.9/sapi/fpm/fpm/fpm_sockets.h меняем слово *sun на *s_un. Дело в том, что слово sun зарезервировано на Solaris-подобных ОСях.
Представим себе ситуацию: mysql у вас стоит на одной машине, а php – на другой. И вам нужно добавить поддержку pdo_mysql в php. Тянуть mysql на машину с php не надо, достаточно лишь создать каталог /usr/mysql и в нём такие каталоги:
lib/mysql – сюда скопировать либы libmysqlclient.so и libmysqlclient_r.so
bin – сюда скопировать mysql_config
include – сюда скопировать заголовочные файлы
Этого достаточно, что бы собрать pdo_mysql.
Тестовый стенд: Solaris 11, php-5.4.3 (php установлен в /usr/php54)
В этой статье буду писать об некоторых “подводных камнях” при использовании запросов к ldap-серверу на php.
