On Tuesday 15 July 2003 04:49 pm, Chuck Swiger wrote:
> Wes Peters wrote:
> [ ... ]
>
> > The idea is, we have listener on each ethernet interface listening
> > via a bpf. The listener listens for an 'appliance discovery'
> > packet which is broadcast by the console application running on the
> >
Dear All
Is there any package like divert socket available or ported on windows ?
Thanx
Soheil Hassas Yeganeh
_
Add photos to your messages with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail
Hi all,
i about the research, compare network layer of linux
and freeBSD.
i read many documennt, freeBSD have tcp/ip protocol
stack faster and more stable than linux, but i don't
know the how to explain for this evalation !
can you explain it for me !
Thanks,
_
Hi,
I'm currently running into a problem using natd with a private network
that does not have an overall mtu of 1500. Unfortunately the setup is
quite complex and I'd like to get by without explaining it all. So for
the moment I'll just ask about what I think is the problem and if you
need more in
Hi again,
I've done some more research and I think I found the reason for my problem:
It's in lib/libalias/alias.c rev 1.23:
> Changed the way we handle outgoing ICMP error messages -- do
> not alias `ip_src' unless it comes from the host an original
> datagram that triggered this error message w
Hi again,
sorry, I keep forgetting to say, this is 4.8-STABLE.
And I also wanted to say, backing out the patch from alias.c rev. 1.23
solves my problem, but as a result I may get the problem described in
the PR.
Rolf
___
[EMAIL PROTECTED] mailing list
Nikolai SAOUKH wrote:
| As you'll see in the logs below and from ifconfig output, altough the
| ngX interfaces MTU is set to 1460 with "set link mtu 1460", it stays at
| 1500. Any idea why ?
The asked mtu size will be available (set) only when interface is in UP
state. When the ngX is in down s
- Original Message -
From: "Yann Nottara" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 17, 2003 5:41 PM
Subject: Re: MPD 3.13 PPTP server MTU problems & questions
> Zs you can see in the following real world example, ng0 (which IS up)
> MTU stays at 1500 although it'
Andy Gilligan wrote:
- Original Message -
From: "Yann Nottara" <[EMAIL PROTECTED]>
Zs you can see in the following real world example, ng0 (which IS up)
MTU stays at 1500 although it's configured to be at 1460 in the mpd.conf
configuration file :
ng0: flags=8890 mtu 1500
inet6 f
FreeBSD makes a very good NAT router... for most applications.
But a client of mine is having terrible trouble with it when
trying to use NAT with one particular protocol: PPTP.
Here's what's going on. A client has a FreeBSD box that's serving as a
NAT router. He has one public IP, and lots of PCs
Hi,
On Thu, 17 Jul 2003, Brett Glass wrote:
> inspected vary depending upon the encapsulated protocol. FreeBSD's natd
> doesn't understand that mechanism, so it doesn't know how to route GRE packets
> from the outside world back to the correct client on the private LAN.
that's not true, libalias (
>Dear All
>Is there any package like divert socket available or ported on windows ?
>Thanx
>Soheil Hassas Yeganeh
Soheil,
Data is funneled to divert sockets by IPFW ( anyone, please correct
me if Im wrong ) or a similar mechanism which are nonexistant on win32.
The closest open-source thingy
Hi,
On Thu, 17 Jul 2003, Matthew Grooms wrote:
> >Dear All
> >Is there any package like divert socket available or ported on windows ?
> >Thanx
> >Soheil Hassas Yeganeh
>
> Soheil,
>
> Data is funneled to divert sockets by IPFW ( anyone, please correct
> me if Im wrong ) or a similar mechanis
At 01:44 PM 7/17/2003, Michael Bretterklieber wrote:
>that's not true, libalias (=natd) very well supports PPTP-nat. Maybe the
>problem is in your firewall. Firewalls have to pass protocl 47 (=GRE) in
>order to get PPTP to work.
It is. In fact, I think that may be part of the problem.
I didn't s
- Original Message -
From: "Yann Nottara" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 17, 2003 6:53 PM
Subject: Re: MPD 3.13 PPTP server MTU problems & questions
> but now, what do you think of this ?
>
> ng0: flags=88d1 mtu 1500
> inet6 fe80::2b0:d0ff:fee1
how is he doing pptp?
On Thu, 17 Jul 2003, Brett Glass wrote:
> FreeBSD makes a very good NAT router... for most applications.
> But a client of mine is having terrible trouble with it when
> trying to use NAT with one particular protocol: PPTP.
>
> Here's what's going on. A client has a FreeBS
Actually, in his case the PPTP clients are Windows machines
inside the firewall, while the servers are outside and not
under his control. The firewall itself isn't running PPTP.
At least one of the servers is running pptpd + Somers PPP +
natd. I can connect to it just fine from a machine with a
"
Bosko:
The problem I have is that each of the four pcb types has its own zone that
is preallocated to hold maxsockets pcbs. This is a waste of kva that could
be better used. Since I'm not using divert sockets or raw sockets, I would
rather cap these zones to a small constant number, and increase
Yann Nottara wrote:
> but now, what do you think of this ?
>
> ng0: flags=88d1 mtu 1500
> inet6 fe80::2b0:d0ff:fee1:4874%ng0 prefixlen 64 scopeid 0x7
> inet 192.168.0.10 --> 192.168.0.200 netmask 0x
>
> and here's the part from my mpd.conf that's related to this connecti
On Thu, Jul 17, 2003 at 08:45:29PM -0400, Scot Loach wrote:
> Bosko:
>
> The problem I have is that each of the four pcb types has its own zone that
> is preallocated to hold maxsockets pcbs. This is a waste of kva that could
> be better used. Since I'm not using divert sockets or raw sockets,
A couple of thoughts:
Is your client employing ipsec/isakmp?
If so, has your client ensured that the setkey -P entries
have been pushed into the kernel?
Correct me if i'm wrong, but from (a foggy) memory
GRE in a tunnel mode such as this, employs the gif
device, is the routing/firewalling allowi
Dear Mailinglist,
My FreeBSD5.0 tells me "ncp_initlib: can't find kernel module" after doing
a mount_nwfs. Kldstat -v tells me that nwfs.ko isn't there. The if_ef.ko is
there though. I have options IPX in kernel and the IPXrouted is running fine.
Could the ncplib port be broken on 5.0?
I'd be
22 matches
Mail list logo
