topic Re: SSH: secure file transfert in Operating System - OpenVMS

SSH: secure file transfert

zakaria_1 — Tue, 06 Apr 2004 16:07:20 GMT

Hi everyone,

Have anyone succeded in using sftp/scp clients on a OpenVMS system to copy files to a Solaris box(OpenSSH)? I know that it's not fully supported, but is there a workaround? I've tried ftp forwarding, and at least it works. But I can't get the session to loggout correctely (without a ctl-C), and I need this for a batch job.

Thanks

Re: SSH: secure file transfert

Martin P.J. Zinser — Tue, 06 Apr 2004 20:50:02 GMT

Hello Zakaria,

first please check if you are at the latest TCP ECO. ECO 1 for 5.4 has been released recently and contains numerous enhancements for scp/sftp. Else please post an example how you want to use sftp and I will test here. While I do not have my Sun setup yet I do have a Linux box with OpenSSH that I can use to test against.

Greetings, Martin

Re: SSH: secure file transfert

zakaria_1 — Wed, 07 Apr 2004 08:35:48 GMT

Hello,

Thanks for the reply. First, I'm running TCP/IP V5.3 ECO 2 on OpenVMS7.3

What I'm trying to do is, from the OpenVMS node: "scp vmsfile unixmachine:unixfile".
I tested with stream_lf/512bytes fixed length but it doesn't work. The process just "hangs". I tried with solaris and linux and it's the same.

Re: SSH: secure file transfert

Martin P.J. Zinser — Mon, 12 Apr 2004 16:49:10 GMT

Hello Zakaria,

I just installed the first ECO to TCP/IP 5.4 on a test box. SCP does not hang anymore, but instead stack dumps. Using -v I did get some addtional information:

tcpip$ssh_scp2.exe: warning: packet length mismatch: expected 28, got 8; connection to non-standard server?

tcpip$ssh_scp2.exe:SshFCTransfer/SSHFC_TRANSFER.C:1646: Destination file didn't exist.
tcpip$ssh_scp2.exe:SshFileCopy/SSHFILECOPY.C:150: In ssh_file_copy_file_regsiter_filename, name: welcome.txt

%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000000000003, PC=FFFFFFFF809A88E8, PS=0000001B

Improperly handled condition, image exit forced.
Signal arguments: Number = 0000000000000005
Name = 000000000000000C
0000000000000000
0000000000000003
FFFFFFFF809A88E8
000000000000001B

Register dump:
R0 = 000000000002D561 R1 = 000000000002D561 R2 = 0000000000017930
R3 = 000000007AEAFD17 R4 = 0000000000000073 R5 = 000000000002D550
R6 = 000000007AEB0D40 R7 = 0000000000000FF0 R8 = 000000000002D561
R9 = 0000000000000003 R10 = 0000006509000000 R11 = 0000000000000025
R12 = 0000000000000000 R13 = 0000000000000020 R14 = 0000000000000000
R15 = FFFFFFFFFFFFFFFF R16 = 0000000000000003 R17 = 0000000000000001
R18 = 000000000000001F R19 = 0000000000000400 R20 = 0000000000000100
R21 = 0000000000090530 R22 = 000000000000001C R23 = 0000000000000000
R24 = 0000000000017998 R25 = 0000000000000001 R26 = 0000000000090F24
R27 = 000000007C078700 R28 = 0000000000090EF0 R29 = 000000007AEAFB60
SP = 000000007AEAFB50 PC = FFFFFFFF809A88E8 PS = 100000000000001B
%C-F-SIGCHLD, child process terminated or stopped

Looks like it still does not work properly :-( . You might want to open a service call
about this. (Btw. the other side is a Linux system with OpenSSH 3.5p1).

Greetings, Martin

Re: SSH: secure file transfert

zakaria_1 — Tue, 13 Apr 2004 08:51:45 GMT

Hello Martin,

Thanks for testing