Setați URL-ul public al Nextcloud astfel încât să se poată accesa singur

Setați adresa URL de bază canonică a Nextcloud la adresa utilizată efectiv de utilizatori, apoi asigurați-vă că serverul Nextcloud poate rezolva și se poate conecta la acea adresă. Pentru o instalare HTTPS tipică, setarea cheie este overwrite.cli.url; dacă Nextcloud se află în spatele unui proxy invers, corectați și protocolul redirecționat sau rădăcina web numai atunci când configurația o impune.

Un avertisment descris ca „Serverul nu are o adresă de ieșire” se poate referi la faptul că Nextcloud nu reușește să genereze sau să verifice o adresă către propriul serviciu web. În documentația actuală a Nextcloud, mai multe verificări de configurare necesită ca serverul web să ajungă la unul dintre domeniile sale de încredere sau la adresa configurată overwrite.cli.url. Acest lucru este diferit de un avertisment general „fără conexiune la internet funcțională”, care indică accesul DNS, firewall sau proxy de ieșire către servicii externe.

Ce URL ar trebui să utilizeze Nextcloud?

Alegeți adresa URL stabilă pe care utilizatorii o introduc în mod normal. De exemplu, dacă utilizatorii deschid https://cloud.example.com, utilizați exact acea schemă și acel nume de gazdă. Dacă instalarea este servită dintr-un subdirector, cum ar fi https://example.com/nextcloud, includeți /nextcloudîn adresa URL de bază. Evitați să utilizați localhostsau un nume de container privat ca adresă URL canonică atunci când linkurile generate trebuie să funcționeze pentru persoane din afara acelei mașini.

Nextcloud folosește overwrite.cli.urlca bază canonic URL-ul atunci când generează link-uri în afara unei solicitări normale de browser, inclusiv contexte de linie de comandă și background-job. Aceasta o face o setare potrivită atunci când un avertisment sau un link defect este cauzat de un URL incorect dedus în timpul instalării.

Setați adresa URL de bază canonică

Pe o instalare standard de Linux, accesați directorul Nextcloud care conține occ—de obicei /var/www/nextcloud— și rulați-l ca utilizator al serverului web:

cd /var/www/nextcloud
sudo -u www-data php occ config:system:set overwrite.cli.url --value="https://cloud.example.com"

Înlocuiți adresa URL exemplu cu adresa publică reală. Pentru o instalare de subdirector, includeți calea acestuia, de exemplu https://example.com/nextcloud. Dacă instalarea utilizează un alt cont de server web, un container sau o altă structură de pachet, utilizați metoda documentată a implementării respective pentru a rula occ; calea și contul de mai sus nu sunt universale.

De asemenea, puteți edita intrarea existentă config/config.phpși adăuga această intrare în $CONFIGmatrice:

'overwrite.cli.url' => 'https://cloud.example.com',

Nu creați o a doua $CONFIGmatrice și nu suprascrieți restul fișierului. Păstrați virgula finală dacă urmează alte intrări. Faceți o copie de rezervă în afara configdirectorului activ înainte de modificările manuale; Nextcloud poate încărca fișiere suplimentare care se termină în .config.phpdin acel director ca configurație live.

Ce se schimbă când Nextcloud se află în spatele unui proxy invers?

Un proxy invers acceptă solicitarea HTTPS publică și o transmite către Nextcloud, uneori prin HTTP simplu într-o rețea privată. Nextcloud poate apoi deduce o schemă, un nume de gazdă sau o cale greșite atunci când își creează propriul URL. Ghidul oficial pentru proxy invers recomandă utilizarea parametrilor de suprascriere numai atunci când detectarea automată eșuează și listarea adresei proxy sub trusted_proxies.

Pentru un proxy la 10.0.0.1care deservește Nextcloud la https://cloud.example.com/nextcloud, intrările relevante arată astfel în matricea de configurare existentă:

'trusted_proxies'   => ['10.0.0.1'],
'overwriteprotocol' => 'https',
'overwritewebroot'  => '/nextcloud',
'overwrite.cli.url' => 'https://cloud.example.com/nextcloud',

Folosește adresa reală pe care Nextcloud o vede pentru proxy și calea publică în implementarea ta. Pentru o instalare de tip domeniu rădăcină, omite această adresă, overwritewebrootcu excepția cazului în care un aranjament specific de proxy necesită acest lucru. Nextcloud notează că acest lucru overwritehostnu este necesar în majoritatea configurărilor, deoarece poate citi gazda redirecționată de proxy; setează-l doar atunci când trebuie să forțezi un nume de gazdă. Setările incorecte de încredere în proxy sau de antet redirecționat pot afecta modul în care sunt interpretate adresele IP ale clientului, așa că nu copia o adresă exemplu fără a verifica topologia.

Poate serverul să acceseze acea adresă URL din propria rețea?

Testează de pe gazda Nextcloud sau din containerul Nextcloud dacă serviciul rulează în Docker. Mai întâi verifică rezoluția numelui, apoi fă o cerere HTTPS:

getent ahosts cloud.example.com
curl -I https://cloud.example.com/status.php

Numele de gazdă ar trebui să se rezolve la adresa accesibilă dorită, iar solicitarea ar trebui să returneze un răspuns HTTP de la Nextcloud fără o eroare de certificat. O solicitare reușită de la laptop nu dovedește că serverul poate ajunge la aceeași adresă URL. Serverele de acasă din spatele unui router pot eșua atunci când încearcă să ajungă la propria adresă publică din interiorul rețelei LAN; aceasta este adesea numită o problemă de tip NAT în formă de hairpin sau NAT loopback. Configurați DNS-ul divizat astfel încât același nume de gazdă public să se rezolve intern la adresa LAN a proxy-ului invers sau activați comportamentul de loopback acceptat de router. Păstrați adresa URL canonică publică, astfel încât linkurile trimise utilizatorilor la distanță să rămână valide.

Nu „remediați” o problemă cu certificatul folosindu-l curl -kca dovadă că HTTPS este sănătos. Instalați sau configurați un lanț de certificate în care sistemul sau containerul care rulează Nextcloud are încredere, apoi repetați testul în mod normal.

Când ar trebui să verificați accesul general la internet pentru ieșire?

Dacă pagina de administrare specifică faptul că Nextcloud nu are o conexiune la internet funcțională sau nu poate ajunge la mai multe endpoint-uri externe, modificarea overwrite.cli.urlsingură nu va restabili ieșirea de la internet. Verificați rezoluția DNS și regulile firewall de ieșire de pe server. Dacă rețeaua dvs. necesită un proxy HTTP, configurați setările proxy Nextcloud acceptate sau mediul utilizat de PHP și joburile de fundal; un proxy setat doar într-un shell interactiv poate să nu fie disponibil pentru joburile programate.

Verificați remedierea

Reîncărcați Prezentarea generală a administrării după ce Nextcloud poate rezolva și ajunge la adresa URL canonică. Confirmați că adresa utilizează numele de gazdă HTTPS corect și orice subdirector, apoi creați un link de partajare de test și verificați dacă acesta conține aceeași gazdă accesibilă. Dacă avertismentul privind adresa de ieșire dispare, dar persistă un avertisment privind conexiunea la internet, investigați separat accesul de ieșire. Manualul de administrare actual al Nextcloud documentează adresa URL și setările de proxy invers; textul exact de pe ecran poate varia în funcție de versiune și de interfața tradusă.

Referințe oficiale

• Setări de proxy invers Nextcloud și exemple de URL-uri canonice
• Referință de configurare Nextcloud pentru overwrite.cli.url
• Prezentare generală a administrării Nextcloud Avertismente de securitate și configurare