Turning on Display of Account at Welcome Screen
I had turned off the display of an account at the Windows XP welcome screen
(see
Hiding an Account from the Welcome Screen) and needed to turn
it back on temporarily.
I checked the setting of the account from the command line with the
reg query
command. The account for which I had hidden the account
from the welcome screen display was the administrator account in this case.
C:\Documents and Settings\Administrator>reg query "HKLM\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList" /v Administrator
! REG.EXE VERSION 3.0
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList
Administrator REG_DWORD 0x0
The value of zero for HKLM\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList\Administrator
means the account is
not shown on the welcome screen.
I turned the display of that account back on with the reg add
command.
C:\Documents and Settings\Administrator>reg add "HKLM\Software\Microsoft\Windows NT\CurrentVersion\WinLogon\SpecialAccounts\UserList" /v Administrator /t REG_DWORD /d 1
Value Administrator exists, overwrite(Y/N)? y
The operation completed successfully
I had to reboot for the administrator account to be displayed with the
other accounts on the system at the welcome screen. The picture chosen for
the administrator account was then shown with those for the other accounts,
allowing one to click on it to logon.
[/os/windows/xp]
permanent link
Rdesktop on Solaris 10
I wanted to be able to use
rdesktop,
which is an open source client for Windows NT Terminal Server and Windows
2000/2003 Terminal Services, on an Intel-architecture Solaris 10 system,
so I downloaded the
x86
Solaris 10 version of rdesktop from
Sunfreeware.com.
Since one of the requirements for rdesktop 1.5.0 was
libiconv
, I installed it. I checked the version of gcc
on the system.
It was 3.4.3.
# /usr/sfw/bin/gcc -v
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
Version 3.4.6 was listed as a requirement, but I thought version 3.4.3 would
likely suffice.
Another requirement listed for rdesktop 1.5.0 was
openssl-0.9.8f. I checked the version of OpenSSL on the system with
openssl version
. OpenSSL 0.9.7d was already on the system.
# /usr/sfw/bin/openssl version
OpenSSL 0.9.7d 17 Mar 2004 (+ security patches to 2006-09-29)
After installing rdesktop 1.5.0, I checked to see if it would run with the
exiting 0.9.7d version of OpenSSL, but I received an error message when
I attempted to run it.
# /usr/local/bin/rdesktop -0 gna.insursol.com
ld.so.1: rdesktop: fatal: libcrypto.so.0.9.8: open failed: No such file or directory
Killed
I checked to see what OpenSSL package was already on the system and
saw the following:
# pkginfo | grep -i openssl
system SUNWopenssl-commands OpenSSL Commands (Usr)
system SUNWopenssl-include OpenSSL Header Files
system SUNWopenssl-libraries OpenSSL Libraries (Usr)
system SUNWopenssl-man OpenSSL Manual Pages
system SUNWopensslr OpenSSL (Root)
I checked for further information on the SUNWopenssl-commands
package and saw the following:
# pkginfo -l SUNWopenssl-commands
PKGINST: SUNWopenssl-commands
NAME: OpenSSL Commands (Usr)
CATEGORY: system
ARCH: i386
VERSION: 11.10.0,REV=2005.01.21.16.34
BASEDIR: /
VENDOR: Sun Microsystems, Inc.
DESC: OpenSSL Commands (Use)
PSTAMP: on10-patch-x20061222002936
INSTDATE: Feb 03 2008 21:00
HOTLINE: Please contact your local service provider
STATUS: completely installed
FILES: 5 installed pathnames
3 shared pathnames
3 directories
2 executables
634 blocks used (approx)
I decided to download and install the
OpenSSL 0.9.8f package from
Sunfreeware.com.
# gunzip openssl-0.9.8f-sol10-x86-local.gz
# pkgadd -d ./openssl-0.9.8f-sol10-x86-local
But, when I attempted to run the new version, which is installed in
/usr/local/ssl
, I received an error message.
# /usr/local/ssl/bin/openssl version
ld.so.1: openssl: fatal: libgcc_s.so.1: open failed: No such file or directory
Killed
I checked to see what versions of libgcc_s.so
were installed
on the system and where they were located.
# find / -name libgcc_s.so\*
/usr/sfw/lib/amd64/libgcc_s.so.1
/usr/sfw/lib/libgcc_s.so
/usr/sfw/lib/libgcc_s.so.1
Since libgcc_s.so
was located in /usr/sfw/lib
,
I then set LD_LIBRARY_PATH
to point to that directory. I was
then able to successfully run the version of openssl in /usr/local/ssl/bin
.
# LD_LIBRARY_PATH=/usr/sfw/lib
# export LD_LIBRARY_PATH
# /usr/local/ssl/bin/openssl version
OpenSSL 0.9.8f 11 Oct 2007
I was then able to use rdesktop on the Solaris 10 system to log into
a Windows Small Business Server (SBS) 2003 system as the administrator.
# /usr/local/bin/rdesktop -0 u administrator a.example.com
Note: if you use the above method of setting LD_LIBRARY_PATH
and exporting it to run rdesktop
, you will need to do so each
time you open a new terminal window.
[/os/unix/solaris]
permanent link