Добрый день. Не имею особых навыков по работе с docker и устанавливал только bitwarden. По аналогии установил сабж, добавил тома /data и /images, по порту открываю страницу, но она сразу перенаправляется на адрес http://www6.your-wallabag-url-instance.com. Видимо, что-то делаю неправильно? Может нужна база данных или еще что? Кто ставил или знает, подскажите, в какой стороне затуп? Спасибо.
Только что развернул следуя вот этой инструкции
https://community.synology.com/enu/forum/10/post/139195
P.S. Предварительно развернул Portainer
Читал эту инструкцию, не все понял, если честно, т.к. хочу развернуть средствами самого docker в dsm без portainer. (Он ведь для более удобного администрирования контейнеров в docker?)
Было добавлено 3 контейнера:
1. mariadb - сама база данных для записей с wallabag
• том - папка docker/wallabag/data с путем подключения /var/lib/mysql
• настройки портов - локальный 3306:порт контейнера 3306
• ссылки - ничего не добавлял
• защита окружающей среды - добавлен параметр MARIADB_ROOT_PASSWORD со значением qwerty
2. myphpadmin - для проверки работы базы данных и содержимого
• том - ничего не добавлял
• настройки портов - локальный 8881:порт контейнера 80
• ссылки - имя контейнера mariadb1 с псевдонимом db
• защита окружающей среды - ничего не добавлял
3. wallabag
• том - папка docker/wallabag/images с путем подключения /var/www/wallabag/web/assets/images
• настройки портов - локальный 8883:порт контейнера 80
• ссылки - имя контейнера mariadb1 с псевдонимом db
• защита окружающей среды (параметр=значение) -
MYSQL_ROOT_PASSWORD=qwerty
SYMFONY__ENV__DATABASE_DRIVER=pdo_mysql
SYMFONY__ENV__DATABASE_HOST=db
SYMFONY__ENV__DATABASE_PORT=3306
SYMFONY__ENV__DATABASE_NAME=wallabag
SYMFONY__ENV__DATABASE_USER=wallabag
SYMFONY__ENV__DATABASE_PASSWORD=wallapass
SYMFONY__ENV__DATABASE_CHARSET=utf8mb4
SYMFONY__ENV__MAILER_HOST=127.0.0.1
SYMFONY__ENV__MAILER_USER=nouser
SYMFONY__ENV__MAILER_PASSWORD=nopassword
[email protected]
SYMFONY__ENV__DOMAIN_NAME=http://192.168.1.90:8883
По идее, при обращении по 192.168.1.90:8883 в браузере должно заработать, но у меня пустая страница вместо wallabag. Не понимаю, где затык. Есть мысли, где косячу?
Не задумывался даже. 5 минут развернуть по инструкции portainer, еще минут пять понять как им пользоваться, и еще пять скопировать в portainer сценарий и развернуть Wallabag ))) Потом можно и удалить не нужное
3 часа назад, SDL2000 сказал:Не задумывался даже. 5 минут развернуть по инструкции portainer, еще минут пять понять как им пользоваться, и еще пять скопировать в portainer сценарий и развернуть Wallabag ))) Потом можно и удалить не нужное
Тоже вариант. Кстати, вышенаписанное мной сообщение - рабочие настройки. У меня проблема была из-за того, что я для бд менял пароль рута в переменных средах, но он сбрасывается только если очистить контейнер и каталог с файлами бд.
Теперь в другом прикол: вы, если пробовали экспортировать в pdf статьи с кириллицей, то замечали, что вся кириллица идет знаками "?". Оказалось, что шрифт по-умолчанию helvetica (в нем кириллицы нет). Чтобы заработало, надо поменять шрифт на dejavu, но для этого нужно отредактировать /var/www/wallabag/vendor/tecnickcom/tcpdf/config/tcpdf_config.php.
Теперь вопрос, который пока не решил: как его отредактировать, если при подключении к контейнеру в нем нету редакторов текстовых? Или как например скопировать и подменить файл из конфигов контейнера?
ps Еще бы разобраться, как доступ по https организовать. На роутере проброс на nas только 80 порта сделать могу, т.к. 443 (https) нужен для доступа к вебморде самого роутера. Далее 80 порт обратным прокси заворачиваю на локальный порт контейнера и тем самым получаю доступ к wallabag по http. В принципе, не страшно: это просто копии статей, а контейнер изолирован. Но все равно хочется https.
10 часов назад, maximus__87 сказал:если при подключении к контейнеру в нем нету редакторов текстовых
Vi нет?
Средств установки пакетов тоже нет?
10 часов назад, maximus__87 сказал:Еще бы разобраться, как доступ по https
Также через обратный прокси. Но придется подвязать ещё одно доменное имя.
5 часов назад, freewind сказал:Vi нет?
Средств установки пакетов тоже нет?
vim и nano тоже нету. dpkg нет, а вот apt не посмотрел (
В 22.12.2021 в 10:19, freewind сказал:Также через обратный прокси. Но придется подвязать ещё одно доменное имя
Не получится, любое доменное имя все равно на роутер придет по 443 порту, и если стоит проброс на nas, то оба запроса уйдут на nas. Доступ к самому роутеру отваливается.
Пробовал поднимать один ddns на роутере, а второй на nas с другим доменным сервисом. В этом случае порт можно не пробрасывать, т.к.соединение держит nas. Добавил на nas сертификат ssl и обратный прокси. Но почему-то не работает.
Пока думаю дальше.
Можно, конечно, сделать по-тупому: сделать проброс другого порта на роутере, его же указать в обратном прокси, как входящий. Но тогда внешние приложения в url должны поддерживать запись в формате https://домен:порт , а умеют это не все и способ не универсальный получается.
4 часа назад, maximus__87 сказал:Не получится, любое доменное имя все равно на
Э... В смысле не получится? У меня так уже работает )))
На текущий момент у меня 2 разных доменных имени на nas. По 1 все сервисы nas по 443 порту, по другому контейнер lxde через обратный прокси и тоже на 443 порт.
В 23.12.2021 в 21:57, freewind сказал:На текущий момент у меня 2 разных доменных имени на nas. По 1 все сервисы nas по 443 порту, по другому контейнер lxde через обратный прокси и тоже на 443 порт.
Хм, прошу прощения, поспешно сделал выводы. Не до конца, видимо, понимаю и делаю правильно.
Будьте добры, примерно хотя бы опишите, как у вас прописаны домены, сертификаты.
У меня настроено было следующим образом:
Роутер keenetic, в нем поддержка своего доменного сервиса keendns, которое дает имя пользователю user.keenetic.pro сразу с ssl. там же настраивается доступ к веб внутри локалки (имя 4-го уровня, ip в локалке и порт вебморды, ssl распространяется и на поддомены, т.е. доступ к nas по https://nas.user.keenetic.pro. но к некоторым сервисам извне так доступа нет, поэтому keendns на роутере для wallabag не работает.
Я так понимаю, что на роутере второй ddns поднимать бессмысленно и поднимать ddns нужно уже на nas, чтобы выдаваемое имя домена (test.com) вело сразу на него. потом на nas добавить ssl сертификат и обратный прокси, где в источнике указать поддомен (wallabag.test.com). Я так попробовал, не работает. Скорее всего, я саму матчасть не до конца понимаю.
Работает только, если на роутере сделать проброс порта 80, а на nas в обратном прокси источником указать http://wallabag.user.keenetic.pro. Тогда работает, но без https. Вообщем, не знаю, как правильно попробовать.
По поводу кириллицы в экспортируемых статей в pdf решилось: vi все же в контейнере есть и после изменены шрифтов статьи экспортируются корректно, что удобно.
17 часов назад, maximus__87 сказал:Будьте добры, примерно хотя бы опишите, как у вас прописаны домены, сертификаты.
1. на роутере у меня ничего нет.
2. на nas 3 домена, все подписаны самоподписывающимся сертификатом.
3. там же раскиданы сервис по доменам. Все штатные сервисы fs,ds, ms и т.д. на домен сино. Связь с алисой (отдельный порт) - noip. и lxde в докере на еще одного ddns провайдера.
4. в обратном прокси у меня прописан перекидка одного порта http в https и привязка 443 порта с доменым именем, к внутреннему порту lxde.