similar to: Bug with compression in SCP?

The folowing code donst work: #include <vorbis/codec.h> #include <vorbis/vorbisfile.h> #include <stdlib.h> #include <stdio.h> int main() { FILE *stdfile; OggVorbis_File vf; int tmp; stdfile=fopen("./test.ogg","r"); if( ov_test(stdfile, &vf, NULL, 0) ==0) { tmp = ov_test_open(&vf);

http://bugzilla.mindrot.org/show_bug.cgi?id=447 Summary: Invalid parsing for user at hostname in scp.c and ssh.c Product: Portable OpenSSH Version: 3.5p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Miscellaneous AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=274 Summary: scp fails if target account has echo "somestuff" as last line in .profile Product: Portable OpenSSH Version: -current Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: scp

I worked on a proposal like this a few years back (including proof of concept code).? I taught sftp to have an scp personality (closer to scp2 than scp), and it was rejected by the higher ups.? It may have been the dual-personality issue, but I know the scp2 concept was also rejected at the time as it was stated there should be one transfer tool. But the only way to drag scp into this century

Hi all, First, my apologies if this is not the right forum for this... if there is a more appropriate place to make OpenSSH feature requests, or if this feature already exists, please let me know. Some background: My company makes an 'embedded' audio server box that runs Debian Linux, and one of the product's features is that users can upload files to the server via SSH, using their

On Windows, ?scp C:/foo/bar remotehost:? will attempt to connect to a remote host ?C? and access file ?/foo/bar?. There is currently no syntax or flag to allow copying files that start with a drive name. This patch changes the behaviour (only on Cygwin) by considering that a single letter followed by a colon is a Windows drive name and thus an absolute path. This is also more consistent with the

Hey all, I have a problem I can't find a solution for. I am on my third day of testing, researching, planning, and swearing. :) I need to set up a convenient way to synchronize a bunch of data over the network for backups. The server is FreeBSD and the client is Windows. Currently we are using PuTTY, Pageant, and PSCP to SCP the files over SSH. This has various problems which led me to look

Folks, I've noticed poor performance using sftp. If anyone has any advice on how to improve performance, I'd like to hear it. Test simply involved transferring a single 143MB MP3 file using defaults for all the program configs. The opensshd 3.0.2p1 server is used in all tests. Software: openssh suite 3.0.2p1 psftp (putty sftp client) latest dev snapshot pscp (putty scp client) latest

Hey. I'm also a bit concerned about this issue... On Tue, 2019-01-22 at 13:48 +1100, Damien Miller wrote: > Don't use > scp with untrusted servers. But that would effectively mean one has to toss scp. Reality is simply that most peers cannot be really trusted? just imagine all the administration work which is done from some user/admin's computer to countless servers (running

https://bugzilla.mindrot.org/show_bug.cgi?id=2108 Bug ID: 2108 Summary: sftp progress meter updates too early Product: Portable OpenSSH Version: 6.2p1 Hardware: Other URL: http://bugs.debian.org/708372 OS: Linux Status: NEW Severity: enhancement Priority: P5 Component:

Hi Folks, I was wondering if I could ask this question here. Initially when I was thinking up how to do this I was expecting block encryption to stay consistent from one 'encryption run' to the next, but I found out later that most schemes randomize the result by injecting a random block or seed at the beginning and basing all other encrypted data on that. In order to prevent

Why are you encrypting the files and not the filesystem and the channel? On Tue, Oct 13, 2015 at 6:54 PM, Xen <list at xenhideout.nl> wrote: > Hi Folks, > > I was wondering if I could ask this question here. > > Initially when I was thinking up how to do this I was expecting block > encryption to stay consistent from one 'encryption run' to the next, but I >

Hi! I am running Debian with the following package version: Package: ssh Version: 1:1.2.3-1 Severity: normal The "-L" option, to use a non-privileged port, is missing in "scp". Here is a simple patch that implements this option. Etienne -- ---------------------------------------------------------------------- Etienne M. Gagnon, M.Sc. e-mail: egagnon at

Hi, I was thinking about the difficulties and complexities of using chroot in scp or sftp-server, in order to limit the user in which files they can access. I've seen a lot of arguments about how it is pointless to try and secure scp or sftp (also from a logging perspective) because if we allow SSH access, the user can simply provide their own scp or sftp binary, that does not do the

Hello all, I believe we all can agree that scp is ugly protocol carried for ages only for its simplicity of its usage and really no dependencies as it is installed together with every ssh client. But as we have seen recently, its simplicity and flexibility comes with security issues [1], it does not have great performance and there is really no development in there. Over the years, we still keep

Just added myself to the list, and I saw that somebody else had the same problem that I have, namely that I can't get "scp" to work. The similarities I could see was that we both use linux as the platform for issuing the command "scp", however I also use linux on the destination. The other similarity is that we both are using strictly version 2 of the ssh protocol. I've

Hi, sorry about bothering you like this but despite several tries my recent posts to ssh at clinet.fi never appear on that list, and I don't know where else to turn. I was unable to get sftp/scp to work when using OpenSSH 2.3.0p1. No one could solve this problem and evenutally I was told to try "a recent snapshot". Now I've installed 2.5.1p1, but still no cigarr :(. I have

You might try the free SSH client, putty (from: http://www.chiark.greenend.org.uk/~sgtatham/putty/). It has a command line SCP client (pscp) that will allow you to securely copy the file from Unix box, under windows. I've used it and had excellent results. Good luck, Paul "Manish K" <manish.k at db.com> wrote: Hi I got the email-id from the web site. Kindly let me know

Hello, I was searching for this information virtually everywhere, but as I couldn't find it - I'm asking here. I was wondering, why setting the Compression Level was removed in SSH2, and if on, is always set to 6. In SSH1 it was possible to set the Compression Level from 1 to 9. I have made some tests with Compression Levels using scp: SSH1, compression 9 (highest available for

On Mon, Oct 24, 2016 at 6:09 PM, Larry Martell <larry.martell at gmail.com> wrote: > The machines are on a local network. I access them with putty from a > windows machine, but I have to be at the site to do that. So that means when you are offsite there is no way to access either machine? Does anyone have a means to access these machines from offsite? > Yes, the C6 instance is