Фотогалереи

Услуги

Помощь при использовании сайта

Блоги

Постоянная переадресация поддоменов средствами nginx

Имеем domain.ru и веб сайт на нем. При запросе поддомена www.domain.ru или mail.domain.ru попадаем на тот же самый сайт, но в данном случае уже на домен третьего уровня. Это не есть хорошо, так как сайт должен быть доступен только по одной URL. Например с точки зрения поисковиков www.domain.ru и domain.ru это совершенно разные сайты со всеми вытекающими. На мой взгляд сайт на www.domain.ru это моветон, поэтому только domain.ru, без всяких поддоменов. (Если конечно на поддоменах не располагаются другие сайты)



Ошибки SSL соединения в Dovecot и Postfix

Если Вы читаете данную статью, то скорее всего хотите настроить почтовый сервер для работы по защищенному соединению. Также я предполагаю, что уже есть работающий Postfix/Dovecot, сертификаты и их ключи. После того как мы прописали в конфигах использовать SSL, указали в них же файлы сертификатов и ключей, но при попытке соединиться с сервером по защищенному соединению получаем ошибку

SSL: error:0906D066:PEM routines:PEM_read_bio:bad end line


Отключить логи доступа access_log для вебсервера Nginx

Веб сервер Nginx, как собственно и все остальные веб сервера, по умолчанию ведет логирование всех обращений к нему. Это очень полезно при начальной настройке сайта или при веб разработке, но когда уже все настроено и работает как надо, то запись логов на диск можно выключить.



Создаем swap. Файл подкачки в Linux

Сейчас острой необходимости в наличии swap (файл или раздел подкачки) нет, так как оперативная память давно уже стоит сущие копейки и 8Gb может себе позволить почти каждый. Но в некоторых случаях его наличие необходимо и полезно. Например вы купили VPS с достаточно бюджетным тарифом на котором доступно лишь 256 Мб RAM. На сегодняшний день надо сказать это довольно распространенная конфигурация. Когда то Билл Гейтс, основатель компании MicroSoft говорил "640 Кб хватит всем", но увы, даже 256 Мб хватает далеко не всегда, даже на сервере с минимальной инсталяцией.



Узнаем каким пользователем открыт файл в Samba

Если Вам в "наследство" или каким то другим способом достался контроллер домена на Samba в роли PDC, то Вы рано или поздно столкнетесь с ситуацией, когда нужно будет узнать какой пользователь домена открыл тот или иной файл, так как для всех остальных кто имеет к нему доступ, он становится только для чтения. Происходит это по вполне понятным причинам, но расчудесный офисный пакет от MS который иногда работает только по одному ему известным алгоритмам, не показывает у кого именно открыт целевой файл, даже если в настройках прописано имя пользователя. Бухгалтера и прочие экономисты и слышать не хотят про какие то там "невозможно", "файл открыт другим пользователям", им подавай здесь и сейчас -- Работа стоит!