Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 15 Dec 1999 01:36:43 +0000
From:      Brian Somers <brian@awfulhak.org>
To:        Jonathan Lemon <jlemon@americantv.com>
Cc:        Brian Somers <brian@awfulhak.org>, arch@freebsd.org, brian@hak.lan.Awfulhak.org
Subject:   Re: The if_detach problem 
Message-ID:  <199912150136.BAA01143@hak.lan.Awfulhak.org>
In-Reply-To: Message from Jonathan Lemon <jlemon@americantv.com>  of "Tue, 14 Dec 1999 17:39:36 CST." <19991214173936.37821@right.PCS> 

next in thread | previous in thread | raw e-mail | index | archive | help
[.....]
> > Another (more real?) argument for keeping the interface but making it 
> > unusable 'till the driver wants it again is that there may be 
> > security concerns....  at the moment, ``netstat -i'' reports what's 
> > been going on very nicely.  Removing the interface entirely will 
> > allow people to hide what should not be hidden....
> 
> I'm not sure this applies.  At the moment, `netstat -i' does not 
> show interfaces which have no driver in the system.  So if I load
> and then _unload_ a driver, what should 'netstat -i' report?  The
> name of the (nonexistent) driver?  Similarly, if the hardware
> happens to be a PCCARD, and it's popped out, its gone, and there
> isn't any point in keeping the iface around forever.

Yes, maybe a if_detach() based netstat -i style line would be more 
appropriate ?

<looks at netstat -i output>

Hmm, it'd be nice to have netstat -i report per-IP stats too rather 
than reporting each alias address as having the same (per-interface) 
statistics.  I'll stick it in my mental-todo-list :-I

Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs  Coll
de0   1500  <Link#1>    00.00.c0.ff.e9.ce   859160     0   541128     0   507
de0   1500  172.16/24     172.16.0.1        859160     0   541128     0   507
lp0*  1500  <Link#2>                             0     0        0     0     0
sl0*  552   <Link#3>                             0     0        0     0     0
sl1*  552   <Link#4>                             0     0        0     0     0
ppp0* 1500  <Link#5>                             0     0        0     0     0
ppp1* 1500  <Link#6>                             0     0        0     0     0
lo0   16384 <Link#7>                        957056     0   957056     0     0
lo0   16384 127           127.0.0.1         957056     0   957056     0     0
lo0   16384 195.166.136.6 195.166.136.63    957056     0   957056     0     0
tun0  1500  <Link#8>                         11556     0    17744     0     0
tun0  1500  172.16        172.16.0.1         11556     0    17744     0     0
tun0  1500  212.74.9.182/ 212.74.9.182       11556     0    17744     0     0
tun0  1500  212.74.9.153/ 212.74.9.153       11556     0    17744     0     0
tun0  1500  212.74.9.214/ 212.74.9.214       11556     0    17744     0     0
tun0  1500  212.74.9.244/ 212.74.9.244       11556     0    17744     0     0
tun0  1500  212.74.9.132/ 212.74.9.132       11556     0    17744     0     0
tun0  1500  212.74.9.163/ 212.74.9.163       11556     0    17744     0     0
tun0  1500  212.74.9.155/ 212.74.9.155       11556     0    17744     0     0
tun0  1500  212.74.9.235/ 212.74.9.235       11556     0    17744     0     0
tun0  1500  212.74.9.152/ 212.74.9.152       11556     0    17744     0     0
tun0  1500  212.74.9      212.74.9.221       11556     0    17744     0     0

> --
> Jonathan

-- 
Brian <brian@Awfulhak.org>                        <brian@FreeBSD.org>
      <http://www.Awfulhak.org>;                   <brian@OpenBSD.org>
Don't _EVER_ lose your sense of humour !          <brian@FreeBSD.org.uk>






To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199912150136.BAA01143>