Конфигурационный файл apache ubuntu. Конфигурационные файлы Apache

Все большее количество людей в наше время обзаводится интернет-ресурсами. Интернет-магазины, сайты портфолио и просто личные блоги. Но не каждый хочет при этом вникать в суть сайтостроения, изучать основы верстки и языки программирования. Как же быть? На помощь приходят CMS - системы управления сайтами. Простые, функциональные и удобные интерфейсы, позволяющие вносить изменения на сайте, не открывая исходный код.
Но какие из них удобнее, а какие функциональнее?

Не так давно компания iTrack предоставила независимый рейтинг систем управления сайтом, составленный по информации о реальных установках на сайтах. Всего было проверено около миллиона сайтов.
Места распределились так (на июль 2014):

Рассмотрим самые популярные системы этого рейтинга.

1. WordPress (Вордпресс)

Бесплатная CMS, последнее обновление от 08.05.2014, сайт
WordPress очень популярен в рунете и мире CMS, особенно среди новичков. Хорошо русифицирован. Легко устанавливается. Процесс установки занимает менее 5 минут от начала до конца. Наполнение сайта контентом не требует никаких дополнительных знаний.
Позволяет создавать сайты различного типа, но всё же, когда говорят о Вордпресс, подразумевают, что это, в первую очередь, движок для блогов. Поэтому если необходимо легко и быстро создать свой блог, либо несложный сайт информационного типа, то именно Вордпресс – хороший выбор.
Минусы Вордпресса типичны для популярных CMS - возможность сбоев при высокой посещаемости и периодическое обнаружение тех или иных уязвимостей в скрипте.
Также Вордпресс вряд ли подойдёт для сложного сайта с большой функциональностью, например портала или интернет-магазина, т.к. просто не имеет необходимых модулей для этого.

Интересный факт:
Около 40 тысяч новых сайтов в день создается с помощью WordPress. То есть, практически каждые две секунды рождается сайт на этой CMS.

2. Joomla! (Джумла)

Бесплатная CMS, последнее обновление 11.06.2014, сайт
Несколько сложнее в освоении, чем Вордпресс, но имеет и большую сферу применения. Потребуются некоторые усилия для установки этой CMS. Наполнение сайта станет для вас достаточно легким процессом после того, как вы разберетесь в структуре элементов Joomla.
Для Джумлы разработано огромное число модулей, включая форумы, чаты, блоги, интернет-магазины. Джумла позволяет создавать самые различные сайты, как простые, так и сложные, это достаточно универсальная CMS. Также для Джумлы существует огромное число шаблонов.
Но есть и минусы. Уязвимости в коде тоже время от времени встречаются, поэтому периодически необходимо обновлять систему.

Интересный факт:
Joomla поддерживает 64 различных языка.

3. 1С-Битрикс

Платная CMS, последнее обновление 16.04.2014, сайт
Перед установкой Битрикса, возможно, придется задуматься над выбором хостинга. Если вы планируете разместить на сайте обширный каталог товаров, объявлений и т.п., то нужно будет выбрать специальный тариф на хостинге (помощнее), только тогда система будет работать нормально. Но это единственная сложность при установке.
Важнейшим преимуществом Битрикса является его многофункциональность. Разработчики предлагают не только пакетные сборки, но и готовые решения. Можно при установке выбрать готовый сайт (на одном из стандартных шаблонов), например, сразу создать готовый интернет-магазин (с настроенной корзиной, формой заказа, способами доставки и оплаты, с личным кабинетом пользователя). Также несомненный плюс - высокая надежность, безопасность, стабильное обновление. Обновления, касающиеся безопасности, всегда будут доступны клиенту абсолютно бесплатно.
Управление контентом в этой системе значительно отличается от других CMS. В принципе, если привыкнуть к этому, то вы легко сможете менять информацию на сайте.
Первым минусом Битрикса является его цена. Да, цена действительно высокая, но она оправдана мощностью системы - правда, чтобы использовать эту мощность, скорее всего, понадобится специально обученный под Битрикс программист. Таким образом, CMS подходит либо для тех, кому не жалко денег, чтобы получить готовый работающий шаблонный сайт, либо для серьезных проектов (крупных порталов и интернет-магазинов).

Интересный факт:
Сайт компании «Эльдорадо» (www.eldorado.ru) работает на Битриксе.

