netstat —为什么IPv4守护程序仅侦听-A inet6中列出的端口？

我有一台计算机，具有：

Linux superhost 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux

它在所有接口的端口80上运行Apache，并且未在中显示netstat -planA inet，但是可以在netstat -planA inet6以下位置意外地找到它：

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp6       0      0 :::5672                 :::*                    LISTEN      2402/beam.smp   
tcp6       0      0 :::111                  :::*                    LISTEN      1825/rpcbind    
tcp6       0      0 :::9200                 :::*                    LISTEN      2235/java       
tcp6       0      0 :::80                   :::*                    LISTEN      2533/apache2    
tcp6       0      0 :::34611                :::*                    LISTEN      1856/rpc.statd  
tcp6       0      0 :::9300                 :::*                    LISTEN      2235/java       
...
tcp6       0      0 10.0.176.93:80          10.0.76.98:53704        TIME_WAIT   -               
tcp6       0      0 10.0.176.93:80          10.0.76.98:53700        TIME_WAIT   -               

如上所述，我可以通过TCP4达到目的。但是，即使这些连接也列在下tcp6。为什么？

默认情况下，如果您未为Apache Listen参数指定地址，它将使用IPv4-mapped IPv6地址处理ipv6地址。您可以看看Apache ipv6

的输出netstat并不表示Apache未在IPv4地址上侦听。这是一个IPv4-mapped IPv6地址。

其原因是因为所有IPv4地址也是IPv6地址。预留了一小部分IPv6地址，用于IPv4地址的一对一映射。例如，192.0.2.128可以通过IPv6地址访问IPv4地址::ffff:192.0.2.128。这样做是为了使任何仅支持IPv6的应用程序仍可以侦听IPv4地址。请注意，如果没有其他涉及，IPv6地址（未映射）不能用于与IPv4地址对话，因为IPv4不知道如何处理IPv6地址（可以使用NAT或其他解决方案虽然）。

由于所有IPv4地址都以IPv6表示，因此当要求netstat使用IPv6列出应用程序时，您还将获得IPv4。
它可能表示10.0.176.93为::ffff:10.0.176.93，甚至表示::ffff:a00:b05d，但是应用程序开发人员选择将其显示为常规的点分表示IPv4地址。