| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
Hello , My customer/partner uses a licence check in his code that needs to know the hardware address of the node they are running our managment module on. Today that routine uses NCP via the system and redirects the information to a file and then reads it. That is a poor way to do it! They found a DECmcc routine which is called 'mcc_ea_show_enet_device_id', but when they use this it seems like it is privileged in a way. The status returned is MCC_S_INSUF_PRIVS. Is it correct that to call this routine one needs special privileges? What privileges/access rights are necessary and sufficient? Do you know of other routines/methods they can use? Best Regards Catherine
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3874.1 | TOOK::SWIST | Jim Swist LKG2-2/T2 DTN 226-7102 | Wed Oct 07 1992 15:24 | 10 | |
You need LOG_IO priv on VMS. On Ultrix the process needs to be run
as setuid to root.
These are requirements of the low-level Ethernet routines, not MCC.
(One could easily disrupt an entire network by doing bad things with
this interface).
If you are on Ultrix, there is a non-privileged way to read your
ethernet addresses using the ioctl's SIOCGIFCONF and SIOCRPHYSADDR
against any network socket. Look at the man pages.
| |||||
| 3874.2 | using DECnet IV commands would still work | SKIBUM::GASSMAN | Fri Oct 09 1992 14:04 | 5 | |
If the system is running DECnet, then a MCC>SHOW NODE4 node PHYSICAL
ADDRESS, or MCC> SHOW NODE4 node LINE * HARDWARE ADDRESS - should work
without needing privs.
bill
| |||||