înregistrare Logare
Puncte:0
stinkfoot avatar Ubuntu

După instalarea searx, linkurile locale către instanța searx nu funcționează

drapel cn
stinkfoot

Înființat -- Ubuntu 20.04.2 LTS, cu wireguard, pi-hole și dnscrypt-proxy pe un Raspberry Pi 4 Model B - 2 GB RAM. Serverul este local, adică fără nume de domeniu public și nu va fi public pentru moment.

Context -- La sfârșitul instalării, searx rulează .config.sh cu următoarele rezultate:

sursă .config.sh:

  PUBLIC_URL : http://alpha/searx
  SEARX_URL_PATH : /searx
  SEARX_INSTANCE_NAME : searx@alpha 
  SEARX_INTERNAL_HTTP: 127.0.0.1:8888

Problemă -- instanța searx inaccesabilă

Problema 01: Când încerc să deschid http://192.168.0.73/searx (IP local static) cu browserul meu după instalare, primesc un mesaj pi-hole care mă întreabă dacă vreau să merg la consola de administrare.

captură de ecran pihole 01

Problema 02: Când încerc să deschid http://alpha/searx cu browserul meu după instalare, primesc mesajul blocat de site-ul pi-hole care mă direcționează către administrator pentru ca site-ul să fie inclus în lista albă. Lista albă nu pare să aibă efect.

captură de ecran 02

Uitandu-ma la /var/log/uwsgi/app/searx.log cu depanarea activată, nu văd alte probleme în afară de aceasta:

AVERTISMENT:searx.engines:yggtorrent engine: inițializarea eșuată // eroare HTTP 403, suspended_time=86400
AVERTISMENT:searx.engines:yggtorrent engine: inițializarea eșuată // eroare HTTP 403, suspended_time=86400

Am citit prin searx wiki, dar sunt nou în sistemul de administrare/rețea, așa că am folosit scripturi de instalare.

Aș aprecia orice sfat, deoarece se pare că îmi lipsește ceva.

Jurnal de instalare cu depanare și searx.log disponibile dacă este necesar.

Mulțumiri!

168
1 + 1
stinkfoot avatar
drapel cn
stinkfoot
Editat pentru a fi mai precis. Mulțumiri!
0
Răspunde
Puncte:1
stinkfoot avatar Ubuntu
drapel cn
stinkfoot

Cred că am găsit o soluție, așa că o voi posta aici în cazul în care altcineva are o problemă similară.

După instalare, am văzut un mesaj de avertizare pe care trebuie să l-am ratat înainte:

AVERTISMENT: Serviciul public la http://alpha/searx nu este disponibil!
AVERTISMENT: Verificați dacă numele public este corect și direcționat sau utilizați IP-ul public de mai sus.

Soluție după instalare:

(1) Editați /etc/searx/settings.yml

sudo nano /etc/searx/settings.yml

(2) Schimbați bind_address la IP-ul local al gazdei dvs.

Server:
    portul: 8888
    #bind_address : "127.0.0.1" # adresa de ascultat
    bind_address : "192.168.0.73" # adresa de ascultat

(3) Editați /etc/uwsgi/apps-available/searx.ini

sudo nano /etc/uwsgi/apps-available/searx.ini

(4) Setați „http” la IP-ul local al gazdei dvs.

#http = 127.0.0.1:8888
http = 192.168.0.73:8888

(5) Reporniți uwsgi.service.

sudo systemctl reporniți uwsgi.service

Acest lucru permite accesul la instanța searx din rețeaua mea locală.

N.B.

În timpul instalării, scriptul nu a putut crea directoarele necesare pentru fișierele de configurare uwsgi.Iată mesajele:

INFORMAȚII: CONSTRUIRE șablon /opt/searx/cache/etc/uwsgi/apps-available/searx.ini
mkdir: nu se poate crea directorul â/opt/searx/cache/etcâ: Permisiune refuzată
./utils/lib.sh: linia 436: /opt/searx/cache/etc/uwsgi/apps-available/searx.ini: Nu există un astfel de fișier sau director
chown: nu poate accesa „/opt/searx/cache/etc/uwsgi/apps-available/searx.ini”: nu există un astfel de fișier sau director
INFORMAȚII: instalați: /opt/searx/cache/etc/uwsgi/apps-available/searx.ini
instalare: nu poate fi stat „/opt/searx/cache/etc/uwsgi/apps-available/searx.ini”: nu există un astfel de fișier sau director

Am creat directoarele manual și am rulat din nou scriptul de instalare.

0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.