toasters

toasters@lists.teaparty.net

1 participants
13523 discussions

RE: SecureAdmin
by Neto, Antonio Jose Rodrigues 12 Dec '01

12 Dec '01

Please update for 2.1.1D2. It's OK. Hope this help. neto -----Original Message----- From: Hanno Wagner [mailto:rince@kpnqwest.net] Sent: Wednesday, December 12, 2001 1:54 PM To: toasters(a)mathworks.com Subject: Re: SecureAdmin Hi, On Wed, Dec 12, 2001 at 09:23:21AM -0500, Stout, Noelette wrote: > That's really interesting... I use OpenSSH 2.3.0p1 on Solaris and I have no > problem connecting to the filer (runnin 6.1.1R2) via SecureAdmin 2.1.1. I have OpenSSH 2.9.1p2 on Solaris - and it closes the Connection with 6.1.1R1. Ciao, Hanno -- [A] KPNQwest Germany * Emmy-Noether-Strasse 9 * D-76131 Karlsruhe [T] +49 721 9652 0 [F] +49 721 9652 209 Teamleader Webhosting [E] hanno.wagner(a)kpnqwest.net [I] www.kpnqwest.de

1 0

RE: SecureAdmin
by Neto, Antonio Jose Rodrigues 12 Dec '01

12 Dec '01

Hi All, Please use SecureAdmin 2.1.1D2. It's OK. Hope this jelp. neto -----Original Message----- From: Stout, Noelette [mailto:NStout@IKON.com] Sent: Wednesday, December 12, 2001 12:23 PM To: 'Hannes Herret'; Lance A. Brown Cc: Kendall Libby; toasters(a)mathworks.com Subject: RE: SecureAdmin That's really interesting... I use OpenSSH 2.3.0p1 on Solaris and I have no problem connecting to the filer (runnin 6.1.1R2) via SecureAdmin 2.1.1. Noelette Stout Unix System Administrator IKON Office Solutions, Inc Digital Express tel. (770)326-4140 fax (770)326-4139 email: nstout(a)ikon.com -----Original Message----- From: Hannes Herret [mailto:hh@bacher.at] Sent: Wednesday, December 12, 2001 5:28 AM To: Lance A. Brown Cc: Kendall Libby; toasters(a)mathworks.com Subject: Re: SecureAdmin hi, i now had the same behaviour w/ 6.1.1R2P1 and secureadmin2.1.1 . see the log from openssh-host -> connection closed without reason !!! is there a debug of sshd available?? cu hannes =-> ssh -v -l root filer OpenSSH_2.9p1, SSH protocols 1.5/2.0, OpenSSL 0x0090601f debug1: Reading configuration data /usr/local/ssh/etc/ssh_config debug1: Seeded RNG with 27 bytes from programs debug1: Seeded RNG with 3 bytes from system calls debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 0 geteuid 0 anon 1 debug1: Connecting to filer [10.1.1.11] port 22. debug1: temporarily_use_uid: 0/1 (e=0) debug1: restore_uid debug1: temporarily_use_uid: 0/1 (e=0) debug1: restore_uid debug1: Connection established. debug1: read PEM private key done: type DSA debug1: read PEM private key done: type RSA debug1: identity file /root/.ssh/identity type 0 debug1: identity file /root/.ssh/id_rsa type 1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: Remote protocol version 1.5, remote software version 2.1.1 debug1: no match: 2.1.1 debug1: Local version string SSH-1.5-OpenSSH_2.9p1 debug1: Waiting for server public key. debug1: Received server public key (512 bits) and host key (768 bits). debug1: Host 'filer' is known and matches the RSA1 host key. debug1: Found key in /root/.ssh/known_hosts:4 debug1: Encryption type: 3des debug1: Sent encrypted session key. debug1: Installing crc compensation attack detector. debug1: Received encrypted confirmation. debug1: Doing password authentication. root@filer's password: debug1: Requesting pty. debug1: Requesting shell. debug1: Entering interactive session. Connection to filer closed. debug1: Transferred: stdin 0, stdout 1, stderr 29 bytes in 0.5 seconds debug1: Bytes per second: stdin 0.0, stdout 2.0, stderr 58.0 debug1: Exit status 0 debug1: writing PRNG seed to file /root/.ssh/prng_seed root@dumbo : /root :> =-> "Lance A. Brown" wrote: > Greetings, > > This is bug 42404, according to my interactions with NetApp support. > It is fixed in 6.1.1R1 > > --[Lance] > > > > > SecureAdmin 2.1.1 > > ONTAP 6.1R1 > > > > New system, just slapped SecureAdmin on it... secure filer view works > > happily, ssh has ... issues. > > > > I can connect fine from a host running ssh v1.2.27, but connecting > > from OpenSSH hosts seems to fail. Said hosts are FreeBSD and Solaris > > running 2.3.0 and 2.5.1_p1 respectively. Initially, I thought it was > > a protocol 2 issue, but that's not it. Here's what happens: > > > > SSH Version OpenSSH_2.3.0 green(a)FreeBSD.org 20010321, protocol > > versions 1.5/2.0. > > Compiled with SSL (0x0090600f). > > debug: Reading configuration data /etc/ssh/ssh_config > > debug: Applying options for * > > debug: ssh_connect: getuid 0 geteuid 0 anon 0 > > debug: Connecting to (null) [xxx.xxx.xxx.xxx] port 22. > > debug: Allocated local port 1022. > > debug: Connection established. > > debug: Remote protocol version 1.5, remote software version 2.1.1 > > debug: match: 2.1.1 pat ^2\. > > > > debug: Local version string SSH-1.5-OpenSSH_2.3.0 green(a)FreeBSD.org > > 20010321 > > debug: Waiting for server public key. > > debug: Received server public key (512 bits) and host key (768 bits). > > debug: Host 'xxx.xxx.xxx.xxx' is known and matches the RSA host key. > > debug: Encryption type: 3des > > debug: Sent encrypted session key. > > debug: Installing crc compensation attack detector. > > debug: Received encrypted confirmation. > > debug: Doing password authentication. > > root(a)xxx.xxx.xxx.xxx's password: > > debug: Requesting pty. > > debug: Requesting X11 forwarding with authentication spoofing. > > Warning: Remote host denied X11 forwarding. > > debug: Requesting authentication agent forwarding. > > Warning: Remote host denied authentication agent forwarding. > > debug: Requesting shell. > > debug: Entering interactive session. > > Connection to xxx.xxx.xxx.xxx closed. > > debug: Transferred: stdin 0, stdout 1, stderr 36 bytes in 0.5 seconds > > debug: Bytes per second: stdin 0.0, stdout 2.0, stderr 73.4 > > debug: Exit status 0 > > > > I can't imagine that everyone out there using ssh on the filer is also > > still using the old ssh versions, so it's gotta be me. Right? > > > > K. > > -- ------------------------------------------------------------------- Hannes Herret IT-Service / Storage phone : +43 (1) 60 126-34 Bacher Systems EDV GmbH fax : +43 (1) 60 126-555 Wienerbergstr. 11B mailto:hh@bacher.at A-1101 Wien, Austria www : http://www.bacher.at/ Europe

