13 Aug
2018
13 Aug
'18
4:06 p.m.
On Aug 13, 2018, at 5:56 AM, Johnny Billquist <bqt
at softjar.se> wrote:
Interesting stuff actually.
Let me comment each one with what I understand...
On 2018-08-13 07:45, Mark Abene wrote:
Clearly an attempt to connect using a nonexistent PPN should fail, and I would expect it
to fail prior to spawning the object ("fork" in Unix terminology). However, see
below.
This is what I saw on my end:
Event type 34.0, Object spawned
Occurred 29-Jul-31 13:19:43.4 on node 61.151 (MARDUK)
Source node = 1.13 (MIM)
Source process = 0 0 0 BILLQUIST
Destination process = 19
User = 61,1
Password = ...
This would be NICE, which is object 19. I do not get any response when I try to talk NICE
to MARDUK. I'm also not providing any authentication information, so it would seem
61,1 is the default account, or something, that DECnet on your machine is using.
I'm kindof wondering why I'm not getting any response to NICE requests. But, as
noted before, I do get an network resources error. If I had an account, it could be
interesting to try authenticating myself and see if that helped. Especially if 61,1
don't even exist as an account on MARDUK. ...
Event type 34.0, Object spawned
Occurred 29-Jul-31 17:10:43.8 on node 61.151 (MARDUK)
Source node = 1.13 (MIM)
Source process = 0 0 0 BILLQUIST
Destination process = 23
User = 1,2
Password = ...
Object 23 is the predecessor of CTERM. I'm not entirely sure of the name of that
protocol. Anyway, I never logged in. Using the normal RSX program for connecting gives me
a protocol error. Using the RSTS/E specific program did allow me to connect, but did crash
RSX afterwards. But I never logged in. But I guess the user here is just under which the
server itself would be running, and not anything I provided.