maximus__87

Хм, прошу прощения, поспешно сделал выводы. Не до конца, видимо, понимаю и делаю правильно. Будьте добры, примерно хотя бы опишите, как у вас прописаны домены, сертификаты. У меня настроено было следующим образом: Роутер keenetic, в нем поддержка своего доменного сервиса keendns, которое дает имя пользователю user.keenetic.pro сразу с ssl. там же настраивается доступ к веб внутри локалки (имя 4-го уровня, ip в локалке и порт вебморды, ssl распространяется и на поддомены, т.е. доступ к nas по https://nas.user.keenetic.pro. но к некоторым сервисам извне так доступа нет, поэтому ke

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

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

Тоже вариант. Кстати, вышенаписанное мной сообщение - рабочие настройки. У меня проблема была из-за того, что я для бд менял пароль рута в переменных средах, но он сбрасывается только если очистить контейнер и каталог с файлами бд. Теперь в другом прикол: вы, если пробовали экспортировать в pdf статьи с кириллицей, то замечали, что вся кириллица идет знаками "?". Оказалось, что шрифт по-умолчанию helvetica (в нем кириллицы нет). Чтобы заработало, надо поменять шрифт на dejavu, но для этого нужно отредактировать /var/www/wallabag/vendor/tecnickcom/tcpdf/config/tcpdf_config.php. Тепе

Столкнулся с неприятным глюком в dsm 7 при использовании обратного прокси. Если добавить запись с каким-нибудь введенным доменным именем в поле имя хоста источника, а потом эту проки запись удалить, повторно создать запись с таким же доменным именем не получится: пишет ошибку "такое имя уже используется". Где эти записи могут храниться в системе, чтобы вручную удалить?

Читал эту инструкцию, не все понял, если честно, т.к. хочу развернуть средствами самого docker в dsm без portainer. (Он ведь для более удобного администрирования контейнеров в docker?) Было добавлено 3 контейнера: 1. mariadb - сама база данных для записей с wallabag • том - папка docker/wallabag/data с путем подключения /var/lib/mysql • настройки портов - локальный 3306:порт контейнера 3306 • ссылки - ничего не добавлял • защита окружающей среды - добавлен параметр MARIADB_ROOT_PASSWORD со значением qwerty 2. myphpadmin - для проверки работы ба

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

Если это так, то я идиот: сам же поставил антивирус, указал даты сканирования и наглухо забыл об этом. Спасибо за наводку

Кстати, забыл написать самую бесячую фишку dsm7: есть такая служба Планировщик задач, под ней запускается процесс synoavscan, который время от времени начинает жрать процессор и память. Непонятно, что делает этот процесс, но в 6.2 такого не было, чтобы nas в фоне просто так грузил себя.

Обновился и я на dsm7. Мне, в первую очередь, нужны были нововведения двухэтапной аутентификации, т.к. веб морду держу в инет. Но, наверно, как и все, столкнулся с некоторыми косяками: 1) Не работает Plex. Непонятно, почему. При установке из бета пакетов он ставится, но в упор не видит сервер. А более новая версия с сайта не устанавливается, установщик ругается, что нужна dsm7 билда 40000 или новее. Не решил пока. 2) В панели управления, в разделе настройки обновлений, проверяет наличие обновлений и пишет, что нет доступа к интернету. При том, что он есть. Думал, что проблема в dns,

Кто-нибудь пользует iscsi? Хотел сделать для нескольких домашних компьютеров общий диск, для чего впихнул Ssd и на этапе создания lun столкнулся с первой неприятностью: он создается только уровня файлов, а не уровня блоков (потом уже выяснил, что в dsm 6.2 эту возможность убрали - зачем???), следовательно нужно создавать раздел и отдавать его под lun, из-за чего теперь постоянно висит предупреждение о полной забивке раздела (естественно, он же весь под lun отдан), что раздражает. Возможно от уровня блоков отказались, чтобы работал trin на ссд, не знаю. Плюс ко всему, для одновременной работы с

Такая же хрень, именно что вязкое через браузер. Через rdp удаленно нормально пашет. Поставил win server 2008 r2, полет нормальный, можно оставить на постоянку

atom ваш конечно пободрее, но 6 слотов под харды - мне многовато, мне для дома. Этот селерон при таких задачах работает на 2.1-2.3 ггц, смотрел в виртуалке частоты. 10 ставить точно не буду, мне больше 7 на виртуалке нужна, т.к. некоторые приложухи на 7 только работают, а на компах у меня везде 10. идеальным для себя вижу нас на 4 харда, но с лучшим охлаждением и хеоном на борту, вот тогда можно было бы развернуться. а так особо на виртуалке ничего не запустишь серьезного: ни на селероне, ни на атоме

Лаги слегка присуствуют, победить принудительной установкой других видеодрайверов не получилось. Я подумал, что это из-за драйвера. Если поставить упрощенный вид и однотонный фон, то получше, так что может из-за сети или еще чего. Еще поэксперементирую. В целом семерку х64 тянет хорошо, особо НАС не грузит. Больше всего грузит сам кластер, а не виртуальная машина, минимум 20% проца ест в простое при выключенной машине, не знаю как в 0 при простое снизить. Через rdp через роутер пока не получается подключиться, не ясно почему. Проброс порта на роутере сделан, в фаерволе правило разрешающее е

Похоже, я слегка затупил. Т.К. у виртуалки во внутренней сети есть свой ip адрес, то можно на роутере пробросить порт 3389 на этот адрес и извне подключаться по rdp протоколу. В принципе, вполне себе вариант, только не уверен в плане безопасности rdp протокола, ведь виртуалка имеет доступ к внутренней сети и ресурсам наса с данными