solutia era foarte simpla:

net groupmap modify ntgroup="Domain Admins" unixgroup=user_cu_drept_de_admin

acum userul respectiv este admin pe statia respectiva atat timp cat masina este in domeniu



Vali Dragnuta wrote:

Problema mea principala se rezuma la faptul ca pe suse 9.1 si samba 2 merge ce spun... adica aveam asigurat un cont cu care pot fi si admin pe statie acesta este contul "root" de pe samba cu care fac join masini respective in domeniu, de ce nu merge si pe samba 3 si Slack 10? este acelasi smb.conf de pe suse

--- Repet, atita vreme cit ei sint administratori locali, pot face
absolut orice. Poate ca pe suse mai era si vreun logon script
care refacea userul administrativ de fiecare data. Apropos,
poti sa incerci si asta :) Va trebui sa faci tu un scriptuletz
.BAT cu care sa recreezi un administrator de fiecare data.
NET /? si cauta pe acolo ce tine de useri&stuff.



care management IT... este una din firmele care platesc un fel de abonament iar noi le asiguram asistenta IT, ei sunt fericiti cu modul asta de lucru si nu reproseaza nimic desi este un mod complet nesigur si neprofesionit de lucru (am explicat problema in nenumarate randuri... iar raspunsul a fost in mod invariabil acelasi: "asta nu este o problema!"),

Pai tot a voastra este vina ca nu ati prevazut lucrurile astea de la
inceput. Ca sa poti asigura un serviciu cuiva trebuie sa ai niste
conditii asigurate. Nu poti ajuta un om care nu vrea sa fie ajutat.


problema mea este ca nu stiu de ce nu merge ceva si ma streseaza!

Repet : atita vreme cit au administrator pe masina vor putea sa scoata
orice altceva ai face tu. Singura sansa este sa faci ceva care ii
depaseste pe ei, spre exemplu logon scripturi sau cine stie ce prin
security policyul windowsurilor.


_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug


_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui