My Question: Does anybody know why an apache2 server can act as an iperf server? I thought that an apache2 server does only answer HTTP requests.

My Situation: I accidentally realized that an apache2 server can act as a iperf server when connecting an iperf client to port 80.

My setup: Two Ubuntu Server 14.03 directly connected to each other.


On Server1:
user@server1:~$ sudo service apache2 status 
 * apache2 is running
user@server1:~$ sudo netstat -aple | grep http
tcp6       0      0 [::]:http               [::]:*                  LISTEN      root       18567325    21985/apache2   

and on the other side:

On Server2:
user@server2:~$ iperf -c -p 80
Client connecting to, TCP port 80
TCP window size: 45.0 KByte (default)
[  3] local port 60267 connected with port 80
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  29.1 MBytes  24.4 Mbits/sec

It doesn't. iperf doesn't care though, it just blasts the data out anyway. Apache will react with a "414 Request URI too large" error page, which will be answered with even more useless data by iperf.

iperf doesn't need an iperf server on the other end, just a willing "victim" that doesn't cut the connection.

  • Okay, but why does Apache send so many packets back such that it ends up with such a bandwidth? – Jimmy88 Oct 19 '15 at 16:38
  • It doesn't. The transfer rate is from your machine to the server. You really need an iperf server on the other end to get the bidrectional bandwith. Look into it with Wireshark or tcpdump so see what's going on. – Sven Oct 19 '15 at 16:39
  • Okay thanks. Now I saw that apache is just ACKing the packets. But why? – Jimmy88 Oct 20 '15 at 7:29
  • It's not Apache ACKing the packages, this is done by the OS kernel/network stack. It does this because it correctly received the TCP packets (the kernel doesn't know or need to know about HTTP) and then sends them up the stack to Apache, which will try its best to make sense out of it. – Sven Oct 20 '15 at 7:52
  • But why is there no TCP RST? – Jimmy88 Oct 20 '15 at 13:31

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.