> I didn't see any ftp logs, the [tcpip$ftp] directory has none. ftp is configured the same on both nodes.
I had asked if the ftp server was configured and running on the target box, not if it was "the same". If the two hosts are "the same" and "the ftp server is not configured" (which still looks to be in play here), then ftp connections headed the other way may well be broken, too.
That there are no logs in the ftp server directory and in the target user's default directory - the two spots where the logs are expected - implies that the ftp server is not running.
>can't get much simpler than that, I imagine!
Other than localhost, no. That's a simple network.
Given that there are managed switches here, there is a second whole layer of weird in play.
>on a side note, the previously requested ping with packet sizes worked like this:
FWIW, I'd be careful with tossing big pings around. That can crash some boxes, including certain versions of VMS. qv: Ping Of Death.
>> Post the full command sequence.
>by this, I assume you meant what I have included in the first post of this thread - were you looking for something more than that?
Yes, I was wondering about the connect command, and your configuration statement of this-to-that-to-other does make the network appear, um, uniquely configured.
I was also wondering why you were not using the COPY /FTP /BINARY command that's been around in DCL and IP since V6.2, but that's another discussion. Way easier to script that one into a DCL procedure, too. But I digress.
>> Post logs from the target ftp server.
>don't see any logs there either, in sys$sysdevice:[tcpip$ftp]
That's a potential problem. Do look into why you have no logs. A potential trigger here is that the ftp server is not configured and started. And if it's not obvious, the ftp server is different from the ftp client.
>> And if that's a full OpenVMS distro kit as it looks, burn a CD and send it over.
>not sure what you're looking for here, I don't have burners on these systems. they are an es45 and an alpha 4100, with 100mb nics.
OK, translating that apparent confusion, you don't know how to burn optical disk media for use with VMS.
Presuming your software licenses permit it, burning a disk to boot VMS is not particularly difficult, even if you have to haul the disk image over to a Windows or Mac OS X or Linux or Unix box to burn the disk.
At its simplest, you create a 700 MB LD disk partition, BACKUP /IMAGE the distro into it, dismount the LD and copy the backing file over to the box where you have a burner on (if you don't have a burner on VMS, and it's handy to have a burner on VMS even if it's comparatively slow) and burn the disk. Then transport the media. Even with the glacial burn speeds on VMS, I can have a disk generated in well less than a week.
I have directions posted for that elsewhere on the 'net.
http://labs.hoffmanlabs.com/node/28>I did bring up the firewall issue earlier, but someone didn't think that mattered.
You're thinking of a "firewall" as a device at the network perimeter. That's certainly a common case, but not the only case.
A managed switch can be a very effective firewall.
And it's distinctly possible that various production boxes will have their own firewalls; that's less common with VMS, but it's near-ubiquitous configuration with other platforms (Windows, Mac, Linux, Unix), and it may well be a possibility with VMS guested on a HP-UX box.
This prevalence of firewalls is one of the central reasons why ftp is stinky. Well, that and ftp exposes your access credentials in cleartext.
As for sftp, you type "sftp" at the login prompt. TCP/IP Services versions V5.4 and later have sftp available.
I have various postings on sftp up, including setting up a secure certificate-based, no-password login.
http://labs.hoffmanlabs.com/node/1118I'd suggest getting an escalation process on-line, too, and ITRC isn't a particularly good one. (I've done hospital IT, and know from experience that the ER docs can get all the way from zero to full cranky milliseconds after the servers or the network have gone walkabout.)
