egard).
Cheers
Remko
--
/"\ With kind regards, | re...@elvandar.org
\ / Remko Lodder | re...@freebsd.org
XFreeBSD| http://www.evilcoder.org
/ \ The Power to Serv
whether there are issues there. If you can look into this yourself this will
help you in your later queste.
Thanks!
Remko
p.s Remove the -net mailing list when you reply!
--
/"\ With kind regards, | re...@elvandar.org
\ / Remko Lodder
that strange to have an
active firewall between the evil internet and the internal network..)
--
/"\ Best regards,| re...@freebsd.org
\ / Remko Lodder |
Xhttp://www.evilcoder.org/| Quis custodiet ipsos custodes
/ \ ASCII Ribbon Campaig
is troubleshooted, please make sure your system dumps the
core. Please look at the developers-handbook on how to obtain information
that we can use to investigate this problem.
Thanks,
Remko
--
/"\ Best regards, | re...@freebsd.org
The following reply was made to PR kern/138407; it has been noted by GNATS.
From: Remko Lodder
To: bug-follo...@freebsd.org,
nkrit...@mail.ru
Cc:
Subject: Re: kern/138407: [gre] gre(4) interface does not come up after reboot
Date: Thu, 3 Jun 2010 08:12:10 +0200
For what it's worth, I
gt;>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=144315
>
>
> no dump files in /var/crash, after crash system...
>
Hmm that's problematic, because without debugging information we cannot
possibly tell you why this happends, and more importantly, we cannot fix
the problem you a
ebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
--
/"\ Best regards, | re...@freebsd.org
\ / Remko Lodder | re...@efnet
Xhttp://www.evilcoder.org/|
/ \ ASCII Ribbon Camp
EMAIL PROTECTED]
\ / Remko Lodder | [EMAIL PROTECTED]
Xhttp://www.evilcoder.org/ |
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/ma
"the working directory" which is not writable to bind by default,
> hence mentioned line in /var/log/messages. I dislike when default
> configuration emits such warnings. So I decided to make it writable
> in hope this setup will save me from future problems while still secure.
>
On Mon, August 4, 2008 10:48 am, Eugene Grosbein wrote:
> On Mon, Aug 04, 2008 at 10:44:59AM +0200, Remko Lodder wrote:
>
>> I like the unwriteable /etc/namedb directory for bind, so that one is
>> "forced" to create directories for bind, which it has write access
anytime
soon, we welcome the person who does the analysis for us so that we
might be able to fix this quicker (if possible with all the changes
involved).
Thanks,
remko
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Remko Lodder
t;
> There are good reasons to have a default VLAN configured, but this
> doesn't sound like one of those cases.
>
> Stick with explicit VLAN tagging on your servers and you can't go wrong.
>
> -sc
>
> --
> Sean Chittenden
> [EMAIL PROTE
RELENG_7 where
possible.
Thanks,
Remko
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Remko Lodder | [EMAIL PROTECTED]
Xhttp://www.evilcoder.org/ |
/ \ ASCII Ribbon Campaign | Against HTML Mail and News
_
The following reply was made to PR kern/120966; it has been noted by GNATS.
From: "Remko Lodder" <[EMAIL PROTECTED]>
To: "Oliver Herold" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: i386/120966: kernel panic with if_rum and WPA encryption
Date: Fri,
>
Hello Pyun,
I just tried this with pf and indeed that works, so you (and manuel) are
correct that this is not hme but indeed ipfilter, my bad!
I will forward the ticket to darrenr, i can provide support with my
system where needed :)
cheers
remko
p.s. I can also try to reproduce the prob
The following reply was made to PR kern/106438; it has been noted by GNATS.
From: Remko Lodder <[EMAIL PROTECTED]>
To: Manuel Tobias Schiller <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: kern/106438: ipfilter: keep state does not seem to allow replies
in on spar64 (and
The following reply was made to PR kern/106438; it has been noted by GNATS.
From: Remko Lodder <[EMAIL PROTECTED]>
To: Manuel Tobias Schiller <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: kern/106438: ipfilter: keep state does not seem to allow replies
in on spar64 (and
The following reply was made to PR kern/117711; it has been noted by GNATS.
From: Remko Lodder <[EMAIL PROTECTED]>
To: Carlos Eduardo Monti <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED],
Matteo Riondato <[EMAIL PROTECTED]>
Subject: Re: misc/117711: rpcbind binds to all interfac
tworking team (this is a network card after all).
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=78791
oh it was closed already ...
--
Kind regards,
Remko Lodder ** [EMAIL PROTECTED]
FreeBSD** [EMAIL PROTECTED]
/*
Synopsis: [patch] ppp(8) should be able to set ethernet address for PPPoE
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Thu Jun 28 05:54:16 UTC 2007
Responsible-Changed-Why:
I think this is more something for the networking team, re
Old Synopsis: Problem with BROADCOM WIFI Hardware
New Synopsis: [broadcom]: Wifi card not detected
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Wed May 23 11:17:27 UTC 2007
Responsible-Changed-Why:
Reassign to networking team.
htt
Synopsis: [if_tap] stat /dev/tapN leads to panic for N >= 2G
State-Changed-From-To: feedback->closed
State-Changed-By: remko
State-Changed-When: Fri May 18 07:00:28 UTC 2007
State-Changed-Why:
6-STABLE has the proper support/fix, this will eventually get merged
into later 6.x releases. Thanks for
Synopsis: [if_tap] stat /dev/tapN leads to panic for N >= 2G
State-Changed-From-To: open->feedback
State-Changed-By: remko
State-Changed-When: Wed May 16 16:36:49 UTC 2007
State-Changed-Why:
Hello, it is being mentioned that -STABLE has the required fixed, can you please
upgrade your station to -
Synopsis: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Wed May 16 14:20:04 UTC 2007
Responsible-Changed-Why:
This is something networking related, reassign to networkin
Synopsis: if_re driver detects incorrect b243a405a405 MAC address on
SMC9452TX-1 pci gigabit cards
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Wed May 16 14:17:56 UTC 2007
Responsible-Changed-Why:
if_re is a networking thing, rea
Synopsis: [if_tap] stat /dev/tapN leads to panic for N >= 2G
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Tue May 15 19:33:39 UTC 2007
Responsible-Changed-Why:
I think this is something more for the -net team, reassign. Note: I am
Synopsis: patm driver freezes System (FreeBSD 6.2-p4) i386
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Tue May 15 18:08:30 UTC 2007
Responsible-Changed-Why:
I think this is more related to net then to i386.
http://www.freebsd.org
Old Synopsis: Network stalled
New Synopsis: RFC1323: Network stalled
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Sun May 13 20:31:32 UTC 2007
Responsible-Changed-Why:
The description is rather vague but tells us that it is somethi
Synopsis: Filtering incoming packets with enc0 does not work with GIF-based
IPSec setups
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Wed Mar 28 06:57:07 UTC 2007
Responsible-Changed-Why:
Networking issue
http://www.freebsd.org/c
Synopsis: Broadcom WLAN driver 4.100.15.5 doesn't work with Ndisgen
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Wed Feb 21 20:36:28 UTC 2007
Responsible-Changed-Why:
Over to maintainer.
http://www.freebsd.org/cgi/query-pr.cgi?pr=
howed:
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=719227&admit=-682735245+1170611618963+28353475
//Remko
--
Kind regards,
Remko Lodder ** [EMAIL PROTECTED]
FreeBSD** [EMAIL PROTECTED]
/* Quis custodiet ipsos
Old Synopsis: Huge network latencies with 6.2-RELEASE / STABLE
New Synopsis: [bce]: Huge network latencies with 6.2-RELEASE / STABLE
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Tue Jan 30 13:32:00 UTC 2007
Responsible-Changed-Why:
Synopsis: Page Fault when attempting to run most network applications (sshd,
sendmail, etc)
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Thu Jan 4 07:23:32 UTC 2007
Responsible-Changed-Why:
Hello Networking team, can you please ha
s/postfix-docs-ru/
>
> ?? ?? Postfix, ?? ?? ??
> ??,
>
> ?? .
>
> ??!
Great obfuscation, can we keep this in understandable English please so that
users who have a similiar question can read this and/or find it
Jack Vogel wrote:
On 10/19/06, Remko Lodder <[EMAIL PROTECTED]> wrote:
Kip Macy wrote:
>
> On Wed, 18 Oct 2006, Jack Vogel wrote:
>> I'm a bit confused from the way you worded this, do you have watchdogs
>> with em, or you use em to avoid them?
>
> I have watc
ust normal webtraffic, mail traffic etc).
cheers,
remko
--
Kind regards,
Remko Lodder ** [EMAIL PROTECTED]
FreeBSD** [EMAIL PROTECTED]
/* Quis custodiet ipsos custodes */
___
freebsd-net@freebsd.org mailing
Remko Lodder wrote:
Hi friends,
I was looking around for using IPsec services instead of
OpenVPN services, but I found out that with our current
implementation of IPsec, we cannot actually route packets
through the various IPsec hops [1]. OpenBSD adds IPsec
flows in their routing table, making
this).
I hope to get some good feedbacks :-)
Please keep me CC'ed since I am not subscribed to the
list.
Thanks a lot!
Cheers,
Remko
--
Kind regards,
Remko Lodder ** [EMAIL PROTECTED]
FreeBSD** [EMAIL PROTECTED]
/* Quis custodiet ipsos cus
Synopsis: packet drops periodically appear
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Tue Apr 4 17:53:46 UTC 2006
Responsible-Changed-Why:
This seems more like an networking bug then a i386 specific
bug. Set it to the correct ma
*"
@${ECHO_MSG} "* e.g.: make WITH_ALTQ=yes SYS_ALTQ=/usr/src/sys.altq *"
@${ECHO_MSG} "* *"
@${ECHO_MSG} "======="
@sleep 2
.endif
/snip
Does that fill in the blanks? Cheers
--
Kind regards,
Re
You can use pptp, isakmpd, racoon,
They are all used to do VPN stuff, racoon is a common VPN software package
that is in use by FreeBSD.
Hope this helped.
--
Kind regards,
Remko Lodder
Elvandar.org/DSINet.org
www.mostly-harmless.nl Dutch community for helping newcomers on the
hackerscene
41 matches
Mail list logo
