1

Is this even possible without compromising the server's security?

Improve this question
2
  • Why would this compromise security? VMS (what version) is pretty secure itself.
    – John Saunders
    May 7, 2009 at 11:09
  • the article I was looking at was about 10 years old and it mentioned you can open up your windows system doing it his way...but then it was 10 years ago and certainly NOT with XP.
    – Keng
    May 7, 2009 at 17:26

4 Answers 4

Reset to default
3

Samba is the canonical system used to do this on Unix-like systems and did support VMS at one point. However I'm not sure that it still does in the main trunk - you could try an older version. Directories can be shared from the VMS server via the samba server or mounted off a Windows machine via smbmount.

If you don't want to compile your own version, HP maintains a port of Samba for VMS, which can be downloaded here.

Alternatively, you could see if the Pathworks32 client will run in Win 2k3 server. Lastly, you may be able to just upload/download files via FTP.

Improve this answer
1
  • rats...they aren't going to let me install anything on the VMS side.
    – Keng
    May 7, 2009 at 17:27
3

Pathworks for OpenVMS (if installed on VMS) provides integration with active directory. Security can be controlled with inter-domain trusts (Windows side) and ACLs with HOSTMAPs that map active directory names to OpenVMS accounts. You could limit the capabilities of the relevant OpenVMS accounts to match any security policy.

OpenVMS files can have varying record formats, and not all of them can be easily translated to Windows files. Pathworks does a reasonable job translating record formats, but for some files the result is not usable.

Care should be taken with file version numbers, as the Windows side can see only the file with the highest version. When a Windows client deletes a file from a shared directory, an older version can appear and confuse the client.

Improve this answer
1

You could try setting up the OpenVMS system as an NFS server and the Windows 2008 server as an NFS client. The biggest problems with this approach are the fact that OpenVMS has versioned files (so that deleting a file only deletes the latest version) and the fact that OpenVMS filesystems are case-insensitive.

From what I've read, OpenVMS NFS is also very picky about what it will accept; anything off kilter will cause it to reject the NFS traffic.

With OpenVMS 8.x, HP TCP/IP is included - as is NFS.

Improve this answer
1

Whether it's Samba or NFS, nothing in the Windows world is likely to compromise the VMS system - the chances of someone leaving malware on the share that could hurt the VMS system are insignificant.

Or did you meant the other way? That something about the mapping could affect the Windows server? In that case, there'd be nothing more risky than any other drive you mapped on the Windows server.

Improve this answer

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .