Re: mac addresses OSR5 and Unixware
- From: Nico Kadel-Garcia <nkadel@xxxxxxxxx>
- Date: Fri, 25 Jan 2008 21:37:48 +0000
Bill Vermillion wrote:
In article <b79d2b48-9ca3-41ef-9be4-390780a0b591@xxxxxxxxxxxxxxxxxxxxxxxxxxx>,
Nico Kadel-Garcia <nkadel@xxxxxxxxx> wrote:
On 17 Jan, 23:01, Nico Kadel-Garcia <nka...@xxxxxxxxx> wrote:On 17 Jan, 16:12, b...@xxxxxxx (Bill Vermillion) wrote:e:
In article <fmnpsb$sb...@xxxxxxxx>, Ron Kirschner <r...@xxxxxxxxxx> wrot=.I'm trying to determine mac addresses of users telnet'ing to the server=PN'sarp -a identifies local users, but not any remote users connected via V=A followup: you can install "lsof" from the Skunkware site, and use itWhy do you want them? The user could, if you ask nicely, send them toor otherwise. =A0Is there any way to get that info?No. MAC address stay on the local network. =A0
you.
to see what network ports and services are open to what incoming
clients. Then you can parse that to find the hostnames or IP
addresses, and ping them to get the MAC addresses.
Does that help?
That still won't give you MAC address that are NOT on the local
LAN. MAC's aren't transmitted across the net unless you
have a bridged network.
And there is no quarantee that if you could get the MAC from a far
machine that it would not collide with a local MAC address.
While MAC address in hardware are supposed to be unique, in the
past some cheapo NICs had duplicate MAC addresses.
It's also a potential problem with virtualized OS's that randomly assign MAC's, and with people who carelessly hardcode virtual OS's with simplistic patterns (like setting the last three octets to all 0's by default.)
And there is also the possibility that the MAC address has been
changed on any machine so that it differs from the burned in
address.
Yeah, and some folks re-write MAC addresses to spoof client machines and their logging, or to avoid locked in MAC access to configurable switches.
Just one reason that a MAC address may be re-written is that once
the MAC is resolved by looking for IP all communications are at the
MAC address so that if you run a fail-over machine, if the primary
machine fails, then you re-write the MAC on the backup machine so
that the failover is transparent.
At least that's how I understand it all.
This ties into "pair-bonding" and virtual machine live migration. It's fascinating stuff!
.
- References:
- mac addresses OSR5 and Unixware
- From: Ron Kirschner
- Re: mac addresses OSR5 and Unixware
- From: Bill Vermillion
- Re: mac addresses OSR5 and Unixware
- From: Nico Kadel-Garcia
- Re: mac addresses OSR5 and Unixware
- From: Nico Kadel-Garcia
- Re: mac addresses OSR5 and Unixware
- From: Bill Vermillion
- mac addresses OSR5 and Unixware
- Prev by Date: Re: Adding hard drives to an existing SCSI controller
- Next by Date: Re: will SCO 5.0.6 Enterprise work on SATA
- Previous by thread: Re: mac addresses OSR5 and Unixware
- Next by thread: Re: mac addresses OSR5 and Unixware
- Index(es):
Relevant Pages
|