Wallabag

[maximus__87 0]

Добрый день. Не имею особых навыков по работе с docker и устанавливал только bitwarden. По аналогии установил сабж, добавил тома /data и /images, по порту открываю страницу, но она сразу перенаправляется на адрес http://www6.your-wallabag-url-instance.com. Видимо, что-то делаю неправильно? Может нужна база данных или еще что? Кто ставил или знает, подскажите, в какой стороне затуп? Спасибо.

[SDL2000 0]

Только что развернул следуя вот этой инструкции

https://community.synology.com/enu/forum/10/post/139195

P.S. Предварительно развернул Portainer

[maximus__87 0]

Читал эту инструкцию, не все понял, если честно, т.к. хочу развернуть средствами самого 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
SYMFONY__ENV__FROM_EMAIL=no@email.com
SYMFONY__ENV__DOMAIN_NAME=http://192.168.1.90:8883

По идее, при обращении по 192.168.1.90:8883 в браузере должно заработать, но у меня пустая страница вместо wallabag. Не понимаю, где затык. Есть мысли, где косячу?

[SDL2000 0]

Не задумывался даже. 5 минут развернуть по инструкции portainer, еще минут пять понять как им пользоваться, и еще пять скопировать в portainer сценарий и развернуть Wallabag ))) Потом можно и удалить не нужное

[maximus__87 0]

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.

[freewind 0]

10 часов назад, maximus__87 сказал:

если при подключении к контейнеру в нем нету редакторов текстовых

Vi нет?

Средств установки пакетов тоже нет?

[freewind 0]

10 часов назад, maximus__87 сказал:

Еще бы разобраться, как доступ по https

Также через обратный прокси. Но придется подвязать ещё одно доменное имя.

[maximus__87 0]

5 часов назад, freewind сказал:

Vi нет?

Средств установки пакетов тоже нет?

vim и nano тоже нету. dpkg нет, а вот apt не посмотрел (

[maximus__87 0]

В 22.12.2021 в 10:19, freewind сказал:

Также через обратный прокси. Но придется подвязать ещё одно доменное имя

Не получится, любое доменное имя все равно на роутер придет по 443 порту, и если стоит проброс на nas, то оба запроса уйдут на nas. Доступ к самому роутеру отваливается. 

Пробовал поднимать один ddns на роутере, а второй на nas с другим доменным сервисом. В этом случае порт можно не пробрасывать, т.к.соединение держит nas. Добавил на nas сертификат ssl и обратный прокси. Но почему-то не работает.

Пока думаю дальше.

Можно, конечно, сделать по-тупому: сделать проброс другого порта на роутере, его же указать в обратном прокси, как входящий. Но тогда внешние приложения в url должны поддерживать запись в формате https://домен:порт , а умеют это не все и способ не универсальный получается.

[freewind 0]

4 часа назад, maximus__87 сказал:

Не получится, любое доменное имя все равно на

Э... В смысле не получится? У меня так уже работает )))

На текущий момент у меня 2 разных доменных имени на nas. По 1 все сервисы nas по 443 порту, по другому контейнер lxde через обратный прокси и тоже на 443 порт.

[maximus__87 0]

В 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 все же в контейнере есть и после изменены шрифтов статьи экспортируются корректно, что удобно.

[freewind 0]

17 часов назад, maximus__87 сказал:

Будьте добры, примерно хотя бы опишите, как у вас прописаны домены, сертификаты.

1.  на роутере у меня ничего нет. 

2. на  nas 3 домена, все подписаны самоподписывающимся сертификатом.

3. там же раскиданы сервис по доменам. Все штатные сервисы fs,ds, ms и т.д. на домен сино. Связь с алисой (отдельный порт) - noip. и lxde в докере на еще одного ddns провайдера. 

4. в обратном прокси у меня прописан перекидка одного порта http в https и привязка 443 порта с доменым именем, к внутреннему порту lxde.