Some of the Lua doc and a few places still used "Haproxy" or "HAproxy".
There was even one "HA proxy". A few of them were in an example of VTest
output, indicating that VTest ought to be fixed as well. No big deal but
better address all the remaining ones so that these inconsistencies stop
spreading around.
" Vim syntax file
-" Language: HAproxy
+" Language: HAProxy
" Maintainer: Bruno Michel <brmichel@free.fr>
" Last Change: Mar 30, 2007
" Version: 0.3
* pipelining: This is the ability for a peer to decouple NOTIFY and ACK
frames. This is a symmectical capability. To be used, it must
- be supported by HAproxy and agents. Unlike HTTP pipelining, the
+ be supported by HAProxy and agents. Unlike HTTP pipelining, the
ACK frames can be send in any order, but always on the same TCP
connection used for the corresponding NOTIFY frame.
When an application is spread across several servers, the time to update all
instances increases, so the application seems jerky for a longer period.
-HAproxy offers several solutions for this. Although it cannot be reconfigured
+HAProxy offers several solutions for this. Although it cannot be reconfigured
without being stopped, nor does it offer any external command, there are other
working solutions.
Example :
---------
-Haproxy is installed in front of an application servers farm. It will limit
+HAProxy is installed in front of an application servers farm. It will limit
the concurrent connections to 4 per server (one thread per CPU), thus ensuring
very fast response times.
All files should include <haproxy/api.h> because this is where build options
are prepared.
-Haproxy header files are split in two, those exporting the types only (named
+HAProxy header files are split in two, those exporting the types only (named
with a trailing "-t") and those exporting variables, functions and inline
functions. Types, structures, enums and #defines must go into the types files
which are the only ones that may be included by othertype files. Function
2013/11/20 - How hashing works internally in haproxy - maddalab@gmail.com
-This document describes how Haproxy implements hashing both map-based and
+This document describes how HAProxy implements hashing both map-based and
consistent hashing, both prior to versions 1.5 and the motivation and tests
that were done when providing additional options starting in version 2.2
a randomly picked number falls equally before any server position, which is
ideal for consistently hashed backends, a common use case for caches.
-In all versions 1.4 and prior Haproxy implements the SDBM hashing function.
+In all versions 1.4 and prior HAProxy implements the SDBM hashing function.
However tests show that alternatives to SDBM have a better cache
distribution on different hashing criteria. Additional tests involving
alternatives for hash input and an option to trigger avalanche, we found
Both functions return a "zero-sized" HTX message if the buffer is null. This
way, the HTX message is always valid. The first function is the default function
to use. The second one is only useful when some content will be added. For
-instance, it used by the HTX analyzers when HAproxy generates a response. Thus,
+instance, it used by the HTX analyzers when HAProxy generates a response. Thus,
the buffer is in a right state.
Once the processing done, if the HTX message has been modified, the underlying
end)
..
- This example code is used in HAproxy configuration like this:
+ This example code is used in HAProxy configuration like this:
::
core.register_action("hello-world", { "tcp-req", "http-req" }, hello_world, 2)
..
- This example code is used in HAproxy configuration like this:
+ This example code is used in HAProxy configuration like this:
::
end)
..
- This example code is used in HAproxy configuration like this:
+ This example code is used in HAProxy configuration like this:
::
This attribute is an integer (6). It aborts the current message. The message
processing is stopped and the transaction is terminated. For HTTP streams,
- HAproxy assumes a response was already sent to the client. From the Lua
+ HAProxy assumes a response was already sent to the client. From the Lua
actions point of view, when this code is used, the transaction is terminated
with no reply.
The Lua developer can add entries to the HAProxy object. They just work carefully
and prevent to modify the index [0].
-Common HAproxy objects are:
+Common HAProxy objects are:
- TXN : manipulates the transaction between the client and the server
- Channel : manipulates proxified data between the client and the server
this behaviour.
- HAproxy start Lua execution
+ HAProxy start Lua execution
+ Lua puts a setjmp()
+ Lua executes code
+ Some code is executed in a pcall()
the Lua code written in these parts of HAProxy must be quickly executed, and can
not do actions which require yield like TCP connection or simple sleep.
-HAproxy socket object
+HAProxy socket object
---------------------
The HAProxy design is optimized for the data transfers between a client and a
they don't do anything, but because they're processing protocol-agnostic data.
Both Stunnel[3] and Stud[4] are examples of such "dumb proxies". They talk raw
TCP on one side, and raw SSL on the other one, and do that reliably, without
-any knowledge of what protocol is transported on top of the connection. Haproxy
+any knowledge of what protocol is transported on top of the connection. HAProxy
running in pure TCP mode obviously falls into that category as well.
The problem with such a proxy when it is combined with another one such as
haproxy, is to adapt it to talk the higher level protocol. A patch is available
for Stunnel to make it capable of inserting an X-Forwarded-For header in the
-first HTTP request of each incoming connection. Haproxy is able not to add
+first HTTP request of each incoming connection. HAProxy is able not to add
another one when the connection comes from Stunnel, so that it's possible to
hide it from the servers.
3. Implementations
-Haproxy 1.5 implements version 1 of the PROXY protocol on both sides :
+HAProxy 1.5 implements version 1 of the PROXY protocol on both sides :
- the listening sockets accept the protocol when the "accept-proxy" setting
is passed to the "bind" keyword. Connections accepted on such listeners
will behave just as if the source really was the one advertised in the
"accept-proxy", then the relayed information is the one advertised in this
connection's PROXY line.
- - Haproxy 1.5 also implements version 2 of the PROXY protocol as a sender. In
+ - HAProxy 1.5 also implements version 2 of the PROXY protocol as a sender. In
addition, a TLV with limited, optional, SSL information has been added.
Stunnel added support for version 1 of the protocol for outgoing connections in
**** h1 0.0 macro def h1_pid=6395
**** h1 0.0 macro def h1_name=/tmp/vtc.6377.64329194/h1
** h1 0.0 Wait
- ** h1 0.0 Stop HAproxy pid=6395
+ ** h1 0.0 Stop HAProxy pid=6395
**** h1 0.0 STDOUT poll 0x10
** h1 0.0 WAIT4 pid=6395 status=0x008b (user 0.000000 sys 0.000000)
* h1 0.0 Expected exit: 0x1 signal: 0 core: 0
**** h1 0.0 macro def h1_pid=25558
**** h1 0.0 macro def h1_name=/tmp/vtc.25540.59b6ec5d/h1
** h1 0.0 Wait
- ** h1 0.0 Stop HAproxy pid=25558
+ ** h1 0.0 Stop HAProxy pid=25558
*** h1 0.0 debug|[ALERT] (25558) : parsing [/tmp/vtc.25540.59b6ec5d/h1/cfg:10] : 'filter' : ''spoe' : missing config file'
*** h1 0.0 debug|[ALERT] (25558) : Error(s) found in configuration file : /tmp/vtc.25540.59b6ec5d/h1/cfg
*** h1 0.0 debug|[ALERT] (25558) : Fatal errors found in configuration.
on TCP socket with 'my_frontend_fd' as file descriptor.
# Mandatory line
- varnishtest "Basic HAproxy test"
+ varnishtest "Basic HAProxy test"
# As some macros for haproxy are used in this file, this line is mandatory.
feature ignore_unknown_macro
* top 0.0 RESETTING after /home/fred/src/varnish-cache-haproxy/d02286d.vtc
** h1 0.0 Reset and free h1 haproxy 15787
** h1 0.0 Wait
- ** h1 0.0 Stop HAproxy pid=15787
+ ** h1 0.0 Stop HAProxy pid=15787
**** h1 0.0 Kill(2)=0: Success
**** h1 0.0 STDOUT poll 0x10
** h1 0.1 WAIT4 pid=15787 status=0x0002 (user 0.000000 sys 0.004000)
* top 0.0 RESETTING after /home/fred/src/varnish-cache-haproxy/d02286d.vtc
** h1 0.0 Reset and free h1 haproxy 12728
** h1 0.0 Wait
- ** h1 0.0 Stop HAproxy pid=12728
+ ** h1 0.0 Stop HAProxy pid=12728
**** h1 0.0 Kill(2)=0: Success
**** h1 0.0 STDOUT poll 0x10
** h1 0.1 WAIT4 pid=12728 status=0x0002 (user 0.000000 sys 0.004000)
* include/haproxy/dns.h
* This file provides functions related to DNS protocol
*
- * Copyright (C) 2020 Haproxy Technologies
+ * Copyright (C) 2020 HAProxy Technologies
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* that can be detected if s->txn->status is 10X, or
* if we're attempting a L7 retry.
* Returns nothing.
- * - http_reply : Called when, at any time, HA proxy decides to stop
+ * - http_reply : Called when, at any time, HAProxy decides to stop
* the HTTP message's processing and to send a message
* to the client (mainly, when an error or a redirect
* occur).
/*
* Name server resolution
*
- * Copyright 2020 Haproxy Technologies
+ * Copyright 2020 HAProxy Technologies
*
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License
#define FCGI_CF_ABRTS_SENT 0x00000200 /* a record ABORT was successfully sent to all active streams */
#define FCGI_CF_ABRTS_FAILED 0x00000400 /* failed to abort processing of all streams */
#define FCGI_CF_WAIT_FOR_HS 0x00000800 /* We did check that at least a stream was waiting for handshake */
-#define FCGI_CF_KEEP_CONN 0x00001000 /* HAproxy is responsible to close the connection */
+#define FCGI_CF_KEEP_CONN 0x00001000 /* HAProxy is responsible to close the connection */
#define FCGI_CF_GET_VALUES 0x00002000 /* retrieve settings */
/* FCGI connection state (fcgi_conn->state) */
projects / thirdparty / haproxy.git / commitdiff
