search for: osfsia

...rity Integration Architecture is -ofssia, NOT -sia. The following is the patch for fixing this typo: ---(cut here)--- --- INSTALL.orig Thu Jul 25 13:36:25 2002 +++ INSTALL Wed May 21 06:21:12 2003 @@ -125,3 +125,3 @@ ---with-sia, --without-sia will enable or disable OSF1's Security +--with-osfsia, --without-osfsia will enable or disable OSF1's Security Integration Architecture. The default for OSF1 machines is enable. ---(cut here)--- --- Norihiko Murase <skeleten at shillest.net>

...Status: NEW Severity: critical Priority: P1 Component: Build system AssignedTo: openssh-bugs at mindrot.org ReportedBy: Nikola.Milutinovic at ev.co.yu The source of the problem are two files: ./auth-passwd.c ./openbsd-compat/xcrypt.c When --with-osfsia is given, the second file doesn't compile anything, since the whole C source block is surrounded with: #if !defined(HAVE_OSF_SIA) ... #endif The first file, however, requires two procedures from the second: shadow_pw xcrypt So, what's the story here? What should be done on Tru64 UNIX? W...

...Severity: normal Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org ReportedBy: scott.bailey at eds.com This is a longstanding bug which I believe is present in all 4.x releases. When connecting to a Tru64 system where sshd was built with --with-osfsia and the user's password is expired, the connect succeeds but the session hangs (until the user disconnects with "~."). This has the effect of locking users completely out of the system unless they always change their passwords before they expire, or there is an alternate access path (...

http://bugzilla.mindrot.org/show_bug.cgi?id=933 Summary: compile problem on tru64 5.1A code outside of a #ifdef that should not be included on tru64 Product: Portable OpenSSH Version: 3.8p1 Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: normal Priority: P2 Component: Build

...ngd-socket=/var/run/egd-pool --with-default-path=/usr/bin:/bin:/sbin:/usr/local/bin:/usr/local/sbin:/software/@sys/usr/bin:/software/@sys/usr/sbin:/usr/bin/X11:/usr/afs/bin:/usr/athena/bin:/usr/local/openssl/bin:/usr/opt/svr4/bin:/usr/opt/svr4/sbin --with-xauth=/usr/bin/X11/xauth --with-zlib --with-osfsia --with-login=/usr/bin/login --without-privsep --with-afs=/usr/afsws --with-kerberos4=/usr/athena-1.2.1-no-openssl [...] cc -I/software/@sys/usr/include -I/usr/local/include -I. -I. -I/usr/local/openssl/include -Iyes -I/software/@sys/usr/include -I/usr/local/include -I/usr/athena-1.2.1-no-openssl/in...

A while back, I sent in a patch that added Digital Unix SIA authentication to OpenSSH. Well, I just figured out that it didn't handle everything correctly (locked accounts could still log in). I thought I had checked that, but I guess I missed it. Anyway, here is a patch against OpenSSH 2.2.0p1 that fixes this. -- Chris Adams <cmadams at hiwaay.net> Systems and Network Administrator

...nbsd-compat -lwrap -lcrypto -lrt -lz -lsecurity -ldb -lm -laud ld: Unresolved: xcrypt shadow_pw collect2: ld returned 1 exit status At least shadow_pw doesn't exist in any library that comes with Tru64 (didn't check for xcrypt). The symptoms don't change when I add or omit the --with-osfsia configure option. Looking at auth-passwd.c of 3.8p1 and 3.7.1p2 showed that adding the option --with-cflags=-DCUSTOM_SYS_AUTH_PASSWD to configure could help on 3.8p1. And indeed, it does help. sshd now links and runs correctly. But I don't know if this is the correct solution or just a work-ar...

http://bugzilla.mindrot.org/show_bug.cgi?id=653 Summary: sshd breaks logins after upgrade to 3.7.1p1 (Tru64 UNIX) Product: Portable OpenSSH Version: 3.7.1p1 Platform: Alpha OS/Version: other Status: NEW Severity: critical Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org

Hi All. We are planning on doing one of our regular OpenSSH releases (4.6/4.6p1) some time next week. This is a mostly a bugfix release, but there is one new feature: sshd now allows the enabling and disabling of authentication methods on a per user, group, host and network basis via the Match directive in sshd_config. The bugs fixed are: #52 ssh hangs on exit. #1252 sftp returns 0 when

...th-prngd-socket=/tmp/entropy --with-default-path=/usr/bin:/bin:/sbin:/usr/local/bin:/usr/local/sbin:/software/@sys/usr/bin:/software/@sys/usr/sbin:/usr/bin/X11:/usr/afs/bin:/usr/athena/bin:/usr/local/openssl/bin:/usr/opt/svr4/bin:/usr/opt/svr4/sbin --with-xauth=/usr/bin/X11/xauth --with-zlib --with-osfsia --with-login=/usr/bin/login --with-privsep --with-kerberos5=/usr/heimdal --with-afs=/usr/afsws [cut] checking whether we are using Heimdal... yes checking for library containing dn_expand... none required checking for gss_init_sec_context in -lgssapi... no checking for gss_init_sec_context in -lgss...