2 1

RE: SecureAdmin
by Stout, Noelette 12 Dec '01

12 Dec '01

That's really interesting... I use OpenSSH 2.3.0p1 on Solaris and I have no problem connecting to the filer (runnin 6.1.1R2) via SecureAdmin 2.1.1. Noelette Stout Unix System Administrator IKON Office Solutions, Inc Digital Express tel. (770)326-4140 fax (770)326-4139 email: nstout(a)ikon.com -----Original Message----- From: Hannes Herret [mailto:hh@bacher.at] Sent: Wednesday, December 12, 2001 5:28 AM To: Lance A. Brown Cc: Kendall Libby; toasters(a)mathworks.com Subject: Re: SecureAdmin hi, i now had the same behaviour w/ 6.1.1R2P1 and secureadmin2.1.1 . see the log from openssh-host -> connection closed without reason !!! is there a debug of sshd available?? cu hannes =-> ssh -v -l root filer OpenSSH_2.9p1, SSH protocols 1.5/2.0, OpenSSL 0x0090601f debug1: Reading configuration data /usr/local/ssh/etc/ssh_config debug1: Seeded RNG with 27 bytes from programs debug1: Seeded RNG with 3 bytes from system calls debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 0 geteuid 0 anon 1 debug1: Connecting to filer [10.1.1.11] port 22. debug1: temporarily_use_uid: 0/1 (e=0) debug1: restore_uid debug1: temporarily_use_uid: 0/1 (e=0) debug1: restore_uid debug1: Connection established. debug1: read PEM private key done: type DSA debug1: read PEM private key done: type RSA debug1: identity file /root/.ssh/identity type 0 debug1: identity file /root/.ssh/id_rsa type 1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: Remote protocol version 1.5, remote software version 2.1.1 debug1: no match: 2.1.1 debug1: Local version string SSH-1.5-OpenSSH_2.9p1 debug1: Waiting for server public key. debug1: Received server public key (512 bits) and host key (768 bits). debug1: Host 'filer' is known and matches the RSA1 host key. debug1: Found key in /root/.ssh/known_hosts:4 debug1: Encryption type: 3des debug1: Sent encrypted session key. debug1: Installing crc compensation attack detector. debug1: Received encrypted confirmation. debug1: Doing password authentication. root@filer's password: debug1: Requesting pty. debug1: Requesting shell. debug1: Entering interactive session. Connection to filer closed. debug1: Transferred: stdin 0, stdout 1, stderr 29 bytes in 0.5 seconds debug1: Bytes per second: stdin 0.0, stdout 2.0, stderr 58.0 debug1: Exit status 0 debug1: writing PRNG seed to file /root/.ssh/prng_seed root@dumbo : /root :> =-> "Lance A. Brown" wrote: > Greetings, > > This is bug 42404, according to my interactions with NetApp support. > It is fixed in 6.1.1R1 > > --[Lance] > > > > > SecureAdmin 2.1.1 > > ONTAP 6.1R1 > > > > New system, just slapped SecureAdmin on it... secure filer view works > > happily, ssh has ... issues. > > > > I can connect fine from a host running ssh v1.2.27, but connecting > > from OpenSSH hosts seems to fail. Said hosts are FreeBSD and Solaris > > running 2.3.0 and 2.5.1_p1 respectively. Initially, I thought it was > > a protocol 2 issue, but that's not it. Here's what happens: > > > > SSH Version OpenSSH_2.3.0 green(a)FreeBSD.org 20010321, protocol > > versions 1.5/2.0. > > Compiled with SSL (0x0090600f). > > debug: Reading configuration data /etc/ssh/ssh_config > > debug: Applying options for * > > debug: ssh_connect: getuid 0 geteuid 0 anon 0 > > debug: Connecting to (null) [xxx.xxx.xxx.xxx] port 22. > > debug: Allocated local port 1022. > > debug: Connection established. > > debug: Remote protocol version 1.5, remote software version 2.1.1 > > debug: match: 2.1.1 pat ^2\. > > > > debug: Local version string SSH-1.5-OpenSSH_2.3.0 green(a)FreeBSD.org > > 20010321 > > debug: Waiting for server public key. > > debug: Received server public key (512 bits) and host key (768 bits). > > debug: Host 'xxx.xxx.xxx.xxx' is known and matches the RSA host key. > > debug: Encryption type: 3des > > debug: Sent encrypted session key. > > debug: Installing crc compensation attack detector. > > debug: Received encrypted confirmation. > > debug: Doing password authentication. > > root(a)xxx.xxx.xxx.xxx's password: > > debug: Requesting pty. > > debug: Requesting X11 forwarding with authentication spoofing. > > Warning: Remote host denied X11 forwarding. > > debug: Requesting authentication agent forwarding. > > Warning: Remote host denied authentication agent forwarding. > > debug: Requesting shell. > > debug: Entering interactive session. > > Connection to xxx.xxx.xxx.xxx closed. > > debug: Transferred: stdin 0, stdout 1, stderr 36 bytes in 0.5 seconds > > debug: Bytes per second: stdin 0.0, stdout 2.0, stderr 73.4 > > debug: Exit status 0 > > > > I can't imagine that everyone out there using ssh on the filer is also > > still using the old ssh versions, so it's gotta be me. Right? > > > > K. > > -- ------------------------------------------------------------------- Hannes Herret IT-Service / Storage phone : +43 (1) 60 126-34 Bacher Systems EDV GmbH fax : +43 (1) 60 126-555 Wienerbergstr. 11B mailto:hh@bacher.at A-1101 Wien, Austria www : http://www.bacher.at/ Europe

