On Monday 25 April 2005 17:30, Vladimir S. Petukhov wrote:
> On Monday 25 April 2005 10:19, you wrote:
> > On Monday 25 April 2005 16:54, Vladimir S. Petukhov wrote:
> > > Hi!
> > >
> > > Sorry for my English...
> > >
> > > I have next task:
> > > We have client and provider with 2 channel (land
On Monday 25 April 2005 16:54, Vladimir S. Petukhov wrote:
> Hi!
>
> Sorry for my English...
>
> I have next task:
> We have client and provider with 2 channel (land & satellite) between
> them:
> for in/outgoing traffic. Client and server have a soft, implemented as local
> http-proxy.
On Wednesday 22 September 2004 12:48, satind...@in.safenet-inc.com wrote:
> Scenario is:
>
> Client- - - - - - - - - -- Gateway Server -- - - - - - - |
>
> |- - - - Server 1
>
> |- - - - Server 2
>
> With OpenVpn :
>
> Client (openvpn)- - - - TUN- - - - - -- Gateway Server (open
On Wednesday 22 September 2004 09:47, satind...@in.safenet-inc.com wrote:
> Can openvpn be used as gateway? I place a openvpn server which forwards
> requests to different servers depending upon messages sent by client.
> Does openvpn provide any feature for this?
What requests and messages? http?
On Tuesday 27 July 2004 11:25, James Yonan wrote:
> Neil,
>
> Thanks for the patches... here are some comments:
>
> * You've obviously put a lot of effort into understanding the code to write
> this patch. But did you consider any alternative approaches, such as
> starting multiple OpenVPN instanc
On Sunday 11 July 2004 14:51, Jan Kiszka wrote:
> Mathias Sundman wrote:
> > ...
> > One more thing to consider... Should we consider a system running this
> > service manager an open system where all locally logged on users is
> > allowed to fully manage openvpn connections, which includes:
> >
>
> > IMHO daemontools for windows, if ported, can handle quite a variety
> > of different setups, including one needed by openvpn. Then you can
> > install it as part of openvpn install.
>
> If the only issue we had to solve here was how a normal user should be
> able to spawn openvpn processes, I a
Hi Neil.
On Friday 09 July 2004 13:19, Neil Brown wrote:
> My server that I hope to use as an OPENVPN server is multi-homed.
> i.e. it has multiple network interfaces and multiple addresses on
> multiple subnets.
>
> When my openvpn client (on my notebook) tries to talk to it, it
> sometimes gets
On Friday 09 July 2004 00:35, Mathias Sundman wrote:
> > What I am trying to say? I am very happy that you guys are actively
> > working on openvpn. Really.
> >
> > Just please do not OVERdesign it.
> >
> > Maybe it's better to try to port daemontools to Windows
> > and run openvpn daemon(s) under
> > >> 1. On Windows, if the the service wrapper has started some openvpn
> > >> processes before our gui agent is started, how should find out about
> > >> those processes?
> > >>
> > >> I can think of the following ways:
> > >>
> > >> 1a. Ask the service wrapper via the socket interface that I'm
On Sunday 04 July 2004 04:37, Jan Kiszka wrote:
> >>Thinking ahead, the challenge/response sequence for passing
> >> authentication info should be open-ended to provide for future
> >> implementation of alternative authentication methods such as Radius,
> >> LDAP, NT Auth, etc.
> >
> > Please don't
On Saturday 03 July 2004 23:01, James Yonan wrote:
> management 127.0.0.1 20001
>
> This will cause OpenVPN to listen on 127.0.0.1:20001 as its management
> interface port.
>
> It's important, of course, that the management port always be local, since
> we are using it to potentially pass passwor
On Thursday 24 June 2004 12:04, Ullrich Dittmer wrote:
> Hi,
>
> I would like to use openvpn (1.6) to connect my home pc direkt over the
> proxy of my internet service provider (isp). At the server side I startet
> openvpn with
>
> openvpn --dev tun1 --ifconfig 10.4.0.1 10.4.0.2 --verb 9 --proto tc
On Monday 14 June 2004 20:49, James Yonan wrote:
> Torge Szczepanek said:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi!
> >
> > I am currently trying out OpenVPN 2.0 beta 4 using server mode.
> >
> > My config on the server looks like this:
> >
> > dev tun
> > mode server
> > i
On Saturday 12 June 2004 08:16, Brandon Knitter wrote:
> I had a few of my users ask why the Windows OpenVPN connection was in a
> Command Prompt window and not just a Systray Icon with a status window.
>
> You know, that's a great question. I was going to look into the code and
> see what it woul
On Tuesday 08 June 2004 09:38, oyk wrote:
> >not always. I am using udp, not tcp (tcp over tcp is prone
> >to 'internal meltdown' if your network losing packets,
> >and you _must_ design your network as if it does, even in reality it
> >works perfectly). Also, ethheader exists only on tap devices,
On Monday 07 June 2004 18:54, James Yonan wrote:
> > > PS: could I use windows version as OpenVPN Server?
> >
> > As a last resort only ;)
>
> Actually, the OpenVPN server will run fine on Windows, though it may be
> slightly less efficient than Linux on equivalent hardware.
Sorry, I didn't mean t
On Tuesday 08 June 2004 04:18, oyk wrote:
> >>I want to know how the openvpn control the multi-client case in 2.0
> >> version. for example:
> >> clientA---Internet---| |Internal Server1
> >>
> >>|Server---|Internal Server2
> >>
> >> clientB--
On Monday 07 June 2004 15:45, oyk wrote:
> Hi，guys
>I want to know how the openvpn control the multi-client case in 2.0
> version. for example:
> clientA---Internet---| |Internal Server1
>|Server---|Internal Server2
> clientB---Internet---|
On Saturday 05 June 2004 21:46, Mike Auty wrote:
> Thanks for the super fast reply,
> Sadly I don't have the facilities to build a new windows version.
> Would you mind exaplaining briefly what it does? It only seems to
> change the order of two checks, but I'm not sure what they do. Thank
On Saturday 05 June 2004 15:36, Mike Auty wrote:
> Hi,
> Since I've upgraded to OpenVPN 2, I've started seeing an interesting
> effect. Originally (way back at _test23) it didn't happen very much,
> and seemingly a restart of either the server or client would fix it, but
> recently it's been
On Saturday 29 May 2004 01:34, James Yonan wrote:
> Jaye Mathisen said:
> > It would be nice if openvpn could be configure to work with radius for
>
> routing and
>
> > IP assignment after the certificate was done. Would allow openvpn to be
>
> integrated easily
>
> > with existing infrastructure
On Saturday 29 May 2004 00:15, James Yonan wrote:
> Denis,
>
> That looks like a possible bug in the coarse timer update logic. The
> coarse timer deals with events scheduled at a resolution denoted by an
> integer number of seconds, such as pings. A timeout of one year is used as
> kind of "effe
I was puzzled why sometimes openvpn ceases to generate
'--ping 30' packets. I instrumented it a bit,
here is a pseudo-patch:
errlevel.h:
+#define D_PING LOGLEV(4, 0, 0) /* show --ping packets */
-#define D_INTERVAL LOGLEV(8, 70, M_DEBUG) /* show interval.h
de
On Friday 28 May 2004 17:29, Alberto Gonzalez Iniesta wrote:
> Hi,
>
> We got a bug report at Debian [1] regarding the route option.
> It turns out that if a route added by openvpn is later
> modified (removed and added to other iface), openvpn will modify
> (delete) the later one.
>
> As the bug s
Hello.
Just started to play with pptp under Linux.
Everything looks ok except mppe.
mppe encrypted ping -c1:
ping source side:
# tcpdump -nlippp0 -s0 -vvv -xX
tcpdump: listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size
65535 bytes
23:15:07.968863 IP (tos 0x0, ttl 64, id 0, off
On Sunday 16 May 2004 23:49, James Yonan wrote:
> Denis,
>
> There are two ways of setting the MTU in OpenVPN, one is to use --tun-mtu
> which doesn't include any encapsulation overhead, the other is to use
> --link-mtu which sets the maximum encrypted UDP datagram size sent between
> OpenVPN daemo
[snip]
> > Anyway, regarding --mssfix: I dont want to work around the problem.
> > I want to set correct tunnel MTU. An MTU such that:
> > 1) large UDP packets (say, 7000 bytes) sent over tunnel link are cut into
> > fragments of such size that, when encapsulated and sent over
> > carrier link, do
> Or maybe I'm mistaken and I shall set --link-mtu not to the value
> reported by 'ip a l dev eth0' (i.e. max IP packet size), but
> to the max *UDP* packet size? 1500-28=1472, then. Not every user
> knows IP overhead size. I don't. I looked at tcpdump to figure out.
"Double frag" bug does not hap
# dd if=/dev/zero count=1 bs=7000 | nc -nuvvv -w1 1.1.5.5 284
over tunnel:
11:09:20.930621 > 0800 1468: IP (tos 0x0, ttl 64, id 46021, offset 0, flags
[+], length: 1452) 1.1.5.6.1025 > 1.1.5.5.284: [bad udp cksum c815!] UDP,
length: 7000
11:09:20.930657 > 0800 1468: IP (tos 0x0, ttl 64, id 460
On Friday 14 May 2004 21:05, James Yonan wrote:
> Right now all new patches are going into 2.0, but I'm certainly amenable to
> merging localized patches such as the route patch for darwin into 1.x.
>
> I will add to the todo list for 1.6.1.
Hmm. On Unixlike systems it typically easier to
call sh
On Thursday 13 May 2004 22:26, James Yonan wrote:
> Denis,
>
> Would you mind running the same test with OpenVPN 1.6.0 and see if you get
> the same behaviour?
See my other mail. Looks like I can explain both observations.
openvpn actually not to blame here. :)
I even realized that 'nice +/-N' co
On Thursday 13 May 2004 21:39, Denis Vlasenko wrote:
> To sum up:
> * opnvpn bandwidth vary too much.
> * it doesn't reach ~0.5Mbyte/s.
Solvable by upping openvpn process prio to 'Above normal' or
'High prio'.
It will be nice if I can instruct openvpn to
Hi folks,
I know Linux well, but started to play with openvpn just yesterday.
I am making tunnel between WinXP notebook and Linux desktop
over 10Mbit link. One switch is between them, no routers.
Linux: 2.6.6
WinXP: ver reports "5.1.2600"
Linux side is compiled from source, Win side installed f
34 matches
Mail list logo
