Điểm:0

Apache hướng khách truy cập https:b-site đến https:a-site (b-site không có ssl)

lá cờ jp

Tôi gặp sự cố với hệ thống apache của mình. nó hoàn toàn mới, và tôi cũng vậy.

vấn đề của tôi bây giờ là nếu ai đó ghé thăm https://123.446.689.0 hoặc https://b-site.com, (không có bất kỳ ssl nào), thì một trang web sẽ cắt trên https...

Làm thế nào một kết nối có thể nhảy như vậy? (tất nhiên sẽ có cảnh báo, vì ssl dành cho tên miền khác)

Tôi SẼ nhận được ssl trên b-site, nhưng không thể nhận được ssl cho ip. và tất cả truy cập IP trực tiếp sẽ được chuyển hướng đến một trang web khác. (hiện tại là 000-mặc định)

đây là những tập tin cấu hình của tôi;

a-site.com.conf

<VirtualHost a-site.com:80>
ServerName a-site.com
DocumentRoot /var/www/a-site.com
    <Directory /var/www/a-site.com>
        Options FollowSymLinks
        AllowOverride Limit Options FileInfo
        DirectoryIndex index.html index.php
        Require all granted

    </Directory>
<Directory /var/www/a-site.com/wp-content>
        Options FollowSymLinks
        Require all granted

    </Directory>

ErrorLog ${APACHE_LOG_DIR}/a-site.error.log
CustomLog ${APACHE_LOG_DIR}/a-site.log combined
RewriteEngine on
RewriteCond %{SERVER_NAME} =a-site.com
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>

a-conf.com-le-ssl.conf

<IfModule mod_ssl.c>
<VirtualHost a-site.com:443>
    ServerName a-site.com
    ServerAdmin arga@localhost
    DocumentRoot /var/www/a-site.com
    ErrorLog ${APACHE_LOG_DIR}/a-site.error.log
    CustomLog ${APACHE_LOG_DIR}/a-site.access.log combined


SSLCertificateFile /etc/letsencrypt/live/a-site.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/a-site.com/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
Header always set Strict-Transport-Security "max-age=31536000"
</VirtualHost>
</IfModule>

000-default.conf

<VirtualHost 123.456.789.0:80>
        ServerAdmin webmaster@localhost
        DocumentRoot /var/www/00
        ErrorLog ${APACHE_LOG_DIR}/catchall.error.log
        CustomLog ${APACHE_LOG_DIR}/catchall.access.log combined

</VirtualHost>

b-site.com.conf

<VirtualHost b-site.com:80>
ServerName b-site.com
DocumentRoot /var/www/b-site.com
    <Directory /var/www/b-site.com>
        Options FollowSymLinks
        AllowOverride Limit Options FileInfo
        DirectoryIndex index.html index.php
        Require all granted

    </Directory>
<Directory /var/www/b-site.com/wp-content>
        Options FollowSymLinks
        Require all granted

    </Directory>

ErrorLog ${APACHE_LOG_DIR}/b-site.error.log
CustomLog ${APACHE_LOG_DIR}/b-site.log combined

</VirtualHost>

000-default-ssl.conf

<IfModule mod_ssl.c>
  
 <VirtualHost _default_:443>
            ServerAdmin webmaster@localhost
            DocumentRoot /var/www/00
            
            ErrorLog ${APACHE_LOG_DIR}/napto.def.error.log
            CustomLog ${APACHE_LOG_DIR}/napto.def.access.log combined
            SSLEngine on

            SSLCertificateFile      /etc/ssl/certs/ssl-cert-snakeoil.pem
            SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key
            <FilesMatch "\.(cgi|shtml|phtml|php)$">
                            SSLOptions +StdEnvVars
            </FilesMatch>
            <Directory /usr/lib/cgi-bin>
                            SSLOptions +StdEnvVars
            </Directory>             
        </VirtualHost>
</IfModule>
Jerry avatar
lá cờ jp
Tôi đã thêm một trang web mới, được gọi là 00al... nhưng bây giờ trang 00al có chặn https của a-site không... chuyện gì đang xảy ra vậy? sao có thể như thế được?
Điểm:1
lá cờ jp

bạn chỉ có a-site.com:443 Máy chủ ảo được xác định cho cổng 443 (https) để Apache chỉ hiển thị trang web mà nó có thể tìm thấy để hiển thị.

Bạn cần xác định một mặc định Máy chủ ảo trên cổng 443 <VirtualHost _default_:443> giống như cách bạn có trong 000-default.conf (hoặc kiểm tra xem bạn có mặc định-ssl.conf và kích hoạt nó). Bạn vẫn cần chứng chỉ TLS/SSL cho máy chủ mặc định nhưng bạn có thể tạo chứng chỉ tự ký. Các hệ thống dựa trên Debian đã có sẵn một hệ thống được tạo cho bạn dưới dạng /etc/ssl/certs/ssl-cert-snakeoil.pem.

Jerry avatar
lá cờ jp
Trên thực tế, tôi có một cái, và khi nào nhưng không có gì khác biệt nếu nó được kích hoạt hay không, tôi thậm chí đã cố đổi tên nó thành 000-def... vì vậy nó sẽ có trước một trang web, nhưng một trang web vẫn chặn https: //123.456.789.0 gọi..
Jerry avatar
lá cờ jp
thực ra, đó là do tôi mỏi mắt, tôi đã thực sự viết .conf thay vì .com trong dòng virtualhost... và khi tôi kiểm duyệt địa chỉ trong câu hỏi, lỗi đã biến mất, nhưng tôi có câu trả lời của bạn là chính xác, vì nó là về câu hỏi này ..

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.