4. DataLife Engine (DLE)

Платная CMS, последнее обновление 01.04.2014, сайт dle-news.ru
Описание системы DLE стоит начать с того, что она платная. Многие считают, что это – ее основной минус. Как и у любого продукта, у DLE есть и бесплатная демо-версия. Но так как она распространяется бесплатно, то имеет ряд недостатков, как, например, ограничение в количестве новостей – 100, комментариев – 200. В то же время многие дополнительные модули для DLE бесплатны.

Работать с содержимым сайта совсем не сложно, так как в DLE всего два типа контента – новости и статические страницы. Но в системе нет понятия Меню и Блоки, а это очень удобные и необходимые решения. Поэтому такое упрощение структуры делает систему недостаточно гибкой и не позволяет легко менять внешний вид сайта.

В следующей статье мы продолжим наш обзор систем управления сайтом и постараемся дать рекомендации о том, какая CMS больше подойдет для того или иного сайта.

В начале был только гипертекст – нехитрые десять команд («тегов») разметки текста, которые превращали обычный текст в сайт. И немногочисленные «боги верстки» могли за десять минут в текстовом редакторе создать простой сайт. Но всех это устраивало, потому что с собственного компьютера в Москве прочитать информацию на сайте в Нью-Йорке через пару минут после ее публикации – это было реально круто.

Сайты стали сложнее

Однако информация имеет тенденцию к росту, причем в геометрической прогрессии – ее объем в современном мире удваивается приблизительно за 5 лет. К тому же такое быстрое распространение данных поставило во главу угла их актуальность: кто первый опубликовал, тот и получил основной поток читателей. Сайты стали сложнее, и способ ручного внесения – с разметкой, абзацами, заголовками, иллюстрациями – по трудозатратам стал сопоставим с вытесыванием в камне копий 10 заповедей.

Программистская братия пыталась решить проблему путем усовершенствования программ верстки сайтов, в том числе с визуальными редакторами – но этого уже было недостаточно.

Если владельцу сайта нужно было внести изменения – например добавить баннер или новую кнопку в меню сайта, то сделать это, скажем, для 10 страниц – было трудоемко, но еще реально. Но количество страниц сайта стало измеряться тысячами. Повторить одну и ту же операцию тысячу раз? А если баннер утерял актуальность и его нужно снять – еще тысячу раз? А потом еще нужно подключиться по FTP и загрузить все новые версии страниц. Извините, но это слишком.

А как не-программистам наполнять сайт?

Кроме того, было логичным допустить к наполнению сайтов людей, которые не обладали навыками программирования и не владели гипертекстом (HTML) и версткой – например, журналистов, врачей, мелкий бизнес, работников социальных служб. А если неспециалиста даже обучить несложным приемам (хотя голова у него должна болеть, вообще-то, о другом: о содержании, об актуальности, о правдивости текста, а не где нужно поставить тег, чтобы выделить абзац или в какую папку на сервере поместить новую страницу) – то вероятность технических ошибок резко возрастает, а это – потеря «лица» сайта в буквальном смысле.

Да будет CMS!

Появление Content Management System (CMS, Система управления содержанием сайта) стало очевидным решением для вышеперечисленных проблем. С внедрением CMS отпал значительный объем ручного труда: теперь добавление какого-то элемента сайта автоматически распространялось на все (нужные) страницы и разделы, кроме тго – технически не подготовленный специалист (контент-менеджер) мог самостоятельно размещать материалы или вносить несложные изменения, не касаясь верстки, загрузки-выгрузки страниц и вообще не зная, что такое FTP.
Это резко расширило аудиторию людей, которые теперь могли размещать информацию в интернете.

Появившись в начале 2000 года, первые CMS были строго индивидуальны и писались под каждый сайт отдельно, поэтому такое мог себе позволить не каждый.

Так что такое CMS, или Обратная сторона сайта

Обобщенно, это визуальный редактор сайта, перенесенный в онлайн, с распределением доступов и общим управлением файлами сайта.

То есть, это комплекс программ, расположенный вместе с сайтом на хостинге – в месте физического размещения файлов сайта – и при этом позволяющих:

• создавать и управлять содержимым (контентом) сайта;
• наполнять сайт персоналу без технической подготовки;
• выполнять операции обработки данных;
• распределять уровни доступа к сайту;
• использовать готовые модули и приложения для расширения функциональности сайта.

