2006/3/9, Anne Mindika Silva :
>
> hi,
>
> We are trying to biuld a network compression tool which will compress the
> data that is transfered between two machines. While lzo, performs very
> well
> for text-based data, we thought it would be nice to use different
> compression algorithms for diff
> > For the others who suggested reducing mss values and such - I'm
> > already doing it. In fact I have mss clamped down to 1312 right now for
> > testing. But, mss clamping doesn't have anything to do with the loss of the
> > lcp-echo frames I was complaining about.
> >
> Janne also suggest
Sent only to Mathias first time. Oops.
-- Forwarded message --
From: Janne Johansson
List-Post: openvpn-devel@lists.sourceforge.net
Date: 2005-okt-20 12:42
Subject: Re: [Openvpn-devel] Bug report (long) - OpenVPN dropping small frames
To: Mathias Sundman
2005/10/20, Mathias
uf->len)
{
msg (D_TLS_ERRORS,
diff -ru openvpn-1.0.3/ssl.h obsd-openvpn-1.0.3/ssl.h
--- openvpn-1.0.3/ssl.h Thu Mar 28 10:16:53 2002
+++ obsd-openvpn-1.0.3/ssl.hTue Apr 2 13:04:00 2002
@@ -28,6 +28,7 @@
#include
#include
#include
+#include
#include "basic.h"
#in
{
+ options.remotebsd = true;
+ }
#ifdef USE_LZO
else if (streq (p1, "--comp-lzo"))
{
diff -ru openvpn-1.0.3/openvpn.h new_openvpn-1.0.3/openvpn.h
--- openvpn-1.0.3/openvpn.h Sat Mar 30 03:24:00 2002
+++ new_openvpn-1.0.3/openvpn.h Thu Apr 4 11:16:46 2
rticurlar u_int_32.
BTW, is it just me or is the sourceforge lists slow?
The turnaround time seems like hours to me.
--
Janne Johansson
jan.johans...@biomatsys.com
BioMat Systems AB
Klarabergsg 37 3tr
111 21 Stockholm
signature.asc
Description: This is a digitally signed message part
der or it says nothing at all.
I think the solution would be to have openvpn disable TUN_NO_IP for
Linux tun devices and just not care about the actual value when
the packets arrive.
--
Janne Johansson
jan.johans...@biomatsys.com
BioMat Systems AB
Klarabergsg 37 3tr
111 21 Stockholm
signature.asc
Description: This is a digitally signed message part
single byte, but this caused problems with bpf,
hence the current version passes a u_int32_t of address family.
This was initially pass in host byte order, but the current version
now uses network byte order."
I checked the CVS for openbsd, and the native -> network byte order
change w
s, it's telling the other end which AF to use.
When initiated from the Linux end, the BSD will say
"unknown address family" or something very similar, which is true
since it gets "4554" as the first data.
Is there two types of tun or is the BSD tuns just slightly
o tun returned 88
70: select returned 1
71: read from udp returned 88
--
Janne Johansson
jan.johans...@biomatsys.com
BioMat Systems AB
Klarabergsg 37 3tr
111 21 Stockholm
signature.asc
Description: This is a digitally signed message part
unencrypted channel, but since --keygen worked
without problems, I can't see how ssl would pose a problem.
I'll get back to you when I have tested ssl.
--
Janne Johansson
jan.johans...@biomatsys.com
BioMat Systems AB
Klarabergsg 37 3tr
111 21 Stockholm
signature.asc
Description: This is a
d to openvpn_{en|de}crypt().
On the "I haven't tested" part, it does start and run if given
--dev tun0, and gives me 4 lines of output that says "ok so far",
so I guess it's at least close to working.
--
Janne Johansson
jan.johans...@biomatsys.com
BioMat Systems AB
Kla
12 matches
Mail list logo
