[Openvpn-devel] (no subject)

2023-11-08 Thread KNS BROADBAND NETWORK ISP

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2023-06-19 Thread بهمن آزادیان
nn
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2023-06-19 Thread بهمن آزادیان

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2023-01-20 Thread Mary Karami

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2022-02-08 Thread 《A๛27》ツ

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2022-02-08 Thread 《A๛27》ツ

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2021-11-17 Thread Gert Doering
Hi,

On Wed, Nov 03, 2021 at 08:20:13PM +, Richard T Bonhomme wrote:
> Trac: 1417

For future patches, please include the Trac-ID in the commit message,
at the end, like this


I fixed a totally important problem here!

Trac: #1417
Signed-off-by: ...


Sending this (or any other "should go to the commit message" thigns) as an 
extra mail implies "hey, Gert, please do this work for me".  Sometimes I 
do, sometimes I get grumpy and let the whitespace dragon eat your patch 
instead...

The expectations for "regular" committers are higher than for "first-timers",
and you slowly move towards the other category now... :-)

gert

-- 
"If was one thing all people took for granted, was conviction that if you 
 feed honest figures into a computer, honest figures come out. Never doubted 
 it myself till I met a computer with a sense of humor."
 Robert A. Heinlein, The Moon is a Harsh Mistress

Gert Doering - Munich, Germany g...@greenie.muc.de


signature.asc
Description: PGP signature
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2021-11-03 Thread Richard T Bonhomme


Trac: 1417



___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2021-04-26 Thread W- WEi
https://developer.android.com/about/versions/android-4.2
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2021-04-25 Thread W- WEi
https://lists.sourceforge.net/lists/listinfo/openvpn-devel
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2021-04-25 Thread W- WEi
Openvpn-devel@lists.sourceforge.net
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2019-11-21 Thread Fernando Mendez
Certificado
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2019-11-19 Thread Fernando Mendez
El mar., 19 de noviembre de 2019 3:38 p. m., Fernando Mendez <
fernando.brenda.34...@gmail.com> escribió:

> ___
> Openvpn-devel mailing list
> Openvpn-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/openvpn-devel
>
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2019-11-19 Thread Fernando Mendez

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2018-09-30 Thread Yovie Ramadhan
Pada tanggal Sab, 29 Sep 2018 23:28, Yovie Ramadhan <
ramadhanyovi...@gmail.com> menulis:

> 
>   webview.pdf
> 
>
>   signature.asc
> 
>
> ___
> Openvpn-devel mailing list
> Openvpn-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/openvpn-devel
>
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2018-09-29 Thread Yovie Ramadhan

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2018-09-29 Thread Yovie Ramadhan

  webview.pdf


  signature.asc

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2018-09-11 Thread ramadhanyovie99




Dikirim dari ponsel cerdas Samsung Galaxy saya.
 Pesan asli Dari: Yovie Ramadhan  
Tanggal: 12/09/18  02:19  (GMT+08:00) Ke: Openvpn-devel@lists.sourceforge.net 
Subjek: [Openvpn-devel] (no subject) 

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2018-09-11 Thread Yovie Ramadhan

___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2018-09-11 Thread Yovie Ramadhan
Pada tanggal Sel, 11 Sep 2018 21:20, Yovie Ramadhan <
ramadhanyovi...@gmail.com> menulis:

>
> Pada tanggal Sel, 11 Sep 2018 20:57, Yovie Ramadhan <
> ramadhanyovi...@gmail.com> menulis:
>
>>
>> Pada tanggal Sel, 11 Sep 2018 18:38, ramadhanyovie99 <
>> ramadhanyovi...@gmail.com> menulis:
>>
>>>
>>>
>>>
>>>
>>> Dikirim dari ponsel cerdas Samsung Galaxy saya.
>>> ___
>>> Openvpn-devel mailing list
>>> Openvpn-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/openvpn-devel
>>>
>>
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2018-09-11 Thread Yovie Ramadhan
Pada tanggal Sel, 11 Sep 2018 20:57, Yovie Ramadhan <
ramadhanyovi...@gmail.com> menulis:

>
> Pada tanggal Sel, 11 Sep 2018 18:38, ramadhanyovie99 <
> ramadhanyovi...@gmail.com> menulis:
>
>>
>>
>>
>>
>> Dikirim dari ponsel cerdas Samsung Galaxy saya.
>> ___
>> Openvpn-devel mailing list
>> Openvpn-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/openvpn-devel
>>
>
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2018-09-11 Thread Yovie Ramadhan
Pada tanggal Sel, 11 Sep 2018 18:38, ramadhanyovie99 <
ramadhanyovi...@gmail.com> menulis:

>
>
>
>
> Dikirim dari ponsel cerdas Samsung Galaxy saya.
> ___
> Openvpn-devel mailing list
> Openvpn-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/openvpn-devel
>
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2018-09-11 Thread ramadhanyovie99