4 3

Samba PDC & NetApp
by X Gynt 12 Dec '01

12 Dec '01

Did anyone have any success using Samba (2.2.2?) as the PDC for NetApp's /Gynt -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http:/…

1 0

SecureAdmin
by fubar＠pir.net 12 Dec '01

12 Dec '01

SecureAdmin 2.1.1 ONTAP 6.1R1 New system, just slapped SecureAdmin on it... secure filer view works happily, ssh has ... issues. I can connect fine from a host running ssh v1.2.27, but connecting from OpenSSH hosts seems to fail. Said hosts are FreeBSD and Solaris running 2.3.0 and 2.5.1_p1 respectively. Initially, I thought it was a protocol 2 issue, but that's not it. Here's what happens: SSH Version OpenSSH_2.3.0 green(a)FreeBSD.org 20010321, protocol versions 1.5/2.0. Compiled with SSL (0x0090600f). debug: Reading configuration data /etc/ssh/ssh_config debug: Applying options for * debug: ssh_connect: getuid 0 geteuid 0 anon 0 debug: Connecting to (null) [xxx.xxx.xxx.xxx] port 22. debug: Allocated local port 1022. debug: Connection established. debug: Remote protocol version 1.5, remote software version 2.1.1 debug: match: 2.1.1 pat ^2\. debug: Local version string SSH-1.5-OpenSSH_2.3.0 green(a)FreeBSD.org 20010321 debug: Waiting for server public key. debug: Received server public key (512 bits) and host key (768 bits). debug: Host 'xxx.xxx.xxx.xxx' is known and matches the RSA host key. debug: Encryption type: 3des debug: Sent encrypted session key. debug: Installing crc compensation attack detector. debug: Received encrypted confirmation. debug: Doing password authentication. root(a)xxx.xxx.xxx.xxx's password: debug: Requesting pty. debug: Requesting X11 forwarding with authentication spoofing. Warning: Remote host denied X11 forwarding. debug: Requesting authentication agent forwarding. Warning: Remote host denied authentication agent forwarding. debug: Requesting shell. debug: Entering interactive session. Connection to xxx.xxx.xxx.xxx closed. debug: Transferred: stdin 0, stdout 1, stderr 36 bytes in 0.5 seconds debug: Bytes per second: stdin 0.0, stdout 2.0, stderr 73.4 debug: Exit status 0 I can't imagine that everyone out there using ssh on the filer is also still using the old ssh versions, so it's gotta be me. Right? K.

