Puncte:0

Oferă Ubuntu vreo metodă de limitare a accesului la un server la nivelul clientului?

drapel us

Am un server de fișiere home-media, la care am conectat un utilizator nou pe Ubuntu 20.04 (prin Samba). Serverul de fișiere este un micro-PC care face treaba unui NAS.

Noul utilizator are 9 ani și ar dori permisiuni de citire pentru câteva dosare cu videoclipuri pentru copii, propriile fișiere etc. Aș putea să-i fac doar o copie locală a acestora, dar ar fi mai bine să găsesc o modalitate de a limita accesul din partea oaspetelui, mai degrabă decât pe server.

Sunt interesat să las utilizatorul cu permisiuni root pentru partajarea samba, dar aparent să-l limitez într-un alt mod în interfața de utilizare

  1. Există un manager de fișiere suspendat în mod intenționat/numai citire pe care îl pot instala și care nu are nicio capacitate de a șterge sau de a modifica fișiere? Sau care poate folosi o listă internă permisă sau interzisă de locații de foldere, fără referire la permisiunile utilizatorului?

  2. Este (probabil să fie) posibil să eliminați comenzile -rm și -mv din capacitățile lui Thunar? de exemplu. acțiunile personalizate ar putea fi folosite pentru a dezactiva tasta „Ștergere” (și nu este în meniuri), dar există încă posibilitatea de a naviga pe serverul de fișiere. În acest caz, directorul „părinte” este literalmente directorul părintelui

  3. Există vreun utilitar de tip control parental care poate restricționa Managerii de fișiere, precum și sau în loc de accesul la Internet?

  4. Ca alternativă la 1.aceasta este doar pentru redarea conținutului media, deci există vreo aplicație „Video Jukebox” exclusiv pentru client care nu poate muta/redenumi/șterge?

  5. De asemenea, ca alternativă la 1. Aș putea configura o aplicație de server media pe serverul de fișiere, în jurul lui Samba - dar acest lucru nu pare să fie simplu cu pachetele disponibile pentru Puppy Linux

===

Oamenii spun adesea „copiii găsesc modalități de a ocoli aceste lucruri”, dar aceasta implică o grămadă de presupuneri despre nivelurile de abilități - rețineți că soluția mea este să fac o copie locală

multumesc xx Catty

Organic Marble avatar
drapel us
âSunt interesat să las utilizatorul cu permisiuni root pentru partajarea samba, dar aparent să-l limitez într-un alt mod în interfața de utilizare" aceasta pare a fi cea mai grea modalitate posibilă de a face acest lucru. De ce să nu gestionați permisiunile și accesul pe server .
evild4ve avatar
drapel us
@OrganicMarble, salut mulțumesc pentru răspuns - discul montat în interiorul serverului este ntfs, dar nu a avut niciun utilizator sau permisiuni setate pentru fișierele sale din Windows, așa că din ceea ce am citit este destul de greu. Mă uit în acest moment la permisiunile Samba, ca celălalt strat de securitate dintre sistemul de fișiere al serverului și utilizatorul de pe PC-ul client, dar m-am întrebat dacă există alte opțiuni -pe- PC-ul client.
Organic Marble avatar
drapel us
Ah, mulțumesc, asta complică lucrurile.
evild4ve avatar
drapel us
@evild4ve, am redus acest lucru la o problemă cu permisiunile Samba. O problemă pe care o am este că utilizatorul copil trebuie să fie în „listă de citire =” a lui Samba într-un subfolder partajat, dar nu în folderul partajat deasupra căruia se află subfolderul. Voi găsi un alt forum pentru a întreba asta, dar totuși am nevoie de un restricție pe partea clientului în Ubuntu, dacă este posibil.
Puncte:0
drapel us

Am găsit o soluție folosind permisiunile Samba, dar aș dori totuși să știu dacă există abordări la nivelul clientului. (Nu am auzit niciodată de vreunul, dar cine știe).

În situația mea în care există un server de fișiere asemănător NAS existent+funcțional care partajează un sistem de fișiere NTFS extern, unde nu au fost setate permisiuni de utilizator din Windows, rulează un server Samba și un PC client Ubuntu cu un utilizator adult (" adultname") și un utilizator copil ("childname")...

  • Cutia NAS Samba are nevoie de capacitatea de a adăuga numele de utilizator Ubuntu al copilului ca utilizator. De exemplu. prin „nume copil adduser”

  • numele de utilizator al copilului este adăugat la server, dar nu poate fi folosit (cu ușurință) pentru a seta permisiuni de fișiere acl/Linux pe un disc NTFS, aveam nevoie doar să fie acolo pentru Samba

  • Pe server, odată ce utilizatorul a fost creat, acestea trebuie adăugate la Samba și, de asemenea, activate pe Samba. Comenzile pentru aceasta au fost „smbpasswd -a childname” și apoi „smbpasswd -e childname”.

  • atâta timp cât au funcționat bine înainte de a adăuga utilizatorul copil (există o mulțime de ghiduri), linia /etc/fstab pe care serverul o folosește pentru a-și monta HDD-ul nu sunt atât de importante și pot fi lăsate la fel

  • linia /etc/fstab pe care clientul o folosește pentru a monta partajarea Samba nu este, de asemenea, atât de importantă, nu este nevoie să adăugați noi setări pentru acl, sau fmask= și dmask=, sau file_mode= și folder_mode= sau pentru orice acreditări suplimentare fișier care urmează să fie creat

  • nu este nevoie să încercați să creați un fișier de mapare a utilizatorului pentru a activa permisiunile fișierelor acl/POSIX pe discul ntfs (acest lucru ar putea fi posibil ca o abordare)

  • în fișierele respective etc/fstab serverul poate folosi ntfs ca tip de fișier, dar clientul trebuie să folosească cifs dacă este să monteze automat

  • pe HDD-ul partajat este mai bine să nu păstrați folderul utilizatorului copil în folderul utilizatorului adult sau ca folderul adultului să fie rădăcina unității (în cazul meu nu am putut evita cu ușurință aceste lucruri)

  • tipul simplu de permisiuni necesare pentru adăugarea unui utilizator copil fără acces de scriere și acces limitat de citire poate fi gestionat în Samba prin editarea smb.conf

  • în smb.conf setările globale necesare pentru a adăuga această linie: -

    browseable = nu

  • în smb.conf, intrarea pentru cota utilizatorului adult trebuia să aibă aceste linii adăugate:-

    lista de citire = rădăcină nume adulținume copil

    listă de scris = rădăcină nume de adulți

  • în cele de mai sus, deși este contraintuitiv, numele de utilizator al copilului trebuie să fie în lista de citire a cotei de samba a adultului, deoarece folderul lor se află în interiorul acestuia și permisiunile nu „traversează” pur și simplu pentru a-i lăsa să-și citească share-ul fără a putea, de asemenea pentru a citi folderul de mai sus

  • setarea browseable = nu nu este sigură, cum ar fi eliminarea permisiunilor de fișiere acl/POSIX de la acel utilizator pentru acele fișiere, dar în acest caz este suficient de bună

  • în smb.conf, intrarea pentru cota utilizatorului copil trebuia să aibă aceste linii adăugate:-

    lista de citire = rădăcină nume adulținume copil

    listă de scris = rădăcină nume de adulți

  • în cazul meu, modificările de mai sus nu au afectat computerele locale Windows care accesează partajările

Alte abordări ar fi fost posibilitatea de a face copii locale ale tuturor fișierelor pentru utilizatorul copil sau de a reformata hdd-ul partajat ca ext4 și de a organiza în mod diferit aspectul folderului - dar mi s-a părut de preferat în acest fel, face ceea ce am vrut și folosește Samba. control acces scurt de acl

Dacă am făcut vreo eroare, aș fi recunoscător să știu. Dacă există o modalitate mai simplă de a limita un utilizator în interfața Ubuntu, ar fi și el util (deoarece nu poate strica să adăugați astfel de lucruri deasupra dacă sunt acolo).

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.