[Info-vax] DECnet V proxy problem...

[etmsreec at yahoo.co.uk]

On 11 Mar, 20:01, VAXman-  @SendSpamHere.ORG wrote:
> In article <00008802$0$2141$c3e8... at news.astraweb.com>, JF Mezei <jfmezei.spam... at vaxination.ca> writes:
>
> >VAXman- @SendSpamHere.ORG wrote:
> >> I don't know why but the following no longer functions:
>
> >> HERE$ DIR HERE::
> >> ... or ...
> >> HERE$ DIR 0::
>
> >> I can do:
>
> >> HERE$ DIR THERE::
>
> >Re-install the OS and reboot :-)
>
> Thank you for that sage advice, Bill Gates. ;)
>
> >are you able do do:
>
> >DIR HERE"user pass":: ???
>
> From HERE:: I can do $ DIR HERE"username password":: successfully.
>
>
>
> >and more importantly:
>
> >THERE$  DIR HERE::
> >THERE$  DIR HERE"user pass"::
>
> From nodes NOT HERE ;) I have no problem with proxy access.  It is just
>
> HERE$ DIR 0::
> ... or ...
> HERE$ DIR HERE::
>
> that is problematic.
>
> Also, HERE$ DIR THERE::HERE:: works.  It's as if the remote name is not
> getting passed so that the proxy  HERE::* */DEFAULT is invoked.
>
> --
> VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG
>
>  http://www.quirkfactory.com/popart/asskey/eqn2.png
>
>   "Well my son, life is like a beanstalk, isn't it?"

I'd look at the format of the intrusion records and note any that have
the node number rather than the node name.  this would indicate that
the system isn't registered in the local address tower so the local
system doesn't know what or who it is.  If the proxy records in the
proxy database give a node name but the local system doesn't recognise
the nodename, it won't allow access.
If the user accounts are the same on all systems, you could try adding
a proxy of *::* */default temporarily and make sure that proxy access
as a whole is working.

Steve