Puncte:1

Client Ubuntu fără disc - UFW enable hangs system

drapel hk

Am creat cu succes o instanță de sistem Ubuntu fără disc prin această pagină de ajutor comunității si functioneaza perfect. Cu toate acestea, aș dori să activez firewall-ul cu UFW și când am încercat să fac asta a apărut problema.

Ca parte a tutorialului de pe pagina de ajutor, am pregătit „sistem de fișiere” complet cu altă instalare și sistemul de operare deja bootstraped cu setările mele acolo (pachetele necesare instalate, configurații schimbate, ...). Mai târziu l-am copiat în directorul NFS și l-am pornit printr-o mașină fără disc. Totul s-a încărcat cu succes (imprimarea stării OK la pornirea fiecărui serviciu pe consolă) până în momentul în care a fost afișat un încărcător cu oră de pornire nelimitată. Unul dintre serviciile de pornire a fost și UFW. La un moment dat, sistemul a devenit fără răspuns (mai puteam muta consola cu Shift-Pg Up/Down, dar nu se întâmpla nimic de fapt acolo). Nu am putut ocoli asta până nu mi-am dat seama că UFW este principala problemă care provoacă acest lucru. Așa că am dezactivat UFW în /etc/ufw/ufw.conf (direct pe serverul NFS) și reîncercați cu pornirea. La acel moment totul a mers bine și sistemul a fost pornit cu succes.

Dar totuși aș dori să am UFW activat, așa că am încercat să fac asta direct de pe mașină. Și acolo a reapărut aceeași problemă. Imediat ce am executat ufw activare sistemul a devenit fără răspuns. Am capturat ieșirea de la dmesg când se execută această comandă:

[ xxxx.xxxxxx ] bpfilter: bpfilter_umh pid 748 încărcat
[ xxxx.xxxxxx ] Filtrul pornit

Și apoi sistemul nu a mai răspuns timp de 2 minute, când am primit alte câteva mesaje:

[ xxxx.xxxxxx ] INFO: task systemd-journal:278 blocat pentru mai mult de 120 de secunde.
[ xxxx.xxxxxx ] Nu este afectat 5.4.0-86-generic #97-Ubuntu
[ xxxx.xxxxxx ] „echo 0 > /proc/sys/kernel/hung_task_timeout_secs” dezactivează acest mesaj.

M-am gândit că poate exista o problemă cu regulile implicite care nu permit conexiunea NFS. Așa că am adăugat următoarele reguli (pas cu pas și am încercat să activez UFW după fiecare):

ufw permit de la 192.168.0.5 # server NFS
ufw permite de la 192.168.0.0/24 # rețea locală
ufw permite accesul pe interfața de rețea client eth0 #

Dar nu am avut noroc cu asta (de asemenea, nu mă așteptam, deoarece acele reguli nu ar trebui să aibă niciun impact prin logică).

Așa că iată-mă acum, fără nicio idee în acest moment cum să fac vreun progres în acest sens. De asemenea, pot sublinia că există o altă problemă în dmesg, dar probabil că nu are nicio legătură cu cea cu UFW:

[ xxx.xxxxxx] systemd-journald[276]: Nu s-a putut seta ACL pe /var/log/jorunal/.../user-101.journal, ignorând: Operațiunea nu este permisă

Cred că trebuie să existe o regulă cu UFW care refuză în mod implicit accesul la partajarea NFS și, prin urmare, sistemul complet închide. Orice sugestie/punct în direcția corectă ar fi foarte apreciat.

EDITAȚI | ×: Ieșirea iptables atunci când UFW este activat și sunt adăugate și regulile mele (copiate din instalarea originală) este aici: https://pastebin.com/rp5QWLCh

