Администрирование

Настройка анонимного доступа к ftp-серверу

Подразумевается что у вас уже настроен ftp-сайт. Нужно только предоставить к нему доступ анонимным пользователям.

  • Открываем «Диспетчер служб IIS» и переходим к настройкам ftp-сайта.

  • Переходим в раздел «Проверка подлинности FTP». Анонимный доступ переводим в состояние Включено:

  • Далее переходим в раздел «Правила авторизации FTP» и создаем новое правило для анонимных пользователей:

  • Теперь необходимо настроить права доступа пользователя IUSR на корневую папку ftp-сервера (по умолчанию inetpub/ftproot). Открываем свойства папки и переходим на закладку Безопасность. Для добавления нового пользователя нажимаем кнопку Добавить:

  • Вводим имя пользователя — IUSR и нажимаем кнопку «Проверить имена». Если пользователь существует, его имя будет выделено подчеркиванием:

  • Нажимаем Ок и переходим к настройке прав:

Если анонимным пользователям разрешены чтение и запись, то даем полный доступ. Если только чтение, то даем права на «Чтение» и «Список содержимого папки».

  1. Подтверждаем изменения и на этом все. Можно тестировать подключение.

  2. Обязательное требование при подключении: имя анонимного пользователя всегда должно быть anonymous. Произвольные имена не допускаются. Пароль может быть любым, даже пустым.

ОПЫТ РАБОТЫ С ISPMANAGER 5

В данной статье мы поделимся опытом в покупке, установке и настройке панели управления ISPmanager 5 Business в связке с CloudLinux, а также мнением относительно их поддержки.

Начнем мы с лицензирования панели управления. На наш взгляд вечная лицензия не имеет смысла. Выгода от её приобретения при необходимости получения обновления наступит только через несколько лет использования. Зная отношение компании ISPsystem к своим клиентам, через 3-5 лет есть вероятность выпуска ими ISPmanager 6 и закрытия развития 5 ветки панели (то, что случилось с ISPmanager 4, она больше не поддерживается ими). Секрет для владельцев вечной лицензии, который многие не знают: если не будете её продлевать какое-то время, то знайте, чтобы получить новые обновления, Вам потребуется оплатить те года, которые Вы решили её не обновлять. Подводя итог, если Вам необходима панель на длительный период, то всё же выгоднее брать годовые лицензии, в ином случае берите месячные лицензии. Установка панели происходит в целом без проблем на CentOS по инструкции из документации. Единственное замечание, если Вы владелец вечной лицензии и срок обновлений истек, то Вам необходимо определить последнюю доступную версию по истории изменений и выполнить установку с указанием конкретной версии, например:

sh install.sh --release 5.50

Конвертация системы в CloudLinux происходит также без проблем по инструкции из документации. Единственное, происходит она некорректно и работают не все возможности, которые дает CloudLinux. Проблема, с которой мы столкнулись, это то, что CageFS не работал для CGI и PHP скриптов. Мною была зарегистрирована данная ошибка в bugtrack.ispsystem.com, где они написали, что ошибка не воспроизводится. Это первая ошибка найденная мной. На мой взгляд она достаточно критическая, так как CageFS это виртуальная файловая система, которая разграничивает пользователей. Так как ISPsystem проигнорировали обращение, я связался с поддержкой CloudLinux. Они быстро подтвердили наличие проблемы, но не смогли понять из-за чего она происходит (модуль интеграции писали ISPsystem). Позже поддержка CloudLinux связалась с ISPsystem и по всей видимости проблема решена, так как при установке чистой системы проблема исчезла.

ОШИБКА В WORDPRESS 4.X ПРИ ЗАГРУЗКЕ ИЗОБРАЖЕНИЙ

На протяжении года к нам обращались клиенты недорогих тарифов с "Ошибкой HTTP" при загрузке изображений. Данная ошибка появилась предположительно с версии 4.5 и возникает при наличии модуля imagick на сервере.

Подробно с ошибкой можно ознакомиться на сайте WordPress: https://core.trac.wordpress.org/ticket/36534 (это огромный тикет, в котором пользователи предлагают различные решения). Со стороны WordPress проблема пока что не решена. В нашем случае проблема возникала из-за нехватки оперативной памяти на недорогих тарифах (128 мегабайт), при этом, ошибка появлялась не всегда. Мы для себя отметили два решения, одно со стороны сервера, другое со стороны сайта. Со стороны сайта проблема решается путем установки принудительного использования модуля GD для работы с графикой. В файл functions.php Вашей темы необходимо добавить следующий код:

add_filter( 'wp_image_editors', 'change_graphic_lib' );
function change_graphic_lib($array) {    return array( 'WP_Image_Editor_GD', 'WP_Image_Editor_Imagick' ); }

Со стороны сервера проблема решается путем редактирования файла /etc/ImageMagick/policy.xml, в нем необходимо установить максимальное число потоков в 1.

NTP НЕ СИНХРОНИЗИРУЕТ ВРЕМЯ НА СЕРВЕРЕ С IPV6

Столкнулись с проблемой синхронизации времени на операционной системе CentOS 6 при использовании NTP. При попытке синхронизации появлялась ошибка "localhost: timed out, nothing received".

Сервер NTP был имел конфигурацию из коробки, на серверах без IPv6 он отлично работает, но на всех серверах с IPv6 он выдавал ошибку "localhost: timed out, nothing received" при попытке синхронизации. Трассировка процесса показывает, что он не может соединиться с localhost адресом по IPv6 (::1), если этот адрес удалить в файле /etc/hosts, то синхронизация начинает работать, но это решение нам не подходило, также как и предложенное от RedHat. В файл /etc/sysconfig/ntpd мы добавили параметр "-4" (разрешает работу ntpd только по IPv4) и удалили параметр "-g" без этого по какой-то причине сервер выдавал следующее и не работал:

     remote           refid      st t when poll reach   delay   offset  jitter
============================================================================== ns1.hsdn.org    .INIT.          16 -    - 1024    0    0.000    0.000   0.000

После приведение файла /etc/sysconfig/ntpd к следующему виду и перезапуска ntpd, синхронизация заработала.

# Drop root to id 'ntp:ntp' by default. OPTIONS="-u ntp:ntp -p /var/run/ntpd.pid -4"

Вызов команды "ntpq -p -4" теперь выдает:

remote refid st t when poll reach delay offset jitter

*ns1.hsdn.org 62.30.5.41 2 u 4 64 1 40.437 0.102 0.000

Last updated