💓 Performing TCP handshake without ACK in Go, useful for health checking, that is SYN, SYN-ACK, RST.
Go to file
Tevin Zhang f3158e873d Add fds to epoll_ctl error message 2019-02-12 16:19:46 +08:00
app/tcp-checker Add -v for verbose logging 2019-02-12 16:19:20 +08:00
.gitignore Initial commit 2016-05-31 18:19:07 +08:00
LICENSE Initial commit 2016-05-31 18:19:07 +08:00
README.md Add special thanks 2019-02-12 15:22:22 +08:00
check_linux_test.go Refactor 2019-02-11 17:54:51 +08:00
checker_linux.go Ensure safety before reuse of pipe 2019-02-12 15:22:22 +08:00
checker_nonlinux.go Fix WaitReady() for nonlinux platform 2019-02-12 15:22:22 +08:00
checker_test.go Refactor 2019-02-11 17:54:51 +08:00
doc.go Refine doc 2019-02-11 18:42:46 +08:00
err.go Refactor 2019-02-11 17:54:51 +08:00
event.go Refactor 2019-02-11 17:54:51 +08:00
pipe_pool.go Ensure safety before reuse of pipe 2019-02-12 15:22:22 +08:00
socket.go Refactor 2019-02-11 17:54:51 +08:00
socket_linux.go Add fds to epoll_ctl error message 2019-02-12 16:19:46 +08:00

README.md

TCP Checker 💓

Go Report Card GoDoc

This package is used to perform TCP handshake without ACK, which useful for TCP health checking.

HAProxy does this exactly the same, which is:

  1. SYN
  2. SYN-ACK
  3. RST

Why do I have to do this

In most cases when you establish a TCP connection(e.g. via net.Dial), these are the first three packets between the client and server(TCP three-way handshake):

  1. Client -> Server: SYN
  2. Server -> Client: SYN-ACK
  3. Client -> Server: ACK

This package tries to avoid the last ACK when doing handshakes.

By sending the last ACK, the connection is considered established.

However, as for TCP health checking the server could be considered alive right after it sends back SYN-ACK,

that renders the last ACK unnecessary or even harmful in some cases.

Benefits

By avoiding the last ACK

  1. Less packets better efficiency
  2. The health checking is less obvious

The second one is essential because it bothers the server less.

This means the application level server will not notice the health checking traffic at all, thus the act of health checking will not be considered as some misbehavior of client.

Requirements

  • Linux 2.4 or newer

There is a fake implementation for non-Linux platform which is equivalent to:

conn, err := net.DialTimeout("tcp", addr, timeout)
conn.Close()

Usage

	import "github.com/tevino/tcp-shaker"

	c := NewChecker()

	ctx, stopChecker := context.WithCancel(context.Background())
	defer stopChecker()
	go func() {
		if err := c.CheckingLoop(ctx); err != nil {
			fmt.Println("checking loop stopped due to fatal error: ", err)
		}
	}()

	timeout := time.Second * 1
	err := c.CheckAddr("google.com:80", timeout)
	switch err {
	case ErrTimeout:
		fmt.Println("Connect to Google timed out")
	case nil:
		fmt.Println("Connect to Google succeeded")
	default:
		fmt.Println("Error occurred while connecting: ", err)
	}

TODO

  • IPv6 support (Test environment needed, PRs are welcome)

Special thanks to contributors

  • @lujjjh