Apache2 ไม่ทำงานบนพอร์ต IPv4 tcp

ฉันต้องการรัน Apache2 บนเซิร์ฟเวอร์ Debian 7 ของฉัน แต่จะรันเฉพาะบนพอร์ต tcpv6 ไม่ใช่บนพอร์ต tcpv4 ฉันติดตั้งมันด้วย apt-get install หากฉันไปที่ localhost หรือ 127.0.0.1 หรือที่อยู่ IPv4 เซิร์ฟเวอร์ของฉันจะไม่แสดงเว็บไซต์ใด ๆ

ของฉัน/etc/apache2/ports.conf:

# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz

NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
 # If you add NameVirtualHost *:443 here, you will also have to change
 # the VirtualHost statement in /etc/apache2/sites-available/default-ssl
 # to <VirtualHost *:443>
 # Server Name Indication for SSL named virtual hosts is currently not
 # supported by MSIE on Windows XP.
 Listen 443
</IfModule>

<IfModule mod_gnutls.c>
 Listen 443
</IfModule>

netstat -plntu:

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      3558/sshd       
tcp        0      0 0.0.0.0:3466            0.0.0.0:*               LISTEN      2820/mysqld     
tcp6       0      0 :::80                   :::*                    LISTEN      2097/apache2    
tcp6       0      0 :::22                   :::*                    LISTEN      3558/sshd       

ความจริงที่ว่า netstat แสดงเฉพาะ tcp6 ที่นี่ไม่ใช่ปัญหา หากคุณไม่ได้ระบุที่อยู่ที่จะรับฟัง apache จะรับฟังตระกูลที่อยู่ที่รองรับทั้งหมดโดยใช้ซ็อกเก็ตเดียว (สำหรับเหตุผลด้านการออกแบบ sshd ใช้ซ็อกเก็ตที่ไม่ซ้ำกันต่อครอบครัวที่อยู่และที่อยู่

นี่เป็นหนึ่งในระบบของฉันแสดง apache ที่มีซ็อกเก็ต tcp6 เท่านั้นและยังทำงานได้ดีผ่านทั้ง IPv4 และ IPv6

woodpecker ~ # netstat -anp |grep apache
tcp6       0      0 :::80    :::*       LISTEN      1637/apache2        
tcp6       0      0 :::443   :::*       LISTEN      1637/apache2        
woodpecker ~ # wget http://127.0.0.1/ -O /dev/null
--2013-12-25 08:52:38--  http://127.0.0.1/
Connecting to 127.0.0.1:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 45 [text/html]
...
# wget http://[::1]/ -O /dev/null
--2013-12-25 08:53:00--  http://[::1]/
Connecting to [::1]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 45 [text/html]
...

หากคุณเรียกใช้wget http://127.0.0.1/ -O -บนเซิร์ฟเวอร์จะเกิดอะไรขึ้น เชื่อมต่อสำเร็จหรือไม่ มันส่งคืน HTML ดิบสำหรับเว็บไซต์ของคุณตามที่คาดไว้หรือไม่

สิ่งนี้จะจัดการการเชื่อมต่อ IPV4 เท่านั้น:

Listen 0.0.0.0:80
Listen 192.0.2.1:80 

https://httpd.apache.org/docs/2.2/bind.html#ipv6

1. 127.0.0.1 เป็นโลคัลสำหรับเครื่องเท่านั้นคุณต้องอยู่บนเซิร์ฟเวอร์ในเบราว์เซอร์เพื่อใช้ไอพี / ที่อยู่ลูปแบ็คท้องถิ่น

2. คุณอาจมีไฟร์วอลล์บล็อกพอร์ต

3. ตรวจสอบให้แน่ใจว่า apache ทำงานและทำงานอย่างถูกต้องตรวจสอบบันทึกข้อผิดพลาด

4. ตรวจสอบ apache ของคุณอีกครั้ง

5. คุณโฮสต์จากรูท www หรือไดเรกทอรี public_html ของผู้ใช้หรือไม่

6. ตรวจสอบอีกครั้งเจ้าของและการอนุญาต

เกือบปี 2019 (ยินดีต้อนรับสู่อนาคต):

• โดยค่าเริ่มต้นส่วนใหญ่ของโลกใช้ ipv6 และหากล้มเหลวให้ถอยกลับไปที่ ipv4;

• ตอนนี้เรามีอุโมงค์ ipv4 บน ipv6 และคีมจับในทางกลับกัน;

• ระบบปฏิบัติการ, โปรแกรม, ไคลเอนต์และเซิร์ฟเวอร์ส่วนใหญ่ทำสิ่งนี้ได้ในตอนนี้

• ยินดีต้อนรับสู่โลกของ NATs ที่ไม่มีอีกต่อไปและต้องพึ่งไฟร์วอลล์ / ตัวกรองไปยังอุปกรณ์ของคุณทันที

• ฉันขอแนะนำให้พยายามรักษาระบบของคุณทั้งหมดไว้ด้วยกันแบบซ้อนสองชั้นรองรับทั้ง ipv4 และ ipv6 ในเวลาเดียวกันดังนั้นเมื่อสวิตช์เวทมนตร์เกิดขึ้นคุณก็ยังทำงานอยู่ ระบบปฏิบัติการเครือข่ายของฉันแม้แต่ ISP ของฉันก็เป็นแบบคู่ซ้อนกันตั้งแต่ต้นจนจบ ฉันสามารถปิด ipv4 ได้อย่างสมบูรณ์หากฉันต้องการ แต่สิ่งที่อยู่ข้างนอกนั่นอาจไม่ทำงานอีกต่อไปหากไม่มีอุโมงค์กลับไปที่ ipv6 จาก ipv4

* * * *

wget http://127.0.0.1/ -O / dev / null

* แสดงถึงการเชื่อมต่อกับเซิร์ฟเวอร์ภายในโดยไม่มีการจัดการ IPv4 หรือ IPv6 ถ้าคุณเปลี่ยน localhost (หรือ 127.0.0.1) เป็นที่อยู่ IPv4 จริงของเซิร์ฟเวอร์นี้คุณไม่สามารถรับการเชื่อมต่อใด ๆ ได้เนื่องจากถูกปฏิเสธ

ลองอธิบาย IP ของคุณในไฟล์ปรับแต่ง: NameVirtualHost: 80 Listen: 80