По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Веб-сервер - это серверное приложение, предназначенное для обработки HTTP-запросов между клиентом и сервером. HTTP - это базовый и широко используемый сетевой протокол.
Apache HTTP Server сыграл важную роль в разработке веб-сайтов. Только у него доля рынка 37,3%. Nginx занимает второе место в списке, с долей рынка 32,4%. Microsoft IIS и LiteSpeed с долей рынка 7,8% и 6,9% занимают 3 и 4 места соответственно.
Но недавно я наткнулся на веб-сервер с названием Caddy. Когда развернул его для тестирования и попытался узнать о его функциях, был приятно удивлён. Это переносимый веб-сервер с минимальной конфигурацией. Я решил, что это очень крутой проект и захотел поделиться им с вами.
Что такое Caddy?
Caddy с его простотой в настройках и использовании является альтернативой популярному веб-серверу Apache. Мэтью Холт - руководитель проекта Caddy утверждает, что их продукт является веб-сервером общего назначения, и он предназначен для обычных людей, и, вероятно, является единственным в своем роде.
Caddy является первым и единственным веб-сервером, который может автоматически получать и обновлять сертификаты SSL/TLS с помощью сервиса Let 's Encrypt.
Функции Caddy
Быстрое выполнение HTTP-запросов с использованием HTTP/2.
Веб-сервер с наименьшей конфигурацией и беспрепятственным развертыванием.
TLS шифрование обеспечивает безопасную связь между приложениями и пользователями через Интернет. Вы можете использовать собственные ключи и сертификаты.
Простота развертывания/использования. Только один файл без зависимости от платформы.
Установка не требуется.
Портативные исполняемые файлы.
Запуск нескольких ЦП/ядер.
Усовершенствованная технология WebSockets - интерактивный сеанс связи между браузером и сервером.
Разметка документов на лету.
Полная поддержка нового протокола IPv6.
Создает журнал в пользовательском формате.
Поддержка Fast CGI, обратного прокси, перезаписи и перенаправления, чистый URL-адрес, сжатия Gzip, просмотра каталогов, виртуальных хосты и заголовков.
Доступно для всех известных платформ - Windows, Linux, BSD, Mac, Android.
Чем отличается Caddy?
Caddy стремится обслуживать интернет, как это должно быть в 2020 году, а не в традиционном смысле.
Обладает новейшими функциями - HTTP/2, IPv6, Маркдаун, WebSockets, CreateCGI, шаблоны и другие стандартные функции.
Запуск исполняемые файлы без установки.
Подробная документация с наименьшим техническим описанием.
Разработан с учетом потребностей конструкторов, разработчиков и блоггеров.
Поддержка виртуального хоста можете создавать любое количество сайтов.
Подходит для всех - независимо от того, является ли ваш сайт статическим или динамическим.
Вы фокусируетесь на том, чего достичь, а не на том, как этого добиться.
Доступность поддержки большинства платформ - Windows, Linux, Mac, Android, BSD.
Обычно на каждый сайт приходится по одному файлу Caddy.
Возможность настройки буквально за 1 минуту, даже для тех, кто не сильно дружит с компьютером.
Тестовая среда
Я буду тестировать его на сервере CentOS, а также на сервере Debian, но те же инструкции работают и на дистрибутивах RHEL и Debian. Для обоих серверов я буду использовать 64-разрядные исполняемые файлы.
Установка веб-сервера Caddy на Linux
Независимо от используемой платформы и архитектуры Caddy предоставляет готовые установщики, которые можно запустить с помощью встроенного в систему пакетного менеджера.
Установка Caddy на Fedora, RedHat, CentOS
Мы установим последнюю версию веб-сервера Caddy из репозитория CORP на Fedora и RHEL/CentOS8.
# dnf install 'dnf-command(copr)'
# dnf copr enable @caddy/caddy
# dnf install caddy
На RHEL/CentOS 7 используйте следующие команды:
# yum install yum-plugin-copr
# yum copr enable @caddy/caddy
# yum install caddy
Установка Caddy на Debian и Ubuntu
$ echo "deb [trusted=yes] https://apt.fury.io/caddy/ /"
| sudo tee -a /etc/apt/sources.list.d/caddy-fury.list
$ sudo apt update
$ sudo apt install caddy
Установив веб-сервер Caddy, с помощью следующих команд systemctl его можно запустить, активировать или же проверить статус:
# systemctl start caddy
# systemctl enable caddy
# systemctl status caddy
Теперь откройте браузер и введите следующий адрес, и вы должны увидеть страницу приветствия Caddy:
http://Server-IP
OR
http://yourdomain.com
Настройка доменов в Caddy
Чтобы настроить домен, сначала необходимо указать DNS-записи A/AAAA домена на этом сервере на панели управления DNS. Затем создайте корневой каталог документа для веб-сайта "example.com" в папке/var/www/html, как показано на рисунке.
$ mkdir /var/www/html/example.com
При использовании SELinux необходимо изменить контекст безопасности файлов для веб-содержимого.
# chcon -t httpd_sys_content_t /var/www/html/example.com -R
# chcon -t httpd_sys_rw_content_t /var/www/html/example.com -R
Теперь откройте и отредактируйте файл конфигурации caddy по адресу /etc/caddy/Caddyfile.
# vim /etc/caddy/Caddyfile
Замените :80 на название вашего домена и измените корень сайта на /var/www/html/example.com, как показано на рисунке.
Чтобы изменения вступили в силу перезапустите службу Caddy:
# systemctl reload caddy
Теперь создайте какую-нибудь HTML-страницу (можно создать собственную) и сохраните её в корневом каталоге веб-сайта.
# touch /var/www/html/example.com/index.html
Добавьте следующий HTML-код в только что созданный файл.
# echo '<!doctype html><head><title>Caddy Test Page at TecMint</title></head><body><h1>Hello, World!</h1></body></html>' | sudo tee /var/www/html/index.html
А теперь перезагрузите страницу, и вы должны увидеть нечто подобно скриншоту ниже:
Если все настроено правильно, домен будет доступен по протоколу HTTPS, что означает на вашем сайте настроено безопасное SSL подключения.
Заключение
Если вы новичок и хотите настроить веб-сервер, не заморачиваясь долгой настройкой, этот инструмент идеально подходит для вас. Даже если вы опытный пользователь, который нуждается в мгновенном и простом веб-сервере, то стоит обратить внимание на Caddy. Если необходим более навороченный сервер с расширенными возможностями, то можно с минимальными конфигурациями задать разрешения на папки, управлять аутентификацией, страницей ошибок, архивацией, перенаправлением HTTP запросов и другими настройками.
Конечно же нельзя воспринимать Кэдди в качестве замены Apache или Nginx. Caddy не предназначен для работы в среде с высоким трафиком. Но он хорошо подойдёт в тех случаях, где нужно быстро настроить надежный веб-сервер.
Пока что это обсуждение предполагает, что сетевые устройства будут учитывать отметки, обнаруженные в IP-пакете. Конечно, это верно в отношении частных сетей и арендованных сетей, где условия доверия были согласованы с поставщиком услуг. Но что происходит в глобальном Интернете? Соблюдают ли сетевые устройства, обслуживающие общедоступный Интернет-трафик, и соблюдают ли значения DSCP, а также устанавливают ли приоритет одного трафика над другим во время перегрузки? С точки зрения потребителей Интернета, ответ отрицательный. Общедоступный Интернет - лучший транспорт. Нет никаких гарантий ровной доставки трафика, не говоря уже о расстановке приоритетов.
Даже в этом случае глобальный Интернет все чаще используется как глобальный транспорт для трафика, передаваемого между частными объектами. Дешевые услуги широкополосного доступа в Интернет иногда предлагают большую пропускную способность по более низкой цене, чем частные каналы глобальной сети, арендованные у поставщика услуг. Компромисс этой более низкой стоимости - более низкий уровень обслуживания, часто существенно более низкий. Дешевые каналы Интернета дешевы, потому что они не предлагают гарантий уровня обслуживания, по крайней мере, недостаточно значимых, чтобы вселить уверенность в своевременной доставке трафика (если вообще). Хотя можно отмечать трафик, предназначенный для Интернета, провайдер не обращает внимания на эти отметки. Когда Интернет используется в качестве транспорта WAN, как тогда можно эффективно применять политику QoS к трафику?
Создание качественного сервиса через общедоступный Интернет требует переосмысления схем приоритизации QoS. Для оператора частной сети публичный интернет-это черный ящик. Частный оператор не имеет никакого контроля над общедоступными маршрутизаторами между краями частной глобальной сети. Частный оператор не может установить приоритет определенного трафика над другим трафиком на перегруженном общедоступном интернет-канале без контроля над промежуточным общедоступным интернет-маршрутизатором.
Решение для обеспечения качества обслуживания через общедоступный Интернет является многосторонним:
Контроль над трафиком происходит на границе частной сети, прежде чем трафик попадет в черный ящик общедоступного Интернета. Это последняя точка, в которой оператор частной сети имеет контроль над устройством.
Политика QoS обеспечивается в первую очередь путем выбора пути и, во вторую очередь, путем управления перегрузкой.
В понятие выбора пути неявно подразумевается наличие более одного пути для выбора. В развивающейся модели программно-определяемой глобальной сети (SD-WAN) два или более канала глобальной сети рассматриваются как пул полосы пропускания. В пуле индивидуальный канал, используемый для передачи трафика в любой момент времени, определяется на момент за моментом, поскольку сетевые устройства на границе пула выполняют тесты качества по каждому доступному каналу или пути. В зависимости от характеристик пути в любой момент времени трафик может отправляться по тому или иному пути.
Какой трафик отправляется по какому пути? SD-WAN предлагает детализированные возможности классификации трафика за пределами управляемых человеком четырех-восьми классов, определяемых метками DSCP, наложенными на байт ToS. Политика выбора пути SD-WAN может быть определена на основе каждого приложения с учетом нюансов принимаемых решений о пересылке. Это отличается от идеи маркировки как можно ближе к источнику, а затем принятия решений о пересылке во время перегрузки на основе метки. Вместо этого SD-WAN сравнивает характеристики пути в реальном времени с определенными политикой потребностями приложений, классифицированных в реальном времени, а затем принимает решение о выборе пути в реальном времени.
Результатом должно быть взаимодействие пользователя с приложением, аналогичное полностью находящейся в собственности частной глобальной сети со схемой приоритизации QoS, управляющей перегрузкой. Однако механизмы, используемые для достижения подобного результата, существенно отличаются. Функциональность SD-WAN зависит от способности обнаруживать и быстро перенаправлять потоки трафика вокруг проблемы, в отличие от управления проблемой перегрузки после ее возникновения. Технологии SD-WAN не заменяют QoS; скорее они предоставляют возможность "поверх" для ситуаций, когда QoS не поддерживается в базовой сети.
Если вы еще не умеете писать скрипты в системах Unix и Linux, эта статья познакомит с основами написания скриптов.
Написание скриптов в системе Unix или Linux может быть одновременно и простым и чрезвычайно сложным. Все зависит от того, что вы пытаетесь выполнить, используя скрипт. В этой статье мы рассмотрим основы создания скриптов - то, как начать, если вы никогда раньше не создавали скрипты.
Идентификация оболочки.
Сегодня в системах Unix и Linux есть несколько оболочек, которые вы можете использовать. Каждая оболочка - это интерпретатор команд. Он считывает команды и отправляет их ядру для обработки.
Bash является одной из самых популярных оболочек, но существуют также zsh, csh, tcsh и korn. Есть даже оболочка под названием fish, которая может быть особенно полезна новичкам в Linux благодаря полезным параметрам автозаполнения команд. Чтобы определить, какую оболочку вы используете, используйте эту команду:
$ echo $SHELL
/bin/bash
Вы также можете определить свою основную оболочку, просмотрев файл /etc/passwd:
$ grep $USER /etc/passwd
nemo:x:1111:1111:Nemo the Fish:/home/nemo:/bin/bash “
read myfile
else
myfile=$1
fi
if [ ! -f “$myfile” ]; then
echo “Файл не найден: $myfile”
exit
fi
case $myfilein
*.tar) tar xf $myfile;;
*.zip) unzip $myfile;;
*.rar) rar x $myfile;;
*) echo “Нет опций для извлечения $myfile”
esac
Обратите внимание, что этот сценарий также запрашивает имя файла, если оно не было предоставлено, а затем проверяет, действительно ли указанный файл существует. Только после этого выполняется извлечение.
Реакция на ошибки
Вы можете обнаруживать ошибки в скриптах и реагировать на них и тем самым избегать других ошибок. Хитрость заключается в том, чтобы проверять выходные коды после запуска команд. Если код выхода имеет значение, отличное от нуля, произошла ошибка. В этом скрипте проверяется, запущен ли Apache, но отправляем результат проверки в /dev/null. Затем проверяем, не равен ли код выхода нулю, поскольку это означает, что команда ps не получила ответа. Если код выхода не равен нулю, сценарий сообщает пользователю, что Apache не запущен.
#!/bin/bash
ps -ef | grep apache2 > /dev/null
if [ $? != 0 ]; then
echo Apache is not running
exit
fi