Do DECNET proxies work for this as well, so if I've got a proxy set up between two systems, the remote user gets the appropriate privs?
Sampsa
On 22 Feb 2010, at 14:29, Steve Davidson wrote:
The task object mechanism works great! I have used this with FORTRAN when I supported it for DEC.
-Steve
________________________________
From: owner-hecnet at Update.UU.SE on behalf of Kari Uusim ki
Sent: Mon 2/22/2010 08:43
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] REXEC-type feature over DECNET?
On 22.2.2010 14:05, Sampsa Laine wrote:
is there any simple way to execute a command on another DECNET node
remotely, a la rexec or ssh?
Sampsa
.
Yes, indeed.
You can use the TASK object to execute a command at a remote DECnet node.
Maybe it is best that you read through the chapter 8 of the DECnet for
OpenVMS networking manual:
http://h71000.www7.hp.com/doc/73final/documentation/pdf/DECNET_OVMS_NET_MAN…
Kari
<winmail.dat>
The task object mechanism works great! I have used this with FORTRAN when I supported it for DEC.
-Steve
________________________________
From: owner-hecnet at Update.UU.SE on behalf of Kari Uusim ki
Sent: Mon 2/22/2010 08:43
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] REXEC-type feature over DECNET?
On 22.2.2010 14:05, Sampsa Laine wrote:
is there any simple way to execute a command on another DECNET node
remotely, a la rexec or ssh?
Sampsa
.
Yes, indeed.
You can use the TASK object to execute a command at a remote DECnet node.
Maybe it is best that you read through the chapter 8 of the DECnet for
OpenVMS networking manual:
http://h71000.www7.hp.com/doc/73final/documentation/pdf/DECNET_OVMS_NET_MAN…
Kari
On 22.2.2010 14:05, Sampsa Laine wrote:
is there any simple way to execute a command on another DECNET node
remotely, a la rexec or ssh?
Sampsa
.
Yes, indeed.
You can use the TASK object to execute a command at a remote DECnet node.
Maybe it is best that you read through the chapter 8 of the DECnet for OpenVMS networking manual:
http://h71000.www7.hp.com/doc/73final/documentation/pdf/DECNET_OVMS_NET_MAN…
Kari
Sampsa Laine wrote:
is there any simple way to execute a command on another DECNET node remotely, a la rexec or ssh?
Not sure about VMS, but in RSX this can all be controlled from software. There is a library of functions to run, abort and fool around with tasks on other hosts.
There are also parts available from the command line:
.nft /he
NFT is the Network File Transfer utility. It can perform file
transfers and file operations over the network.
Information is available for the following operations:
APPEND (/AP) .............. File Append commands
COPY ...................... File Transfer commands
DELETE (/DE) .............. File Deletion commands
DEFAULTS (/DF) ............ Set/Examine Defaults commands
DIRECTORY (/AT,/BR,/LI,/FU) Directory list commands
EXECUTE (/EX) ............. File Execution commands
IDENTIFY (/ID) ............ Identify commands
PROTECTION (/PR)........... File Protection commands
RENAME (/RE) .............. File Rename command
SPOOL (/SP) ............... File Spooling commands
SUBMIT (/SB) .............. File Submission commands
And the following subjects:
DATA CHECKING (/DC) ....... Remote file transfer data checking
FILESPECS ................. File Specification syntax
NODE NAMES ................ Node and Access control syntax
MODES (/AS,/AX,/BK,/IM,/RC) File transfer Mode switches
QUOTES .................... Quoting foreign filespecs
SWITCHES .................. NFT switch summary
VERSION NUMBERS ........... Version number processing
.
So, you can both run, submit to the spooler or the batch, files to remote machines.
Johnny
Mark Wickens wrote:
Hi guys,
I've now secured an internet connection for the DEC Legacy event in April and wanted to pick your collective brains about what might be interesting to hecnet hobbyists who won't be able to attend the event if we can get some of the machines that will be in attendance connected up to hecnet on the day.
A couple of my machines will be there - probably the VAX 4000/90 and either the DEC 3000/600 or the ZX6000 itanium workstation - I'm presuming I'll need to supply an updated IP address for Jonny to patch me in given that my bridge will be on a different IP address? Also, would it be possible for those attendees who've not been connected previously to get connected up on the day, given that they won't have to worry about the bridge setup?
Would anyone fancy participating in a coding competition? Anyone have any other suggestions?
Hi, Mark.
Sounds like fun. Too bad I'm not there. :-)
I see no real problems with hooking this up to HECnet. Technically it is easy, as long as we have a defined endpoint to hook up to.
The rest is mostly a question of making sure that any machines getting online are configured with an acceptable DECnet address, or else it might become confusion and bad karma.
Coding competitions? Doing what? DECnet programs?
If you accept someone doing something from an RSX, sure. I might be game. ;-)
I'm writing a totally new mail client and server right now. At the moment it will only talk local and DECnet, but in the longer run, it will also be able to talk TCP/IP, once I get down and fix a few things in my TCP/IP for RSX.
That will also create a totally new gateway between DECnet and IP, in which I have control of all the code, and knows how it works and can fix things... :-)
I hate not having the sources of things. When I find problems, things always gets so much more complicated...
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
In RSX:
*help set line
SET
LINES
The SET LINES (abbreviated SE L) command controls the number of screen
lines used in either of the screen versions of change mode. Use this
option to reduce the time it takes to refresh the screen image when
editing on slow terminals.
Format: SET LINES n
where n is the number of lines to use. n must be between 1 and 22. By
default, n is set to 22 lines. If the cursor limits are larger than n-1
they are reduced to n-1. See SET CURSOR.
*
Johnny
Steve Davidson wrote:
In EDT execute "set line 60" at the "*" or what ever line count you wish.
-Steve
________________________________
From: owner-hecnet at Update.UU.SE on behalf of Jean-Yves Bernier
Sent: Tue 2/16/2010 16:04
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Apples MAC OS X pcap library...
At 11:54 AM +0100 2/16/10, Johnny Billquist wrote:
When a packets is sent from machine B it goes to the switch. The switch
either sees a broadcast packet, and forwards it to all ports, or a
packet for a specific MAC address, and forwards it to the port of
machine A.
Well, I suppose the bridge had announced over the LAN that it is DECNET
nodes such, then machine B "believes" A hosts those nodes, right? So the
bridge has NOT to sniff unicast traffic, because packets are addressed to
it.
When a packet is received by machine A by the bridge from another place,
the bridge program then injects the ethernet packet on the local
network.
Catched it.
No need for EDT clones when you have EDT... :-)
EDT is excellent but being jailed to 24 lines is terrible nowdays.
We also have a TU77 and a TU78. But for those I need to
connect and fix things up.
The TU81 can do fit. I've seen it on your pictures.
We have succesfully recovered data from DC600 cartridges written circa 90,
but my tapes were written in 1985 so chances are low. They have been stored
in a dry and cold place, however.
The 11/60 don't need 3-phase.
I'm puzzled here.
A general question: this is HECNET list, are non-networking RSX questions
off topic? I have a lot, but i don't want to bother :-)
--
Jean-Yves Bernier
Hi.
Jean-Yves Bernier wrote:
At 11:54 AM +0100 2/16/10, Johnny Billquist wrote:
When a packets is sent from machine B it goes to the switch. The switch
either sees a broadcast packet, and forwards it to all ports, or a
packet for a specific MAC address, and forwards it to the port of
machine A.
Well, I suppose the bridge had announced over the LAN that it is DECNET
nodes such, then machine B "believes" A hosts those nodes, right? So the
bridge has NOT to sniff unicast traffic, because packets are addressed to
it.
Correct, except you don't "announce" anything. The switch will learn by sniffing. Before it knows where a machine is located, unicast packets will go out on all ports, just like broadcasts. But once a machine have sent a single packet, the switch knows that that mac address is on that port, and all packets to that mac address can then specifically be sent to only that port. It works okay even if you move the machine to another port as well, because as soon as a single packet have been sent from the machine at the new port, the switch relearns.
In EDT execute "set line 60" at the "*" or what ever line count you wish.
-Steve
________________________________
From: owner-hecnet at Update.UU.SE on behalf of Jean-Yves Bernier
Sent: Tue 2/16/2010 16:04
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Apples MAC OS X pcap library...
At 11:54 AM +0100 2/16/10, Johnny Billquist wrote:
When a packets is sent from machine B it goes to the switch. The switch
either sees a broadcast packet, and forwards it to all ports, or a
packet for a specific MAC address, and forwards it to the port of
machine A.
Well, I suppose the bridge had announced over the LAN that it is DECNET
nodes such, then machine B "believes" A hosts those nodes, right? So the
bridge has NOT to sniff unicast traffic, because packets are addressed to
it.
When a packet is received by machine A by the bridge from another place,
the bridge program then injects the ethernet packet on the local
network.
Catched it.
No need for EDT clones when you have EDT... :-)
EDT is excellent but being jailed to 24 lines is terrible nowdays.
We also have a TU77 and a TU78. But for those I need to
connect and fix things up.
The TU81 can do fit. I've seen it on your pictures.
We have succesfully recovered data from DC600 cartridges written circa 90,
but my tapes were written in 1985 so chances are low. They have been stored
in a dry and cold place, however.
The 11/60 don't need 3-phase.
I'm puzzled here.
A general question: this is HECNET list, are non-networking RSX questions
off topic? I have a lot, but i don't want to bother :-)
--
Jean-Yves Bernier
At 11:54 AM +0100 2/16/10, Johnny Billquist wrote:
When a packets is sent from machine B it goes to the switch. The switch
either sees a broadcast packet, and forwards it to all ports, or a
packet for a specific MAC address, and forwards it to the port of
machine A.
Well, I suppose the bridge had announced over the LAN that it is DECNET
nodes such, then machine B "believes" A hosts those nodes, right? So the
bridge has NOT to sniff unicast traffic, because packets are addressed to
it.
When a packet is received by machine A by the bridge from another place,
the bridge program then injects the ethernet packet on the local
network.
Catched it.
No need for EDT clones when you have EDT... :-)
EDT is excellent but being jailed to 24 lines is terrible nowdays.
We also have a TU77 and a TU78. But for those I need to
connect and fix things up.
The TU81 can do fit. I've seen it on your pictures.
We have succesfully recovered data from DC600 cartridges written circa 90,
but my tapes were written in 1985 so chances are low. They have been stored
in a dry and cold place, however.
The 11/60 don't need 3-phase.
I'm puzzled here.
A general question: this is HECNET list, are non-networking RSX questions
off topic? I have a lot, but i don't want to bother :-)
--
Jean-Yves Bernier
