Максим Медведев: Мы сейчас пытаемся решить 2 разные проблемы - Настройки DNS и Apache.
По первой: верно, локально прописав в dnsmasq *.single.dev все запросы на foo/bar/blah.single.dev будут отправляться на адрес который вы указали. Для нормального домена (к примеру, single.ru) этого делать не надо. Вам надо будет найти настройки настоящего dns-сервера, и добавить * там. Посмотрите по whois какие ns-сервера обслуживают ваш single.ru и вносите изменения уже там.
Опять-же, если вы хотите чтобы *.single.dev открывались для всех в локальной сети - надо во-первых, сказать им чтобы использовали местный dns-сервер (если вы используете dhcp, то там есть опция для указания списка dns-серверов), а во-вторых, добавить *.single.dev в dnsmasq уже на том сервере.
И проверьте сначала что у вас нормально резолвятся домены прежде чем переходить ко второй проблеме. Проверьте через ping, host, telnet, что угодно, что foo.single.dev , bar.single.dev, test.single.dev не выдают ошибку типа host not resolved
По поводу apache:
Если вам надо чтобы запрос test.single.dev перенаправлялся на single.dev/profile/test - смотрите в сторону mod_rewrite. Т.е. настройки должны выглядеть примерно так:
Максим Медведев: Код - увидят, изменения в DNS - нет.
Смотрите, если вы будете использовать эти сайты для внутренней разработки, вам надо всем рассказать в локальной сети где single.dev находится. Т.е. все устройства в локальной сети должны сначала сходить на какой-нибудь внутренний dns-сервер, а потом уже на внешний. Внутренний сервер должен знать, что все запросы на *.single.dev отправлять на сервер 192.168.0.1, к примеру, а остальные - спрашивать у вышестоящих dns-серверов.
Таким же образом надо изменить настройки настоящего домена, т.е. что-то типа
*.single.RU - отправлять запросы на 123.45.67.89 (внешний ip сервера с апачем)
Вы вопрос читали? Первый таск: коннектимся под старым, создаём нового юзера. Второй таск: удаляем старого. Третий таск: делаем полезную работу.
Если запустить playbook ещё раз - падаем на первом же шаге, потому что старого юзера уже не существует.
tartarelin: А если на агенте попробовать сделать
su - zabbix -s /bin/bash (чтобы залогиниться как пользователь zabbix)
/usr/local/etc/zabbix_agent_scripts/apache-stats.sh "none" "busyworkers" "xxx.xxx.xxx.xxx/server-status"
?
И скрипт откуда, с wiki.enchtex.info/howto/zabbix/zabbix_apache_monitoring взяли?
bloster: Давно я nginx не собирал, так что в деталях могу ошибиться. В целом инструкция такая:
1. Создаём директорию для сборки
mkdir -p ~/src/nginx
cd ~/src/nginx
2. Качаем nginx и модуль (модуль распакуйте, конечно). Заодно ставим библиотеки для сборки
apt-get source nginx
wget http://url_for_new_module
sudo apt-get install build-dep nginx
unzip module.zip
3. Добавляем новый модуль в сборку. Для этого в nginx-VERSION/debian/rules добавьте строку
--add-module=~/src/nginx/module/
В блоки config.status.full , config.status.light и config.status.extras (ну или в одну, если у вас full стоит, к примеру)
4. Собираем nginx:
cd ~/src/nginx-VERSION
dpkg-buildpackage -us -uc -nc
На выходе у вас будет готовый deb, который можно поставить через dpkg -i nginx-full-blah-blah.deb
den4eg11: Попробуйте в кавычки заключить путь, если он у вас с пробелами. Т.е. chdir "/mnt/my project". Или экранировать пробелы бэкслешем, т.е. chdir /mnt/my\ project
Алексей Б: Увы, как я уже говорил, это надо целенаправленно ковырять. По поводу восклицательного знака - попробуйте через ssllabs.com/ssltest посмотреть, может там что-то ценное увидите
MelkorRUS: roman@localhost ответил connection refused потому что у вас локально (на маке) не установлен или не работает ssh демон. Т.е. снаружи к своему маку по ssh вы не подключитесь.
А после того как права сменили - пошло соединение к битбакету. Если вы добавите ключ -vvv , то будет видно что-то типа 'using ~/.ssh/id_rsa'
Алексей Б: Да не за что. Для начала откройте консоль разработчика в браузере и посмотрите что именно долго грузится - главная страница или какие-то css/картинки. Если главная, то тут только смотреть в логи nginx или php, вдруг где-то что-то недонастроено. Лишние редиректы, или что-то такое.
Алексей Б: Скопируйте всё что ниже server 80 в блок server{} с ssl.
Только не забудьте rewrite ^(.*)$ http://сайт.ru$1 permanent; поменять на https://сайт.ru , или вообще удалить этот rewrite.
По сути, всю работу делают блоки location, именно они вам и нужны.
Алексей Б: Ну, с 404 уже надо предметно смотреть. Если вы привели весь конфиг, то в блоке c ssl у вас сервер ничего не делает. Т.е. он порт открыл, сертификат отдал, и всё. Вам надо указать proxy_pass, если вы хотите отправить все запросы дальше на apache, или fcgi_pass, если у вас php-fpm, и вы хотите сразу на него запросы отправлять.