Hi all!!
What do you know about merging HMIPv6 in FreeBSD?
I´ve found in http://www.freebsd.org/news/sou1999.html that INRIA agreed to
merge his code in freeBSD.
I want to install it in my computer, have you ever done it?
I have the code files but I need some hints.
Ana
To Unsubscribe: send m
Hi
I setup mail server for our office users send mail to Internet with domain
name YYY.net. But there are some users register their own domain name
XXX.net. They want to send mail out from our mail server. Most of their
mail is OK but there are some mail servers out there reject some mails
fro
< said:
> Symptoms are -- if you change the address to an interface,
> packets to destinations to which you have talked to in the past
> will still go out with the previous address unless
> you delete and reinstall a route for that destination.
Yes. The address deletion code is supposed to mak
[Clemens Hermann]
> Hi together,
>
> for quite a while I have been looking around for a way to limit the bandwith
> for each IP that accesses my server. I want to slow down any connektion
> to 128 KBit/s.
> The only thing I found was Dummynet in combination with ipfw. I am using
> ipf as firewall
On Tue, Jan 16, 2001 at 11:30:56AM -0500, Garrett Wollman wrote:
> < said:
>
> > Symptoms are -- if you change the address to an interface,
> > packets to destinations to which you have talked to in the past
> > will still go out with the previous address unless
> > you delete and reinstall a rou
>> > Jan 16 02:34:05 ipv6-gw /kernel: nd6_lookup: failed to add route for a =
>neighbor(3ffe:2900:000b:000d::0001), errno=3D17
>> >=20
>> > each time i use such tunnel
>> >=20
>> > I've looked at some search engines and know it's a common problem but no
>> > known solution (i'm tempted to recompi
On Tue, Jan 16, 2001 at 02:58:03AM -0300, [EMAIL PROTECTED] wrote:
> ¡Hola!
>
> > > I'm experimenting with ipv6 and i need some help. I've a gif
> > > tunnel between a FBSD 4.0 and a FBSD 4.2.
> > >
> > > In the 4.2 side i get lots of messages like:
> > >
> > > Jan 16 02:34:05 ipv6-gw /kernel:
We have a FreeBSD 3.1R machine as our main router uplinking to a
Cisco 3620 (back to back, no switch).
All works well, and had for months. After a reboot of cisco and
freebsd, all still works well, but we cannot ping cisco inside to
fbsd outside (the back to back interfaces with x-over cable),
Ruslan Ermilov writes:
> > > Symptoms are -- if you change the address to an interface,
> > > packets to destinations to which you have talked to in the past
> > > will still go out with the previous address unless
> > > you delete and reinstall a route for that destination.
> >
> > Yes. The ad
Am 16.01.2001 um 17:38:46 schrieb Martin Eggen:
Hi Martin,
thanks a lot for your hints.
> You might want to take a look at ALTQ[0] from the KAME people, or just use
> ipfw with a default pass all rule (or IPFIREWALL_DEFAULT_ACCEPT), so that
> it's only used for bw limiting. (The packets will th
> so it is definitely impossible that a packet that passes ipfw (as every
> packet does) enters the system even if ipf says "no", right?
you have to look at the order of invokation of ipfw and ipfw
in the kernel (/sys/netinet/ip_{input,output}.c) to make
sure what happens.
> I have some addition
>We have a FreeBSD 3.1R machine as our main router uplinking to a
>Cisco 3620 (back to back, no switch).
>
>All works well, and had for months. After a reboot of cisco and
>freebsd, all still works well, but we cannot ping cisco inside to
>fbsd outside (the back to back interfaces with x-over
Dag-Erling Smorgrav writes:
> Julian Elischer <[EMAIL PROTECTED]> writes:
> > > Something is terribly broken with ng_ether at the moment. It lacks a
> > > MODULE_VERSION line.
> > is this required for something to be a depency?
>
> Yes.
>
> > Where is it documented?
>
> It's not, AFAIK. UTSL (l
We have a FreeBSD 4.2-STABLE machine running as a Bridging Firewall
and we are having some difficulties, can anyone give me a pointer,
or outright help... figuring out what is the problem? Details
below. Problem repeatable using different network cards (fxp or xl)
FreeBSD 4.2 stable ipfw/dum
Am 16.01.2001 um 09:54:55 schrieb Luigi Rizzo:
Hi Luigi,
first thanks for your hints,
> > so it is definitely impossible that a packet that passes ipfw (as every
> > packet does) enters the system even if ipf says "no", right?
>
> you have to look at the order of invokation of ipfw and ipfw
>
Archie Cobbs <[EMAIL PROTECTED]> writes:
> At some point in the past, MODULE_VERSION wasn't required. Whoever
> committed the checkin that made suddenly made MODULE_VERSION required
> should have added it to all affected files, or at least there should
> have been a HEADS UP, but I don't recall se
Am 16.01.2001 um 10:22:23 schrieb Luigi Rizzo:
Hi Luigi,
hopefully you are not nerved by my continuing question, but there is still one
thing I did not dompletely understand.
> if ipf says no it says no. you just want tobe sure that
> the packet actually passes through both things.
I just do
[Clemens Hermann]
> I used ipfw to do the filtering before but I needed IP-accounting and
> for this purpose ipf does a pretty cool job. In combination with ipacct
> I get a perfect report (devices, in-out, etc.). To drop ipf I would need
> something similar to do this with ipfw. Is there a way to
Dag-Erling Smorgrav writes:
> > At some point in the past, MODULE_VERSION wasn't required. Whoever
> > committed the checkin that made suddenly made MODULE_VERSION required
> > should have added it to all affected files, or at least there should
> > have been a HEADS UP, but I don't recall seeing
At Tue, 16 Jan 2001, [EMAIL PROTECTED] wrote:
>
>We have a FreeBSD 4.2-STABLE machine running as a Bridging Firewall
>and we are having some difficulties, can anyone give me a pointer,
>or outright help... figuring out what is the problem? Details
>below. Problem repeatable using different ne
* Archie Cobbs <[EMAIL PROTECTED]> [010116 13:39] wrote:
> Dag-Erling Smorgrav writes:
> > > At some point in the past, MODULE_VERSION wasn't required. Whoever
> > > committed the checkin that made suddenly made MODULE_VERSION required
> > > should have added it to all affected files, or at least
We have a Cisco 3620 and FreeBSD 3.1R connected by an Ethernet
crossover cable. Has been working fine for 14 months. A couple of
gigabytes traffic pass over the link each day with no errors, speed
is correct.
ifconfig looks cool
netstat -ib shows no collisions on the link
A couple of mont
Check the obvious. Your IP addresses, netmasks, routing table.
Can you provide more info? ifconfig -au, netstat -rn, on the FreeBSD
system. and sho ip route on your Cisco.
RM
On 17 Jan 2001, at 5:11, Len Conrad wrote:
> We have a Cisco 3620 and FreeBSD 3.1R connected by an Ethernet
> cros
>Check the obvious. Your IP addresses, netmasks, routing table.
>Can you provide more info? ifconfig -au, netstat -rn, on the FreeBSD
>system. and sho ip route on your Cisco.
It was simple in fact. We had added some ipfilter rules on disk but
hadn't loaded them into memory until the reboot d
Hello,
I am setting up a LVS/DR cluster with 2 nodes(FreeBSD), but It doesn't work.
Here is my network configuration;
Internet(203.231.63.70 is Virtual IP)
|
|
Router (203.231.63.0/24 network)
Hello,
I am setting up a LVS/DR cluster with 2 nodes(FreeBSD), but It doesn't work.
Here is my network configuration;
Internet(203.231.63.70 is Virtual IP)
|
|
Router (203.231.63.0/24 network)
26 matches
Mail list logo