Doug Smythies avatar
drapel gn
ufw este doar un front end pentru iptables. editați-vă întrebarea cu rezultatul din `sudo iptables -xvnL`.În timp ce seturile de reguli iptables generate de ufw sunt dificil de urmat, poate că va ajuta.
drapel hk
@DougSmythies Am adăugat link la pastebin unde este lipită ieșirea iptables.
Doug Smythies avatar
drapel gn
Menționați „Deci am dezactivat UFW în /etc/ufw/ufw.conf (direct pe serverul NFS)” Înțeleg corect că setul de reguli iptables pe care l-ați enumerat rulează pe server și nu pe clientul fără disc? Dacă da, atunci sunt de acord că nu va funcționa. Dacă nu, rulează pe clientul fără disc, atunci nu știu de ce nu funcționează, pare ok. mie.
drapel hk
Textul citat înseamnă că am oprit clientul fără disc și apoi am editat opțiunea `enabled = yes` la `enabled = no` din fișierul clientului `ufw.conf` direct de pe serverul NFS (NU fișierul care este pentru serverul NFS în sine, deoarece serverul nu are deloc ufw, dar cred că firewall-ul serverului este configurat corect, deoarece totul funcționează altfel)...
Doug Smythies avatar
drapel gn
Deși sunt de acord că nu ar trebui să facă o diferență, ați putea, vă rog, să postați lista `sudo iptables -xvnL` cu `ufw allow from 192.168.0.5 # NFS server` adăugat.
Doug Smythies avatar
drapel gn
Încercați un nivel de jurnal superior, poate `LOGLEVEL=high` în `/etc/ufw/ufw.conf` și postați conținutul acestuia.
drapel hk
Ieșire din iptables cu acea regulă specifică: https://pastebin.com/dEVPKZDF Am schimbat și `LOGLEVEL` (înainte de pornirea clientului fără disc), dar după ce am încercat să activez ufw pe clientul fără disc au fost adăugate doar jurnalele `bpfilter` (două linii ca în postarea de mai sus) în `dmesg`. După cum era de așteptat, sistemul s-a spânzurat atunci.
Doug Smythies avatar
drapel gn
Nu vrem să mergem la nivelul de jurnal „plin”, deoarece ți-ar inunda sistemul. Am încercat să îmi dau seama de ce se încarcă modulul „bpfilter_umh” în primul rând. Nu este în sistemul meu. Nu mi-am dat seama ce să fac ca să nu se încarce, chiar dacă doar pentru un test. Mă gândesc la două teste pentru a încerca să obțin mai multe informații: în primul rând, utilizați UFW, dar permiteți totul, adică UFW este activat, dar practic nu este operațional; În al doilea rând, încercați un script iptables simplu, pentru a vedea dacă funcționează și dacă modulul „bpfilter_umh” este încă încărcat.
Doug Smythies avatar
drapel gn
descrieți hardware-ul computerului dvs. client. Marca și modelul procesorului, NIC etc. Am avut o problemă la începutul acestui an, în care hardware-ul meu era prea nou pentru nucleele din seria 5.4. În funcție de hardware-ul dvs. și ca test, încercați un nucleu mai nou, de exemplu [mainline ppa 5.15-rc3](https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.15-rc3/) (it se pare că a fost o problemă de compilare cu 5.15-rc4).
Doug Smythies avatar
drapel gn
Pe mai multe computere, am încercat seturi de reguli de bază ufw și iptables, iar modulul bpfilter_umh nu este încărcat niciodată.
Carles Mateo avatar
drapel cn
Puteți verifica/distribui: **starea ufw numerotată**
drapel hk
@DougSmythies nu este o problemă cu hardware specific - poate fi KVM sau o mașină personalizată pe socket Intel 775 sau HP DC7800 SFF (asta am testat până acum și nu cred că ar putea fi o problemă legată de hardware). Voi încerca oricum cu alt kernel și vă anunt. Inițial, am folosit Ubuntu minimal cloud img în VM și apoi l-am convertit în kernel generic și am eliminat chestiile legate de cloud-init/netplan - ar putea fi, de asemenea, ca acest sistem să fi afectat cumva.

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.