Newsgroup: it.comp.os.linux.sys
Titolo: winexe.

Qualcuno lo usa per eseguire comandi su host windows?
Mi sembra che abbia problemi ad autenticarsi se l'utente fa parte di un 
dominio.
Vi risulta?

 Vi risulta?
No.
Fabio 


Eppure usando un autenticazione del tipo DOMINIO/UTENTE mi da sempre 
NT_STATUS_DENIED o qualcosa del genere.
Se dalla workstation mi collego con lo stesso utente nello stesso 
dominio non ho problemi, quindi l'autenticazione funziona.
Boh..........

 dominio non ho problemi, quindi l'autenticazione funziona.
L'utente e' un amministratore della macchina target? Usi il corretto 
separatore tra dominio e utente? Hai attivato il controllo eventi di 
accesso non riusciti? Cosa dice?
Fabio


L'utente deve per forza essere un amministratore?


Si', non mi viene in mente nessun'altra possibile alternativa.
Fabio


Col psexec, il corrispettivo in windows posso autenticarmi usando altri 
utenti del dominio.

 utenti del dominio.
Utenti senza privilegi amministrativi? Posso non crederci? :-)
Fabio


credici, puoi fare una prova se vuoi.


Per fare...
   [winexe|psexec] \\host -u DOMINIO\utente ...
... DOMINIO\utente *deve* appartenere al gruppo administrators su host.
Fabio


su una workstation ho lanciato psexec \\host -u \\DOMINIO\utente e 
faccio il login senza nessnu problema nonostante utente non faccia parte 
del gruppo administrators.
tieni conto che il database sul quale sono configurati gli utenti e' ldap.

 del gruppo administrators.
Hai ragione, c'e' un'eccezione a cui effettivamente non avevo pensato.
DOMINIO\utente puo' funzionare quando la sessione utente da cui esegui
psexec appartiene ad un utente che fa' parte del gruppo administrators
sull'host remoto, perche' ha un meccanismo di fallback che e' in grado
di ri-usare le credenziali correnti per eseguire le operazioni per cui 
e' richiesta l'appartenenza ad administrators. In pratica, psexec deve
fare innanzitutto due cose: copiare un eseguibile e creare un servizio
per eseguirlo, il tutto usando la share remota "ADMIN$", e quindi sono
necessari privilegi amministrativi. Se la connessione ad ADMIN$ con le
credenziali fornite non va a buon fine (aka: DOMINIO\utente non e' uno
degli amministratori dell'host remoto), psexec riprova a collegarsi ad
ADMIN$ con le credenziali dell'utente che ha lo lanciato, od eventuali
credenziali gia' usate per una connessione con quell'host (che vengono
cachate). Se questo e' un amministratore la connessione va a buon fine
e il servizio psexsarcaz.nonricordo puo' essere creato. Quindi crea le
pipe bla bla bla e poi ci si connette tramite IPC$ come DOMINIO\utente
che e' un operazione consentita a chiunque.
Un caso particolare di questa situazione si manifesta quando \\host e'
l'host locale, perche' psexec si collega direttamente alle pipe (se ci
vedi un uso tipo sudo/runas... ci vedi bene).
Confermami che sia andata cosi', perche' non posso fare una prova ora.
Tornando a winexe, giusto per dare a questo post la parvenza di essere
IT, occorrerebbe verificare se non implementa un analogo fallback (che
mi sembra la spiegazione piu' probabile viste le possibili difficolta'
di farne l'implementazione) o se l'utente che lo esegue, e qui' stiamo
ritornando a qualche post fa', non e' proprio un... administrator.
Fabio

 che e' un operazione consentita a chiunque.
Come fai a sapere tutte queste cose?

 ritornando a qualche post fa', non e' proprio un... administrator.
Comunque a parte questa differenza tra winexe e psexec devo dire che con 
winexe non si riesce a fare tutto quello che si riesce a fare con 
psexec, ad esempio non riesco ad installare software.

 psexec, ad esempio non riesco ad installare software.
Ad esempio?
Fabio

 Come fai a sapere tutte queste cose?
Ho una sfera di cristallo potentissima.

 Ho una sfera di cristallo potentissima.
E' open source? :-)



ad esempio non riesco ad installare nelle workstation windows il programma
wpkg, 
wpkg.org
.
Se ci riesci fammi sapere come.......



Ci hai provato?

> Ci hai provato?
No. 
Facciamo che ci dici come fai tu e quali sono i problemi
che incontri.
Fabio