Archive-Date: Tue, 11 Jul 2006 17:13:37 -0400 Resent-Date: Tue, 11 Jul 2006 17:11:47 -0400 Date: Tue, 11 Jul 2006 22:23:23 -0200 Resent-From: Geoff Bryant From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: [TCPware V5.7-2] X11 security problem (DECnet-Plus over IP) Resent-To: info-tcpware@process.com To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Resent-Message-ID: <01M4O5D9NIJK98ALQ8@alcor.process.com> Message-ID: <44b424db$1@news.langstoeger.at> Some may remember my post <43dc92fb@news.langstoeger.at> from 29-JAN-2006 As time flies, I tried again to upgrade my TCPware V5.6-2 on OpenVMS Alpha V7.3-2 (PWS433au) to V5.7-2 (this time with TCPware ECOs of the last months) and hit the same roadblock like half a year ago. 9-JUL-2006 22:06:12.3 %DECW-I-ACCEPT_FAILED, could not accept connection request from 85-90-146-7.DSL.YCN.COM::"0=EPLAN/. ........................X$X0" 9-JUL-2006 22:06:12.3 -SYSTEM-F-LINKDISCON, network partner disconnected logical link 9-JUL-2006 22:06:32.3 %DECW-I-ACCEPT_FAILED, could not accept connection request from 85-90-146-7.DSL.YCN.COM::"0=EPLAN/. ........................X$X0" 9-JUL-2006 22:06:32.3 -SYSTEM-F-LINKDISCON, network partner disconnected logical link 9-JUL-2006 22:07:25.4 Could not activate external sound library (routine DECW$RING_BELL) Note: I didn't change configuration. In V5.6-2 it works, in V5.7-2 it doesn't. I can't do incoming DECnet-over-IP with V5.7-2. The remote system is irrelevant (it was V7.3-2 then and is V8.2 now, it was TCPware V5.6-2 then, was V5.7-2 later and is TCPIP V5.5 now - BIND9) as it always works with V5.6-2 on the local system. Do I need to upgrade to V8.2 for V5.7-2? (I don't like 2 changes @ same time) TIA -EPLAN -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ================================================================================ Archive-Date: Tue, 11 Jul 2006 17:13:58 -0400 Resent-Date: Tue, 11 Jul 2006 17:12:09 -0400 Date: Tue, 11 Jul 2006 22:31:19 -0200 Resent-From: Geoff Bryant From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: [TCPware V5.7-2] DRIVERS ECO installation of V7.3-2 Resent-To: info-tcpware@process.com To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Resent-Message-ID: <01M4O5DP5J9298ALQ8@alcor.process.com> Message-ID: <44b426b7$1@news.langstoeger.at> What do you think is the reason why I can't install DRIVERS_V572P020 on my OpenVMS Alpha V7.3-2 system (I had no problems installing it on my V8.2 system some weeks ago). ... Linking UCX$IPC_SHR ... %COPY-S-COPIED, SYS$COMMON:[TCPWARE]SOCKLIB.OLB;2 copied to DSA0:[SYS0.SYSUPD.DRIVERS_V572P020]SOCKLIB.OLB;2 (1616 blocks) %LINK-W-NUDFSYMS, 8 undefined symbols: %LINK-I-UDFSYM, TCPIP$FREEADDRINFO %LINK-I-UDFSYM, TCPIP$GAI_STRERROR %LINK-I-UDFSYM, TCPIP$GETADDRINFO %LINK-I-UDFSYM, TCPIP$GETADDRINFO_COMPAT43 %LINK-I-UDFSYM, TCPIP$GETNAMEINFO %LINK-I-UDFSYM, TCPIP$INET_NTOP %LINK-I-UDFSYM, TCPIP$INET_PTON %LINK-I-UDFSYM, TCPIP$SOCKETPAIR %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$FREEADDRINFO referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GAI_STRERROR referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GETADDRINFO referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GETADDRINFO_COMPAT43 referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$INET_NTOP referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$INET_PTON referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GETNAMEINFO referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$SOCKETPAIR referenced in symbol vector option %VMSINSTAL-E-INSFAIL, The installation of DRIVERS_V572P V2.0 has failed. Adding history entry in VMI$ROOT:[SYSUPD]VMSINSTAL.HISTORY %DELETE-I-FILDEL, SYS$SYSROOT:[SYSUPD]VMIMARKER20200260.DAT;1 deleted (16 blocks) VMSINSTAL procedure done at 22:04 I anybody using TCPware V5.7-2 on OpenVMS Alpha V7.3-2 without problems? TIA -EPLAN -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ================================================================================ Archive-Date: Tue, 11 Jul 2006 17:15:07 -0400 Resent-Date: Tue, 11 Jul 2006 17:13:18 -0400 Date: Tue, 11 Jul 2006 16:12:53 -0400 Resent-From: Geoff Bryant From: "Jacobi, Michael CIV NSWCCD Philadelphia, 3411" Reply-To: Info-TCPware@process.com Subject: Specific problem connecting to SSH from a system Resent-To: info-tcpware@process.com To: info-tcpware@process.com Resent-Message-ID: <01M4O5F3F4BY98ALQ8@alcor.process.com> Message-ID: <6D80B6E043D7AE45A1A586572D1DFC1605D494ED@NAEAPHILEX06VA.nadsusea.nads.navy.mil> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary_(ID_5t2+bCYI+Bo/l4dQJtfTGQ)" --Boundary_(ID_5t2+bCYI+Bo/l4dQJtfTGQ) Content-type: text/plain; charset=us-ascii I have a user who as attempting to set up automatic authentication via SSH for user A on host X to user B on host Y. He is not sure exactly what he has done, but he now has a situation where when ANY user on host X tries to login as user B on host Y they get an error - "permission denied (public key)". He can't find what he did to cause this or what he needs to do to fix this issue. Anybody got any ideas as to what would cause these symptoms? Mike Jacobi NSWCCD SSES Philadelphia VAX system admin --Boundary_(ID_5t2+bCYI+Bo/l4dQJtfTGQ) Content-type: text/html; charset=us-ascii Specific problem connecting to SSH from a system