CMS дали колоссальное преимущество работы с сайтами, и, вполне естественно – перешли от индивидуальной разработки к серийному производству. Появились CMS, которые можно было использовать для множества сайтов, в обиход вошла фраза «движок сайта» и вопрос «на какой CMS ваш сайт?». Статические сайты практически ушли в прошлое.

«Админка»

Большинство из нас, имеющих отношение к Интернету, хотя бы раз был в «админке» – части сайта, который служит собственно управлению этим самым сайтом: размещению текстов, добавлению/удалению товаров и т.д.

Здесь нужно не путать с «личным кабинетом» – частью сайта, который предназначен для зарегистрированных пользователей. Он, несмотря на доступ по паролю – все-таки на «лицевой» стороне сайта. Админка же – обратная сторона с ограниченным доступом только для своих.

Но это еще не есть CMS – это тоже результат работы CMS, интерфейс, специально разработанный для администраторов сайта.

Унификация и серийное производство

В чем преимущества унификации? Ведь, казалось бы – написанная специально для конкретного сайта, под определенные задачи и с учетом всех нюансов и тонкостей система управления должна быть лучше «индустриального» варианта?

В некоторых случаях так и есть, безусловно. Но это касается скорее уж или очень простых сайтов, с редкими и небольшими изменениями в содержании, или, наоборот – очень специфических задач, которые нельзя или сложно решить стандартными методами. Большинство же сайтов, при всем уважении – по сути своей однотипны: корпоративная визитка, интернет-магазин, блог и т.д. Решения и изобретения кочуют с одного сайта на другой, удачные становятся трендами, неудачные – отмирают.

Теперь представьте, что владельцу сайта нужно добавить новую «фишку», которая уже есть у конкурентов:

• это могут сделать или разработчики «самописной» CMS, и тогда владелец сайта жестко привязан к ним;
• или сторонняя организация, и тогда ей придется долго и не факт, что успешно, разбираться в чужой структуре и коде;
• или штатные программисты самой корпорации, но в любом случае им придется создавать «фишку» с нуля.

С унифицированными же CMS могут работать множество программистов, а обновления или дополнительные модули распространяются довольно быстро, и часто – бесплатно. Кстати, об оплате.

Платить или не платить?

Здесь есть некоторые нюансы, которые сразу нужно оговорить:

• Бесплатное – не значит «некачественное», CMS с открытым кодом поддерживаются тысячами программистов по всему миру, и ошибок там – минимум.
• Бесплатное – не значит «совсем бесплатное». Владельцу сайта придется платить за работу программистов, за дополнительные модули (плагины), за изменения в дизайне, часто – за шаблон (готовое решение).
• Платное – означает не столько плату за сам программный комплекс, сколько за техническую поддержку, обновления, документацию и т.д. Единожды оплатив стоимость CMS и потом отказавшись от поддержки и обновлений, например – вы можете получить вариант дешевле, чем при выборе бесплатной CMS с доработками. Но это достаточно исключительный случай.

Так платить или не платить?

Бесплатные CMS

«Большая тройка» здесь выглядит так: WordPress, Joomla, Drupal. По данным нашего сервиса проверки CMS , соотношение их использования выглядит приблизительно так: 43%-28%-4%.

Преимущества бесплатных систем:

• бесплатность;
• расширяемость;
• большой выбор подрядчиков.

Недостатки:

• нет официальной технической поддержки и систематизированной документации;
• недостаточная надежность для ответственных сайтов;
• для настройки и особенно – расширения возможностей нужны технические знания.

В целом, бесплатные CMS могут подходить для простых магазинов, блогов, веб-версий СМИ, несложных корпоративных сайтов.

Платные CMS

Здесь фактически монопольную долю в 50% занимает 1С-Битрикс, затем с большим отрывом следуют NetCat (14%) и HostCMS (9%).

Вызвано ли это бесспорным преимуществом 1С-Битрикс в качестве или удачно выбранной бизнес-моделью – вопрос дискуссионный, и здесь мы его рассматривать не будем.

Преимущества коммерческих CMS:

• высокая надежность;
• высокий уровень защиты (безопасности);
• отличная функциональность;
• наличие полноценной технической поддержки и официальной документации.

