Despues de una larga targe de apt-get el día sabado, ya que anteldata esta mal (que raro no!) restaure las configuraciones del samba sin dramas, así como los .tdb los verifique, probe de lo que tenia a mano, mi laptop con GNU/Linux y una maquina de la empresa con XP. barbaro, todo andando ! me voy.

Hoy, me llaman temprano, la maquina con 98 no se conecta… pensé (a veces pasa), me habrá quedado mal el usuario, toda la mañana luchando, nada… me sentía frustrado, samba me estaba ganando! y no tenia idea de por que. Los logs no me daban mucha informacion, lo unico que veia el el IPC, y mas nada…

Así que pense, sera un bug del Samba…., parece que no, no, a las 10, cai leyendo que en unas vesiones atras sacaron el lanman, o sea, esta deshabilitado por defecto, por medidas de seguridad:

samba (3.0.27a-2) unstable; urgency=low

* debian/patches/disable-weak-auth.patch: disable plaintext authentication
on the client, and lanman authentication on both client and server, by
default since these are only needed for Win9x or Samba with encrypted
passwords disabled and are potential password attack vectors. This
change is backported from Samba 3.2. LP: #163194.

Claro, los winNT no lo necesitan, no así los 9x, así que por una maquina tuve que activarlo:

chequee que no estaba activado con #testparm -vs | grep lanman que me devolvio:

lanman auth = No

y luego chequee la pass:

#pdbedit -w username -d0
username:1002:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:ADEC9EDC3A6A794D691E6DFAFCFAEE85:[U
> ]:LCT-481B6630:

Y donde estaba ese monton de XXXX deberia de haber unos hermosos hexas, así que habilite en el smb.conf agregando lanman auth = yes, y luego cambiando la pass con smbpasswd username y listo, ahora si, si hacemos el pdbedit en lugar de X aparecen los hexas! y quedo andando al toque….

Parece una pavada, pero que dolor de cabeza me dio esta mañana.