Puncte:-1

Permisiunea socketului centos8 nginx uwsgi a fost refuzată

drapel in
dav

Am configurat uwsgi și nginx să funcționeze prin socket (chmod 777) care se află în directorul de acasă al utilizatorului, dar nginx nu poate accesa socket-ul (13: Permisiune refuzată în eroare.log). Am încercat să muți socket-ul în /tmp/ cu 777 chmod, dar apoi a primit o eroare 2: Nu există un astfel de fișier sau director

2021/09/21 19:40:16 [crit] 68278#0: *17 connect() to unix:///tmp/my.sock a eșuat (2: Nu există un astfel de fișier sau director) în timpul conectării la amonte, client: ***, server: ***, cerere: „GET / HTTP/1.1”, în amonte: „uwsgi://unix:///tmp/my.sock:”, gazdă: „****”

2021/09/21 20:10:16 [crit] 517#0: *1 connect() to unix:/home/***/.deploy/my.sock a eșuat (13: Permisiune refuzată) în timpul conectării la amonte, client: ***, server: ***, cerere: „GET / HTTP/1.1”, în amonte: „uwsgi://unix:/home/***/.deploy/my.sock:”, gazdă: „ ***"

P.S.selinux dezactivat

Puncte:2
drapel cz

Înainte de a ajunge la răspuns, ar trebui să depuneți toate eforturile pentru a rupe obiceiurile proaste de securitate de a folosi chmod 777 sau de a dezactiva SELinux. Mai degrabă, ar trebui să învățați pe deplin modelul de permisiuni UNIX, astfel încât să cunoașteți întotdeauna permisiunile potrivite și ar trebui să vă configurați serviciile pentru a funcționa cu SELinux pentru a beneficia de straturile suplimentare de securitate pe care le oferă.


Deci, motivul pentru care socket-ul tău îngropat adânc în directorul principal al unui utilizator nu funcționează este că a mamă permisiunile directorului interzic accesul necesar (în acest caz, căutare X). Utilizare namei -l /home/***/.deploy/my.sock pentru a vedea permisiunile tuturor directoarelor părinte simultan și pentru a le corecta pe cele care nu permit permisiunea de căutare (cel mai probabil este /Acasă/***).

chmod +x /as/necesar

De asemenea, nu uitați să remediați permisiunile și dreptul de proprietate asupra soclului în sine, după cum este necesar.

Pentru a fi complet, motivul pentru care ați introdus priza /tmp nu a fost găsit este că nginx care rulează ca serviciu de sistem nu poate accesa sistemul /tmp director. Systemd începe cu PrivateTmp=adevărat ceea ce face ca un director privat unic să fie creat și al lui nginx /tmp namespaced la acel director. Asta sunt toate acestea /tmp/xxx-systemd-private-foo directoarele sunt pentru.

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.