Недостатки:

• высокая стартовая цена за саму CMS;
• ограниченный круг подрядчиков (но зато, как правило, сертифицированных);
• сложность структуры и повышенные требования к аппаратному обеспечению.

Что же выбрать?

Так что же выбрать во всем многообразии? Естественно, исходить нужно из задач, которые стоят перед будущим сайтом. Немаловажным фактором выбора есть доступность подрядчиков-программистов, специализирующихся на данной системе.

А также ясно представлять себе возможности выбранной CMS для будущего расширения, имея в виду, что с запуском сайта работа над ним только начинается.

Твитнуть

Плюсануть

Please enable JavaScript to view the

Apache - наиболее используемый интернет-сервер на линукс системах. Интернет-сервера используются для выдачи интернет-страниц по запросу клиентских компьютеров. Клиенты обычно запрашивают и просматривают интернет-страницы используя приложения интернет-браузеров, таких как Firefox, Opera, Chromium или Mozilla.

Пользователи вводят единообразный указатель ресурсов (URL) для определения интернет-сервера по его полностью квалифицированному доменному имени (FQDN) и пути до требуемого ресурса. Например, чтобы увидеть домашнюю станицу интернет-сайта Ubuntu, пользователь должен ввести только FQDN:

Www.ubuntu.com

SymLinksIfOwnerMatch - Следует по символическим ссылкам если целевой файл или каталог имеет того же владельца, что и ссылка.

Настройки httpd

Этот раздел раскрывает некоторые основные конфигурационные настройки сервиса httpd .

LockFile - инструкция LockFile устанавливает путь к блокирующему файлу (lockfile) когда сервер скомпилирован с опцией USE_FCNTL_SERIALIZED_ACCEPT или USE_FLOCK_SERIALIZED_ACCEPT. Он должен сохраняться на локальном диске. Стоит оставить значение по умолчанию если только каталог журналов не расположен на NFS ресурсе. В противном случае исходное значение стоить изменить на каталог локального диска с правами на чтение только для root.

PidFile - инструкция PidFile устанавливает файл, в который сервер записывает ID своего процесса (pid). Этот файл должен быть доступен на чтение только root. В большинстве случаев этот параметр стоит оставить без изменений.

User - инструкция User устанавливает userid (ID пользователя), используемый сервером для ответа на запросы. Эта настройка определяет права доступа сервера. Любые файлы, недоступные этому пользователю, также будут недоступны для посетителей вашего сайта. По умолчанию используется пользователь «www-data».

Group - инструкция Group аналогична директиве User. Group устанавливает группу под которой сервер будет отвечать на запросы. Значение по умолчанию также «www-data».

Модули Apache2

Apache2 - модульный сервер. Это означает, что только самая базовая функциональность включена в ядро сервера. Расширенные возможности доступны через модули, которые могут быть загружены в Apache2. По умолчанию базовый набор модулей включается в сервер на этапе компиляции. Если сервер скомпилирован для использования динамически загружаемых модулей, то модули могут быть скомпилированы отдельно и добавлены в любое время с использованием инструкции LoadModule . В противном случае Apache2 должен быть перекомпилирован для добавления или удаления модулей.

Ubuntu компилирует Apache2 с возможностью динамической загрузки модулей. Конфигурационные директивы могут быть включены по условию присутствия соответствующего модуля в блоке .

Вы можете установить дополнительные модули Apache2 и использовать их с вашим интернет сервером. Например, запустите следующую команду в терминале для установки модуля авторизации MySQL:

Sudo apt-get install libapache2-mod-auth-mysql

Ищите дополнительные модули в каталоге /etc/apache2/mods-available.

Используйте утилиту a2enmod для включения модуля:

Sudo a2enmod auth_mysql sudo service apache2 restart

Аналогично a2dismod выключит модуль:

Sudo a2dismod auth_mysql sudo service apache2 restart

Настройка HTTPS

Модуль mod_ssl добавляет важную возможность для сервера Apache2 - возможность шифрованных соединений. Таким образом, когда ваш браузер соединяется с использованием SSL , используется префикс https:// в начале адреса URL в строке навигации.

Модуль mod_ssl доступен в пакете apache2-common. Выполните следующую команду в терминале для включения этого модуля:

Sudo a2enmod ssl

