FREEAXP has just the Operator's Console (on port 9000) and TTA0 (on port 9001). I would like to connect a virtual Multiplexer (I think that is what this device would be called), or some other similar, and hopefully free, software so that you could connect more virtual terminals to the emulator (e.g. TTA1:, TTA2: TTA3: etc.), probably using the software on TTA0: (9001). Then when you connect using Telnet/Putty/Keavt/Reflection or whatever, using port 9001, the multiplexor would give you a unique TT: number (and probably automatically assign you a unique internal port number (e.g. 12001 etc).
I have had a careful look in the forums but if this topic has been posted already then I've missed it, sorry!
I agree this is probably a certainty for entry into the "Wishing For The Moon" competition, but if anybody knows of a means whereby I can do this, I would be very grateful.
if you start a second PuTTY you still need to give the same port number e.g. 9001. The second connection then puts you in wherever the first connection happens to be - this might be in the middle of an FMS form for example, if the first session happens to be using the FMS Editor. The second session won't see what has already been painted on the screen of the first session, so if the cursor is in the middle of the screen on the third or fourth field, say, you will just see the cursor in the middle of the screen, blinking away. If OTOH, you use say port 9002, the emulator is not listening on that so the PuTTY session will sit there, not connected and therefore doing not a lot.
It'd be nice if you could do what you suggest, John (and thank you for your reply), but I think if we could the Multiplexer device manufacturers in the real DEC world would have gone bust long ago...
SSH is the way to go with this. You need to enable it by logging in as SYSTEM and running the TCPIP$CONFIG command procedure. Select the server option and install and get the SSH Server going. You do not need to worry about the SSH Clinet, because PuTTY is going to be that. Remember to do a @SYS$STARTUP:TCPIP$SSH_SHUTDOWN followed by a @SYS$STARTUP:TCPIP$SSH_STARTUP so that the changes will be put into effect. The first time you logon using PuTTY with ssh you will get a check saying the host's rsa key is not in your cache but if you are happy with it, you will then be able to connect. The terminal is set to "unknown" because, being a remote terminal, OpenVMS has no way of knowing what type of terminal it is. You can set it to be a vt400 by doing a SET TERM/DEV=VT400 and if you detect the terminal type in your LOGIN.COM file you can change it as you are logging in. My thanks to "fovea159" for making this brilliant suggestion (i set it up and ran 5 terminals straightaway!)
malmberg December 12 2017 HPE only makes the most current version of OpenVMS Alpha / IA64 /VAX available to hobbyists. When I had access to the Alliance 1 program it was the same. No public downloads are allowed by HPE.
nmbonao December 08 2017 Is anybody knows OpenVMS 8.2 version downloadable version? or CD copy? Thank you very much
aarommes December 02 2017 Bitcoin and Blockchain enthusiasts ( plus distributed computing ) please connec / reply: http://www.openvmshobbyis t.com/forum/viewthread.ph p?forum_id=130&thread_id= 2991
malmberg September 10 2017 https://sourceforge.net/p /vms-ports/wiki/VMSInstal lation/ For the most part just use VMS 6.1 media instead of 7.3. But why run the older release?
DoeveR August 07 2017 Where can I find the write up on running VMS 6.1 using the simh emulator?
Bart March 20 2017 Happy to have found my password again!