Displaying 20 results from an estimated 10000 matches similar to: "Any comments on ietf secsh draft?"
2024 Nov 07
1
ssh compat information
On Fri, 8 Nov 2024 at 03:16, Darren Tucker <dtucker at dtucker.net> wrote:
>
> On Thu, 7 Nov 2024 at 07:55, Chris Rapier <rapier at psc.edu> wrote:
> >[...]I had been using
> > Blake2b512 for the hashing algorithm but I want to put in a path to use
> > xxhash instead. Maintaining backward compatibility means I need to know
> > something about the remote.
2024 Nov 07
1
ssh compat information
On Thu, 7 Nov 2024 at 07:55, Chris Rapier <rapier at psc.edu> wrote:
>[...]I had been using
> Blake2b512 for the hashing algorithm but I want to put in a path to use
> xxhash instead. Maintaining backward compatibility means I need to know
> something about the remote.
In the case of sftp at least, that sounds like a function of the
sftp-server not sshd, in which case could you
2005 May 19
1
ssh-keygen private keys export - new feature
Hello,
I had some difficulties in order to convert private keys between different
implementations of SSH.
So, I wrote the following patch to allow export of SSH2 RSA and DSA private
keys into IETF SECSH format.
Note that I also slightly revised the IETF SECSH key import code.
Usage: use of the "-e" option on a private key file generates an unencrypted
private key file in IETF SECSH
2001 May 25
1
sftp transfer status feedback?
>Is there a simple way to achieve this behavior? Is there a document on
>the sftp protocol somewhere?
http://search.ietf.org/internet-drafts/draft-ietf-secsh-filexfer-00.txt
--
Darren J Moffat
2001 Feb 16
6
ssh(R) trademark issues: comments and proposal
I'd like to address several issues raised by people in relation to my
notice of the ssh(R) trademark to the OpenSSH group. Also, I would
like to make a proposal to the community for resolving this issue
(included at the end).
First, I'll answer a number of questions and arguments presented in
the discussion.
> "the SSH Corp trademark registration in the US is for a logo
2018 Dec 28
19
[Bug 2948] New: implement "copy-data" sftp extension
https://bugzilla.mindrot.org/show_bug.cgi?id=2948
Bug ID: 2948
Summary: implement "copy-data" sftp extension
Product: Portable OpenSSH
Version: -current
Hardware: All
URL: https://tools.ietf.org/html/draft-ietf-secsh-filexfer-
extensions-00#section-7
OS: All
Status: NEW
2009 Sep 08
3
OpenSSH and keystroke timings
Old news, but ... http://lwn.net/Articles/298833/
I first posted about this back in 2001 and it's still not resolved:
http://osdir.com/ml/ietf.secsh/2001-09/msg00000.html
1) high latency networks are a reality that will never go away. In fact they
will only become more prevalent since distributed networks continue to grow
broader but (surprise) the speed of light remains a constant.
2)
2009 Jul 06
2
CELT 0.6.0 released, submitted as IETF draft
Hi everyone,
I'm pleased to announce version 0.6.0 of CELT, with many quality
improvements. This includes better stereo coupling, better handling of
transients, and better handling of highly tonal signals. In addition,
packet loss robustness has been improved through the optional use of
independent (intra) frames. CELT now supports a larger dynamic range,
suitable for encoding 24-bit audio
2009 Apr 18
3
ietf discussion about draft-ietf-avt-rtp-speex
Sorry for the delay.
On 4/13/09, Alfred E. Heggestad <aeh at db.org> wrote:
> Ivo, could you also review the updated memo-status/copyright notice,
> located on page 1-2 ?
Is this a new standard for writing Internet drafts? I've never seen
it in other documents.
Specifically, this part:
"This document may not be modified, and derivative works of it may not
be created,
2001 Mar 20
1
Kerberos v5 and GSSAPI support in OpenSSH
An updated version of my patch for Kerberos v5 support is now available
from
http://www.sxw.org.uk/computing/patches/openssh-2.5.2p1-krb5.patch
This patch includes updated Kerberos v5 support for protocol version 1,
and also adds GSSAPI support for protocol version 2.
Unlike the Kerberos v5 code (which will still not interoperate with
ssh.com clients and servers), the GSSAPI support is based on
2007 May 07
2
[PATCH] Adds support for SSH_FXP_LINK request to sftp-server and sftp client
Dear list,
Attached is a patch that adds support for the SSH_FXP_LINK request, as
described in draft-ietf-secsh-filexfer-07 onwards, to the sftp server
and client. It is for and has been tested on the current portable
snapshot but also applies to openbsd CVS.
Thanks,
--
Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: openssh-sftp-hardlink-pcvs-v2.patch
2009 Feb 27
3
ietf discussion about draft-ietf-avt-rtp-speex
On Fri, 27 Feb 2009, Jean-Marc Valin wrote:
> Hi Aymeric,
>
> Yes, I'm receiving the emails but haven't had enough time to look into
> the details yet. I've seen you responded to many comments, so what are
> the ones for which we still need to respond?
Summary is there:
https://datatracker.ietf.org/idtracker/ballot/2837/
As I understand:
we need to change
2001 Jan 10
1
sftp
there is now a draft:
http://www.ietf.org/internet-drafts/draft-ietf-secsh-filexfer-00.txt
if someone could please check whether sftp-server.c comlies :)
2003 Aug 06
2
'cancel-tcpip-forward' is not supported.
Hi there,
I'm developing ssh client in pure java and, recently, I'm trying
to improve the port forwarding support on that stuff.
However, it seems to me that sshd of OpenSSH has not supported
'cancel-tcpip-forward' request.
http://www.ietf.org/internet-drafts/draft-ietf-secsh-connect-17.txt
says that
| A port forwarding can be cancelled with the following message.
|
2005 Mar 02
1
Port 0 forwarding implemented?
Hello everybody,
I've read the ssh protocol draft
http://www.ietf.org/internet-drafts/draft-ietf-secsh-connect-24.txt
and I wonder if the feature documented in section 7.1, page 15, last
paragraph, is implemented in OpenSSH or not (sshd chooses the first free non
privileged port to forward when the specified port number is 0). I need this
feature and, if it isn't implemented yet, I
2009 Feb 27
5
ietf discussion about draft-ietf-avt-rtp-speex
Hi Jean-Marc, Alfred and Greg,
Are you receiving the mails from IETF about draft-ietf-avt-rtp-speex
The mails are not coming from AVT mailing list, but I think we are
all 3 part of a minimal list (draft-ietf-avt-rtp-speex at tools.ietf.org)
dedicated to latest discussion about the draft.
I have answered some questions, but there are small changes and adaptation
still required to the ietf
2007 Feb 18
2
SFTP: a new command to get filesystem size/free space
I am using sshfs with FUSE to mount a remote directory over ssh/sftp (on linux).
It would be nice if df could be able to show the total size/free space
of the mounted directory.
I am aware that returning size/free space would have some limitations.
For example, if a subdir of the mounted directory has another
filesystem mounted on the remote server, this can not be represented
simply.
However,
2003 Apr 17
1
Samba and IBM directory server 5.1 attributes problems :: attribute pwdmustchange already in ietf draft
Sorry for posting twice but someone mentioned the ietf draft on the
attribute ...
The attribute that IBM uses for their password policy is described here :
http://www.ietf.org/internet-drafts/draft-behera-ldap-password-policy-06.txt
This might give problems with other ldap implementations in the future.
I created also a bug report on this.
I know that this is not really a bug but could make
2004 Apr 28
1
FW: filexfer draft and uid / gid resolution ...
Damien,
Thanks for the response. Are you aware of any sftp server products
that currently implement the uid / gid resolution or is this new draft
just too unrefined / recent. Also, is there a definitive source for
these drafts and where might they be published? Up till now I have just
been reading the documentation available from www.openssh.org.
I hope these questions aren't too
2005 Jun 16
1
Bug report: first_kex_packet_follows behaviour seems wrong
Hello,
It seems to me the algorithm negotiation of the transport layer has a bug,
it does not follow the specification of draft-ietf-secsh-transport-24, page
19, where the behaviour of first_kex_packet_follows is specified.
I've got an ssh client that sends an SSH_MSG_KEXINIT message and specifies
only 'diffie-hellman-group1-sha1' as key exchange algorithm. It sets