🚀 go-pugleaf

Artur Czechowski <arturcz@cyf.gov.pl> pisał(a):
> Właśnie potrzebuję zmienić userowi hasło i co widzę?
> passwd odpowiada:
> Password cannot be changed.  Reason: Cannot access protected password entry.
> Spróbowałem zatem pomocy SAM-a. Próba zmiany hasła przez Modify Password kończy
> się komunikatem:
> The command "/usr/lbin/getprpw" could not find the user's entry in
> the protected password database. Failed to ger security policies for
> user "".

> Uprzedzając ewentualne pytania: Sprawdzałem już /tcb/files/auth/?/*
> Odpowiedni plik jest tam.

Tia... skąd ja to znam :-)
Zobacz, czy czasami nie istnieje plik (np. dla usera arturcz):
/tcb/files/auth/a/arturcz-t

z tym "-t" na końcu ;-))
Jeśli jest, to skasuj, powinno być OK.
Co jest tego przyczyną? Ano, spróbuję wyjaśnić:
user np. arturcz loguje się na hosta. Zwykle po to, aby popracować.
W tym czasie system blokuje bazę TCB (trza przecież uaktualnić TCB - last
succesful/unsuccesful login i tty). Podobnie jest sytuacja jeśli się
zmienia hasło. Wtedy uaktualnia się pola ostatniej zmiany hasła.
W tym czasie jest tworzony dla usera tzw. T-file (w moim, prywatnym
nazewnictwie). I jeśli ten plik istnieje, to nie ma żadnego sposobu
na wejście do systemu, zmian hasła itp. A ten plik czasami zostaje.
Szczególnie wtedy, jak np. łącze padnie (częste w przypadku modemów
podpiętych do W95 lub słabych łącz). Po prostu skasuj, i będzie OK.

Tak dla ułatwienie życia innym adminom HP prześlę tutaj niewielki
skrypt, który odblokowywuje najczęstsze przyczyny zablokowania
jakiegokolwiek konta :-)))
Acha, nie klnijcie na ten skrypt, jak coś nie działa. Na razie
nie działa np. default answer, zobaczyłem jeszcze parę rzeczy,
które można poprawić/dopisać. Niemniej większość rzeczy u mnie
w systemie wykrywa. Jak będę miał czas i dopiszę resztę, to jak
będzie zainteresowanie, poślę zainteresowanym.
Komentarze i teksty są po angielsku, ale to chyba nie problem, co?

Have Fun >:->

----------------------- CUT ---------------------
#!/bin/sh

LETTER=`echo $1 | /bin/cut -c 1`
print -n "Checking for T-File... "
TFILE=`ll /tcb/files/auth/$LETTER/$1-t 2>/dev/null | wc -l`

if [ $TFILE = "0" ]
then
  echo "does not exist."
else
  print -n "EXISTS. Removing... "
  rm /tcb/files/auth/$LETTER/$1-t
  echo " Done."
fi

print -n "Checking for E-mail lockfiles... "
MAILLOCK=`ls -l /var/mail/$1.lock* 2>/dev/null | wc -l`
if [ $MAILLOCK = "0" ]
then
  echo "not existing."
else
  echo " "
  echo "Found" $MAILLOCK "lock file(s)"
  print -n "Should I remove lock(s)? (default: YES) [Y/n] "
  read KBD
  if [ $KBD = "y" -o $KBD = "Y" -o $KBD = "" ]
  then
    rm /var/mail/$1.lock*
  fi
fi

# Note: there are some bit-fields:
# bits: 7,6,5,4,2,0 - unknown
# bit 1 - administrative lock
# bit 3 - too many unsuccesful login times.
# I _suppose_ that only one bit is allowed (first reason locks account)
#
print -n "Checking for account status: "
ACCSTAT=`/usr/lbin/getprpw -r -m lockout $1`
ADM_LOCK=`echo $ACCSTAT | cut -c 6`
UNSUCC_LOCK=`echo $ACCSTAT | cut -c 4`

if [ $ACCSTAT = "0000000" ]
then
  echo "not disabled."
fi

if [ $ADM_LOCK = "1" ]
then
  echo "Account locked by ROOT."
  print -n "    Unlock account? (default: No) [y/N]: "
  read UNLOCK
  if [ $UNLOCK = "y" -o $UNLOCK = "Y" ]
  then
    /usr/lbin/modprpw -k $1
  fi
fi

if [ $UNSUCC_LOCK = "1" ]
then
  echo "Too many unsuccesfull login tries..."
  print -n "    Unlock account? (default: No) [y/N]: "
  read UNLOCK
  if [ $UNLOCK = "y" -o $UNLOCK = "Y" ]
  then
    /usr/lbin/modprpw -k $1
  fi
fi
----------------------- CUT ---------------------



-- 
-- Andrzej Bort             Technical University of Silesia, Computer Center
-- E-mail: bort@polsl.gliwice.pl (ISO,MIME compatible)             IRC: Juan
-- Office phone:(48 32)37-15-69   http://www.gliwice.pl/~bort (with PGP key)
--                 ABOVE OPINIONS ARE PERSONALLY MINE.
--

In pl.comp.os.hp-ux Andrzej Bort <bort@zeus.polsl.gliwice.pl> wrote:
 > Zobacz, czy czasami nie istnieje plik (np. dla usera arturcz):
 > /tcb/files/auth/a/arturcz-t
Ano istnieje - tak się zastanawiałem, czy to czasem nie jest
przyczyna. Dzięki wielkie :)

-- 
Artur Czechowski, arturcz@cyf.gov.pl,  Instytut Energii Atomowej, Świerk
http://www.cyf.gov.pl/~arturcz/