Refactored version of

Toni Uhlig 96bae72483 debian/rules: package systemd files 5 years ago
contrib 4f11b7b6a0 added systemd conf/service file 5 years ago
debian 96bae72483 debian/rules: package systemd files 5 years ago
selinux 7f3f14fb0a removed CVS leftover.. 6 years ago
src 6eb4245784 --remote-adr should be --remote-addr for consistency 5 years ago
test 44b32c31eb build pt icmp pkt 5 years ago
web 7f3f14fb0a removed CVS leftover.. 6 years ago
.gitlab-ci.yml b30cdab8f0 gitlab-ci archlinux build 5 years ago
.travis.yml 3f67c4bfce travis-ci: ArchLinux build 5 years ago
AUTHORS a0f97ecfd1 ptunnel-ng: 6 years ago
COPYING d9d7a33d2e copyright update 5 years ago
ChangeLog cea2b50c81 1.32-release 5 years ago 3c491a8bec ptunnel-ng: 6 years ago
NEWS 3c491a8bec ptunnel-ng: 6 years ago
PKGBUILD 2c551d1564 fix gitlab-ci build error: remove systemd files for current (1.32) release since they are available in the upcoming release 5 years ago fa14c8d99a added PKGBUILD dev version (builds from git-master), both 5 years ago
README d9d7a33d2e copyright update 5 years ago 4352aeee48 travis-ci: fixed wrong pkg name, removed unfetchable gitlab pipeline badge 5 years ago a6f6a23355, fix build for mingw-w64 xcompiler, cleanup superfluous code 5 years ago cea2b50c81 1.32-release 5 years ago
model_file.c 092a71c228 added coverity model file 5 years ago


PingTunnel-[N]ew[G]eneration Read Me

What is ptunnel-ng?
Ptunnel-NG is a bugfixed and refactored version of Ptunnel with some additional
features e.g. change the magic value without recompiling (bypass Cisco IPS).

What is ptunnel?
Ptunnel is an application that allows you to reliably tunnel TCP connections
to a remote host using ICMP echo request and reply packets, commonly known as
ping requests and replies.

Contact details
The ptunnel-ng fork was done by Toni Uhlig:

You can contact the author of ptunnel, Daniel Stoedle, here:

The official ptunnel website is located here:

Required: pthread
Optional: pcap, selinux

Either run "./" for a fully automatic build or run it manually with:
"./configure && make"

You should end up with a binary called ptunnel-ng.
This serves as both the client and proxy. You can
optionally install it using "make install".
To compile the Windows binary. You will need mingw installed.
If you want pcap support you will need the WinPcap library as well.
WinPcap is available here:

REMEMBER: ptunnel-ng might not work on Windows without WinPcap!

Ptunnel works best when starting as root, and usually requires starting as root.
Common ptunnel-ng options:

./ptunnel-ng -r -R -v
-P -u -g

./ptunnel-ng -p -l -r
-R -v
-P -u -g

The -p switch sets the address of the host on which the proxy is running. A
quick test to see if the proxy will work is simply to try pinging this host -
if you get replies, you should be able to make the tunnel work.
If pinging works but you are not able to establish a tunnel, you should play
around with the -m switch and change the magic value. A IDS/IPS or Firwall
might try to fool you.

The -l, -r and -R switches set the local listening port, destination address
and destination port. For instance, to tunnel ssh connections from the client
machine via a proxy running on to the computer, the following command line would be used:

sudo ./ptunnel-ng -p -l 8000 -r -R 22

An ssh connection to can now be established as follows:

ssh -p 8000 localhost

If ssh complains about potential man-in-the-middle attacks, simply remove the
offending key from the known_hosts file. The warning/error is expected if you
have previously ssh'd to your local computer (i.e., ssh localhost), or you have
used ptunnel-ng to forward ssh connections to different hosts.

Of course, for all of this to work, you need to start the proxy on your
proxy-computer (we'll call it here). Doing this is very

sudo ./ptunnel-ng

If you find that the proxy isn't working, you will need to enable packet
capturing on the main network device. Currently this device is assumed to be
an ethernet-device (i.e., ethernet or wireless). Packet capturing is enabled by
giving the -L switch, and supplying the device name to capture packets on (for
instance eth0 or en1). The same goes for the client. On versions of Mac OS X
prior to 10.4 (Tiger), packet capturing must always be enabled (both for proxy
and client), as resent packets won't be received otherwise.

To protect yourself from others using your proxy, you can protect access to it
with a password using the -P switch. The password is never sent in
the clear, but keep in mind that it may be visible from tools like top or ps,
which can display the command line used to start an application.

Finally, the -u switch will attempt to run the proxy in unprivileged mode (i.e.,
no need for root access), and the -v switch controls the amount of output from
ptunnel-ng. -1 indicates no output, 0 shows errors only, 1 shows info messages, 2
gives more output, 3 provides even more output, level 4 displays debug info and
level 5 displays absolutely everything, including the nasty details of sends and
receives. The -o switch allows output to be saved to a logfile.

Security features: Please see the ptunnel-ng man-page for instructions.

Supported operating systems
Ptunnel supports most operating systems with libpcap, the usual POSIX functions
and a BSD sockets compatible API. In particular, it has been tested on Linux
Fedora Core 2 and Mac OS X 10.3.6 and above. As of version 0.7, ptunnel-ng can also
be compiled on Windows, courtesy of Mike Miller, assuming mingw and WinPcap is

Credits and contributors
Daniel Stoedle et al.

Ping Tunnel NG is Copyright (c) 2017-2019, Toni Uhlig ,
All rights reserved. Ping Tunnel NG is licensed under the
BSD License. Please see the COPYING file for details.