github: OpenVPN/openvpn/pull/517
Change-Id: I4f349963b41ebe155d3866da8955f2d7245d0394
Signed-off-by: wellweek <xiezitai@outlook.com>
Acked-by: Frank Lichtenheld <frank@lichtenheld.com>
Message-Id: <20240308140112.4015131-1-frank@lichtenheld.com>
URL: https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg28368.html
Signed-off-by: Gert Doering <gert@greenie.muc.de>
| ... | ... |
@@ -794,7 +794,7 @@ Control channel encryption (``--tls-crypt``) |
| 794 | 794 |
Asynchronous push reply |
| 795 | 795 |
Plug-ins providing support for deferred authentication can benefit from a more |
| 796 | 796 |
responsive authentication where the server sends PUSH_REPLY immediately once |
| 797 |
- the authentication result is ready, instead of waiting for the the client to |
|
| 797 |
+ the authentication result is ready, instead of waiting for the client to |
|
| 798 | 798 |
to send PUSH_REQUEST once more. This requires OpenVPN to be built with |
| 799 | 799 |
``./configure --enable-async-push``. This is a compile-time only switch. |
| 800 | 800 |
|
| ... | ... |
@@ -89,7 +89,7 @@ if [ $check_depth -eq -1 ] || [ $cur_depth -eq $check_depth ]; then |
| 89 | 89 |
# |
| 90 | 90 |
# NOTE: It is needed to check the exit code of OpenSSL explicitly. OpenSSL |
| 91 | 91 |
# can in some circumstances give a "good" result if it could not |
| 92 |
- # reach the the OSCP server. In this case, the exit code will indicate |
|
| 92 |
+ # reach the OSCP server. In this case, the exit code will indicate |
|
| 93 | 93 |
# if OpenSSL itself failed or not. If OpenSSL's exit code is not 0, |
| 94 | 94 |
# don't trust the OpenSSL status. |
| 95 | 95 |
|
| ... | ... |
@@ -8,7 +8,7 @@ different backwards compatibility mechanism with older server and clients. |
| 8 | 8 |
OpenVPN 2.5 and later behaviour |
| 9 | 9 |
-------------------------------- |
| 10 | 10 |
When both client and server are at least running OpenVPN 2.5, that the order of |
| 11 |
-the ciphers of the server's ``--data-ciphers`` is used to pick the the data cipher. |
|
| 11 |
+the ciphers of the server's ``--data-ciphers`` is used to pick the data cipher. |
|
| 12 | 12 |
That means that the first cipher in that list that is also in the client's |
| 13 | 13 |
``--data-ciphers`` list is chosen. If no common cipher is found the client is rejected |
| 14 | 14 |
with a AUTH_FAILED message (as seen in client log): |
| ... | ... |
@@ -235,7 +235,7 @@ routing. |
| 235 | 235 |
address and subnet mask just as a physical ethernet adapter would be |
| 236 | 236 |
similarly configured. If you are attempting to connect to a remote |
| 237 | 237 |
ethernet bridge, the IP address and subnet should be set to values which |
| 238 |
- would be valid on the the bridged ethernet segment (note also that DHCP |
|
| 238 |
+ would be valid on the bridged ethernet segment (note also that DHCP |
|
| 239 | 239 |
can be used for the same purpose). |
| 240 | 240 |
|
| 241 | 241 |
This option, while primarily a proxy for the ``ifconfig``\(8) command, |
| ... | ... |
@@ -584,7 +584,7 @@ These two standalone operations will require ``--dev`` and optionally |
| 584 | 584 |
One of the advantages of persistent tunnels is that they eliminate the |
| 585 | 585 |
need for separate ``--up`` and ``--down`` scripts to run the appropriate |
| 586 | 586 |
``ifconfig``\(8) and ``route``\(8) commands. These commands can be |
| 587 |
- placed in the the same shell script which starts or terminates an |
|
| 587 |
+ placed in the same shell script which starts or terminates an |
|
| 588 | 588 |
OpenVPN session. |
| 589 | 589 |
|
| 590 | 590 |
Another advantage is that open connections through the TUN/TAP-based |
| ... | ... |
@@ -42,7 +42,7 @@ proto udp |
| 42 | 42 |
# and bridged it with your ethernet interface. |
| 43 | 43 |
# If you want to control access policies |
| 44 | 44 |
# over the VPN, you must create firewall |
| 45 |
-# rules for the the TUN/TAP interface. |
|
| 45 |
+# rules for the TUN/TAP interface. |
|
| 46 | 46 |
# On non-Windows systems, you can give |
| 47 | 47 |
# an explicit unit number, such as tun0. |
| 48 | 48 |
# On Windows, use "dev-node" for this. |
| ... | ... |
@@ -314,7 +314,7 @@ void fragment_free(struct fragment_master *f); |
| 314 | 314 |
* reassembly buffer. If the incoming part completes the packet being |
| 315 | 315 |
* reassembled, the \a buf argument is modified to point to the fully |
| 316 | 316 |
* reassembled packet. If, on the other hand, reassembly is not yet |
| 317 |
- * complete, then the the \a buf buffer is set to empty. |
|
| 317 |
+ * complete, then the \a buf buffer is set to empty. |
|
| 318 | 318 |
* - Any other value: error. |
| 319 | 319 |
* |
| 320 | 320 |
* If an error occurs during processing, an error message is logged and |
| ... | ... |
@@ -129,7 +129,7 @@ auth_user_pass_mgmt(struct user_pass *up, const char *prefix, const unsigned int |
| 129 | 129 |
* Parses an authentication challenge string and returns an auth_challenge_info structure. |
| 130 | 130 |
* The authentication challenge string should follow the dynamic challenge/response protocol. |
| 131 | 131 |
* |
| 132 |
- * See doc/management-notes.txt for more info on the the dynamic challenge/response protocol |
|
| 132 |
+ * See doc/management-notes.txt for more info on the dynamic challenge/response protocol |
|
| 133 | 133 |
* implemented here. |
| 134 | 134 |
* |
| 135 | 135 |
* @param auth_challenge The authentication challenge string to parse. Can't be NULL. |
| ... | ... |
@@ -1207,7 +1207,7 @@ CmpWString(LPVOID item, LPVOID str) |
| 1207 | 1207 |
|
| 1208 | 1208 |
/** |
| 1209 | 1209 |
* Set interface specific DNS domain suffix |
| 1210 |
- * @param if_name name of the the interface |
|
| 1210 |
+ * @param if_name name of the interface |
|
| 1211 | 1211 |
* @param domain a single domain name |
| 1212 | 1212 |
* @param lists pointer to the undo lists. If NULL |
| 1213 | 1213 |
* undo lists are not altered. |