Recommended Posts

2 часа назад, KIO1968 сказал:

А почему у вас два порта на SSH значатся, 22 и 223?

 

А сменить владельца этого каталога (chown или по крестьянски через мс) на root даёт, не пробовали? У себя посмотрел, владелец каталога root:root, права 700.

У меня картинки DSM по другому выглядят, наверное у Вас версия старенькая.

Вполне возможно, что когда то вы с правами в файловой системе намудрили, не проще переставить систему с нуля, если знаний в линухе недостаточно?

Заодно тогда может и версию DSM посвежее поставите, если конечно с железом оно совместимо.

 

 

223 порт назначил 100 лет назад уже не помню почему.

По-крестьянски  сменить владельца этого каталога получилось, владельцем были юзер и группа http. Обратил внимание, что у каталога var владельцы root-root, а у всех каталогов, что внутри var, http-http. Так и должно быть? Посмотрите пожалуйста у себя, как у вас? Похоже, я действительно где-то намудрил с правами...

 

Железка у меня такая

dsm.png.1877186face706a1d420d369ad00e05e.png

И версии DSM свежее вроде бы нет.

 

Переустановить систему не проще, т.к. очень много всего нужно будет переустанавливать, перенастраивать и копировать. Этот вариант имею ввиду, но только как крайнюю меру. Хотелось бы обойтись малой кровью.

Хотя резон, конечно, есть, т.к. система стоит уже больше 10 лет (изначально ставил на 212j) и на ней уже сменилась не одна пара дисков (начиналось с 2х500Гб, сейчас 2х6Тб).

 

А если восстановить сохранённые настройки DSM, это может помочь или с правами такое не работает?

 

Link to post
Share on other sites
46 минут назад, Valiko сказал:

всех каталогов, что внутри var, http-http. Так и должно быть? Посмотрите пожалуйста у себя, как у вас?

У меня ниже var, на втором уровне владелец у всех каталогов root, ниже не смотрел досконально, но встретились несколько файлов (не каталогов) у которых группа была не root. Еще как вариант, смотрите права в каталоге-шаблоне /var.defaults и делайте соответствующие в /var, может быть так будет правильней.

 

По поводу вебинтерфейса DSM - выходит у разных моделей сино отличаются вебморды, я честно говоря не знал, т.к. немного имел дело только с хренологией 918 и 3615.

По вопросу переустановки с восстановлением настроек - не имею пока должного опыта, если решитесь, напишите лучше в соответствующую ветку форума, думаю обязательно помогут, просто в ветку некстклоуда могут опытные товарищи не заглядывать.

  • Thanks 1
Link to post
Share on other sites
37 минут назад, KIO1968 сказал:

"... смотрите права в каталоге-шаблоне /var.defaults и делайте соответствующие в /var, может быть так будет правильней."

 

 

 

Помогло! СПАСИБО!

 

 

Link to post
Share on other sites
  • 3 months later...

всем доброе время суток!

Как решить проблему? что выше было сказано, мне не помогло, у меня nextcloud не в dokere

Проблем заключается в том, что после обновления до версии 20.0.4, опять вылезло 

Веб-сервер не настроен должным образом для разрешения «/.well-known/caldav»

Веб-сервер не настроен должным образом для разрешения «/.well-known/carddav»

 

и не как не могу избавиться от этого

помогите

Link to post
Share on other sites
13 часа назад, vismuth сказал:

и не как не могу избавиться от этого

помогите

 

Добрый день!

У меня nextcloud работает через Webstation виртуальный хост, PHP7.3 и таких ошибок нету.

Нужно проверить в файле config.php настройки:

'overwrite.cli.url' => 'https://qqqq.ru',

  'trusted_domains' => 
  array (
    0 => 'qqqq.ru',
  ),

Если это в порядке то можно исправить файл .htaccess который лежит в корне папки nextcloud:

Добавить свой домен туда где я исправил красным. Но оно и так должно работать. 

Я эти строки редактировал, когда запускал nextcloud через Докер. 

Скрытый текст

<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTP_USER_AGENT} DavClnt
  RewriteRule ^$ /remote.php/webdav/ [L,R=302]
  RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  RewriteRule ^\.well-known/host-meta /public.php?service=host-meta [QSA,L]
  RewriteRule ^\.well-known/host-meta\.json /public.php?service=host-meta-json [QSA,L]
  RewriteRule ^\.well-known/webfinger /public.php?service=webfinger [QSA,L]
  RewriteRule ^\.well-known/nodeinfo /public.php?service=nodeinfo [QSA,L]
  RewriteRule ^\.well-known/carddav https://qqqq.ru/remote.php/dav/ [R=301,L]
  RewriteRule ^\.well-known/caldav https://qqqq.ru/remote.php/dav/ [R=301,L]
  RewriteRule ^remote/(.*) remote.php [QSA,L]
  RewriteRule ^(?:build|tests|config|lib|3rdparty|templates)/.* - [R=404,L]
  RewriteCond %{REQUEST_URI} !^/\.well-known/(acme-challenge|pki-validation)/.*
  RewriteRule ^(?:\.|autotest|occ|issue|indie|db_|console).* - [R=404,L]
