All Activity - YA-HZ Jump to content

All Activity

This stream auto-updates

  1. Last week
  2. У меня было несколько сайтов/проектов которые крутились где попало. Например сайт крутился на OpenServer, облако в виртуалке, pma вообще небыло, пользовался HeidySQL который поставлялся вместе с OpenServer. И в один прекрасный момент мне это всё надоело, и я решил объединить всё на одном сервере. Почему именно на Centos8? Да просто мне нравится эта система. Да, я вкурсе что 31.12.2021 - прекращается её поддержка, поэтому я выбрал Centos8 Stream. В этой статье я не буду касаться установки и настройки системы. Так не буду затрагивать безопасность, т.е. настройку selinux и собственно firewall. Безопасность это дело сугубо индивидуальное, и настраивать его нужно под свои возможности и потребности. Поэтому после запуска системы, сразу отключаем selinux и firewall setenforce 0 systemctl stop firewalld systemctl disable firewalld Установка и настройка Apache Начнём с установки Apache. dnf install httpd добавляем его в автозагрузку systemctl enable httpd и запускаем его systemctl start httpd Собственно установка на этом закончена. Уже сейчас если перейти в браузере на ip адрес вашего сервера, то можно увидеть тестовую страницу Apache. Конечно если у вас отключен firewall. Так же работу можно проверить следующей командой netstat -tulnp | grep httpd Вывод будет примерно следующий: tcp6 0 0 :::80 :::* LISTEN 1205/httpd Теперь можно приступать к непосредственной настройке Apache. У Centos есть фишка. Если не уделить внимания разметке жесткого диска, он сделает разметку примерно следующего вида: т.е. раздел /home - будет самым большим. Я несколько раз подъёбывался на этот счёт. Вы можете разметку сделать самостоятельно, т.к. вам нужно, или оставить как есть. В этой статье мы этого касаться не будем. Поэтому все файлы веб-сервера будут лежать в директории /home. Я использую примерно следующую структуру: /home/sites - тут лежат все сайты /home/sites/site1 - папка с сайтом /home/sites/site1/www - собственно файлы сайта /home/sites/site1/log - логи сайта Создаём все нужные директории одной командой и назначаем владельцем директорий apache mkdir -p /home/sites/site1.ru/{www,log} chown -R apache. /home/sites/ Дальше нам нужно посмотреть раскоменчена ли строчка в конце файла /etc/httpd/conf/httpd.conf IncludeOptional conf.d/*.conf Эта строчка нужна для того чтобы не городить все найстройки в одном месте, а для каждого сайта будет свой отдельный конфиг. Создадим конфиг для первого сайта: nano /etc/httpd/conf.d/site1.ru.conf следующего содержания <VirtualHost *:80> ServerName site1.ru ServerAlias www.site1.ru DocumentRoot /home/sites/site1.ru/www ErrorLog /home/sites/site1.ru/log/error.log CustomLog /home/sites/site1.ru/log/access.log common <Directory /home/sites/site1.ru/www> Options FollowSymLinks AllowOverride All Require all granted </Directory> </VirtualHost> Проверим конфигурацию apachectl -t Apache может ругнуться AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using fe80::95:c6f3:e49f:7204. Set the 'ServerName' directive globally to suppress this message Это просто предупреждение, и его можно игнорировать. А можно отредактировать файл /etc/hostname и указать там имя своего сервера. В любом случае, если всё сделано правильно, Apache должен написать Syntax OK После этого можно перезапуститься Apache systemctl restart httpd или apachectl restart Если Apache не стартанул, то смотрил логи tail -f /var/log/httpd/error_log но в текущей конфигурации проблем быть не должно. Для полноценной проверки того что всё работает как надо, создадим файл index.html в директории нашего нового сайта /home/sites/site1.ru/www. Напомню, что по умолчанию директория для файлов сайта /var/www/html. Но мы ей пользоваться не будем. nano /home/sites/site1.ru/www/index.html Содержание файла <center><font color=red size=7>Hello World</font></center> Сделаем владельцем файла apache chown apache. /home/sites/site1.ru/www/index.html Теперь если перейти по адресу вашего сервера, вы увидите не тестовую страницу, а эту страничку которую мы только что создали, а именно: белый фон, и по центру большими красными буквами hello world. Это означает что сам веб сервер уже прекрасно работает, и можно двигаться дальше. Установка php с последующим обновлением Одна из причин почему Centos8 а не Centos7, хотя у последнего поддержка до 2024 года, это то что установка php упростилась, т.к. в репозиториях уже есть версия 7.2 и обновить её, не составит большого труда. Можно конечно сразу поставить 7.4, но я хочу всё таки рассказать про процесс обновления. Поэтому вначала устанавливаем php 7.2 и наверно всё что может понадобится для полноценной CMS или того же Nextcloud dnf install php php-cli php-mysqlnd php-json php-gd php-ldap php-odbc php-pdo php-opcache php-pear php-xml php-xmlrpc php-mbstring php-snmp php-soap php-zip после чего перезапускаем apache systemctl restart httpd и для проверки работоспособности создадим info файл. Он нам ещё может пригодиться. nano /home/sites/site1.ru/www/info.php со следующим содержимым <?php phpinfo(); ?> И выдадим права на файл chown apache. /home/sites/site1.ru/www/info.php Теперь заходим через браузер на наш сайт с указанием к какому файлу обратиться, а именно info.php и мы увидем тестовую страницу php с номером версии и со всеми параметрами и настройками. Посмотрели? А теперь обновим версию php до 7.4. Для этого подключим репозиторий dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm отключим 7.2 dnf module reset php:7.2 подключим 7.4 dnf module enable php:remi-7.4 и запускаем обновление dnf update перезапустим на всякий случай apache systemctl restart apache и проверим ранее созданый файл info.php. Теперь он должен выглядеть примерно так: Так же для работы некоторых CMS рекомендую изменить некоторые значения файла /etc/php.ini max_execution_time 60 max_file_uploads 200 post_max_size 100 upload_max_filesize 100 думаю что за что отвечает и так понятно. Можно конечно оставить как есть, но тогда вы столкнётесь с проблемой загрузки файлов через сайт, т.к. ограничение 2мб. Установка mariadb Теперь установим БД. Я, как и многие наверно, предпочитаю форк mysql - mariadb. Вот его ставить и будем dnf install mariadb mariadb-server сразу после установки запускаем и добавляем в автозагрузку systemctl start mariadb systemctl enable mariadb и запускаем скрипт начальной конфигурации /usr/bin/mysql_secure_installation скрипт простой и интуитивно понятный, поэтому на нём останавливаться не буду. После того как с ним закончили, перезапускаем mariadb systemctl restart mariadb Установка ssl сертификата Lets Encrypt Процедура так же проста, и не требует особых навыков. Для начала установим пакет certbot dnf install epel-release dnf install certbot Сразу запустить certbot не получится, будет ругаться. Поэтому создадим самоподписанный сертификат openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/pki/tls/private/localhost.key -out /etc/ssl/certs/localhost.crt и перезапустим apache apachectl restart и запустим certbot certbot certonly Сразу скажу, что для получения сертификата, сервер должен видеться из интернета и у вас должен быть рабочий домен прикрученный к серверу. т.е. сервре должен резолвиться извне. После запуска выбирайте способ аутентификации Apache Web Server plugin (apache) если он не доступен то тогда Place files in webroot directory (webroot) Во втором случае, нужно на всякий выдать права 777 на директорую с сайтом. После того как сертификат будет получен, можно вернуть всё обратно. Теперь отредактируем конфиг нашего сайта, чтобы он работал по https. Приведём его к такому виду <VirtualHost *:80> ServerName site1.ru ServerAlias www.site1.ru Redirect permanent / https://site1.ru </VirtualHost> <VirtualHost *:443> ServerName site1.ru ServerAlias www.site1.ru DocumentRoot /home/sites/site1.ru/www ErrorLog /home/sites/site1.ru/log/error.log CustomLog /home/sites/site1.ru/log/access.log common SSLEngine on SSLCertificateFile /etc/letsencrypt/live/site1.ru/fullchain.pem SSLCertificateKeyFile /etc/letsencrypt/live/site1.ru/privkey.pem <Directory /home/sites/site1.ru/www> Options FollowSymLinks AllowOverride All Require all granted </Directory> </VirtualHost> Проверяем конфиг на то что в нём нет ошибок apachectl -t и перезапускаем apache systemctl restart httpd Готово. Сертификат выдан на 3 месяца, и чтобы не забыть его обновить - процесс перевыпуска можно добавить в cron 30 4 * * * root /usr/bin/certbot renew --post-hook "/usr/sbin/apachectl restart" >> /var/log/le-renew.log каждый день в 4-30 будет запускаться попытка перевыпустить сертификат, и до тех пор пока он будет считаться новым (если не ошибаюсь 2 месяца) то ничего не будет происходить и в логах вы будет видеть примерно следующее с ообщение [root@web ~]# tail -f /var/log/le-renew.log Certificate not yet due for renewal - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The following certificates are not due for renewal yet: /etc/letsencrypt/live/site1/fullchain.pem expires on 2022-01-11 (skipped) /etc/letsencrypt/live/site2/fullchain.pem expires on 2022-01-11 (skipped) /etc/letsencrypt/live/site3/fullchain.pem expires on 2022-01-11 (skipped) No renewals were attempted. No hooks were run. Вот на этом всё. Это полноценный сервер который позволит держать несколько сайтов, нужно только создать для них директории в /home/sites и конфиги в /etc/httpd/conf.d/. У меня на это веб-сервере крутиться собственно данный сайт, а так же облако, и pma. Для облака нужно было ещё пару модулей доставить и настроить cron, но это уже совсем отдельная статья.
  3. У меня было несколько сайтов/проектов которые крутились где попало. Например сайт крутился на OpenServer, облако в виртуалке, pma вообще небыло, пользовался HeidySQL который поставлялся вместе с OpenServer. И в один прекрасный момент мне это всё надоело, и я решил объединить всё на одном сервере. Почему именно на Centos8? Да просто мне нравится эта система. Да, я вкурсе что 31.12.2021 - прекращается её поддержка, поэтому я выбрал Centos8 Stream. В этой статье я не буду касаться установки и настройки системы. Так не буду затрагивать безопасность, т.е. настройку selinux и собственно firewall. Безопасность это дело сугубо индивидуальное, и настраивать его нужно под свои возможности и потребности. Поэтому после запуска системы, сразу отключаем selinux и firewall setenforce 0 systemctl stop firewalld systemctl disable firewalld Установка и настройка Apache Начнём с установки Apache. dnf install httpd добавляем его в автозагрузку systemctl enable httpd и запускаем его systemctl start httpd Собственно установка на этом закончена. Уже сейчас если перейти в браузере на ip адрес вашего сервера, то можно увидеть тестовую страницу Apache. Конечно если у вас отключен firewall. Так же работу можно проверить следующей командой netstat -tulnp | grep httpd Вывод будет примерно следующий: tcp6 0 0 :::80 :::* LISTEN 1205/httpd Теперь можно приступать к непосредственной настройке Apache. У Centos есть фишка. Если не уделить внимания разметке жесткого диска, он сделает разметку примерно следующего вида: т.е. раздел /home - будет самым большим. Я несколько раз подъёбывался на этот счёт. Вы можете разметку сделать самостоятельно, т.к. вам нужно, или оставить как есть. В этой статье мы этого касаться не будем. Поэтому все файлы веб-сервера будут лежать в директории /home. Я использую примерно следующую структуру: /home/sites - тут лежат все сайты /home/sites/site1 - папка с сайтом /home/sites/site1/www - собственно файлы сайта /home/sites/site1/log - логи сайта Создаём все нужные директории одной командой и назначаем владельцем директорий apache mkdir -p /home/sites/site1.ru/{www,log} chown -R apache. /home/sites/ Дальше нам нужно посмотреть раскоменчена ли строчка в конце файла /etc/httpd/conf/httpd.conf IncludeOptional conf.d/*.conf Эта строчка нужна для того чтобы не городить все найстройки в одном месте, а для каждого сайта будет свой отдельный конфиг. Создадим конфиг для первого сайта: nano /etc/httpd/conf.d/site1.ru.conf следующего содержания <VirtualHost *:80> ServerName site1.ru ServerAlias www.site1.ru DocumentRoot /home/sites/site1.ru/www ErrorLog /home/sites/site1.ru/log/error.log CustomLog /home/sites/site1.ru/log/access.log common <Directory /home/sites/site1.ru/www> Options FollowSymLinks AllowOverride All Require all granted </Directory> </VirtualHost> Проверим конфигурацию apachectl -t Apache может ругнуться AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using fe80::95:c6f3:e49f:7204. Set the 'ServerName' directive globally to suppress this message Это просто предупреждение, и его можно игнорировать. А можно отредактировать файл /etc/hostname и указать там имя своего сервера. В любом случае, если всё сделано правильно, Apache должен написать Syntax OK После этого можно перезапуститься Apache systemctl restart httpd или apachectl restart Если Apache не стартанул, то смотрил логи tail -f /var/log/httpd/error_log но в текущей конфигурации проблем быть не должно. Для полноценной проверки того что всё работает как надо, создадим файл index.html в директории нашего нового сайта /home/sites/site1.ru/www. Напомню, что по умолчанию директория для файлов сайта /var/www/html. Но мы ей пользоваться не будем. nano /home/sites/site1.ru/www/index.html Содержание файла <center><font color=red size=7>Hello World</font></center> Сделаем владельцем файла apache chown apache. /home/sites/site1.ru/www/index.html Теперь если перейти по адресу вашего сервера, вы увидите не тестовую страницу, а эту страничку которую мы только что создали, а именно: белый фон, и по центру большими красными буквами hello world. Это означает что сам веб сервер уже прекрасно работает, и можно двигаться дальше. Установка php с последующим обновлением Одна из причин почему Centos8 а не Centos7, хотя у последнего поддержка до 2024 года, это то что установка php упростилась, т.к. в репозиториях уже есть версия 7.2 и обновить её, не составит большого труда. Можно конечно сразу поставить 7.4, но я хочу всё таки рассказать про процесс обновления. Поэтому вначала устанавливаем php 7.2 и наверно всё что может понадобится для полноценной CMS или того же Nextcloud dnf install php php-cli php-mysqlnd php-json php-gd php-ldap php-odbc php-pdo php-opcache php-pear php-xml php-xmlrpc php-mbstring php-snmp php-soap php-zip после чего перезапускаем apache systemctl restart httpd и для проверки работоспособности создадим info файл. Он нам ещё может пригодиться. nano /home/sites/site1.ru/www/info.php со следующим содержимым <?php phpinfo(); ?> И выдадим права на файл chown apache. /home/sites/site1.ru/www/info.php Теперь заходим через браузер на наш сайт с указанием к какому файлу обратиться, а именно info.php и мы увидем тестовую страницу php с номером версии и со всеми параметрами и настройками. Посмотрели? А теперь обновим версию php до 7.4. Для этого подключим репозиторий dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm отключим 7.2 dnf module reset php:7.2 подключим 7.4 dnf module enable php:remi-7.4 и запускаем обновление dnf update перезапустим на всякий случай apache systemctl restart apache и проверим ранее созданый файл info.php. Теперь он должен выглядеть примерно так: Так же для работы некоторых CMS рекомендую изменить некоторые значения файла /etc/php.ini max_execution_time 60 max_file_uploads 200 post_max_size 100 upload_max_filesize 100 думаю что за что отвечает и так понятно. Можно конечно оставить как есть, но тогда вы столкнётесь с проблемой загрузки файлов через сайт, т.к. ограничение 2мб. Установка mariadb Теперь установим БД. Я, как и многие наверно, предпочитаю форк mysql - mariadb. Вот его ставить и будем dnf install mariadb mariadb-server сразу после установки запускаем и добавляем в автозагрузку systemctl start mariadb systemctl enable mariadb и запускаем скрипт начальной конфигурации /usr/bin/mysql_secure_installation скрипт простой и интуитивно понятный, поэтому на нём останавливаться не буду. После того как с ним закончили, перезапускаем mariadb systemctl restart mariadb Установка ssl сертификата Lets Encrypt Процедура так же проста, и не требует особых навыков. Для начала установим пакет certbot dnf install epel-release dnf install certbot Сразу запустить certbot не получится, будет ругаться. Поэтому создадим самоподписанный сертификат openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/pki/tls/private/localhost.key -out /etc/ssl/certs/localhost.crt и перезапустим apache apachectl restart и запустим certbot certbot certonly Сразу скажу, что для получения сертификата, сервер должен видеться из интернета и у вас должен быть рабочий домен прикрученный к серверу. т.е. сервре должен резолвиться извне. После запуска выбирайте способ аутентификации Apache Web Server plugin (apache) если он не доступен то тогда Place files in webroot directory (webroot) Во втором случае, нужно на всякий выдать права 777 на директорую с сайтом. После того как сертификат будет получен, можно вернуть всё обратно. Теперь отредактируем конфиг нашего сайта, чтобы он работал по https. Приведём его к такому виду <VirtualHost *:80> ServerName site1.ru ServerAlias www.site1.ru Redirect permanent / https://site1.ru </VirtualHost> <VirtualHost *:443> ServerName site1.ru ServerAlias www.site1.ru DocumentRoot /home/sites/site1.ru/www ErrorLog /home/sites/site1.ru/log/error.log CustomLog /home/sites/site1.ru/log/access.log common SSLEngine on SSLCertificateFile /etc/letsencrypt/live/site1.ru/fullchain.pem SSLCertificateKeyFile /etc/letsencrypt/live/site1.ru/privkey.pem <Directory /home/sites/site1.ru/www> Options FollowSymLinks AllowOverride All Require all granted </Directory> </VirtualHost> Проверяем конфиг на то что в нём нет ошибок apachectl -t и перезапускаем apache systemctl restart httpd Готово. Сертификат выдан на 3 месяца, и чтобы не забыть его обновить - процесс перевыпуска можно добавить в cron 30 4 * * * root /usr/bin/certbot renew --post-hook "/usr/sbin/apachectl restart" >> /var/log/le-renew.log каждый день в 4-30 будет запускаться попытка перевыпустить сертификат, и до тех пор пока он будет считаться новым (если не ошибаюсь 2 месяца) то ничего не будет происходить и в логах вы будет видеть примерно следующее с ообщение [root@web ~]# tail -f /var/log/le-renew.log Certificate not yet due for renewal - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The following certificates are not due for renewal yet: /etc/letsencrypt/live/site1/fullchain.pem expires on 2022-01-11 (skipped) /etc/letsencrypt/live/site2/fullchain.pem expires on 2022-01-11 (skipped) /etc/letsencrypt/live/site3/fullchain.pem expires on 2022-01-11 (skipped) No renewals were attempted. No hooks were run. Вот на этом всё. Это полноценный сервер который позволит держать несколько сайтов, нужно только создать для них директории в /home/sites и конфиги в /etc/httpd/conf.d/. У меня на это веб-сервере крутиться собственно данный сайт, а так же облако, и pma. Для облака нужно было ещё пару модулей доставить и настроить cron, но это уже совсем отдельная статья. Открыть запись
  4. Бывают случаи, когда в Windows были удалены или повреждены системные файлы. Это могло произойти в результате сбоя файловой системы, действий вирусов или ошибочных действий самого пользователя. При этом система может загружаться, а может и нет. Не спешите переустанавливать систему или делать откат к заводским настройкам (в случае с Windows Server это невозможно или неприемлемо). Зачастую систему можно привести в рабочее состояние. Восстановление системы Восстановление системы впервые появилось в Windows Me. Тогда копии важнейших системных файлов (реестра в подавляющем большинстве) хранились в zip архивах. Чуть позже, в Windows XP, они хранились как есть, только скрытые с глаз долой в каталоге System Volume Information. Начиная с Windows Vista восстановление системы использует технологию теневого копирования. Именно из теневой копии Windows может восстановить свои файлы. Этот вариант подходит только для клиентских редакций Windows. Здесь следует помнить, что при использовании точки восстановления, из теневой копии будет восстановлено то, что в неё попало. Это значит, что если файлы на момент создания точки восстановления уже были повреждены или отсутствовали, чуда не произойдёт. Так-же следует отметить отсутствие этого механизма в Windows Server и его автоматическое отключение при установке клиентской редакции Windows на SSD диск. Восстановление загруженной операционной системы. Рассмотрим порядок действий, если восстановление системы не применимо или не помогло и система загружается. System File Checker Начать стоит с проверки системных файлов, в этом нам поможет утилита проверки целостности системных файлов. SFC проверяет системные файлы на несанкционированные изменения или удаление и попытается восстановить их их кэша, расположенного по пути: C:\Windows\WinSxS. Для начала проверки выполните в командной строке, запущенной с повышенными привилегиями команду: sfc /scannow Рассмотрим ситуацию на реальном примере, произошедшем со мной недавно: Windows Server 2016 с установленной ролью Windows Server Update Services. По пути C:\Program Files\Update Services\ отсутствует каталог Tools, что ставит крест на управлении сервером из командной строки. Можно скопировать каталог с аналогичного сервера, если такой есть. У меня не было и я скомандовал описанную ранее команду: Защита файлов не смогла восстановить некоторые файлы. Нужно уточнить, вернулся-ли каталог Tools на своё место. Можно пройти по пути C:\Program Files\Update Services\ и посмотреть, но это не наш метод. SFC создаёт файл журнала, который мы будем изучать. Файл большой, поэтому предварительно отберём нужные данные: findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt" Открываем файл блокнотом и ищем строку: «Update Services\Tools» Мы видим, что файл восстановлен. Отлично! Но программа сообщила об ошибках — значит капаем дальше. Проводим отбор по тексту ошибки: findstr /c:"[SR] Cannot repair member file" "%userprofile%\Desktop\sfcdetails.txt">"%userprofile%\Desktop\error.txt" Не восстановились некоторые ярлыки. В принципе на этом можно и закончить, но если хочется довести начатое до конца, то следует использовать DISM. DISM Утилита обслуживания образов развертывания и управление ими позволяет творить чудеса даже в очень трудных случаях. DISM занимается обслуживанием хранилища компонентов (WinSxS). Его проверка и восстановление как раз по плечу DISM. Давайте договоримся, что первой я буду указывать команду для cmd, а далее дублировать для PowerShell. Просмотр состояния хранилища компонентов Для отображения последнего выясненного состояния хранилища компонентов используется команда: DISM /Onine /Cleanup-Image /CheckHealth Repair-WindowsImage -Online -CheckHealth Эта команда не проверяет хранилище, а отображает последнее известное его состояние. Проверка хранилища компонентов Проверка хранилища, напротив, выполняется продолжительное время и отражает реальное положение дел в системе. Для проверки хранилища используется команда: DISM /Online /Cleanup-Image /ScanHealth Repair-WindowsImage -Online –ScanHealth Она найдет ошибки и предупредит об их наличии, но не восстанавливает. Как видим, у меня с системой всё в порядке. Восстановление хранилища компонентов Для восстановления хранилища компонентов DISM требуется источник, откуда он будет брать исправные копии повреждённых компонентов. В качестве источника могут использоваться: Windows Update или WSUS Установочный образ ESD или WIM Как видим, вариантов источников много, их можно указывать последовательно в одной команде. Будет использоваться первый, где требуемый компонент будет найден. Есть особенность, что если мы укажем образ соседней системы и компонент там найден не будет, будет произведён поиск в Windows Update. Команда ниже проверит хранилище на наличие повреждённых компонентов и попробует их восстановить, скачав исходные файлы с центра обновления Windows: DISM /Online /Cleanup-Image /RestoreHealth Repair-WindowsImage -Online -RestoreHealth Однако метод может потерпеть неудачу, если отсутствует соединение с интернетом или повреждены компоненты центра обновления Windows. Рассмотрим восстановление с установочного носителя. С загрузочного образа, диска или флешки нам нужен всего один файл: install.wim или install.esd DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim Repair-WindowsImage -Online -RestoreHealth -Source E:\sources\install.wim Иногда требуется указать номер индекса требуемой редакции. Уточнить номер индекса требуемой редакции совсем несложно — например через PowerShell: Get-WindowsImage -ImagePath "E:\sources\install.wim Индекс сборки потом указываете через двоеточие. Например: DISM /online /cleanup-image /restorehealth /source:D:\sources\install.esd:2 Если требуется запретить использование Windows Update или WSUS, используйте параметр /LimitAccess. DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim /LimitAccess Восстановление системы, которая не загружается Рассмотрим случай, когда система уже не загружается. Для её восстановления нам потребуется доступ к системному диску. Мы можем использовать среду восстановления, имеющуюся на компьютере: Среду восстановления можно запустить с установочного носителя: Одним словом, не имеет значения как вы получите доступ к диску. Диск можно также подключить к другому компьютеру. Если использовали среду восстановления, то следует разобраться с буквами дисков. Може использовать для этих целей команду bcdedit или запустить notepad и через меню файл — открыть увидеть буквы дисков и их содержимое. System File Checker Утилита проверки целостности системных файлов и в этой ситуации может прийти на помощь! Для этого у ней есть соответствующие параметры /offbootdir и /offwindir. Нам остаётся лишь указать букву системного диска и путь папки Windows. sfc /scannow /offbootdir=c:\ /offwindir=c:\windows Программа работает долго, но зачастую результат превосходит ожидания. DISM DISM настолько крут, что и в такой ситуации найдёт выход. Подробнее про офлайн обслуживание хранилища компонентов поговорим в другой раз — сейчас сосредоточимся на восстановлении. Сразу скажу, что из среды восстановления PowerShell не работает. Команды управления образом апривожу на случай, если диск подключен к другой системе. Просмотр состояния хранилища компонентов Команда используется как и ранее с той лишь разницей, что мы указываем путь к системному диску повреждённой Windows Dism /Image:E:\ /Cleanup-Image /CheckHealth Repair-WindowsImage -Path "E:\" -CheckHealth Мы видим, что хранилище компонентов моей тестовой системы требует восстановления. Проверка хранилища компонентов Проверка хранилища компонентов как и ранее работает долго, но даёт более актуальный результат в отличие от предыдущей команды. Dism /Image:E:\ /Cleanup-Image /ScanHealth Repair-WindowsImage -Path "E:\" -ScanHealth Восстановление хранилища компонентов Восстановление хранилиза компонентов по сути своей не отличается от ситуации с загруженной системой, поэтому не буду приводить полный список команд. Ограничусь простой командой восстановления через Windows Update. Разница лишь в указании пути к системе. Dism /Image:E:\ /Cleanup-Image /restorehealth Repair-WindowsImage -Path "E:\" -RestoreHealth Заключение Как видите есть масса способов привести систему в чувства и без переустановки Windows. Надеюсь предложенные способы помогут вам.
  5. Бывают случаи, когда в Windows были удалены или повреждены системные файлы. Это могло произойти в результате сбоя файловой системы, действий вирусов или ошибочных действий самого пользователя. При этом система может загружаться, а может и нет. Не спешите переустанавливать систему или делать откат к заводским настройкам (в случае с Windows Server это невозможно или неприемлемо). Зачастую систему можно привести в рабочее состояние. Восстановление системы Восстановление системы впервые появилось в Windows Me. Тогда копии важнейших системных файлов (реестра в подавляющем большинстве) хранились в zip архивах. Чуть позже, в Windows XP, они хранились как есть, только скрытые с глаз долой в каталоге System Volume Information. Начиная с Windows Vista восстановление системы использует технологию теневого копирования. Именно из теневой копии Windows может восстановить свои файлы. Этот вариант подходит только для клиентских редакций Windows. Здесь следует помнить, что при использовании точки восстановления, из теневой копии будет восстановлено то, что в неё попало. Это значит, что если файлы на момент создания точки восстановления уже были повреждены или отсутствовали, чуда не произойдёт. Так-же следует отметить отсутствие этого механизма в Windows Server и его автоматическое отключение при установке клиентской редакции Windows на SSD диск. Восстановление загруженной операционной системы. Рассмотрим порядок действий, если восстановление системы не применимо или не помогло и система загружается. System File Checker Начать стоит с проверки системных файлов, в этом нам поможет утилита проверки целостности системных файлов. SFC проверяет системные файлы на несанкционированные изменения или удаление и попытается восстановить их их кэша, расположенного по пути: C:\Windows\WinSxS. Для начала проверки выполните в командной строке, запущенной с повышенными привилегиями команду: sfc /scannow Рассмотрим ситуацию на реальном примере, произошедшем со мной недавно: Windows Server 2016 с установленной ролью Windows Server Update Services. По пути C:\Program Files\Update Services\ отсутствует каталог Tools, что ставит крест на управлении сервером из командной строки. Можно скопировать каталог с аналогичного сервера, если такой есть. У меня не было и я скомандовал описанную ранее команду: Защита файлов не смогла восстановить некоторые файлы. Нужно уточнить, вернулся-ли каталог Tools на своё место. Можно пройти по пути C:\Program Files\Update Services\ и посмотреть, но это не наш метод. SFC создаёт файл журнала, который мы будем изучать. Файл большой, поэтому предварительно отберём нужные данные: findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt" Открываем файл блокнотом и ищем строку: «Update Services\Tools» Мы видим, что файл восстановлен. Отлично! Но программа сообщила об ошибках — значит капаем дальше. Проводим отбор по тексту ошибки: findstr /c:"[SR] Cannot repair member file" "%userprofile%\Desktop\sfcdetails.txt">"%userprofile%\Desktop\error.txt" Не восстановились некоторые ярлыки. В принципе на этом можно и закончить, но если хочется довести начатое до конца, то следует использовать DISM. DISM Утилита обслуживания образов развертывания и управление ими позволяет творить чудеса даже в очень трудных случаях. DISM занимается обслуживанием хранилища компонентов (WinSxS). Его проверка и восстановление как раз по плечу DISM. Давайте договоримся, что первой я буду указывать команду для cmd, а далее дублировать для PowerShell. Просмотр состояния хранилища компонентов Для отображения последнего выясненного состояния хранилища компонентов используется команда: DISM /Onine /Cleanup-Image /CheckHealth Repair-WindowsImage -Online -CheckHealth Эта команда не проверяет хранилище, а отображает последнее известное его состояние. Проверка хранилища компонентов Проверка хранилища, напротив, выполняется продолжительное время и отражает реальное положение дел в системе. Для проверки хранилища используется команда: DISM /Online /Cleanup-Image /ScanHealth Repair-WindowsImage -Online –ScanHealth Она найдет ошибки и предупредит об их наличии, но не восстанавливает. Как видим, у меня с системой всё в порядке. Восстановление хранилища компонентов Для восстановления хранилища компонентов DISM требуется источник, откуда он будет брать исправные копии повреждённых компонентов. В качестве источника могут использоваться: Windows Update или WSUS Установочный образ ESD или WIM Как видим, вариантов источников много, их можно указывать последовательно в одной команде. Будет использоваться первый, где требуемый компонент будет найден. Есть особенность, что если мы укажем образ соседней системы и компонент там найден не будет, будет произведён поиск в Windows Update. Команда ниже проверит хранилище на наличие повреждённых компонентов и попробует их восстановить, скачав исходные файлы с центра обновления Windows: DISM /Online /Cleanup-Image /RestoreHealth Repair-WindowsImage -Online -RestoreHealth Однако метод может потерпеть неудачу, если отсутствует соединение с интернетом или повреждены компоненты центра обновления Windows. Рассмотрим восстановление с установочного носителя. С загрузочного образа, диска или флешки нам нужен всего один файл: install.wim или install.esd DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim Repair-WindowsImage -Online -RestoreHealth -Source E:\sources\install.wim Иногда требуется указать номер индекса требуемой редакции. Уточнить номер индекса требуемой редакции совсем несложно — например через PowerShell: Get-WindowsImage -ImagePath "E:\sources\install.wim Индекс сборки потом указываете через двоеточие. Например: DISM /online /cleanup-image /restorehealth /source:D:\sources\install.esd:2 Если требуется запретить использование Windows Update или WSUS, используйте параметр /LimitAccess. DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim /LimitAccess Восстановление системы, которая не загружается Рассмотрим случай, когда система уже не загружается. Для её восстановления нам потребуется доступ к системному диску. Мы можем использовать среду восстановления, имеющуюся на компьютере: Среду восстановления можно запустить с установочного носителя: Одним словом, не имеет значения как вы получите доступ к диску. Диск можно также подключить к другому компьютеру. Если использовали среду восстановления, то следует разобраться с буквами дисков. Може использовать для этих целей команду bcdedit или запустить notepad и через меню файл — открыть увидеть буквы дисков и их содержимое. System File Checker Утилита проверки целостности системных файлов и в этой ситуации может прийти на помощь! Для этого у ней есть соответствующие параметры /offbootdir и /offwindir. Нам остаётся лишь указать букву системного диска и путь папки Windows. sfc /scannow /offbootdir=c:\ /offwindir=c:\windows Программа работает долго, но зачастую результат превосходит ожидания. DISM DISM настолько крут, что и в такой ситуации найдёт выход. Подробнее про офлайн обслуживание хранилища компонентов поговорим в другой раз — сейчас сосредоточимся на восстановлении. Сразу скажу, что из среды восстановления PowerShell не работает. Команды управления образом апривожу на случай, если диск подключен к другой системе. Просмотр состояния хранилища компонентов Команда используется как и ранее с той лишь разницей, что мы указываем путь к системному диску повреждённой Windows Dism /Image:E:\ /Cleanup-Image /CheckHealth Repair-WindowsImage -Path "E:\" -CheckHealth Мы видим, что хранилище компонентов моей тестовой системы требует восстановления. Проверка хранилища компонентов Проверка хранилища компонентов как и ранее работает долго, но даёт более актуальный результат в отличие от предыдущей команды. Dism /Image:E:\ /Cleanup-Image /ScanHealth Repair-WindowsImage -Path "E:\" -ScanHealth Восстановление хранилища компонентов Восстановление хранилиза компонентов по сути своей не отличается от ситуации с загруженной системой, поэтому не буду приводить полный список команд. Ограничусь простой командой восстановления через Windows Update. Разница лишь в указании пути к системе. Dism /Image:E:\ /Cleanup-Image /restorehealth Repair-WindowsImage -Path "E:\" -RestoreHealth Заключение Как видите есть масса способов привести систему в чувства и без переустановки Windows. Надеюсь предложенные способы помогут вам. Открыть запись
  6. Автор оригинального сценария «Чужого» Дэн О’Бэннон как-то раз самоуверенно заявил, что его работа стала концом жанра. Это кажется преувеличением, только если не знать историю космохорроров. Вспомним «Сквозь горизонт», «Сверхновую», «Пекло», «Пандорум», «Живое»… У этих фильмов, вышедших после «Чужого», были солидные бюджеты и хорошие актёрские составы. Некоторые из них даже обрели культовый статус. Однако ни одна из этих картин не смогла добиться коммерческого успеха. На их фоне «Чёрная дыра» — примечательное исключение. Кино не только окупилось в прокате, но и подарило нам крайне харизматичного антигероя, а также породило собственную франшизу, пускай и не отличающуюся стилистическим единством. По случаю двадцатилетнего юбилея картины давайте вспомним историю её создания. Приход ночи В рецензиях на «Чёрную дыру» часто встречается мнение, что сюжет фильма был вдохновлён классическим рассказом Айзека Азимова «Приход ночи» (Nightfall). Его действие разворачивается на планете, которую постоянно освещают шесть звёзд. Местные археологи во время раскопок обнаруживают руины древних городов, разделённые слоями пепла. Через некоторое время учёные узнают страшную правду: каждые 2049 лет на планете происходит полное затмение. Когда спускается темнота, жители планеты, не знающие, что такое ночь, сходят с ума и уничтожают цивилизацию. Создатели «Чёрной дыры» никогда не говорили, что вдохновлялись творчеством Азимова. Но, скорее всего, подобное предположение не так уж далеко от истины — особенно с учётом того, что сценарий, из которого в итоге и вырос фильм, изначально тоже назывался Nightfall. Авторами сценария были братья Кен и Джим Уиты, которые в основном специализировались на хоррорах (как ни странно, при этом они также отметились режиссурой телефильма «Эвоки: Битва за Эндор»). К сожалению, их рукопись так и не стала достоянием интернета, поэтому о её содержании приходится судить лишь по кратким текстовым описаниям. Если верить имеющимся источникам, Nightfall рассказывал о пассажирах космического корабля, путешествующих по галактике. Главной героиней была преступница Тара Криг из «межзвёздного варварского племени», девушка с татуировками и киберимплантами. Ещё одним важным персонажем был двуличный участник христианского технокульта Ноа Тот. В фильме этот герой трансформировался в имама. По сюжету судно сошло с курса и упало на планету, где день и ночь длятся по два месяца. Выжившие в катастрофе нашли руины древних храмов, и после наступления темноты призраки их строителей напали на героев. В конце концов тем удалось активировать спасательный маяк и выбраться с планеты. Компанию Interscope заинтересовала идея Nightfall, и проект запустили в производство. Но, как это часто бывает, в дальнейшем продюсеры захотели изменить многие элементы истории и решили привлечь к проекту нового автора. Выбор пал на Дэвида Туи. От «Чужого 3» до Риддика Если ознакомиться с фильмографией Дэвида Туи, можно увидеть, что его участие в создании «Чёрной дыры» было практически неизбежным. Он начал карьеру сценариста в конце 1980-х. Одной из самых известных работ Туи стал нереализованный сценарий «Чужого 3», действие которого разворачивалось на борту огромной космической тюрьмы. По задумке Туи компания «Вейланд-Ютани» использовала заключённых как подопытных кроликов в нелегальных экспериментах с ксеноморфами. Главным героем был матёрый уголовник с большим опытом побега из разных исправительных учреждений. Он узнал о творившихся на борту станции тёмных делах и организовал новый побег, который привёл к цепочке весьма драматичных событий. Конечно, с художественной точки зрения работа Туи не могла сравниться с великими предшественниками, но при должной огранке из неё мог бы получиться достаточно крепкий блокбастер. Однако, как мы знаем, в итоге сценарий так и остался на полке. В 1990-е Туи попробовал силы как режиссёр. Сначала он снял телефильм «Замечательная поездка», а затем неплохой фантастический триллер «Прибытие» с Чарли Шином. К сожалению, лента не была успешна в прокате. Зато она показала, что Туи вполне можно доверить пост режиссёра. В Interscope Туи предложили переписать сценарий Nightfall и, если продюсеров устроит результат, снять фильм. Туи, конечно же, согласился: это была его возможность вернуться к нереализованной идее о заключённом, противостоящем космическим монстрам. Конечно, Туи не мог не понимать, что фильм наверняка будут сравнивать с «Чужим»,— особенно с учётом его опыта работы над третьей частью. Не исключено, что желание дистанцироваться от саги про ксеноморфов повлияло на решение сменить пол главного героя. Татуированная Тара Криг превратилась в Ричарда Б. Риддика, способного видеть в темноте. Это было далеко не единственное изменение. Туи кардинально переработал большинство элементов истории, оставив только общую завязку. На смену планете руин пришла планета-пустыня в системе с несколькими солнцами. Долгую ночь заменили редкие затмения, а призраков — обитающие в темноте летающие монстры. В сентябре 1997 года Туи представил переработанный вариант сценария Nightfall. Его сюжет во многом уже напоминал итоговый фильм, но были и некоторые заметные отличия. Так, пилот Кэролин Фрай не пыталась сбросить отсек с пассажирами в эгоистичной попытке повысить собственные шансы на спасение. Путешествующие на корабле паломники исповедовали хрислам — экзотическую смесь христианства и ислама. Девочку-подростка звали Одри, и в этой версии она не притворялась мальчиком. Охотник за головами Джонс ещё не был полным негодяем — в третьем акте он спасал Одри ценой своей жизни. Большее внимание уделялось фауне планеты трёх солнц. Сценарий предполагал появление крупных наземных животных, которые служили основным источником пищи для летающих монстров. Риддик из этой версии в целом казался менее опасным персонажем, чем в итоговом фильме. Но ключевое отличие крылось в финале. Риддик жертвовал собой, чтобы спасти остальных, и погибал в темноте, сражаясь с монстрами. В последующие месяцы Туи внёс в сценарий ряд правок. Добавился закадровый голос Риддика, исчезло самопожертвование Джонса (вероятно, автор счёл, что искупление грехов сразу двумя вроде как отрицательными персонажами — это уже перебор), а название картины изменилось на Pitch Black. К сожалению, наши локализаторы удостоили фильм названия «Чёрная дыра», что, мягко говоря, некорректно и никак не соотносится с его сюжетом. Куда более подходящим было бы «Кромешная тьма» или «Полная тьма». В 1998 году студия приняла сценарий, утвердила Туи на посту режиссёра, и началась подготовка к съёмкам. Создатели решили снимать кино на юге Австралии, в шахтёрском городке Кубер-Педи. Так было дешевле, к тому же австралийская пустыня неплохо подходила на роль мира, иссушенного тремя солнцами. Ранее в этом же месте проходили съёмки фильма «Безумный Макс: Под куполом грома». «Чёрная дыра» не задумывалась как большой блокбастер. Долгое время она балансировала на грани между кинотеатральным прокатом и выходом на видеокассетах. В конце концов, во многом благодаря настойчивости Туи, к проекту была привлечена студия Universal Pictures, согласившаяся выделить дополнительные деньги на спецэффекты и взявшая на себя дистрибуцию картины. Но даже с учётом этого итоговый бюджет ленты составил 23 миллиона долларов. Ещё в середине 1980-х на такие деньги можно было снять вполне приличный фильм. Но в Голливуде конца 1990-х эта сумма уже равнялась типовому гонорару одной звезды категории «А». Неудивительно, что создатели сделали ставку на молодых и малоизвестных публике актёров. Так, роль Фрай досталась Раде Митчелл (впоследствии — звезде двух экранизаций «Сайлент Хилла»), Джонса — Коулу Хаузеру. Но главным вызовом стал поиск актёра на роль Риддика. К этому моменту создатели уже приняли решение изменить концовку. В новой версии циничный зэк оставался в живых, а положительная героиня Кэролин Фрай погибала. Эту рокировку объясняют тем, что студия признала Риддика более перспективным персонажем для потенциальных сиквелов. Но, честно говоря, на тот момент создатели вряд ли понимали, какую популярность обретёт Риддик. Скорее всего, куда большую роль в изменении финала сыграло желание удивить публику неожиданным для жанра твистом, а также стремление лишний раз дистанцироваться от «Чужого». В любом случае, теперь Риддик окончательно превратился в лицо картины. Создателям требовался харизматичный и физически подготовленный актёр, способный создать убедительный образ человека, представляющего ещё большую опасность для окружающих, чем инопланетные чудовища. И они нашли Вина Дизеля, который на тот момент был известен публике лишь по небольшой роли в «Спасти рядового Райана». Съёмки «Черной дыры» начались в марте 1999 года. Хотя по сюжету персонажи фильма находились в раскалённой пустыне, в реальности среднесуточная температура держалась на отметке около 10 градусов Цельсия. Актёров регулярно поливали водой, чтобы создать впечатление, будто они обливаются потом, в то время как на самом деле они скорее стучали зубами от холода. На протяжении съёмок Вину Дизелю пришлось носить специальные контактные линзы. Они доставили актёру немало проблем. По завершении первого съёмочного дня Дизель попросту не смог их снять, и пришлось срочно вызывать на площадку оптометриста из ближайшего крупного города, находившегося в трёх часах езды. Дизель сам исполнил основную часть трюка, в котором Риддик освобождается с помощью вывиха плеча. Недостающий кусок был доделан при помощи компьютерных эффектов. Графика также использовалась для создания летающих монстров — по словам создателей, их внешний вид был вдохновлён образами большой белой акулы и птеродактиля. Хоббит по имени Риддик «Чёрная дыра» вышла в американский прокат 18 февраля 2000 года. Кино собрало неплохую кассу в 53 миллиона долларов, позволившую не только отбить затраты, но и получить прибыль. Ещё больше денег создателям принесли видеоносители, показав, что зрителям действительно пришёлся по душе Ричард Б. Риддик. И, конечно же, «Чёрная дыра» стала отправной точкой в карьере Вина Дизеля, сделав его восходящей звездой боевиков. Таким образом, фильм, который чуть было не выпустили сразу на видео, неожиданно заложил фундамент для перспективной франшизы. Вскоре Universal Pictures выкупила все права на Риддика. Студия решила расширить мифологию его вселенной и создать задел для целой серии фильмов. Этого же хотел и Вин Дизель. Позже он признался, что в его представлении «Чёрная дыра» была чем-то вроде «Хоббита» — отдельной историей, которая представила публике героя и в общих чертах рассказала о мире, где происходит действие. Сиквел же должен был стать «Властелином колец»: первым фильмом трилогии о грандиозном путешествии Риддика по просторам вселенной. Студия решила ковать железо, пока горячо, и как можно скорее снять продолжение. Уже через год появился первый сценарий. Он был написан Дэвидом Хейтером и представлял собой приквел, рассказывающий о том, как Риддик стал заключённым. Однако продюсеров не устроил этот вариант. Следующий сценарий написал Акива Голдсман. По сюжету Риддик с командой наёмников возвращался в мир летающих монстров в поисках некоего «семени», способного сделать поверхность планеты пригодной для жизни. Работа Голдсмана также осталась на полке. В итоге за перо взялся сам Дэвид Туи, и Риддик стал центральной фигурой в масштабном конфликте, от исхода которого зависела судьба всей галактики. Ставки были высоки: на фильм выделили 105 миллионов долларов. Чтобы максимально расширить потенциальную аудиторию, руководство Universal заставило Туи сократить хронометраж и выпустить в прокат версию, ориентированную на рейтинг PG-13. Вин Дизель тоже пошёл на определённые жертвы, ради проекта отказавшись от выгодного предложения сняться в «Двойном форсаже» (в итоге в нём снялся его коллега по «Чёрной дыре» Коул Хаузер). Премьера «Хроник Риддика» состоялась в июне 2004 года. Однако это кино не сумело стать космическим «Властелином колец» и с треском провалилось в прокате. Сборы в США составили всего 57 миллионов, и ещё примерно столько же во всём остальном мире. Можно найти немало причин этой неудачи — от высокой конкуренции в прокате до явной переоценки популярности оригинального фильма. Но не исключено, что одной из основных причин стала слишком резкая смена жанра. «Чёрная дыра» была достаточно камерным и вполне приземлённым хоррор-триллером. Да, её действие разворачивалось в далёком будущем, — но это было вполне реалистичное будущее. Ничто не указывало на то, что в этом мире существуют элементали, армия полумёртвых-полуживых некромонгеров, видения и предсказания. И это уже не говоря о том, что уголовник Риддик внезапно превратился в очередного голливудского избранного. Просто представьте, как бы воспринималось продолжение оригинального «Чужого», если бы в нём вдруг показали духов, а Рипли оказалась обещанной пророчеством спасительницей мира. Безусловно, в «Хрониках Риддика» были интересные моменты, и этот фильм нельзя назвать плохим. Но создатели продолжения допустили слишком большой перекос в сторону космооперы, что определённо не пошло картине на пользу. Приключения продолжаются? Казалось, финансовая неудача сиквела навсегда похоронила наши шансы когда-либо ещё увидеть похождения фурианца. Однако Вин Дизель так полюбил прославившего его персонажа, что попытался найти возможность вернуть его на большой экран. Когда Universal предложила актёру камео в «Тройном форсаже», он потребовал в качестве оплаты права на франшизу. Студия с лёгкостью согласилась, сочтя, что у Риддика не осталось коммерческих перспектив. Приобретение прав позволило Дизелю и Туи начать работу над продолжением. К 2009 году был дописан сценарий третьей части, в итоге получившей название «Риддик». Однако потребовалось ещё четыре года, прежде чем фильм увидел свет. Из-за отсутствия студийной поддержки Вину Дизелю пришлось вложить в производство собственные деньги. «Риддик» вышел на экраны в 2013 году. При почти втрое меньшем бюджете кино собрало примерно ту же сумму, что и «Хроники». Отзывы были смешанными. Да, Туи и Дизель вернули Риддика к истокам — в мрачный и приземлённый мир наёмников и таящихся в темноте инопланетных монстров. Но это одновременно было и минусом. По сути, «Риддик» оказался мягким перезапуском первой части. Дизель и Туи сделали всё возможное, чтобы максимально дистанцироваться от «Хроник», но при этом не дали ничего взамен. Всё, что нам показали, фактически уже было в «Чёрной дыре». Лишь позже на носителях вышла режиссёрская версия фильма с расширенной концовкой, которая теснее связывала историю с событиями предыдущей части. Но на данный момент сложно сказать, хотят ли создатели придерживаться этой линии или же про некромонгеров можно забыть. * * * После выхода «Риддика» Вин Дизель несколько раз заявлял о желании снова вернуться к роли фурианца. В прошлом году актёр опубликовал в своём инстаграме фотографию сценария четвёртой части с подзаголовком «Фурия». А значит, проект жив и у нас есть шансы увидеть новые похождения Риддика. Основной вопрос — в каком направлении намерены двигаться создатели. Туи и Дизель вряд ли станут снова переснимать оригинальный фильм. Само название «Фурия» говорит о том, что действие четвёртой части должно быть связано с сюжетной линией «Хроник». В то же время кассовые сборы предыдущих фильмов явно обозначили максимально возможный бюджет, при котором фильм про Риддика способен окупиться. Так что нам определённо не стоит рассчитывать на размашистое действо в духе второй части. Будем надеяться, что в этот раз Туи и Дизель всё же сумеют нащупать правильный баланс между приземлённой стилистикой «Чёрной дыры» и полуфэнтезийной мифологией «Хроник Риддика». Автор Кирилл Размыслович Источник
  7. Автор оригинального сценария «Чужого» Дэн О’Бэннон как-то раз самоуверенно заявил, что его работа стала концом жанра. Это кажется преувеличением, только если не знать историю космохорроров. Вспомним «Сквозь горизонт», «Сверхновую», «Пекло», «Пандорум», «Живое»… У этих фильмов, вышедших после «Чужого», были солидные бюджеты и хорошие актёрские составы. Некоторые из них даже обрели культовый статус. Однако ни одна из этих картин не смогла добиться коммерческого успеха. На их фоне «Чёрная дыра» — примечательное исключение. Кино не только окупилось в прокате, но и подарило нам крайне харизматичного антигероя, а также породило собственную франшизу, пускай и не отличающуюся стилистическим единством. По случаю двадцатилетнего юбилея картины давайте вспомним историю её создания. Приход ночи В рецензиях на «Чёрную дыру» часто встречается мнение, что сюжет фильма был вдохновлён классическим рассказом Айзека Азимова «Приход ночи» (Nightfall). Его действие разворачивается на планете, которую постоянно освещают шесть звёзд. Местные археологи во время раскопок обнаруживают руины древних городов, разделённые слоями пепла. Через некоторое время учёные узнают страшную правду: каждые 2049 лет на планете происходит полное затмение. Когда спускается темнота, жители планеты, не знающие, что такое ночь, сходят с ума и уничтожают цивилизацию. Создатели «Чёрной дыры» никогда не говорили, что вдохновлялись творчеством Азимова. Но, скорее всего, подобное предположение не так уж далеко от истины — особенно с учётом того, что сценарий, из которого в итоге и вырос фильм, изначально тоже назывался Nightfall. Авторами сценария были братья Кен и Джим Уиты, которые в основном специализировались на хоррорах (как ни странно, при этом они также отметились режиссурой телефильма «Эвоки: Битва за Эндор»). К сожалению, их рукопись так и не стала достоянием интернета, поэтому о её содержании приходится судить лишь по кратким текстовым описаниям. Если верить имеющимся источникам, Nightfall рассказывал о пассажирах космического корабля, путешествующих по галактике. Главной героиней была преступница Тара Криг из «межзвёздного варварского племени», девушка с татуировками и киберимплантами. Ещё одним важным персонажем был двуличный участник христианского технокульта Ноа Тот. В фильме этот герой трансформировался в имама. По сюжету судно сошло с курса и упало на планету, где день и ночь длятся по два месяца. Выжившие в катастрофе нашли руины древних храмов, и после наступления темноты призраки их строителей напали на героев. В конце концов тем удалось активировать спасательный маяк и выбраться с планеты. Компанию Interscope заинтересовала идея Nightfall, и проект запустили в производство. Но, как это часто бывает, в дальнейшем продюсеры захотели изменить многие элементы истории и решили привлечь к проекту нового автора. Выбор пал на Дэвида Туи. От «Чужого 3» до Риддика Если ознакомиться с фильмографией Дэвида Туи, можно увидеть, что его участие в создании «Чёрной дыры» было практически неизбежным. Он начал карьеру сценариста в конце 1980-х. Одной из самых известных работ Туи стал нереализованный сценарий «Чужого 3», действие которого разворачивалось на борту огромной космической тюрьмы. По задумке Туи компания «Вейланд-Ютани» использовала заключённых как подопытных кроликов в нелегальных экспериментах с ксеноморфами. Главным героем был матёрый уголовник с большим опытом побега из разных исправительных учреждений. Он узнал о творившихся на борту станции тёмных делах и организовал новый побег, который привёл к цепочке весьма драматичных событий. Конечно, с художественной точки зрения работа Туи не могла сравниться с великими предшественниками, но при должной огранке из неё мог бы получиться достаточно крепкий блокбастер. Однако, как мы знаем, в итоге сценарий так и остался на полке. В 1990-е Туи попробовал силы как режиссёр. Сначала он снял телефильм «Замечательная поездка», а затем неплохой фантастический триллер «Прибытие» с Чарли Шином. К сожалению, лента не была успешна в прокате. Зато она показала, что Туи вполне можно доверить пост режиссёра. В Interscope Туи предложили переписать сценарий Nightfall и, если продюсеров устроит результат, снять фильм. Туи, конечно же, согласился: это была его возможность вернуться к нереализованной идее о заключённом, противостоящем космическим монстрам. Конечно, Туи не мог не понимать, что фильм наверняка будут сравнивать с «Чужим»,— особенно с учётом его опыта работы над третьей частью. Не исключено, что желание дистанцироваться от саги про ксеноморфов повлияло на решение сменить пол главного героя. Татуированная Тара Криг превратилась в Ричарда Б. Риддика, способного видеть в темноте. Это было далеко не единственное изменение. Туи кардинально переработал большинство элементов истории, оставив только общую завязку. На смену планете руин пришла планета-пустыня в системе с несколькими солнцами. Долгую ночь заменили редкие затмения, а призраков — обитающие в темноте летающие монстры. В сентябре 1997 года Туи представил переработанный вариант сценария Nightfall. Его сюжет во многом уже напоминал итоговый фильм, но были и некоторые заметные отличия. Так, пилот Кэролин Фрай не пыталась сбросить отсек с пассажирами в эгоистичной попытке повысить собственные шансы на спасение. Путешествующие на корабле паломники исповедовали хрислам — экзотическую смесь христианства и ислама. Девочку-подростка звали Одри, и в этой версии она не притворялась мальчиком. Охотник за головами Джонс ещё не был полным негодяем — в третьем акте он спасал Одри ценой своей жизни. Большее внимание уделялось фауне планеты трёх солнц. Сценарий предполагал появление крупных наземных животных, которые служили основным источником пищи для летающих монстров. Риддик из этой версии в целом казался менее опасным персонажем, чем в итоговом фильме. Но ключевое отличие крылось в финале. Риддик жертвовал собой, чтобы спасти остальных, и погибал в темноте, сражаясь с монстрами. В последующие месяцы Туи внёс в сценарий ряд правок. Добавился закадровый голос Риддика, исчезло самопожертвование Джонса (вероятно, автор счёл, что искупление грехов сразу двумя вроде как отрицательными персонажами — это уже перебор), а название картины изменилось на Pitch Black. К сожалению, наши локализаторы удостоили фильм названия «Чёрная дыра», что, мягко говоря, некорректно и никак не соотносится с его сюжетом. Куда более подходящим было бы «Кромешная тьма» или «Полная тьма». В 1998 году студия приняла сценарий, утвердила Туи на посту режиссёра, и началась подготовка к съёмкам. Создатели решили снимать кино на юге Австралии, в шахтёрском городке Кубер-Педи. Так было дешевле, к тому же австралийская пустыня неплохо подходила на роль мира, иссушенного тремя солнцами. Ранее в этом же месте проходили съёмки фильма «Безумный Макс: Под куполом грома». «Чёрная дыра» не задумывалась как большой блокбастер. Долгое время она балансировала на грани между кинотеатральным прокатом и выходом на видеокассетах. В конце концов, во многом благодаря настойчивости Туи, к проекту была привлечена студия Universal Pictures, согласившаяся выделить дополнительные деньги на спецэффекты и взявшая на себя дистрибуцию картины. Но даже с учётом этого итоговый бюджет ленты составил 23 миллиона долларов. Ещё в середине 1980-х на такие деньги можно было снять вполне приличный фильм. Но в Голливуде конца 1990-х эта сумма уже равнялась типовому гонорару одной звезды категории «А». Неудивительно, что создатели сделали ставку на молодых и малоизвестных публике актёров. Так, роль Фрай досталась Раде Митчелл (впоследствии — звезде двух экранизаций «Сайлент Хилла»), Джонса — Коулу Хаузеру. Но главным вызовом стал поиск актёра на роль Риддика. К этому моменту создатели уже приняли решение изменить концовку. В новой версии циничный зэк оставался в живых, а положительная героиня Кэролин Фрай погибала. Эту рокировку объясняют тем, что студия признала Риддика более перспективным персонажем для потенциальных сиквелов. Но, честно говоря, на тот момент создатели вряд ли понимали, какую популярность обретёт Риддик. Скорее всего, куда большую роль в изменении финала сыграло желание удивить публику неожиданным для жанра твистом, а также стремление лишний раз дистанцироваться от «Чужого». В любом случае, теперь Риддик окончательно превратился в лицо картины. Создателям требовался харизматичный и физически подготовленный актёр, способный создать убедительный образ человека, представляющего ещё большую опасность для окружающих, чем инопланетные чудовища. И они нашли Вина Дизеля, который на тот момент был известен публике лишь по небольшой роли в «Спасти рядового Райана». Съёмки «Черной дыры» начались в марте 1999 года. Хотя по сюжету персонажи фильма находились в раскалённой пустыне, в реальности среднесуточная температура держалась на отметке около 10 градусов Цельсия. Актёров регулярно поливали водой, чтобы создать впечатление, будто они обливаются потом, в то время как на самом деле они скорее стучали зубами от холода. На протяжении съёмок Вину Дизелю пришлось носить специальные контактные линзы. Они доставили актёру немало проблем. По завершении первого съёмочного дня Дизель попросту не смог их снять, и пришлось срочно вызывать на площадку оптометриста из ближайшего крупного города, находившегося в трёх часах езды. Дизель сам исполнил основную часть трюка, в котором Риддик освобождается с помощью вывиха плеча. Недостающий кусок был доделан при помощи компьютерных эффектов. Графика также использовалась для создания летающих монстров — по словам создателей, их внешний вид был вдохновлён образами большой белой акулы и птеродактиля. Хоббит по имени Риддик «Чёрная дыра» вышла в американский прокат 18 февраля 2000 года. Кино собрало неплохую кассу в 53 миллиона долларов, позволившую не только отбить затраты, но и получить прибыль. Ещё больше денег создателям принесли видеоносители, показав, что зрителям действительно пришёлся по душе Ричард Б. Риддик. И, конечно же, «Чёрная дыра» стала отправной точкой в карьере Вина Дизеля, сделав его восходящей звездой боевиков. Таким образом, фильм, который чуть было не выпустили сразу на видео, неожиданно заложил фундамент для перспективной франшизы. Вскоре Universal Pictures выкупила все права на Риддика. Студия решила расширить мифологию его вселенной и создать задел для целой серии фильмов. Этого же хотел и Вин Дизель. Позже он признался, что в его представлении «Чёрная дыра» была чем-то вроде «Хоббита» — отдельной историей, которая представила публике героя и в общих чертах рассказала о мире, где происходит действие. Сиквел же должен был стать «Властелином колец»: первым фильмом трилогии о грандиозном путешествии Риддика по просторам вселенной. Студия решила ковать железо, пока горячо, и как можно скорее снять продолжение. Уже через год появился первый сценарий. Он был написан Дэвидом Хейтером и представлял собой приквел, рассказывающий о том, как Риддик стал заключённым. Однако продюсеров не устроил этот вариант. Следующий сценарий написал Акива Голдсман. По сюжету Риддик с командой наёмников возвращался в мир летающих монстров в поисках некоего «семени», способного сделать поверхность планеты пригодной для жизни. Работа Голдсмана также осталась на полке. В итоге за перо взялся сам Дэвид Туи, и Риддик стал центральной фигурой в масштабном конфликте, от исхода которого зависела судьба всей галактики. Ставки были высоки: на фильм выделили 105 миллионов долларов. Чтобы максимально расширить потенциальную аудиторию, руководство Universal заставило Туи сократить хронометраж и выпустить в прокат версию, ориентированную на рейтинг PG-13. Вин Дизель тоже пошёл на определённые жертвы, ради проекта отказавшись от выгодного предложения сняться в «Двойном форсаже» (в итоге в нём снялся его коллега по «Чёрной дыре» Коул Хаузер). Премьера «Хроник Риддика» состоялась в июне 2004 года. Однако это кино не сумело стать космическим «Властелином колец» и с треском провалилось в прокате. Сборы в США составили всего 57 миллионов, и ещё примерно столько же во всём остальном мире. Можно найти немало причин этой неудачи — от высокой конкуренции в прокате до явной переоценки популярности оригинального фильма. Но не исключено, что одной из основных причин стала слишком резкая смена жанра. «Чёрная дыра» была достаточно камерным и вполне приземлённым хоррор-триллером. Да, её действие разворачивалось в далёком будущем, — но это было вполне реалистичное будущее. Ничто не указывало на то, что в этом мире существуют элементали, армия полумёртвых-полуживых некромонгеров, видения и предсказания. И это уже не говоря о том, что уголовник Риддик внезапно превратился в очередного голливудского избранного. Просто представьте, как бы воспринималось продолжение оригинального «Чужого», если бы в нём вдруг показали духов, а Рипли оказалась обещанной пророчеством спасительницей мира. Безусловно, в «Хрониках Риддика» были интересные моменты, и этот фильм нельзя назвать плохим. Но создатели продолжения допустили слишком большой перекос в сторону космооперы, что определённо не пошло картине на пользу. Приключения продолжаются? Казалось, финансовая неудача сиквела навсегда похоронила наши шансы когда-либо ещё увидеть похождения фурианца. Однако Вин Дизель так полюбил прославившего его персонажа, что попытался найти возможность вернуть его на большой экран. Когда Universal предложила актёру камео в «Тройном форсаже», он потребовал в качестве оплаты права на франшизу. Студия с лёгкостью согласилась, сочтя, что у Риддика не осталось коммерческих перспектив. Приобретение прав позволило Дизелю и Туи начать работу над продолжением. К 2009 году был дописан сценарий третьей части, в итоге получившей название «Риддик». Однако потребовалось ещё четыре года, прежде чем фильм увидел свет. Из-за отсутствия студийной поддержки Вину Дизелю пришлось вложить в производство собственные деньги. «Риддик» вышел на экраны в 2013 году. При почти втрое меньшем бюджете кино собрало примерно ту же сумму, что и «Хроники». Отзывы были смешанными. Да, Туи и Дизель вернули Риддика к истокам — в мрачный и приземлённый мир наёмников и таящихся в темноте инопланетных монстров. Но это одновременно было и минусом. По сути, «Риддик» оказался мягким перезапуском первой части. Дизель и Туи сделали всё возможное, чтобы максимально дистанцироваться от «Хроник», но при этом не дали ничего взамен. Всё, что нам показали, фактически уже было в «Чёрной дыре». Лишь позже на носителях вышла режиссёрская версия фильма с расширенной концовкой, которая теснее связывала историю с событиями предыдущей части. Но на данный момент сложно сказать, хотят ли создатели придерживаться этой линии или же про некромонгеров можно забыть. * * * После выхода «Риддика» Вин Дизель несколько раз заявлял о желании снова вернуться к роли фурианца. В прошлом году актёр опубликовал в своём инстаграме фотографию сценария четвёртой части с подзаголовком «Фурия». А значит, проект жив и у нас есть шансы увидеть новые похождения Риддика. Основной вопрос — в каком направлении намерены двигаться создатели. Туи и Дизель вряд ли станут снова переснимать оригинальный фильм. Само название «Фурия» говорит о том, что действие четвёртой части должно быть связано с сюжетной линией «Хроник». В то же время кассовые сборы предыдущих фильмов явно обозначили максимально возможный бюджет, при котором фильм про Риддика способен окупиться. Так что нам определённо не стоит рассчитывать на размашистое действо в духе второй части. Будем надеяться, что в этот раз Туи и Дизель всё же сумеют нащупать правильный баланс между приземлённой стилистикой «Чёрной дыры» и полуфэнтезийной мифологией «Хроник Риддика». Автор Кирилл Размыслович Источник Открыть запись
  8. ArcheRAWG

    mRemoteNG

    Version 1.76.20

    0 downloads

    Отличное приложение для удалённого доступа к серверам и не только. Поддерживаемые протоколы: RDP (Remote Desktop Protocol) VNC (Virtual Network Computing) SSH (Secure Shell) Telnet (TELecommunication NETwork) HTTP/HTTPS (Hypertext Transfer Protocol) rlogin (Remote Login) Raw Socket Connections Powershell remoting
  9. И так. Первое что следует понимать: ESXi у меня стоит на флешке. При установке туда, установшик делает разметку. По итогу большая часть флешки не используется, а для всего остального места может и не хватать. Поэтому расширить раздел на флешке, довольно муторный процесс, и для этого в любом случае придётся останавливать сервер, что не является возможным. К тому же в стандартных средствах ESXi я не смог найти как это сделать без остановки сервера. Поэтому было принято решение просто перенести хранение логов в другое место. Я решил использовать внешнюю NFS шару. Как прицепить к яслям NFS шару - это отдельная статья. Но там ничего сложного нет. На прицепленной к ESXi NFS шаре создал папки для каждого ESXi сервера. Для смены папки для хранения логов идём в Manage - System - Advanced Settings и ищем там параметр Syslog.global.logDir и меняем его значение на нужное нам. Там же можно настроить ротацию логов
  10. И так. Первое что следует понимать: ESXi у меня стоит на флешке. При установке туда, установшик делает разметку. По итогу большая часть флешки не используется, а для всего остального места может и не хватать. Поэтому расширить раздел на флешке, довольно муторный процесс, и для этого в любом случае придётся останавливать сервер, что не является возможным. К тому же в стандартных средствах ESXi я не смог найти как это сделать без остановки сервера. Поэтому было принято решение просто перенести хранение логов в другое место. Я решил использовать внешнюю NFS шару. Как прицепить к яслям NFS шару - это отдельная статья. Но там ничего сложного нет. На прицепленной к ESXi NFS шаре создал папки для каждого ESXi сервера. Для смены папки для хранения логов идём в Manage - System - Advanced Settings и ищем там параметр Syslog.global.logDir и меняем его значение на нужное нам. Там же можно настроить ротацию логов Открыть запись
  11. Иногда случается так что очередь печати зависает. Довольно часто встречается в офисах, где на 1 принтер отправляют печать несколько сотрудников. И как правило очистить её стандартными средствами Windows не всегда удаётся. Сейчас расскажу как это можно ещё сделать, буквально за пару кликов мышкой. И так. Создаём .bat файл cleanspool.bat следующего содержания: net stop spooler del /F /S /Q %systemroot%\system32\spool\printers\*.* net start spooler net stop spooler del /F /S /Q %systemroot%\system32\spool\printers\*.* net start spooler Сохраняем где нить, и запускаем с правами администратора. Ждём 1 минуну примерно и вуаля. Очередь печати чиста. Но этот способ не подходит если несколько принтеров установлено, т.к. он очищает очередь всех принтеров. Как же быть? Перенесём папку хранения очереди печати в другое место для каждого принтера. Создаём папки для каждого принтера, например C:/spool/Kyocera, C:/spool/hp2055 и так далее Запускаем редактор реестра (Win+R и вводим regedit) Ищем ветку [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Printers\ИМЯ_ПРИНТЕРА Меняем значение параметра SpoolDirectory на c:\spool\ИМЯ_ПРИНТЕРА Сохраняем Готово. Данный скрипт можно модифицировать под каждый отдельный принтер. Но я пользуюсь и так им. Если зависла печать - помогает в 95% случаев.
  12. Иногда случается так что очередь печати зависает. Довольно часто встречается в офисах, где на 1 принтер отправляют печать несколько сотрудников. И как правило очистить её стандартными средствами Windows не всегда удаётся. Сейчас расскажу как это можно ещё сделать, буквально за пару кликов мышкой. И так. Создаём .bat файл cleanspool.bat следующего содержания: net stop spooler del /F /S /Q %systemroot%\system32\spool\printers\*.* net start spooler net stop spooler del /F /S /Q %systemroot%\system32\spool\printers\*.* net start spooler Сохраняем где нить, и запускаем с правами администратора. Ждём 1 минуну примерно и вуаля. Очередь печати чиста. Но этот способ не подходит если несколько принтеров установлено, т.к. он очищает очередь всех принтеров. Как же быть? Перенесём папку хранения очереди печати в другое место для каждого принтера. Создаём папки для каждого принтера, например C:/spool/Kyocera, C:/spool/hp2055 и так далее Запускаем редактор реестра (Win+R и вводим regedit) Ищем ветку [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Printers\ИМЯ_ПРИНТЕРА Меняем значение параметра SpoolDirectory на c:\spool\ИМЯ_ПРИНТЕРА Сохраняем Готово. Данный скрипт можно модифицировать под каждый отдельный принтер. Но я пользуюсь и так им. Если зависла печать - помогает в 95% случаев. Открыть запись
  13. Earlier
  14. В 21-м веке, в эре цифровых технологий, почти всё пользуются почтой. Я не имею ввиду "черепашью" почту. Я имею ввиду электронную. Для регистраций на сайтах, для новостных рассылок, для работы и т.д. В общем она нужна всем. И почтовых сервисов уйма, на любой цвет и вкус: Google, Mail.ru, Live.com, Yandex.ru и так далее. Места для почтовых ящиков там более чем предостаточно, не то что раньше: я когда регистрировал свой первый почтовый ящик - выдавалось под письма 10 мегабайт. Щас таких проблем нет. Фирмы предпочитают использовать свои почтовые сервера. Собственно именно и такой случай мы и рассмотрим. В этой статье, мы поднимем почтовый сервер на Windows. И так. Задача: Поднять почтовый сервер. Для каждого пользователя свой почтовый ящик для работы с клиентами. Авторизация по домену. Центральный почтовый ящик, который указан на сайте - на него сыпятся все письма. С него уже переправляются менеджерам Отслеживание переписки, кто куда что отправил. Когда менеджер уходит в отпуск, его клиенты переходят другому и чтобы не раздавать пароли налево и направо, делаем входящую переписку доступной с любого аккаунта Антиспам, антивирус Минимальные затраты Казалось бы выбор очевиден: Exchange + Outlook. Но нет. Затраты должны быть минимальны, в идеале их вовсе не должно быть. Поэтому будем пользоваться OpenSource решениями: hMailServer - почтовый сервер под Windows. Всё что нам нужно - там есть. Подробнее распишу ниже OpenServer - готовый пакет программ для организации Web сервера. Понадобится для web-морды почты. Будем использовать Basic редакцию. Нам незачем лишний софт RoundCube - web-морда почты. Из всех что я смотрел, показалась самым приемлемым вариантом. ClamWin - почтовый антивирус. Используется hmailserver Установка программ не тревиальна и с ней справится каждый, кто хоть не много работал в Windows, поэтому подробно на ней я останавливаться не буду. Для начала нам нужно установить OpenServer. Устанавливаем в нужное место, и запускаем. При первом запуске он предложит установить дополнительные библиотеки - соглашаемся. Если потребуется перезагрузка - перезагружаемся. Теперь нам необходимо его настроить и подготовить к работе. 1. Вкладка Основные - ставим галочку автозапуск сервера, и Запускать вместе с Windows 2. Вкладка Сервер - Выбираем IP адрес по которому будет работать сервер и корневую папку доменов (полезно если хотите держать файлы на другом винте) 3. Вкладка модули - выбираете модули которые будут работать на вашем веб сервере. Я использую следующие модули: 4. Вкладка Домены - добавляем наш домен Для проверки введите свой домен в адресной строке либо попробуйте зайти по IP адресу. 5. Для нормально работы hMailserver'a требуется MySQL. Для этого его нужно настроить - правой кнопкой по иконке openserver'a в трее - дополнительно - MySQL менеджер Откроется окно HeidiSQL создаём подключение со следующими параметрами: Имя хоста - наш домен или IP адрес которые мы указывали в настройках Пользователь - root Пароль - пустой 🙂 не забудьте поменять сразу. Инструменты - добавить пользователя hmail - логин hmailpass - пароль. Используйте свою комбинацию логин/пароль. Так же не забудьде указать паремтры доступа к базе. Вебсервер настроен, базы есть, приступаем к установке hMailserver'a. Во время установки спросит какую базу использовать. Выбираем Так же попросит указать пароль для дальнейшего управления и настройки. Так же если у вас нет Netframework 2, он его скачает и установит. После установки, сразу же откроется мастер настройки Базы данных. 1. Next 2. Create a new hMailserver default database 3. MySQL 4. Addres - наш IP адрес Port - по умолчанию 3306, если не меняли Name - hMailserver login hmail pass hmailpass Теперь скопируем файлы libmysql.dll в папку куда установился hmailserver (в Program files) Файлы лежат у меня в C:\OpenServer\modules\database\MySQL-5.6-x64\lib и копируем их в C:\Program Files (x86)\hMailServer\Bin После завершения, запуститься административная панель. 1. Add domain - указываем наш домен. Ставим галочку Enable и нажимаем Save 2. Domain - наш домен - Accounts - создаем первый почтовый ящик Теперь надо бы проверить работает ли сервер. Для этого разархивируем архив с roundcube'ом в папку с нашим доменом. После чего нам нужно отредактировать файс config/config.inc.php. Для этого в самый конец файла добавляем $config['enable_installer'] = true; После чего в браузере переходим по адресу http://vashdomen/installer Откроется данная страница. Если всё нормально то мы сможем продолжить установку, если нет - будут указаны ошибки которые нужно исправить. Их решение есть в интернете, поэтому я не буду заострять на этом внимания. Для продолжения нам нужно создать базу данных roundcubemail и пользователя к ней. Создаём как это делали выше для hmailserver'a После чего заполняем данные на второй странице инсталятора Type - MySQL server - наш домен или IP name - roundcubemail username - roundcube password - pass Сохраняем конфиг, на следующей странице инициализируем базу. Если всё ок. То можем проверять - переходим на наш домен вводим логин и пароль от созданного пользователя. Всё должно работать. Теперь приступим к более тонкой настройке сервера. Для начала установим антивирус который скачали. Установка просто и не требует никаких дополнительных навыков. После установки, антивирус сам скачает последние базы. Настроим связку, для этого в hmailserver administrator Settings - Anti-virus - ClamWin - Enable - Auto-detect. Можем сразу протестировать нажав клавишу тест, но как показывает практика с этим проблем быть не должно. Теперь создадим почтовые адреса для пользователей. Мы помним что у нас должна быть авторизация по домену. И так. Domains - нашдомен - Accounts - add Addres - manager1@test.ru pass - pass Administrator level - user Далее переходим на вкладку Active Directory Тут мы должны указать какому пользователю домена соответствует этот адрес. У меня это будет Ivanov. Указываем домен и его имя пользователя. Теперь при логине в почту ему не нужно будет указывать свой почтовый адрес (manager1@test.ru), ему достаточно будет указать свои логин и пароль которые он использует для входа в систему. Теперь создадим общую папки в которые будут складываться все письма. Settings - Protocols - IMAP - Public folders Имя укажем #Publics. Нажимем кнопку Edit и создаём нужные нам папки. Я назвал их In и Out. Папка In будет доступна всем, папка Out только администрации. Теперь сделаем так, чтобы все входящие письма сыпались в папку In а исходящие в Out Domain - rules - add Name - InMail Не забываем галочку Enable Use AND Жмём ADD Name - "MailIn" Criteria (Use AND) - IF Message size GREATER THEN 0 Actions - MOVE TO IMAP FOLDER #Public.Mail.In Жмём ADD Name - "MailOut" Criteria (Use AND) - IF To NOT EQUALS @test.ru Actions - MOVE TO IMAP FOLDER #Public.Mail.Out Теперь письма складываются. Ну вот вроде и всё. Такой почтовый сервер подойдёт для малого бизнеса, где не так много людей которые пользуются почтой 🙂
  15. В 21-м веке, в эре цифровых технологий, почти всё пользуются почтой. Я не имею ввиду "черепашью" почту. Я имею ввиду электронную. Для регистраций на сайтах, для новостных рассылок, для работы и т.д. В общем она нужна всем. И почтовых сервисов уйма, на любой цвет и вкус: Google, Mail.ru, Live.com, Yandex.ru и так далее. Места для почтовых ящиков там более чем предостаточно, не то что раньше: я когда регистрировал свой первый почтовый ящик - выдавалось под письма 10 мегабайт. Щас таких проблем нет. Фирмы предпочитают использовать свои почтовые сервера. Собственно именно и такой случай мы и рассмотрим. В этой статье, мы поднимем почтовый сервер на Windows. И так. Задача: Поднять почтовый сервер. Для каждого пользователя свой почтовый ящик для работы с клиентами. Авторизация по домену. Центральный почтовый ящик, который указан на сайте - на него сыпятся все письма. С него уже переправляются менеджерам Отслеживание переписки, кто куда что отправил. Когда менеджер уходит в отпуск, его клиенты переходят другому и чтобы не раздавать пароли налево и направо, делаем входящую переписку доступной с любого аккаунта Антиспам, антивирус Минимальные затраты Казалось бы выбор очевиден: Exchange + Outlook. Но нет. Затраты должны быть минимальны, в идеале их вовсе не должно быть. Поэтому будем пользоваться OpenSource решениями: hMailServer - почтовый сервер под Windows. Всё что нам нужно - там есть. Подробнее распишу ниже OpenServer - готовый пакет программ для организации Web сервера. Понадобится для web-морды почты. Будем использовать Basic редакцию. Нам незачем лишний софт RoundCube - web-морда почты. Из всех что я смотрел, показалась самым приемлемым вариантом. ClamWin - почтовый антивирус. Используется hmailserver Установка программ не тревиальна и с ней справится каждый, кто хоть не много работал в Windows, поэтому подробно на ней я останавливаться не буду. Для начала нам нужно установить OpenServer. Устанавливаем в нужное место, и запускаем. При первом запуске он предложит установить дополнительные библиотеки - соглашаемся. Если потребуется перезагрузка - перезагружаемся. Теперь нам необходимо его настроить и подготовить к работе. 1. Вкладка Основные - ставим галочку автозапуск сервера, и Запускать вместе с Windows 2. Вкладка Сервер - Выбираем IP адрес по которому будет работать сервер и корневую папку доменов (полезно если хотите держать файлы на другом винте) 3. Вкладка модули - выбираете модули которые будут работать на вашем веб сервере. Я использую следующие модули: 4. Вкладка Домены - добавляем наш домен Для проверки введите свой домен в адресной строке либо попробуйте зайти по IP адресу. 5. Для нормально работы hMailserver'a требуется MySQL. Для этого его нужно настроить - правой кнопкой по иконке openserver'a в трее - дополнительно - MySQL менеджер Откроется окно HeidiSQL создаём подключение со следующими параметрами: Имя хоста - наш домен или IP адрес которые мы указывали в настройках Пользователь - root Пароль - пустой 🙂 не забудьте поменять сразу. Инструменты - добавить пользователя hmail - логин hmailpass - пароль. Используйте свою комбинацию логин/пароль. Так же не забудьде указать паремтры доступа к базе. Вебсервер настроен, базы есть, приступаем к установке hMailserver'a. Во время установки спросит какую базу использовать. Выбираем Так же попросит указать пароль для дальнейшего управления и настройки. Так же если у вас нет Netframework 2, он его скачает и установит. После установки, сразу же откроется мастер настройки Базы данных. 1. Next 2. Create a new hMailserver default database 3. MySQL 4. Addres - наш IP адрес Port - по умолчанию 3306, если не меняли Name - hMailserver login hmail pass hmailpass Теперь скопируем файлы libmysql.dll в папку куда установился hmailserver (в Program files) Файлы лежат у меня в C:\OpenServer\modules\database\MySQL-5.6-x64\lib и копируем их в C:\Program Files (x86)\hMailServer\Bin После завершения, запуститься административная панель. 1. Add domain - указываем наш домен. Ставим галочку Enable и нажимаем Save 2. Domain - наш домен - Accounts - создаем первый почтовый ящик Теперь надо бы проверить работает ли сервер. Для этого разархивируем архив с roundcube'ом в папку с нашим доменом. После чего нам нужно отредактировать файс config/config.inc.php. Для этого в самый конец файла добавляем $config['enable_installer'] = true; После чего в браузере переходим по адресу http://vashdomen/installer Откроется данная страница. Если всё нормально то мы сможем продолжить установку, если нет - будут указаны ошибки которые нужно исправить. Их решение есть в интернете, поэтому я не буду заострять на этом внимания. Для продолжения нам нужно создать базу данных roundcubemail и пользователя к ней. Создаём как это делали выше для hmailserver'a После чего заполняем данные на второй странице инсталятора Type - MySQL server - наш домен или IP name - roundcubemail username - roundcube password - pass Сохраняем конфиг, на следующей странице инициализируем базу. Если всё ок. То можем проверять - переходим на наш домен вводим логин и пароль от созданного пользователя. Всё должно работать. Теперь приступим к более тонкой настройке сервера. Для начала установим антивирус который скачали. Установка просто и не требует никаких дополнительных навыков. После установки, антивирус сам скачает последние базы. Настроим связку, для этого в hmailserver administrator Settings - Anti-virus - ClamWin - Enable - Auto-detect. Можем сразу протестировать нажав клавишу тест, но как показывает практика с этим проблем быть не должно. Теперь создадим почтовые адреса для пользователей. Мы помним что у нас должна быть авторизация по домену. И так. Domains - нашдомен - Accounts - add Addres - manager1@test.ru pass - pass Administrator level - user Далее переходим на вкладку Active Directory Тут мы должны указать какому пользователю домена соответствует этот адрес. У меня это будет Ivanov. Указываем домен и его имя пользователя. Теперь при логине в почту ему не нужно будет указывать свой почтовый адрес (manager1@test.ru), ему достаточно будет указать свои логин и пароль которые он использует для входа в систему. Теперь создадим общую папки в которые будут складываться все письма. Settings - Protocols - IMAP - Public folders Имя укажем #Publics. Нажимем кнопку Edit и создаём нужные нам папки. Я назвал их In и Out. Папка In будет доступна всем, папка Out только администрации. Теперь сделаем так, чтобы все входящие письма сыпались в папку In а исходящие в Out Domain - rules - add Name - InMail Не забываем галочку Enable Use AND Жмём ADD Name - "MailIn" Criteria (Use AND) - IF Message size GREATER THEN 0 Actions - MOVE TO IMAP FOLDER #Public.Mail.In Жмём ADD Name - "MailOut" Criteria (Use AND) - IF To NOT EQUALS @test.ru Actions - MOVE TO IMAP FOLDER #Public.Mail.Out Теперь письма складываются. Ну вот вроде и всё. Такой почтовый сервер подойдёт для малого бизнеса, где не так много людей которые пользуются почтой 🙂 Открыть запись
  16. ArcheRAWG

    hMailServer

    Version 5.6.7 Build 2425

    0 downloads

    hMailServer is a free, open source, e-mail server for Microsoft Windows. It's used by Internet service providers, companies, governments, schools and enthusiasts in all parts of the world. It supports the common e-mail protocols (IMAP, SMTP and POP3) and can easily be integrated with many existing web mail systems. It has flexible score-based spam protection and can attach to your virus scanner to scan all incoming and outgoing email.
  17. Welcome to your new Invision Community! Take some time to read through the Getting Started Guide and Administrator Documentation. The Getting Started Guide will walk you through some of the necessary steps to setting up your community. The Administrator Documentation takes you through the details of the capabilities of our platform. Go to the Documentation Nulled by IPBMafia.ru
  1. Load more activity
×
×
  • Create New...