Настройки по умолчанию для HTTPS находятся в файле /etc/apache2/sites-available/default-ssl. Чтобы Apache2 предоставлял HTTPS, также требуются файлы ключа и сертификата. Изначальная настройка HTTPS использует сертификат и ключ, созданные пакетом ssl-cert. Они подходят для тестирования, но должны быть заменены на сертификат, соответствующий вашему сайту или серверу. Для информации по созданию ключей и получению сертификатов смотрите раздел Сертификаты .

Для настройки Apache2 для HTTPS введите следующее:

Sudo a2ensite default-ssl

Каталоги /etc/ssl/certs и /etc/ssl/private используются по умолчанию. Если вы установили сертификат и ключ в другие каталоги, убедитесь что изменили соответственно опции SSLCertificateFile и SSLCertificateKeyFile.

С Apache2, теперь настроенным на HTTPS, перезапустим сервис для разрешения новых настроек:

Sudo service apache2 restart

В зависимости от того как вы выпускали свой сертификат, вам может потребоваться ввести кодовую фразу при старте Apache2.

Вы можете получить доступ к страницам защищенного сервера набрав https://your_hostname/url/ в адресной строке вашего браузера.

Права разделения записи

Чтобы более одного пользователя имели право записи в один и тот же каталог, необходимо дать право записи группе, которая их объединяет. Следующий пример предоставляет права на запись в каталог /var/www для группы «webmasters».

Sudo chgrp -R webmasters /var/www sudo find /var/www -type d -exec chmod g=rwxs "{}" \; sudo find /var/www -type f -exec chmod g=rws "{}" \;

Если доступ должен быть предоставлен более чем одной группе на каталог, используйте Списки управляемого доступа (ACL).

Раньше в нашей серии по основам Linux мы рассматривали основы работы с веб-сервером Apache. Он является самым широко используемым в мире веб-сервером в Интернете (по состоянию на июль 2015 года, доля Apache составляла 38%, IIS - занимал 26%, а Nginx - 15%). Поэтому чем больше вы о нем знаете и понимаете как он работает, тем больших успехов вы достигнете при его взломе.

Сегодня мы рассмотрим основы настройки сервера Apache. Как мы писали раньше, конфигурирование и настройка почти всех приложений в Linux или Unix осуществляется через конфигурационные файлы, которые представляют собой обычный текст. Apache здесь не является исключением. Поэтому в этой статье мы сосредоточимся на конфигурационном файле apache2.conf, который находится в директории /etc/apache2.

Шаг 1. Запустите Apache2

Давайте начнем с того, что запустим Apache2. Сделаем это через графическую оболочку окружения Kali, перейдя в Applications -> Kali Linux -> System Services -> HTTP -> apache2 start, как показано на скриншоте ниже.

Или запустите его через командную строку, набрав в терминале следующую команду

Kali >service apache2 start

Это запускает демон Apache2, и с этого момента веб-сервер должен обрабатывать наш контент в Интернете.

Шаг 2. Проверьте работоспособность сервера

Чтобы проверить, работает ли наш сервер Apache, давайте просто перейдем в браузере по localhost или 127.0.0.1. Если вы видите страницу как на скриншоте ниже, то это означает, что сервер работает нормально!

Шаг 3. Откройте файл конфигурации

Чтобы настроить Apache, нам нужно перейти в директорию /etc/apache2.

Kali > cd /etc/apache2

Выведем на экран список всех файлов в этой директории:

Kali > ls -l

Как видите, в этой директории есть несколько файлов и поддиректорий. Сейчас нас интересует только файл apache2.conf, но обратите внимание, что у нас есть файл ports.conf и папка sites_available, которые нам понадобятся чуть позже, также здесь есть несколько других файлов конфигурации и папок.

Мы можем открыть apache2.conf в любом текстовом редакторе, но здесь мы будем использовать Leafpad. Файл можно открыть, просто набрав в консоли:

Kali > leafpad /etc/apache2/apache2.conf

Как видите, эта команда открывает текстовый файл со всей информацией о конфигурации нашего веб-сервера Apache. Чтобы настроить сервер, мы сейчас попытаемся ознакомить вас со всеми ключевыми моментами этого файла.

Шаг 4. ServerRoot