</IfModule>

 

Edited by Sh_Renat
Link to post
Share on other sites
3 часа назад, Sh_Renat сказал:

 

Добрый день!

У меня nextcloud работает через Webstation виртуальный хост, PHP7.3 и таких ошибок нету.

Нужно проверить в файле config.php настройки:

'overwrite.cli.url' => 'https://qqqq.ru',

  'trusted_domains' => 
  array (
    0 => 'qqqq.ru',
  ),

Если это в порядке то можно исправить файл .htaccess который лежит в корне папки nextcloud:

Добавить свой домен туда где я исправил красным. Но оно и так должно работать. 

Я эти строки редактировал, когда запускал nextcloud через Докер. 

  .htaccess (Скрыть содержимое)

<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTP_USER_AGENT} DavClnt
  RewriteRule ^$ /remote.php/webdav/ [L,R=302]
  RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  RewriteRule ^\.well-known/host-meta /public.php?service=host-meta [QSA,L]
  RewriteRule ^\.well-known/host-meta\.json /public.php?service=host-meta-json [QSA,L]
  RewriteRule ^\.well-known/webfinger /public.php?service=webfinger [QSA,L]
  RewriteRule ^\.well-known/nodeinfo /public.php?service=nodeinfo [QSA,L]
  RewriteRule ^\.well-known/carddav https://qqqq.ru/remote.php/dav/ [R=301,L]
  RewriteRule ^\.well-known/caldav https://qqqq.ru/remote.php/dav/ [R=301,L]
  RewriteRule ^remote/(.*) remote.php [QSA,L]
  RewriteRule ^(?:build|tests|config|lib|3rdparty|templates)/.* - [R=404,L]
  RewriteCond %{REQUEST_URI} !^/\.well-known/(acme-challenge|pki-validation)/.*
  RewriteRule ^(?:\.|autotest|occ|issue|indie|db_|console).* - [R=404,L]
</IfModule>

 

Не работает не так и не как, только у меня не по домену, а через статический внешний IP и еще порт прописан, по сколку на 80 порту у меня другой сервер работает

Link to post
Share on other sites
7 часов назад, vismuth сказал:

Не работает не так и не как, только у меня не по домену, а через статический внешний IP и еще порт прописан, по сколку на 80 порту у меня другой сервер работает

Без домена и не работает. Получите любой бесплатный DDNS, потом средствами DSM получите сертификат let's encrypt и сделайте перенаправление запросов на https. Без шифрования ходить на сервер не безопасно. Я раньше пользовался бесплатным cloudns.net, домен будет в формате mydomen.cloudns.net. 

Сейчас пользуюсь платным доменом. 

Link to post
Share on other sites
2 часа назад, Sh_Renat сказал:

Без домена и не работает. Получите любой бесплатный DDNS, потом средствами DSM получите сертификат let's encrypt и сделайте перенаправление запросов на https. Без шифрования ходить на сервер не безопасно. Я раньше пользовался бесплатным cloudns.net, домен будет в формате mydomen.cloudns.net. 

Сейчас пользуюсь платным доменом. 

все так же аналогично и с доменом

 RewriteRule ^\.well-known/host-meta http://home.ru/public.php?service=host-meta [QSA,L]
  RewriteRule ^\.well-known/host-meta\.json http://home.ru/public.php?service=host-meta-json [QSA,L]
  RewriteRule ^\.well-known/webfinger http://home.ru/public.php?service=webfinger [QSA,L]
  RewriteRule ^\.well-known/nodeinfo http://home.ru/public.php?service=nodeinfo [QSA,L]
  RewriteRule ^\.well-known/carddav http://home.ru/remote.php/dav/ [R=301,L]
  RewriteRule ^\.well-known/caldav http://home.ru/remote.php/dav/ [R=301,L]

 

Link to post
Share on other sites
В 21.12.2020 в 18:53, vismuth сказал:

все так же аналогично и с доменом

Проверьте, некстклоуд у вас от корня сайта открывается? И выше Вы писали, что используете не 80й порт а другой. Помоему сейчас всё рулится виртуалхостами в apache и nginx и используются стандартные 80 и 443 порты.

Link to post
Share on other sites

У мня переправление идет через NAT, под управлением pfsense, ну до обновление все работало как надо, а после фигня какая-то, даже домен не помогает

Link to post
Share on other sites
1 час назад, vismuth сказал:

У мня переправление идет через NAT, под управлением pfsense, ну до обновление все работало как надо, а после фигня какая-то, даже домен не помогает

У меня под nextcloud выделен домен второго уровня cloud.mydomen.ru через регистратора reg.ru, работает стабильно без глюков на портах 80 и 443

2020-12-27_LI.jpg

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.