Hello, this is the Electronic Mail Monitoring Service at Home Retail Group.
We recently received an eMail sent from this address to
customerservi...@habitat.co.uk.
I’m sorry, but were unable to deliver this mail as it contains an executable
which could pose a threat to our Information Systems.
Old Synopsis: STP enabled tap bridge
New Synopsis: [tap] STP enabled tap bridge
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Jun 16 23:31:09 UTC 2013
Responsible-Changed-Why:
I'm not 100% sure if this is a suggestion or a pro
Well it does seem to work and is the most straight-forward solution,
though presumably the devd approach should work.
Thanks to both!
Bernard Higonnet
On 16/06/2013 16:40, Julian Elischer wrote:
On 6/16/13 8:51 PM, Damien Fleuriot wrote:
I might be wrong but wouldn't that be a job for devd ?
Off the top of my head I don't know of another OS that does this.
But yes agreed changing that behavior would probably effect a lot of people in
a negative way at this point.
Not to mention script breakage.
But a tunable in the stack somewhere would be awesome to change this behavior.
Either i
How is adding a small token 'down' with the command a 'PITA',
seems completely reasonable to me? Further, if you changed it
so if didn't bring the interface up you'd probably have a bunch of
people complain because that was the expected behavior :)
Jack
On Sun, Jun 16, 2013 at 2:28 AM, Jason He
On 6/16/13 8:51 PM, Damien Fleuriot wrote:
I might be wrong but wouldn't that be a job for devd ?
Alternatively set a cron job every minute to reinstall the route.
use the up/down scripts to install the routes... that's what they are for.
On 16 Jun 2013, at 12:22, Bernard Higonnet wrote:
I might be wrong but wouldn't that be a job for devd ?
Alternatively set a cron job every minute to reinstall the route.
On 16 Jun 2013, at 12:22, Bernard Higonnet wrote:
> I have a machine, FreeBSD 8.1-RELEASE #0, running a VPN (MPD5) server.
>
> Every once in a while, the link goes down, p
I have a machine, FreeBSD 8.1-RELEASE #0, running a VPN (MPD5) server.
Every once in a while, the link goes down, presumably because of some
third-party event on the network.
When this happens, an element placed in the routing table by hand
disappears since the node on the VPN server to the f
Seconded.
But to answer you must specify "down" with every command.
ifconfig wlan0 inet ipa.ddr.her.e/24 down
It's a PITA
--
Jason Hellenthal
Inbox: jhellent...@dataix.net
Voice: +1 (616) 953-0176
JJH48-ARIN
On Jun 16, 2013, at 3:48, Adrian Chadd wrote:
> That'd actually be nice to hav
That'd actually be nice to have. I've noticed this with wifi and it's
irritating.
adrian
On 15 June 2013 23:59, h bagade wrote:
> Hi all,
>
> I want to know if there is any way to change the current freebsd behavior
> when setting interface ip address. In current method, when assigning ip
> add
Hi all,
I want to know if there is any way to change the current freebsd behavior
when setting interface ip address. In current method, when assigning ip
address to an interface, the interface is set to UP. I need not allowing
this change to be done! If an interface is in down state, setting ip
ad
11 matches
Mail list logo