Давайте прокрутимся вниз, пропустив все комментарии, и найдем строку #70, где начинается раздел глобальных настроек. Здесь мы видим настройки ServerRoot. Это вершина дерева директорий, в которой сервер Apache хранит все связанные с работой сервера файлы. Строка #84 определяет ServerRoot. Мы можем просто раскомментировать эту строку, если хотим установить /etc/apache2 в качестве ServerRoot. Мы рекомендуем вам это сделать.

Шаг 5. Timeout

В следующем разделе у нас располагаются переменные, которые определяют значения параметров: Timeout, KeepAlive, MaxKeepAliveRequests и KeepAliveTimeout.

• Timeout : это время, в течение которого сервер должен выполнить запрос пользователя. Его значение по умолчанию - 300, а это означает, что сервер должен обработать каждый запрос в течение 300 секунд или 5 минут. Это, определенно, слишком долго и это значение можно установить в 30 секунд.
• KeepAlive : это означает, что сервер остается живым (держит соединение) для нескольких запросов от одного и того же клиента. По умолчанию установлено значение «On» (включено). Это означает, что клиентам не нужно создавать новое соединение для каждого запроса к нашему серверу. Такой подход позволяет экономить ресурсы сервера.
• MaxKeepAliveRequests : это значение определяет максимальное количество секунд, допустимое между запросами, полученными от установленного соединения с одним клиентом. Если мы установим это значение в 0, то количество времени не ограничено.
• KeepAliveTimeout : Это количество времени между запросами, для определения того, что соединение еще живо (установлено).

Мы предлагаем вам оставить все значения по умолчанию, кроме параметра «Timeout». Каждая ситуация отличается, и вам может потребоваться изменить эти значения по умолчанию для того, чтобы адаптировать производительность сервера к конкретной среде.

Шаг 6. Пользователь и группы Apache2

Давайте опять прокрутим вниз несколько строк в файле apache2.conf, пока не дойдем до строки #177. Здесь мы можем установить пользователя и группы Apache2. Обратите внимание на комментарий к строке #177. Там указано, что мы можем установить эти переменные в файле envvars (переменные окружения). Оставим этот вопрос для будущих статей, но пока просто имейте в виду, что и User (пользователь) и Group (группа) являются переменными, значения которых берутся из файла /etc/apache2/envvars.

И, наконец, последний раздел, имеющий огромное значение для безопасности Apache, начинается со строки #193. Этот раздел дает гарантии, что веб-клиенты не смогут получить доступ к файлам.htaccess и.htpasswd.

Шаг 7. Логирование

В следующем разделе описано, как Apache управляет логами (журналами).

В первом подразделе мы обращаемся к параметру HostNameLookups. Эта директива сообщает Apache2, должен ли он выполнять поиск DNS, когда он записывает в лог установленное соединение. Со значением по умолчанию «Off» (выключено) Apache2 работает намного лучше.

Шаг 8. Доступные сайты

Теперь посмотрим на директорию site_available (доступные сайты) и, самое главное, на тот файл, который находится в ней по умолчанию. Его часто называют файлом виртуальных хостов (Virtual Hosts) по умолчанию. Откройте этот файл, набрав в консоли:

Kali > leafpad /etc/apache2/site_available/default

Как видите, в этом файле есть три критических области. Первая строка определяет, какой порт слушает веб-сервер. Здесь определено, что он слушает любой интерфейс на 80-м порту (*: 80). Вторая строка определяет адрес электронной почты, на который нужно слать уведомления в случае возникновения проблем с сервером. По умолчанию там стоит адрес Если вы являетесь системным администратором, то здесь вы можете указать ваш адрес электронной почты. Третий элемент может быть самым важным - DocumentRoot. Он определяет, где будет размещаться контент для этого виртуального хоста, значением по умолчанию является директория /var/www. Мы предлагаем вам оставить все в том виде, в котором это было определено разработчиками.

Шаг 9. Порты

Наконец, мы можем перейти в файле apache2.conf еще ниже до строки #248 — «include port.conf». Эта директива просто сообщает Apache о необходимости перейти в файл port.conf, чтобы найти те порты, которые он должен прослушивать.

Теперь, если мы откроем файл port.conf, то увидим, что он настроен на прослушивание 80-го порта (строка #9). В следующем разделе, который начинается со строки 11, проверяется, включен ли модуль mod_ssl.c, и если он включен, то открывается 443-й порт (строка 17).