Greetings earthmen,
On Thu, Sep 23, 2004 at 02:14:00AM +0200, Max Laier wrote:
> As no real solution has come up and we couldn't agree what to do with it
> either, I'll resort to an easy hack:
> http://people.freebsd.org/~mlaier/sockaddr_union.fix.diff
...
> Any objections? [ I know it's ugly a
Mikhail P. wrote:
On Wednesday 22 September 2004 21:26, Julian Elischer wrote:
I use MPD using the "UDP" transport.
in other words packets get sent as udp packets.
I then set up IPSEC to encrypt the UDP packets..
when I had a NAT in the way I did further encapsulate the GRE packets in
UDP again
On Monday 20 September 2004 02:50, Max Laier wrote:
> Hi,
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/71836 is the symptom. Now I
> am looking for a clean solution to it. What is needed is an include file
> that defines union sockaddr_union in a way that is useable from kernel and
> userlan
On Wednesday 22 September 2004 23:18, Edwin Groothuis wrote:
> I have the same situation here and the solution was to let the ADSL
> router forward all unknown traffic to my router. How to do that is
> router specific, but it can be done.
>
> Then, with the tunnels:
>
> central# ifconfig gif1 inet
On Wed, Sep 22, 2004 at 04:17:59PM +, Mikhail P. wrote:
> HOST_A [192.168.0.1]:
> ifconfig gif0 create
> ifconfig gif0 tunnel 192.168.0.1 192.168.0.2
> ifconfig gif0 10.0.0.1 10.0.0.2 netmask 255.255.255.255
>
> and on -
>
> HOST_B [192.168.0.2]:
> ifconfig gif0 create
> ifconfig gif0 tunnel
On Wednesday 22 September 2004 21:26, Julian Elischer wrote:
> I use MPD using the "UDP" transport.
>
> in other words packets get sent as udp packets.
>
> I then set up IPSEC to encrypt the UDP packets..
>
> when I had a NAT in the way I did further encapsulate the GRE packets in
> UDP again :-)
Mikhail P. wrote:
Dear users,
I have been experimenting with simple gif tunnels (no IPSec) in local network
(192.168.0.0/24). I have used the following scenario between two hosts (both
running FreeBSD-5.2.1):
HOST_A [192.168.0.1]:
ifconfig gif0 create
ifconfig gif0 tunnel 192.168.0.1 192.168.0.
Dear users,
I have been experimenting with simple gif tunnels (no IPSec) in local network
(192.168.0.0/24). I have used the following scenario between two hosts (both
running FreeBSD-5.2.1):
HOST_A [192.168.0.1]:
ifconfig gif0 create
ifconfig gif0 tunnel 192.168.0.1 192.168.0.2
ifconfig gif0 10
Wed, Sep 22, 2004 at 05:07:13, jinmei wrote about "Re: freeaddrinfo(NULL)":
> I was not talking about things like whether NULL had been specially
> designed or not. I was basically talking about any invalid argument
> to freeaddrinfo.
Well, garbage in pointer is unquestionably invalid, but whe
On Wed, Sep 22, 2004 at 02:55:28PM +0900, Zongsheng Zhang wrote:
> In Linux, txqueuelen (the length of the transmit queue of the device)
> can be set by 'ifconfig' command. Is there a corresponding parameter or
> command in BSD??
I assume that in Linux, 'txqueuelen' actually refers to the maximum
On Tue, Sep 21, 2004 at 10:53:20PM -0400, Brian Fundakowski Feldman wrote:
> Sorry, I should have provided a higher number of lines of context.
> It prevents a call to nd6_lookup() and reentry into the route table
> when entered via RTM_RESOLVE. I.e. nd6_rtrequest(), nd6_is_addr_neighbor(),
> nd6_
On Tue, Sep 21, 2004 at 03:38:25PM +0200, Aragon Gouveia wrote:
> Andre, don't let me stop your bughunting, but I think I've found a nifty
> workaround for now. :)
>
> OpenVPN has an "mssfix" setting. (something vtun seems to lack)
Try using ports/net/tcpmssd with vtund and see if you get similar
12 matches
Mail list logo
