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

[etmsreec at yahoo.co.uk]

On 12 Mar, 12:12, VAXman-  @SendSpamHere.ORG wrote:
> In article <bc42fe28-ebad-47f9-9668-4a8303de2... at 13g2000yql.googlegroups.com>, etmsr... at yahoo.co.uk writes:
>
>
>
>
>
> >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$ =A0DIR HERE::
> >> >THERE$ =A0DIR HERE"user pass"::
>
> >> From nodes NOT HERE ;) I have no problem with proxy access. =A0It is just
>
> >> HERE$ DIR 0::
> >> ... or ...
> >> HERE$ DIR HERE::
>
> >> that is problematic.
>
> >> Also, HERE$ DIR THERE::HERE:: works. =A0It's as if the remote name is not
> >> getting passed so that the proxy =A0HERE::* */DEFAULT is invoked.
>
> >> --
> >> VAXman- A Bored Certified VMS Kernel Mode Hacker =A0 =A0VAXman(at)TMESIS(=
> >dot)ORG
>
> >> =A0http://www.quirkfactory.com/popart/asskey/eqn2.png
>
> >> =A0 "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
>
> I've changed the node names in these outputs but here is what I see
> after entering $ DIRECTORY 0::
>
> HERE$: SHOW INTRUSION
> Intrusion       Type       Count        Expiration         Source
> ---------       ----       -----        ----------         ------
>    NETWORK      SUSPECT       1   12-MAR-2009 06:58:16.37  LOCAL:.HERE::SYSTEM
>
> I delete these as soon as they occur.
>
> HERE$ MCR DECNET_REGISTER
>   1 - Show information about registered node names
>   :
>   :
> * Directory service: LocalFile
> * Node name or address: 1.1020
> * Display format: Brief
> * Output file:
>   :
>   :
> Directory Service: Local name file
>
> Node name:         LOCAL:.HERE
> Phase IV synonym:  HERE
> Node address:      49::00-01:AA-00-04-00-FC-07:20 (1.1020)
> Node address:      49::00-01:AA-00-04-00-FC-07:21 (1.1020)
>
> >proxy database give a node name but the local system doesn't recognise
> >the nodename, it won't allow access.
>
> HERE$ MCR AUTHORIZE
> UAF> SHOW/PROXY HERE::*
> LOCAL:.HERE::*
>     * (D)
>
> >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.
>
> *::* */DEFAULT was tried before you mentioned it here.  
>
> THERE$ DIRECTORY HERE::  (*works*)
> HERE$ DIRECTORY THERE::  (*works*)
> HERE$ DIRECTORY HERE::  (*fails*)
>
> Weird.  Anyway, I have other things I need to get sorted out before next
> week, so this issue will have to be back-burnered until some future date.
> --
> 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?"- Hide quoted text -
>
> - Show quoted text -

does a SET HOST HERE work from HERE:: ???