LINUX.ORG.RU

Nextcloud version 31 вечная страница авторизации

 ,


0

1

Всем привет! Есть проблема с входом в nextcloud, а именно: при загрузке через браузер загружается страница авторизации. После ввода логина/пароля страница обновляется, и просит ввести пароль заново. При том даже если ввести данные неверно, то nextcloud об этом не сообщает. Мой уровень начинающий. Дома использую linux mint. Решил сделать домашнее файло-хранилище на базе старого ПК. 2 ядра 4 Гб Установлена серверная ОС debian 12, подключение по ssh. Делаю через apache. Доступ осуществляется через keenetic. Настроено доменное имя, с доступом по 80 порту. Есть момент который смущает. Страница nextcloud загружается https, а порт 80. На систему ничего не устанавливалось ( доп ПО, только база).Установлен nextcloud по следующей инструкции https://tavportal.ru/blog/linux/229-ustanovka-i-nastrojka-nextcloud-v-debian-12?ysclid=m9mgn06udm263521541. Установка прошла без ошибок. Файл cofig.php лежит по адресу:var/www/html/config/config.php

$CONFIG = array (
  'instanceid' => 'ocg45vy09f',
  'passwordsalt' => 'coXx97aryg6MtvwVk9utosX',
  'secret' => 'm1To2MB0SUbOaVDIncRs/EOPwq8yKuUAHLdbfFxZNf',
  'trusted_domains' =>
  array (
    0 => '192.168.1.x',
  ),
  'overwritehost' => 'xx.xxx.keenetic.pro',
  'overwriteprotocol' => 'https',
  'datadirectory' => '/mnt/nextcloud/data',
  'dbtype' => 'mysql',
  'version' => '31.0.4.1',
  'overwrite.cli.url' => 'http://192.168.1.xxx',
  'dbname' => 'nextcloud',
  'dbhost' => 'localhost',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,

На папку даны разрешение www data:www data -R. Файл nextcloud.log пуст, совсем пуст.



Последнее исправление: spankmeer (всего исправлений: 6)

Для начала очисти куки и кэш. Или запусти в чистом профиле браузера. Откроешь страницу — сразу открывай консоль и смотри что там с js. Возможно придётся пару раз ввести креды и заглянуть во вкладку с хедерами.

Ставлю на то, что куки не согласованы: либо у тебя http, либо домен в конфиге не сходится с фактическим доменом, на который ты пытаешься зайти.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

Спасибо за ответ! Куки и кэш чистил + пытался запустить со стороннего ПК.

смотри что там с js.Возможно придётся пару раз ввести креды и заглянуть во вкладку с хедерами.

Тут не понял. Как это посмотреть?

либо у тебя http, либо домен в конфиге не сходится с фактическим доменом, на который ты пытаешься зайти.

Домен точно тот. В конфиге и по факту, думаю если бы они не совпадали, то страницы авторизации точно бы не было.

spankmeer
() автор топика
Ответ на: комментарий от spankmeer

Тут не понял. Как это посмотреть?

Где-то в инспекторе. Где — хрен его знает, я сам постоянно специалиста по вебу зову, когда надо туда лезть.

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

С куками проще: Application → Cookies → тыкаешь свой домен и смотришь внимательно чтобы всё совпадало.

Домен точно тот. В конфиге и по факту, думаю если бы они не совпадали, то страницы авторизации точно бы не было.

Не надо думать, надо проверить. В куках и хедерах тоже должны совпадать.


Так как у тебя апач, со стороны сервера ничего подсказать не могу, но вначале на стороне клиента смотри что не так, а потом уже на стороне сервера правь.

mord0d ★★★★★
()
Ответ на: комментарий от ALiEN175

[Mon Apr 21 00:00:08.315067 2025] [mpm_prefork:notice] [pid 559:tid 559] AH00163: Apache/2.4.62 (Debian) mod_fcgid/2.3.9 OpenSSL/3.0.15 configured – resuming normal operations [Mon Apr 21 00:00:08.315214 2025] [core:notice] [pid 559:tid 559] AH00094: Command line: ‘/usr/sbin/apache2’ [Mon Apr 21 11:08:50.207412 2025] [proxy_fcgi:error] [pid 2929:tid 2929] [client 192.168.1.1:51520] AH01071: Got error ’PHP message: {«reqId»:«Zhhmx5f2sDQOQKTNh0dK»,«level»:3,«time»:"2025-04-21T08:0> [Mon Apr 21 11:08:50.207682 2025] [proxy_fcgi:error] [pid 2929:tid 2929] [client 192.168.1.1:51520] AH01071: Got error ’; PHP message: {«reqId»:«Zhhmx5f2sDQOQKTNh0dK»,«level»:3,«time»:"2025-04-21T08> [Mon Apr 21 11:32:27.513715 2025] [mpm_prefork:notice] [pid 559:tid 559] AH00170: caught SIGWINCH, shutting down gracefully [Mon Apr 21 11:33:35.197346 2025] [mpm_prefork:notice] [pid 531:tid 531] AH00163: Apache/2.4.62 (Debian) mod_fcgid/2.3.9 OpenSSL/3.0.15 configured – resuming normal operations [Mon Apr 21 11:33:35.234877 2025] [core:notice] [pid 531:tid 531] AH00094: Command line: ‘/usr/sbin/apache2’ [Mon Apr 21 11:47:45.972107 2025] [mpm_prefork:notice] [pid 531:tid 531] AH00170: caught SIGWINCH, shutting down gracefully [Mon Apr 21 11:47:46.697772 2025] [mpm_prefork:notice] [pid 752:tid 752] AH00163: Apache/2.4.62 (Debian) mod_fcgid/2.3.9 OpenSSL/3.0.15 configured – resuming normal operations [Mon Apr 21 11:47:46.698074 2025] [core:notice] [pid 752:tid 752] AH00094: Command line: ‘/usr/sbin/apache2’ [Mon Apr 21 11:56:42.150169 2025] [mpm_prefork:notice] [pid 752:tid 752] AH00170: caught SIGWINCH, shutting down gracefully [Mon Apr 21 11:56:42.910017 2025] [mpm_prefork:notice] [pid 893:tid 893] AH00163: Apache/2.4.62 (Debian) mod_fcgid/2.3.9 OpenSSL/3.0.15 configured – resuming normal operations [Mon Apr 21 11:56:42.910390 2025] [core:notice] [pid 893:tid 893] AH00094: Command line: ‘/usr/sbin/apache2’

spankmeer
() автор топика

Страница nextcloud загружается https, а порт 80.

‘overwriteprotocol’ => ‘https’,

Ты сам переопределил протокол, странно, да?

Покажи ещё конфиг апача.

Aceler ★★★★★
()
Ответ на: комментарий от Khnazile

Таки нашел ответ. Правда на другом форуме.

https://forum.keenetic.ru/topic/14594-%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0-nextcloud-%D0%B2-%D1%81%D0%B2%D1%8F%D0%B7%D0%BA%D0%B5-%D1%81-keendns/

Процитирую voitekhovich.

Удалось заставить работать KeenDNS + NextCloud (31.0.2 base version apache).

Застрял на том, что не давало пройти авторизацию и всё время перенаправляло на страницу login что бы не вводил. Проблема была в том, что keenetic заголовки режет, и чтоб этого не было надо в CLI keenetic прописать:

ip http proxy nextcloud preserve-origin system configuration save

  • nextcloud - это dns имя моего приложения из раздела KeenDNS А в config.php достаточно добавить:

‘trusted_domains’ => array ( 0 => ‘nextcloud.DOMAIN.keenetic.link’, ), ‘overwrite.cli.url’ => ‘https://nextcloud.DOMAIN.keenetic.link’, ‘overwritehost’ => ‘nextcloud.DOMAIN.keenetic.link’, ‘overwriteprotocol’ => ‘https’,

После этого всё начало работать, НО только по доменному имени! Больше по IP работать не будет и все запросы идут через интернет, даже внутри домашней сети.

  • В KeenDNS протокол HTTP выбираем

Вышенаписанное помогло решить проблему входа. Всем спасибо за содействие.

spankmeer
() автор топика
Ответ на: комментарий от spankmeer

СПАСИБО за этот комментарий здесь! Тот коммент, на форуме кинетика тоже находил, но до его редакции - кто ж знал, что в нём появился ответ :) Я чуть ли не месяц мучался, до этого находил только инфу подобную подсказкам в начале этой ветки (по сути правильные, но не имеющие отношения к обсуждаемой проблеме) и про preserve-host в Кинетике, но preserve-host не решал проблему, а вот preserve-origin реально решил проблему! К слову, до версии Nextcloud 31.0.2 (например в версии 30.0.8 точно) проблема не проявлялась и только в 31.0.2 были введены более строгие проверки безопасности, насколько я разобрался.

anonymous
()
Ответ на: комментарий от spankmeer

Спасибо тебе огромное о великий человек! И практика показывает что решение находят не всегда ох..нные специалисты которые нос воротят от начинающих!!!

anonymous
()