search for: nostrum

Using OpenSSH_2.9p2 on Linux and Sparc Solaris. Trying to connect from Linux to Solaris, with remote port-forwarding i.e. On Linux, ssh -R 3000:Linux:23 Solaris The connection is established okay, but the port-forwarding does not work; on Solaris, the connection to localhost port 3000 is accepted, but it appears as if no data makes it back to port 23 on Linux. If an older 1.2.30 sshd is used

Hi all, I'm using openssh-2.9p2 on Solaris 2.8. I can get remote port forwarding to work using the -R flag, but only with ssh protocol 1 not ssh protocol 2. I've read that remote forwarding protocol 2 was not supported in earlier versions of openssh, but I'm wondering if this is still the case. Jarno Huuskonen [Jarno.Huuskonen at uku.fi], posted a patch in 2000 to add support for

...the call to error only if errno == ENOTSOCK. There is probably a better way to handle this, maybe not calling set_nodelay when a proxy is in use? I just figured reporting it was better than keeping silent. Apply, mangle, or ignore as you see fit. See attached. -- Lee Eakin - leakin at dfw.nostrum.com I think our coffee machine is networked -- I keep seeing these dropped sugar packets all around it. -------------- next part -------------- diff -u misc.c.ORIG misc.c --- misc.c.ORIG Sun Dec 22 20:44:36 2002 +++ misc.c Mon Mar 31 15:40:18 2003 @@ -97,7 +97,9 @@ optlen = sizeof opt; if (...

I know that there was a discussion on this about a year back, and there is a bug 556 this week that mentions TCP_NODELAY. However, when I use ssh through a pipe (e.g., to tunnel through an HTTP proxy using CONNECT) I see: getsockopt TCP_NODELAY: Socket operation on non-socket How do I tell which end is generating this (I'm assuming the local side, which is running through the pipe). Also,

Can't seem to find the answer anywhere... I'm currently using an rsync script on the source box to transfer some individual files to the destination box...all works well. The script: rsync -e ssh \ /var/qmail/control/file1 \ /var/qmail/control/file2 \ /var/qmail/control/file3 \ /var/qmail/control/file4 \ destination-box.xxxxx.com:/var/qmail/control Now, instead of "pushing"

...list (iesg at ietf.org) by 2015-11-09. Codec Encoding for LossLess Archiving and Realtime transmission (cellar) ------------------------------------------------ Current Status: Proposed WG Chairs: Tessa Fallon <tessa.fallon at gmail.com> Assigned Area Director: Ben Campbell <ben at nostrum.com> Mailing list Address: cellar at ietf.org To Subscribe: https://www.ietf.org/mailman/listinfo/cellar Archive: https://mailarchive.ietf.org/arch/browse/cellar/ Charter: The preservation of audiovisual materials faces challenges from technological obsolescence, analog media deteriorat...

...fix get_last_login_time order; from andre at van-veen.de - markus at cvs.openbsd.org 2000/09/04 13:10:09 [sftp-server.c] more cast fixes; from mouring at pconline.com - markus at cvs.openbsd.org 2000/09/04 13:06:04 [session.c] set SSH_ORIGINAL_COMMAND; from Leakin at dfw.nostrum.com, bet at rahul.net - (djm) Cleanup after import. Fix sftp-server compilation, Makefile - (djm) Merge cygwin support from Corinna Vinschen <vinschen at cygnus.com> 20000903 - (djm) Fix Redhat init script -- | ``The power of accurate observation is | Damien Miller <djm at mindrot....

...esg at ietf.org) by January 20, 2010. Internet Wideband Audio Codec (codec) ------------------------------------------------------------------------- Last Modified: 2009-12-17 Proposed Chair(s): * TBD Real-time Applications and Infrastructure Area Director(s): * Robert Sparks <rjsparks at nostrum.com> * Cullen Jennings <fluffy at cisco.com> Real-time Applications and Infrastructure Area Advisor: * Cullen Jennings <fluffy at cisco.com> Mailing Lists: General Discussion: codec at ietf.org To Subscribe: codec-request at ietf.org In Body: subscribe Archive: https://www.ietf...

...esg at ietf.org) by January 20, 2010. Internet Wideband Audio Codec (codec) ------------------------------------------------------------------------- Last Modified: 2009-12-17 Proposed Chair(s): * TBD Real-time Applications and Infrastructure Area Director(s): * Robert Sparks <rjsparks at nostrum.com> * Cullen Jennings <fluffy at cisco.com> Real-time Applications and Infrastructure Area Advisor: * Cullen Jennings <fluffy at cisco.com> Mailing Lists: General Discussion: codec at ietf.org To Subscribe: codec-request at ietf.org In Body: subscribe Archive: https://www.ietf...

I am a recent convert to openssh. I am very pleased with it, and find it superior to ssh-1.2.27 in many ways (thanks for the good work). I recently found one piece missing from the current release. I have used the 'command' option in the authorized_keys file to restrict access. Using ssh-1.2.27 the original command was placed in the SSH_ORIGINAL_COMMAND envrionment variable. If

I noticed a difference in verbose output that appears to be unintentional. it first prints 'receiving file list ...', then builds the list and prints 'done\n'. I haven't figured out the exact conditions yet, but with multiple remote sources (remote shell expands) it sometimes prints the 'done\n' message multiple times. I have a script I use to sync up my dot-files