Dikirim dari ponsel cerdas Samsung Galaxy saya.___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2018-02-06 Thread Way Way Chit Lay

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2018-02-06 Thread Way Way Chit Lay

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2017-09-21 Thread อุดร จันสน
ขอยกเลิกบริการและการรับข้อมูล
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2016-11-25 Thread Selva Nair
Hi,


On Fri, Nov 25, 2016 at 11:39 PM, Илья Шипицин  wrote:

>
>
> 2016-11-26 0:55 GMT+05:00 Selva Nair :
>
>>
>>
>>>
>> I have posted a PR (https://github.com/OpenVPN/openvpn-build/pull/55) using
>> an active-setup registry entry to do this. It will automatically add the
>> required HKCU entry when the user logs-in. As this happens early in the
>> login process (before startup registry key is evaluated) the GUI will
>> startup even on the first login.
>>
>> Should works also for new users, and the user can change override it
>> using the option in GUI settings menu. Changes to the nsis file is minor
>> too.
>>
>
> good.
>
> except for minor issue with not removing HKCU key on uninstall (however,
> it is not removed without that patch too)
>

Aha, I did not consider that. But that is easily fixed.

During uninstall  instead of removing the active setup key we just have to
set IsInstalled=0 and replace StubPath by a command to remove the HKCU reg
entry when user logs in next time after uninstall. The rest will happen
automatically.

I will push a fixup commit.

Selva
--
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


Re: [Openvpn-devel] (no subject)

2016-10-11 Thread David Sommerseth
On 11/10/16 04:15, Leon Tanoh wrote:
> 172.29.29.1

host not found.


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2016-10-10 Thread Leon Tanoh
172.29.29.1
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2016-09-14 Thread Joe Stellheart
joeasj3...@yahoo.com
--
___
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel


[Openvpn-devel] (no subject)

2015-08-12 Thread Saeid Tasharoei



[Openvpn-devel] (no subject)

2015-05-03 Thread Steffan Karger
Sorry, I indeed have a few more commits in between in my local tree.  In
particaly, the polarssl logging improvements.  Attached a rebase version
of the previous patch.

(Let's see if I got the reply-to stuff in git send-email correct...)

-Steffan




[Openvpn-devel] (no subject)

2015-02-04 Thread duncan atherton




[Openvpn-devel] (no subject)

2015-02-02 Thread duncan atherton




[Openvpn-devel] (no subject)

2015-02-01 Thread duncan atherton




[Openvpn-devel] (no subject)

2015-01-31 Thread duncan atherton




[Openvpn-devel] (no subject)

2015-01-31 Thread duncan atherton




[Openvpn-devel] (no subject)

2014-09-19 Thread si simsons



[Openvpn-devel] (no subject)

2012-04-05 Thread tellthem 2000
I just need a setup for this vpn to make it else for me to download it

[Openvpn-devel] (no subject)

2012-03-15 Thread Agapito Obejas



Sent from Yahoo! Mail on Android



[Openvpn-devel] (no subject)

2011-12-14 Thread Mahdi Aslani



[Openvpn-devel] (no subject)

2011-10-03 Thread Septian Eko P Tian
yes


[Openvpn-devel] (no subject)

2011-10-03 Thread Septian Eko P Tian
yes


[Openvpn-devel] (no subject)

2011-10-03 Thread Septian Eko P Tian
ok


[Openvpn-devel] (no subject)

2007-08-28 Thread tiger king
Hello,



Does anyone know which function do the forwarding packets between the card
Tun/Tap and the card internet physic ?



Thank you very much



  

Park yourself in front of a world of choices in alternative vehicles. Visit the 
Yahoo! Auto Green Center.
http://autos.yahoo.com/green_center/ 

[Openvpn-devel] (no subject)

2006-04-19 Thread Jouni Aro




Re: [Openvpn-devel] substring subject matching suggestion for new pkcs11 support

2005-10-31 Thread Alon Bar-Lev

Albert Siersema wrote:

In pkcs11.c instead of
if (!strcmp (szId, szSubject))
could strstr() to match on substring in the subject ?
(akin cryptoapicert "SUBJ:...")
This would be easier in distributing config files to clients.


Hello,

I don't like fuzzy matching, this is why I provide the 
subject name in the show-pkcs11-objects.


Fuzzy matching causes many problems... What happens if more 
than one certificate matches? Should I select the first? the 
last? the best?
What if the wrong certificate matches? And the user 
accidentally perform private key operation with the wrong key?


Best Regards,
Alon Bar-Lev.



[Openvpn-devel] substring subject matching suggestion for new pkcs11 support

2005-10-31 Thread Albert Siersema
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

In pkcs11.c instead of
if (!strcmp (szId, szSubject))
could strstr() to match on substring in the subject ?
(akin cryptoapicert "SUBJ:...")
This would be easier in distributing config files to clients.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDZiKLKltZixSsH2QRA6K+AJ95Ly7zSQBF3yGUhO+uHut5CIC33wCfbmFj
OHgv3p1Lr6JsseD3AcVoVj8=
=fCbT
-END PGP SIGNATURE-



[Openvpn-devel] (no subject)

2004-04-28 Thread James Yonan
A new release of the 2.0 beta is available.

* One of the goals of OpenVPN 2.0 is extreme scalability, i.e. robustly
handling connections from potentially thousands of clients.  To do this, some
kind of load balancing and failover capability is needed, because a single
OpenVPN daemon running on a single processor may not be able to handle this
kind of load.  One solution is to set up a cluster of near-identically
configured OpenVPN daemons on separate machines, or multiple daemons on a
multiprocessor machine, or both.  Each daemon is running with --mode server
and can handle multiple clients.

The feature that makes this now possible is that --remote has been extended to
allow a list of remote servers and port numbers to be specified on the client
such as:

  remote server1 5000
  remote server1 5001
  remote server2 5000
  remote server2 5001

By default the OpenVPN client will try each host/port in the order specified.
 If the connection fails (such as triggered by --ping/--ping-restart) the
client will move to the next host in the list.  The client can also initially
randomize the list using the new --remote-random flag, to provide a basic
load-balancing capability.

The servers are configured almost identically, though each has its own port
number and --ifconfig-pool IP address range.

* Harald Roelle has observed some limitations in the current Linux 2.4 and 2.6
tun/tap driver.  Specifically, the TX queue size is set to 10 by default,
which is too small.  There is also a problem with "kicking" where a packet in
the driver may get stuck there and need another packet to come through to
"kick" it out.  This may account for the "no buffer space available" message
that some Linux users report.  To work around this problem, OpenVPN has added
a --txqueuelen option to raise the queue length to a more sane size, and now
defaults to 100.  Right now, this is a Linux-only option.  I've also added
--rcvbuf and --sndbuf to control the TCP/UDP socket buffer sizes.  Harald
Roelle and Max Krasnyansky have put together some patches which fix the Linux
tun/tap driver issues, and should (hopefully) be in the pipeline shortly for
inclusion in the mainline 2.4 and 2.6 branches.  For now, --txqueuelen will
provide a workaround.

At this point I would say that nearly all of the key features which have been
envisaged for 2.0 are in place with a few exceptions:

* TCP Support in the multi-client server -- The only way that I can see of
scalably adding TCP support (without using multiple threads or processes) is
to use an efficient multi-socket API such as epoll() which is available on
Linux 2.6 and also apparently on 2.4 via a kernel patch.

* Forking server support -- The 2.0 multi-client server model is designed for
people who want a potentially large number of clients to tunnel through a
single tun or tap interface using a single daemon process.  Some people
however might prefer the forking server model, where the server automatically
forks off a new process for each incoming client, dynamically allocating a
private tun/tap interface for that client.

* Multithreading support -- multithreading offers two key advantages: (1) it
reduces the worst-case latency of packets flowing through the tunnel and (2)
it offers the opportunity for a single daemon to utilize all the processors on
an multiprocessor machine.  Unfortunately, multithreading causes a lot of
problems including complexifying the source code and introducing
race-condition bugs which can be extremely difficult to reproduce or track
down.  My thinking at this point is that implementing multithreading may not
be worth the trouble, especially given the fact that the new load balancing
feature can allow multiple OpenVPN daemons running on multiple machines to
serve the same client pool.

* Compatibility with 1.x -- OpenVPN 2.0 tries as much as possible to be
upwardly compatible with 1.x.  The main difference is that 2.0 changes some
parameter defaults.  The tun/tap MTU has been raised to 1500, --mssfix 1450 is
now the default, and --key-method now defaults to 2.  The only feature which
has been removed is the special-purpose SSL/TLS thread feature which is
enabled on 1.x if you build OpenVPN with the --enable-pthread flag.  I might
put it back if people complain, but overall I'm not sure that it's worth the
trouble.

Change Log:

2004.04.28 -- Version 2.0-test26

* Optimized broadcast path in multi-client mode.
* Added socket buffer size options --rcvbuf & --sndbuf.
* Configure Linux tun/tap driver to use a more sensible
  txqueuelen default.  Also allow explicit setting
  via --txqueuelen option (Harald Roelle).
* The --remote option now allows the port number
  to be specified as the second parameter.  If
  unspecified, the port number defaults to the
  --rport value.
* Multiple --remote options on the client can now be
  specified for load balancing and failover.  The
  --remote-random flag can be used to initially randomize
  the --remote list for basic load