3 2

Looking to buy 3 FC DB9M to DB9M cables and a loopback adapter today
by Ulf Zimmermann 11 Dec '01

11 Dec '01

Hello, I just got a F720 with 3 shelves, unfortunatly all the cables are missing. So I would like to buy if possible today those cables and a loopback adapter. I am sitting in Menlo Park right now. Any takers ? -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204

1 0

subst command
by neil lehrer 11 Dec '01

11 Dec '01

hi, our home dir structure does not match netapp's homedir options nor is net use viable because we currently use users\firstletterofuid\uid users\n\nlehrer so i am testing subst subst h: \\filer\users\n\nlehrer it works, but if i try to get permissions for a file or dir i get: no network provider accepted the given network path domain is nt4 client is nt4 filer is 6.1.1r2, cifs and nfs. anybody seen this? comments -- regards +++++++++++++++++++++++++++++++++++++++++++++++++ + Neil Lehrer + + United States International Broadcasting Bureau + System Development Division + + voice 202 619-2524 + fax 202 619-3576 + nlehrer(a)ibb.gov + + " is this crisis an opportunity or just + another grab the fire extinguisher moment?" + +++++++++++++++++++++++++++++++++++++++++++++++++

1 0

RE: NDMP v4
by Manley, David 11 Dec '01

11 Dec '01

> I'm looking more from a backup >operator's point of view, so I'm also assuming that the backup vendors >are working on implementing this new version of NDMP in their software. Yes, the implication here is exactly right--v4 certainly buys you nothing if the backup vendor doesn't yet support v4. However, I believe most vendors are planning to release support for this fairly soon. (I'll avoid putting my foot further into my mouth with anything more specific.) Furthermore, besides the requirement of fixing some loopholes which caused troubles and cleaning up error reporting somewhat, alot of the new functionality is provided by extensions to the base protocol. And implementing any given extension is optional with v4. So I guess the short answer is: for now, there's probably no benefit to turning on ndmp v4. In the future, there will be some snazzy new things (for example snapshot management from the backup application). Cheers, dave -----Original Message----- From: Geoff Hardin To: toasters(a)mathworks.com; quickrestore(a)dalsemi.com Sent: 12/11/01 6:51 AM Subject: NDMP v4 I just got the product availabilty release from NetApp this morning for DOT 6.1.2 and it mentioned support for NDMP v4. Anyone know what this buys the average end-user? I'm looking more from a backup operator's point of view, so I'm also assuming that the backup vendors are working on implementing this new version of NDMP in their software. I tried reading the draft proposal for v4, but it's rather dry reading to the layman. I included the link in case anyone else is interested (or an insomniac). http://www.ndmp.org/download/sdk_v4/draft-skardal-ndmpv4-03.txt Thanks, Geoff Hardin geoff.hardin(a)dalsemi.com

1 0

NDMP v4
by Geoff Hardin 11 Dec '01

11 Dec '01

I just got the product availabilty release from NetApp this morning for DOT 6.1.2 and it mentioned support for NDMP v4. Anyone know what this buys the average end-user? I'm looking more from a backup operator's point of view, so I'm also assuming that the backup vendors are working on implementing this new version of NDMP in their software. I tried reading the draft proposal for v4, but it's rather dry reading to the layman. I included the link in case anyone else is interested (or an insomniac). http://www.ndmp.org/download/sdk_v4/draft-skardal-ndmpv4-03.txt Thanks, Geoff Hardin geoff.hardin(a)dalsemi.com

1 0

null user login accepted
by Steven Boyer 10 Dec '01

10 Dec '01

When I have cifs.trace_login set to on I see the user accepted by the DC and then by unix. Sometimes I get "Null user login accepted" does anyone know why that is. Thanks -- Steven N. Boyer UNIX/NT/NetApp Support HQUSCENTCOM General Dynamics --

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters