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

[VAXman- at SendSpamHere.ORG]

In article <bc42fe28-ebad-47f9-9668-4a8303de2df9 at 13g2000yql.googlegroups.com>, etmsreec 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?"