Newsgroup: it.comp.os.linux.iniziare
Titolo: SWAT... non c'è verso di entrare :(

Ciao a tutti!
Tempo fa ero riuscito a configurare samba e lo gestivo con swat.
Poi per alcuni motivi disabilito tutto (lavoro su osx) e proprio
oggi decido di riabilitare swat, ma non c'č verso di loggarsi dentro!
Anche la password di root non va, nonostante root sia abilitato
e il file di configurazione li ho ricontrollati fin troppe volte!
Qualcuno ha qualche idea?
Grazie ancitipatamente!
Ale


1) Hai un firewall che, per qualche motivo, ti impedisce l'accesso alla
porta di SWAT? Se fai "telnet localhost 901" viene iniziata una sessione
di telnet? O viene rifiutata?
2) Hai in /etc/services la porta di swat? (901 tcp)
3) se fai partire il tutto con inetd (es: slackware) hai in inetd.conf
abilitato swat? Non so se anche xinetd abbia qualche cosa di simile
4) Questa e' la domanda piu' stupida di tutte: accedi a SWAT con
http://localhost:901
?
5) Hai dato un'occhio ai file di log di samba e swat?
Ciao,
  Marco.
-- 
I've seen things you people wouldn't believe. Attack ships on fire off the 
shoulder of Orion. I watched c-beams... glitter in the dark near Tanhauser Gate.
All those... moments will be lost... in time, like tears... in rain. 
Time... to die
-------------------------------------------------------------------------------------------
Io ne ho viste cose che voi umani non potete immaginarvi. Navi da combattimento 
in fiamme al largo dei bastioni di Orione e ho visto i raggi B balenare nel 
buio vicino alle porte di Tannoiser e tutti quei momenti andranno perduti nel 
tempo come lacrime nella pioggia... č tempo di morire...
Roy Batty (Rutger Hauer), Blade Runner

 
si ma non compare niente di strano... c'è qualcosa che dovrei cercare?
il log di swat è praticamente vuoto (ci sono solo due righe datate
mesi e mesi fa quando tutto funzionava...) quello di samba dice solo
che il processo si è avviato e stop... :(
Grazie per il tuo supporto, sinceramente non so' piu' che fare!
Ale

 che il processo si è avviato e stop... :(
Mumble mumble mumble... Prova ad alzare il livello di log di swat
(se non ricordo male -d n, con "n" da 0 a 10, di default e' 0).
Ripeto: all'inizio lascia stare inetd e prova direttamente
swat -s path_per_smb.conf -d n
Per vedere poi se hai un problema di autenticazione puoi usare,
_solo_per_test_ l'opzione "-a" (vedi man swat)
Ciao,
  Marco.
-- 
I've seen things you people wouldn't believe. Attack ships on fire off the 
shoulder of Orion. I watched c-beams... glitter in the dark near Tanhauser Gate.
All those... moments will be lost... in time, like tears... in rain. 
Time... to die
-------------------------------------------------------------------------------------------
Io ne ho viste cose che voi umani non potete immaginarvi. Navi da combattimento 
in fiamme al largo dei bastioni di Orione e ho visto i raggi B balenare nel 
buio vicino alle porte di Tannoiser e tutti quei momenti andranno perduti nel 
tempo come lacrime nella pioggia... è tempo di morire...


 
ora che mi viene in mente, ero sicuro che ci fosse qualcosa sull'opzione
-a! tutte le volte che entravo avevo il file swat con il -a, mentre
con il -s non sono mai riuscito a farlo andare! ora metto a fuoco!
mi basavo solo sul campo che fa si che la connessione potesse essere 
accettata solo in locale, ma non sono mai riuscito a fare andare 
l'autenticazione!
ora ricordo molto bene! per il resto, quello swat ecc. ecc. devo 
metterlo sempre in swat? vicino server args? tipo:
server_args = -a /etc/smb.conf -d 10
Ale

 
infatti come sospettavo (negli ultimi 5 minuti ovvio :) è un problema di 
autenticazione! ho messo l'opzione -a ed entro! senza aggiungere
la riga in inetd che sono sicuro non aver mai messo nemmeno in passato!
Ti viene in mente altro? Ti ringrazio ancora per l'aiuto che mi stai dando!
Ale


Non ho visto molte distribuzioni con xinetd ma da quello che scrivi mi
sembra che tu stia usando proprio questo!
In questa caso lascia perdere inetd.conf (ma se hai xinetd, come fai ad
avere inetd.conf?)
Altra piccola cosa: "-s" non ha a che vedere con l'autenticazione.
Se controlli "man swat" vedrai che -s serve solo per fargli prendere un
certo file smb.conf in un qualche path.
Se hai quindi xinetd e hai in xinetd.d (si chiama cosi' se non ricordo
male) il file swat  allora dovresti avere una riga del tipo
server_args = -s /etc/smb.conf 
se vuoi eliminare, per motivi di test, l'autenticazione e aggiungere il
debug, allora credo che dovresti scrivere:
server_args = -s /etc/smb.conf -d 10 -a
(dal man sembra che "-a" vada in fondo)
(non ricordo se pero' devi mettere tutto tra doppu apici. Controlla come
sono fatti i file degli altri servizi casomai)
Hai anche controllato con testparm che il tuo /etc/smb.conf sia OK?
Se mi viene in mente qualcosa di preciso riguardo l'autenticazione
vedro' di postare. Domani controllo sulla RedHat che ho in ufficio (ha
xinetd e usa SWAT, anche se su un samba mooolto vecchio e su una RedHat
moooooooooooooolto vecchia)


 
grazie infinite! cmq xinetd.conf è veramente piccolo, dentro ha quasi 
nulla! nel frattempo faccio che dare un occhiata alle man pages!
Ale


testparm e' un'utility di samba che controlla se hai qualcosa che non va
in smb.conf. Ovviamente non puo' fare controlli troppo approfonditi ma
e' utile.
Il fatto che non vada con l'smb.conf mi fa venire in mente che sia li'
il problema. Leggendo il man di smb.conf ho visto ad esempio che 
se hai "bind interfaces only" ma non hai "127.0.0.1" in
"interfaces" SWAT non puo' funzionare correttamente.
Se mi viene in mente altro...
Ancora una volta ciao,


 
ehm non ho nessuna di queste due voci, da come si vede sopra :(
Ale

 
Tra l'altro hai mica idea se l'autenticazione su swat ha a che fare
con qualche password di samba? Perche' io attualmente samba lo ho
disattivato, ma non mi pare che cio' sia un problema al fine di entrare 
in swat... Anche attivandolo non c'era verso di entrare su swat!
Ale


Giusto per stare sicuri, potresti riprovare testparm con "-v"?
Attento: ti dara' una sbrodolata di tutte le opzioni, anche quelle che
non hai specificatamente indicato. Vorrei solo essere certo che di
default tu nonn abbia il famoso bind interface only.
CIao,
  Marco.
P.S.: Ma hai un Mac?


 
         bind interfaces only = No
         winbind separator = \
         winbind cache time = 300
         winbind enable local accounts = Yes
         winbind enum users = Yes
         winbind enum groups = Yes
         winbind use default domain = No
         winbind trusted domains only = No
sob :(
Si ho un mac! Ma purtroppo il bind è Off :(
Ale


Belle macchine i Mac. Chissa' se prima o poi per lavoro riusciro' a
incontrarne una e magari anche a imparare qualcosa...
Per il bind interface: cavolo... io ci speravo!
A questo punto mi sto rileggendo la documentazione su SWAT. Prova anche
tu, magari in due ci caviamo qualcosa.
La mia distro di Linux mi ha installato le pagine in
/usr/share/swat/help/Samba-HOWTO-Collection/index.html
e da li' sono andato a finire in
/usr/share/swat/help/Samba-HOWTO-Collection/SWAT.html
Immagino che sulla tua distro la cosa sia simile.
Be', ora vado a vedere E.R.: non vivo di solo Linux! Pero' ri-leggero'
la documentazione su SWAT, promesso.
Ah, dimenticavo: io ho samba-3.0.7. Tu?
Ciao,
   Marco.


 
la mia è un po' piu' vecchia, è una 3.0.2. Appena mi passa un po' lo 
stordimento mi rimetto qua! Buona visione di E.R. :) e grazie ancora di 
tutto!
Stavo vedendo che potrebbe essere un problema sui file pam? mah...
non so che cavolo pensare!

mah... questo mi succede provando a creare un utente:
New SMB password:
Retype new SMB password:
odssam_getsampwnam: [0]get_sam_record_attributes dsRecTypeStandard:Users 
no account for 'test'!
odssam_getsampwnam: [0]get_sam_record_attributes dsRecTypeStandard:Users 
no account for 'test'!
could not find new user/computer test in passdb.
Failed to initialise SAM_ACCOUNT for user test.
Failed to modify password entry for user test
boooooooooooooooooooh!
Ale

 wrote:

Premesso che di PAM non ne so niente, ma il messaggio finale e' molto
simile a quello che ho io (che non ho PAM) quando faccio smbpasswd di un
utente che non esiste ancora, la mia domanda e':
cosa significa "provando a creare un utente"?
Con che comando ti salta fuori 'sta cosa?
Lo fai con "smbpasswd -a nome_utente_da_aggiungere"?
Ti prego, dimmi di no, cosi' io ti posso rispondere che devi mettere
"-a" e non mi sento piu' frustrato e frustato dalla mia ignoranza!
Per quanto riguarda i tuoi problemi dei post precedenti: hai qualcosa
nelle clausole "hosts allow" e "hosts deny"?
P.S.: E.R. e' finito!


 
guarda... sono devastato!
purtroppo il comando che usavo č proprio quello, ma sono venuto a capo
di una cosa ben peggiore! La mia installazione di samba č corrotta
dall'inizio e ti mostro il messaggio in questione:
/etc/pdb/opendirectorysam.so undefined reference to 
t_opendirectory_authenticator expected to be the executable
Trace/BPT trap
e anche peggio!
Beh... adesso sto provando a reinstallare ricompilando la versione
che hai tu di samba, seguendo le istruzioni sul sito apple, molto 
semplici, non fosse che ora il mio problema č questo:
libsmb/clikrb5.c: In function `krb5_locate_kdc':
libsmb/clikrb5.c:188: error: `krb5_krbhst_handle' undeclared (first use 
in this function)
libsmb/clikrb5.c:188: error: (Each undeclared identifier is reported 
only once
libsmb/clikrb5.c:188: error: for each function it appears in.)
libsmb/clikrb5.c:188: error: parse error before "hnd"
libsmb/clikrb5.c:189: error: `krb5_krbhst_info' undeclared (first use in 
this function)
libsmb/clikrb5.c:189: error: `hinfo' undeclared (first use in this function)
libsmb/clikrb5.c:197: error: `KRB5_KRBHST_KDC' undeclared (first use in 
this function)
libsmb/clikrb5.c:197: error: `hnd' undeclared (first use in this function)
make: *** [libsmb/clikrb5.o] Error 1
:(( sembra qualcosa che ha a che fare con il kerberos5. sto diventando 
scemo...
Ale

 make: *** [libsmb/clikrb5.o] Error 1
Anche per questo mi sa che ti manca qualche libreria/include e come dici
tu i probabili imputati riguardano krb5! Non e' che la tua distribuzione
prevede un pacchetto "devel" per krb5?
Io purtroppo non ti posso aiutare un granche': uso il samba
pre-compilato che era gia' nella mia distribuzione e, dopo un find, ho
notato che _non_ho_ krb5.h nei miei include (e credo che questo file sia
alla base delle compilazioni che riguardano kerberos).
Immagino che il samba della tua distribuzione fosse quello che non ti
funziona...
Hai guardato se la tua distribuzione ha aggiornamenti?
Si', lo so, ho fatto un'altra delle mie scontatissime domande!
Ciao,
   Marco.


 "interfaces" SWAT non puo' funzionare correttamente.
non so, in bind interfaces only io ho provato anche ad aggiungere la
macchina da cui fare accesso tramite swat ma non ne vuole sapere di entrare,
il fatto che con suse 7.3 entrasse senza problemi e con 9.1 no mi fa pensare
che il problema non sia nè in smb.conf nè in xinetd ma forse sulla
possibilità di accettare chiamate remote su porte non espressamente indicate
che oltretutto si possono aggiungere da yast, eppure anche settando il
firewall come reject_all_incoming_connection = no non dà segni di vita
Daniele

 
No mi sembra strano... chi mi ha detto che potrebbe essere un 
installazione corrotta, ha lo stesso mio sistema con samba che gira 
correttamente. Gli aggiornamenti per il mio samba credo siano gli stessi
per il tuo, almeno apple mi fa scaricare il samba dalla home
page di samba e mi dice di compilarlo in una certa maniera...
Ora sto provando a giocare con l'smb.conf, non sono del tutto convinto
che sia un problema di compilazione, ho ancora il dubbio 
dell'autenticazione causata dalle password di samba!
Grazie ancora del supporto! continuo le prove e posto i risultati,
ammesso che ce ne siano... :(
Ale

Anzi sai che ti dico... ora sono superconvinto che
(lo so che cambio idea in fretta e non mi fermo a ragionare)
il problema sia nell'smb.conf! Ho commentato le seguenti righe:
[global]
         dos charset = 437
         unix charset = UTF-8-MAC
         display charset = UTF-8-MAC
         server string = Mac OS X
#       auth methods = guest, opendirectory
#       passdb backend = opendirectorysam, guest
         guest account = unknown
         use spnego = No
         printer admin = @admin, @staff
auth e passdb e ottengo questo ora:
Wolverine:/etc wolverine$ sudo smbpasswd -a wolverine
New SMB password:
Retype new SMB password:
could not find new user/computer wolverine in passdb.
Failed to initialise SAM_ACCOUNT for user wolverine.
Failed to modify password entry for user wolverine
E' un messaggio gia' piu bello! Potrebbe essere che samba non sia
stato compilato a lavorare con quella fava di opendirectorysam.so
e quindi l'smb.conf per qualche assurdissimo motivo sia sballato!
Ma capire quale sia la configurazione giusta per gli accessi la vedo
dura :)
Ale
Ma sono molto ispirato da questa nuova strada...

 oggi decido di riabilitare swat, ma non c'č verso di loggarsi dentro!
senti, chiedendo un pň in giro ho messo una pezza cosě su una suse 9.1:
attivi swat da xinetd (o da inetd non so cosa usi), in etc/services cambi la
porta da 901 (apparentemente in conflitto) ad un'altra libera 904-5-6..
quella che vuoi, in etc/xinetd/samba commenti la riga only_from = localhost
(e magari ethn), io avevo aggiunto/sostituito qui l'indirizzo locale della
macchina da cui fare amministrazione ma non c'era verso, al limite un
riavvio di xinetd... lasciare la riga commentata a parere mio non č una
grande cosa, ma finito di configurare puoi scommentare...
Daniele


Ciao Daniele :)
Ti ringrazio per la risposta. Io avevo fatto una cosa simile ma mettendo
swat in modalita' demo! Cosi' facendo tenevo una restrizione sul fatto
che potessi essere solo io a configurare samba in locale ma non avevo
l'obbligo di autenticarmi e quindi ci entravo cosi' come niente fosse.
Funzionava e andrebbe anche bene, pero' volevo capire quale era la causa 
del malfunzionamento. Non so se l'ho gia' scritto ma sono sicuro che il 
problema sia dovuto alla sezione passdb backend del smb.conf. Smanettandolo
e provando a dire a samba che la lista degli utenti e delle pass erano
in altri files ho di volta in volta ottenuto diversi minestroni,
te li incollo qua sotto nel caso possano stuzzicarti la fantasia :P
getsmbfilepwent: malformed password entry (no :)
Plugin is available, but doesn't register passdb backend 
/etc/pdb/opendirectorysam.so
Loading /etc/pdb/opendirectorysam.so failed!
There already is a passdb backend registered with the name opendirectorysam!
No builtin nor plugin backend for /etc/pdb/opendirectorysam.so found
Loading /etc/pdb/opendirectorysam.so failed!
could not find new user/computer wolverine in passdb.
Failed to initialise SAM_ACCOUNT for user wolverine.
Failed to modify password entry for user wolverine
Avevo anche provato a configurare una volta dentro samba tramite swat in 
demo, il tutto aggiugendo utenti ma non c'č verso! Non da errore ma
alla fine non ci entro lo stesso... :|
Le righe di smb.conf sulle quali gioco sono queste:
#       auth methods = guest, opendirectory
#       passdb backend = opendirectorysam, guest
         passdb backend = smbpasswd:/private/var/db/samba/smbpasswd
e il casino di sopra l'ho ottenuto con questa riga:
	passdb backend = smbpasswd:/private/etc/pdb/opendirectorysam.so
mmmmmm... non mi viene in mente altro ma sono sicuro che ci sono vicino!
Scusa se mi sono dilungato :) ne approfitto per ringraziarti ancora
per l'aiuto sperando di venirne presto a capo :D
Ale