https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207877
Mark Linimon changed:
What|Removed |Added
Resolution|--- |Overcome By Events
Stat
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282478
Jose Luis Duran changed:
What|Removed |Added
Assignee|n...@freebsd.org |jldu...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282478
Mark Johnston changed:
What|Removed |Added
Status|New |Open
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282478
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
Stop Newsletter
Cordialement,
Marcos Lage
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262571
Kristof Provost changed:
What|Removed |Added
Status|In Progress |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262571
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
Stat
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262571
--- Comment #8 from commit-h...@freebsd.org ---
A commit in branch releng/13.1 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=81c1d7c9c727184dacb31df563fb42d208ccde46
commit 81c1d7c9c727184dacb31df563fb42d208ccde46
Autho
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262571
--- Comment #7 from commit-h...@freebsd.org ---
A commit in branch stable/12 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=b1a3f8dccb6203036b7ee81201fd5b5a8de36f0d
commit b1a3f8dccb6203036b7ee81201fd5b5a8de36f0d
Author:
: Michael Gmelin
AuthorDate: 2022-03-16 22:08:55 +
Commit: Kristof Provost
CommitDate: 2022-03-20 00:24:51 +
if_epair: fix race condition on multi-core systems
As an unwanted side effect of the performance improvements in
24f0bfbad57b9, epair interfaces stop
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262571
--- Comment #5 from commit-h...@freebsd.org ---
A commit in branch stable/13 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=f6138d93b5115ff560b24200d1ea002cdc46bb64
commit f6138d93b5115ff560b24200d1ea002cdc46bb64
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262571
--- Comment #4 from commit-h...@freebsd.org ---
A commit in branch main references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=0bf7acd6b7047537a38e2de391a461e4e8956630
commit 0bf7acd6b7047537a38e2de391a461e4e8956630
Author:
Author: Michael Gmelin
AuthorDate: 2022-03-16 22:08:55 +
Commit: Kristof Provost
CommitDate: 2022-03-16 23:40:40 +
if_epair: fix race condition on multi-core systems
As an unwanted side effect of the performance improvements in
24f0bfbad57b9, epair interfaces stop
: Michael Gmelin
AuthorDate: 2022-03-16 22:08:55 +
Commit: Kristof Provost
CommitDate: 2022-03-16 23:38:33 +
if_epair: fix race condition on multi-core systems
As an unwanted side effect of the performance improvements in
24f0bfbad57b9, epair interfaces stop
: Michael Gmelin
AuthorDate: 2022-03-16 22:08:55 +
Commit: Kristof Provost
CommitDate: 2022-03-16 22:08:55 +
if_epair: fix race condition on multi-core systems
As an unwanted side effect of the performance improvements in
24f0bfbad57b9, epair interfaces stop forwarding
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262571
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
Hello
This is Linny from Quint tech HongKong Ltd.
Our company is professional in PCB,components and PCBA market (1-30 layers).
over 10 years, covering FR4, Aluminium board, Flexible board, High TG board,
Mix-material board, HDI Board, pcb assembly, etc.
Advantage: no MOQ rule, low price, good
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237010
Mark Linimon changed:
What|Removed |Added
Summary|mlx5 with LACP can stop |mlx5en with LACP can stop
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233607
Stephen Hurd changed:
What|Removed |Added
Status|New |In Progress
Assignee|n...
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233607
Lev A. Serebryakov changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207877
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
please stop emailing me
> From: freebsd-net-requ...@freebsd.org
> Subject: freebsd-net Digest, Vol 522, Issue 2
> To: freebsd-net@freebsd.org
> Date: Tue, 2 Apr 2013 12:00:02 +
>
> Send freebsd-net mailing list submissions to
> freebsd-net@freebsd.org
>
>
Synopsis: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth
for BCM5784, 7.3-R works
State-Changed-From-To: open->feedback
State-Changed-By: yongari
State-Changed-When: Fri Nov 19 17:53:56 UTC 2010
State-Changed-Why:
Could you try latest stable/8 on the box? There w
Synopsis: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth
for BCM5784, 7.3-R works
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Tue Nov 16 13:46:07 UTC 2010
Responsible-Changed-Why:
Over to maintaine
age - From: "Chris Buechler"
>
> />/ <http://lists.freebsd.org/mailman/listinfo/freebsd-net>>
> />/ To: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>>
> />/ Sent: Sunday, May 17, 2009 9:08 PM
> />/ Subject: multi-homed systems stop
;
/>/ To: http://lists.freebsd.org/mailman/listinfo/freebsd-net>>
/>/ Sent: Sunday, May 17, 2009 9:08 PM
/>/ Subject: multi-homed systems stop answering ARP on local addresses
/>/ w/ifconfig aliases
/>/
/>/
/>>/ There seems to be a regression between 6.x and 7.0 and 7.1
Old Synopsis: bringing gif3 tunnel down causes gif0 tunnel to stop working
New Synopsis: [gif] bringing gif3 tunnel down causes gif0 tunnel to stop working
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sat Feb 13 05:12:39 UTC 2
houldn't impact
the system's ability to talk to its own IPs.
thanks for the response though!
> - Original Message - From: "Chris Buechler"
>
> To:
> Sent: Sunday, May 17, 2009 9:08 PM
> Subject: multi-homed systems stop answering ARP on local addresses
>
Silly question but something else on the network isn't doing a arp spoof
attack is it?
Regards
Steve
- Original Message -
From: "Chris Buechler"
To:
Sent: Sunday, May 17, 2009 9:08 PM
Subject: multi-homed systems stop answering ARP on local addresses w/ifconfig
There seems to be a regression between 6.x and 7.0 and 7.1 related to
ifconfig aliases on multi-homed hosts. Not sure on anything newer than
7.1 (this is pfSense, we're just starting to test 7.2 builds). For
periods of time, the system will stop answering ARP on some of its own
addresse
On Sun, 8 Jul 2007, Gloomy Group wrote:
> Thanks to all of you. Keeping "N" option solved.Thanks again.
(trying to recover the format, more or less)
Alexander Motin wrote:
> Julian Elischer wrote:
>
> >> Hello all, I have installed mpd4.2.2 in freebsd 6.2. Everything is
> >> working fine ex
Thanks to all of you. Keeping "N" option solved.Thanks again.> Date: Sat, 7 Jul
2007 16:10:00 +0300> From: [EMAIL PROTECTED]> To: [EMAIL PROTECTED]> CC:
freebsd-net@freebsd.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]> Subject: Re: Mpd
daemon stop when rotating mpd.log
Julian Elischer wrote:
Hello all, I have installed mpd4.2.2 in freebsd 6.2. Everything is
working fine except when I make an entry in newsyslog.conf for
rotating mpd.log file the mpd daemon process stops. and I have to
restart the process again manually. Any one knows what wrong? Below
is the new
Gloomy Group wrote:
Hello all, I have installed mpd4.2.2 in freebsd 6.2. Everything is
working fine except when I make an entry in newsyslog.conf for
rotating mpd.log file the mpd daemon process stops. and I have to
restart the process again manually. Any one knows what wrong? Below
is the newsys
Hello all, I have installed mpd4.2.2 in freebsd 6.2. Everything is working fine
except when I make an entry in newsyslog.conf for rotating mpd.log file the
mpd daemon process stops. and I have to restart the process again manually. Any
one knows what wrong? Below is the newsyslog.conf/var/log/
Josh Paetzel wrote:
> On Thursday 14 December 2006 20:25, Baldur Gislason wrote:
>> Most of the torrent clients do encrypted sessions nowadays so they
>> really are impossible to detect by simply parsing the packets.
>>
>> Baldur
>>
>> On Fri, Dec 15, 2006 at 02:08:41AM +0200, Ivo Vachkov wrote:
>>
On Thursday 14 December 2006 20:25, Baldur Gislason wrote:
> Most of the torrent clients do encrypted sessions nowadays so they
> really are impossible to detect by simply parsing the packets.
>
> Baldur
>
> On Fri, Dec 15, 2006 at 02:08:41AM +0200, Ivo Vachkov wrote:
> > I'm not familiar with bitt
Most of the torrent clients do encrypted sessions nowadays so they really
are impossible to detect by simply parsing the packets.
Baldur
On Fri, Dec 15, 2006 at 02:08:41AM +0200, Ivo Vachkov wrote:
> I'm not familiar with bittorrent protocol but I guess you can always
> implement simple L7 filter
I'm not familiar with bittorrent protocol but I guess you can always
implement simple L7 filter using ipfw rules to divert packets to a custom
daemon that can parse the data and drop torrent packets. I did something
similar for ICQ several years ago.
On 12/14/06, Julian H. Stacey <[EMAIL PROTECTE
Hi Benjamin,
I recommend you not monowall, but pfsense for its pf and altq framework.
If you want effectively erase bittorents from your network you have to use
snort_inline plus snort on FreeBSD platform with ipfw.
It exists more effectively platform, unfortunaly not for BSD, it is re
> Thus you'd still achieve your ideal of
> avoiding spending money rather than your time on it :-)
Sorry, I wrote that wrongly, I meant:
Thus you'd still spend money & still save spending your own work time on it.
--
Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.c
"Benjamin Adams" wrote:
> employees are killing the network with torrents. anyone know a company where
> I can get a box to monitor traffic and kill torrents. Thanks
>
> PS Not looking to build a firewall this time.
Instead of paying money for a box (More space, heat, electricity
bill & fault lia
On Dec 14, 2006, at 9:41 AM, Benjamin Adams wrote:
employees are killing the network with torrents. anyone know a
company where
I can get a box to monitor traffic and kill torrents. Thanks
PS Not looking to build a firewall this time.
If you plan to restrict network traffic, then you're look
Get a faster network.
Baldur
On Thu, Dec 14, 2006 at 12:41:41PM -0500, Benjamin Adams wrote:
> employees are killing the network with torrents. anyone know a company where
> I can get a box to monitor traffic and kill torrents. Thanks
>
> PS Not looking to build a firewall this time.
> _
employees are killing the network with torrents. anyone know a company where
I can get a box to monitor traffic and kill torrents. Thanks
PS Not looking to build a firewall this time.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mai
45 matches
Mail list logo