I have a user who as attempting to set up automatic authentication via SSH for user A on host X to user B on host Y.  He is not sure exactly what he has done, but he now has a situation where when ANY user on host X tries to login as user B on host Y they get an error - "permission denied (public key)".  He can't find what he did to cause this or what he needs to do to fix this issue.  Anybody got any ideas as to what would cause these symptoms?

Mike Jacobi
NSWCCD SSES Philadelphia VAX system admin

--Boundary_(ID_5t2+bCYI+Bo/l4dQJtfTGQ)-- ================================================================================ Archive-Date: Tue, 11 Jul 2006 17:18:34 -0400 Date: Tue, 11 Jul 2006 17:17:18 -0400 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: [TCPware V5.7-2] DRIVERS ECO installation of V7.3-2 To: info-tcpware@process.com Message-ID: <3EF96AF20489A34296050FBD5C36ECB93BD0E0@beacon.PSC.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable There was an error in assembling the kit that was somehow missed in = testing. There is a DRIVERS_V572P021 kit there that resolves the problem. -----Original Message----- From: Peter 'EPLAN' LANGSTOEGER [mailto:peter@langstoeger.at] Sent: Tuesday, July 11, 2006 8:31 PM To: info-tcpware@process.com Subject: [TCPware V5.7-2] DRIVERS ECO installation of V7.3-2 What do you think is the reason why I can't install DRIVERS_V572P020 on my OpenVMS Alpha V7.3-2 system (I had no problems installing it on my V8.2 system some weeks ago). ... Linking UCX$IPC_SHR ... %COPY-S-COPIED, SYS$COMMON:[TCPWARE]SOCKLIB.OLB;2 copied to = DSA0:[SYS0.SYSUPD.DRIVERS_V572P020]SOCKLIB.OLB;2 (1616 blocks) %LINK-W-NUDFSYMS, 8 undefined symbols: %LINK-I-UDFSYM, TCPIP$FREEADDRINFO=20 %LINK-I-UDFSYM, TCPIP$GAI_STRERROR=20 %LINK-I-UDFSYM, TCPIP$GETADDRINFO=20 %LINK-I-UDFSYM, TCPIP$GETADDRINFO_COMPAT43=20 %LINK-I-UDFSYM, TCPIP$GETNAMEINFO=20 %LINK-I-UDFSYM, TCPIP$INET_NTOP=20 %LINK-I-UDFSYM, TCPIP$INET_PTON=20 %LINK-I-UDFSYM, TCPIP$SOCKETPAIR=20 %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$FREEADDRINFO referenced in = symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GAI_STRERROR referenced in = symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GETADDRINFO referenced in = symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GETADDRINFO_COMPAT43 = referenced in symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$INET_NTOP referenced in = symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$INET_PTON referenced in = symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$GETNAMEINFO referenced in = symbol vector option %LINK-W-USEUNDEFSYMV, undefined symbol TCPIP$SOCKETPAIR referenced in = symbol vector option %VMSINSTAL-E-INSFAIL, The installation of DRIVERS_V572P V2.0 has failed. Adding history entry in VMI$ROOT:[SYSUPD]VMSINSTAL.HISTORY %DELETE-I-FILDEL, SYS$SYSROOT:[SYSUPD]VMIMARKER20200260.DAT;1 deleted = (16 blocks) VMSINSTAL procedure done at 22:04 I anybody using TCPware V5.7-2 on OpenVMS Alpha V7.3-2 without problems? TIA -EPLAN --=20 Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ================================================================================ Archive-Date: Tue, 11 Jul 2006 17:21:28 -0400 Date: Tue, 11 Jul 2006 17:20:15 -0400 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: Specific problem connecting to SSH from a system To: info-tcpware@process.com Message-ID: <3EF96AF20489A34296050FBD5C36ECB93BD0E1@beacon.PSC.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Start by looking at SSH2_DIR:SSHD2_CONFIG. , specifically the = AllowedAuthentications . If all that is listed in publickey, then that says the users need to = have publickey set up in order to login. Usually you'll want to include = password or keyboard-interactive after publickey so that they can be = tried if publickey fails. =20 -----Original Message----- From: Jacobi, Michael CIV NSWCCD Philadelphia, 3411 = [mailto:michael.jacobi1@navy.mil] Sent: Tuesday, July 11, 2006 4:13 PM To: info-tcpware@process.com Subject: Specific problem connecting to SSH from a system I have a user who as attempting to set up automatic authentication via = SSH for user A on host X to user B on host Y. He is not sure exactly = what he has done, but he now has a situation where when ANY user on host = X tries to login as user B on host Y they get an error - "permission = denied (public key)". He can't find what he did to cause this or what = he needs to do to fix this issue. Anybody got any ideas as to what = would cause these symptoms? Mike Jacobi=20 NSWCCD SSES Philadelphia VAX system admin=20