Điểm:0

Máy chủ thay đổi Tên miền thành IP trên thanh địa chỉ

lá cờ us

Tôi không phải là chuyên gia về máy chủ nên đang tìm kiếm sự trợ giúp. Tôi đang lưu trữ một dự án laravel trên một giọt nước biển kỹ thuật số và trỏ một tên miền phụ đã đăng ký tại godaddy tới giọt nước nói trên. Thanh địa chỉ đang cập nhật để hiển thị IP máy chủ thay vì tên miền có liên quan khi cố gắng truy cập trang web.

Miền được chia thành hai phần với miền cơ sở trỏ đến máy chủ wordpress và miền phụ myaccount trỏ đến một giọt đại dương kỹ thuật số.

Bản ghi DNS được áp dụng:

CNAME www -> @

Một @ -> XX.XXX.XX.XXX

Tên miền phụ -> 184.168.131.241

(được godaddy tự động đặt khi đặt quy tắc chuyển tiếp đến điểm về phía máy chủ tại 68.183.26.235, tôi đoán là một số địa chỉ chuyển tiếp nội bộ).

Cấu hình máy chủ:

NGINX.conf

dữ liệu www của người dùng;
worker_processes tự động;
pid /run/nginx.pid;
bao gồm /etc/nginx/modules-enabled/*.conf;

sự kiện {
        công_nhân kết_nối 768 ;
        # đa_chấp vào ;
}

http {

        ##
        # Cài đặt cơ bản
        ##

        gửi tệp trên;
        bật tcp_nopus;
        bật tcp_nodelay;
        keepalive_timeout 65;
        loại_hash_max_size 2048;
        client_max_body_size 120M;
        # server_token tắt;

        # server_name_hash_bucket_size 64;
        # máy chủ_tên_trong_chuyển hướng tắt;

        bao gồm /etc/nginx/mime.types;
        ứng dụng default_type/octet-stream;

        ##
        # Cài đặt SSL
        ##

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3; # Bỏ SSLv3, tham khảo: POODLE
        bật ssl_prefer_server_ciphers;

        ##
        # Cài đặt ghi nhật ký
        ##

        access_log /var/log/nginx/access.log;
        error_log /var/log/nginx/error.log;

        ##
        # Cài đặt Gzip
        ##

        bật gzip;

        # gzip_vary bật;
        # gzip_proxied bất kỳ;
        # gzip_comp_cấp 6;
        # gzip_buffers 16 8k;
        # gzip_http_version 1.1;
        # văn bản gzip_types/văn bản thuần túy/ứng dụng css/ứng dụng json/văn bản javascript/ứng dụng xml/ứng dụng xml/xml+văn bản rss/javascript;

        ##
        # Cấu hình máy chủ ảo

Trang web có sẵn: alphamark-client (được liên kết tượng trưng với các trang web đã bật)

người phục vụ {
    server_name tên miền phụ.example.com;
    gốc /var/www/alphamark-client/public;

    add_header X-Frame-Options "SAMEORIGIN";
    add_header X-Content-Type-Options "nosniff";

    chỉ số index.php;

    bộ ký tự utf-8;

    địa điểm / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    vị trí = /favicon.ico { truy cập_đăng xuất; log_not_found tắt; }
    vị trí = /robots.txt { truy cập_đăng xuất; log_not_found tắt; }

    error_page 404 /index.php;

    vị trí ~ \.php$ {
        fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
        fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
        bao gồm fastcgi_params;
    }

    vị trí ~ /\.(?! nổi ​​tiếng).* {
        Phủ nhận tất cả;
    }

    nghe 443 ssl; # được quản lý bởi Certbot
    ssl_certificate /etc/letsencrypt/live/subdomain.example.com/fullchain.pem; # được quản lý bởi Certbot
    ssl_certificate_key /etc/letsencrypt/live/subdomain.example.com/privkey.pem; # được quản lý bởi Certbot
    bao gồm /etc/letsencrypt/options-ssl-nginx.conf; # được quản lý bởi Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # được quản lý bởi Certbot

}
người phục vụ {
    nếu ($host = tên miền phụ.example.com) {
        trả lại 301 https://$host$request_uri;
    } # được quản lý bởi Certbot


    nghe 80;
    server_name tên miền phụ.example.com;
    trả lại 404; # được quản lý bởi Certbot


}

Môi trường ứng dụng Laravel:

APP_NAME=AlphamarkClient

APP_ENV=sản xuất

APP_DEBUG=sai

APP_URL=https://subdomain.example.com

Khi cố gắng truy cập tên miền phụ, máy chủ có thể được truy cập. Tuy nhiên, thanh địa chỉ cập nhật để phản ánh IP của máy chủ. Điều này cũng phá vỡ chứng chỉ ssl do nó được đăng ký vào tên miền phụ. Bất kỳ trợ giúp nào trong việc xác định phần thiết lập nào của tôi đang gây ra hành vi này sẽ được đánh giá rất cao.

lá cờ kr
Có vẻ như một hoặc nhiều trang đang chuyển hướng tới một URL sử dụng địa chỉ IP thay vì tên máy chủ. Điều này có thể xảy ra ở nhiều nơi khác nhau (cấu hình máy chủ, trang web, javascript, v.v.), vì vậy bạn có thể muốn bật chế độ nhà phát triển trong trình duyệt của mình, tạo lại sự cố và tìm ra nơi xảy ra sự cố bằng cách lần theo dấu vết.
lá cờ sv
Chào mừng đến với ServerFault. Vui lòng tắt php và thử tạo lại sự cố. Nếu sự cố vẫn tồn tại, thì sự cố xảy ra với cấu hình máy chủ web.
Kyle R avatar
lá cờ us
@PothiKalimuthu Tôi đã tắt dịch vụ php7.4-fpm khi cài đặt, sau khi làm như vậy, miền vẫn thay đổi thành IP khi cố tải trang web hiện không khả dụng
djdomi avatar
lá cờ za
sau đó đăng vui lòng bạn đang sử dụng Máy chủ web nào và cho chúng tôi biết cấu hình
Paul avatar
lá cờ cn
Cấu hình NGINX do bạn cung cấp không phải là cấu hình đầy đủ. Vui lòng đăng bằng văn bản, không phải chữ hoa màn hình, nội dung của các tệp trong `/etc/nginx/sites-available/` được liên kết tượng trưng trong `/etc/nginx/sites-enabled/`. Nếu bạn muốn thay thế tên miền và địa chỉ IP, bài đăng của bạn sẽ dễ đọc hơn và nhận được câu trả lời tốt hơn nếu bạn sử dụng các tên miền như example.com, example.net, v.v. và các địa chỉ IP như 203.0.113.0/24, 192.0.2.0 /24, v.v.
Kyle R avatar
lá cờ us
@Paul Tôi đã đính kèm thông tin đó trong ảnh chụp màn hình. Tôi đã chỉnh sửa nó để bao gồm dưới dạng văn bản và làm xáo trộn địa chỉ theo đề xuất
Nikita Kipriyanov avatar
lá cờ za
bạn có thể chạy `curl -I https://...` với bất kỳ địa chỉ nào thay đổi thành IP không? Lưu ý "I" là chữ i viết hoa, công tắc đó làm cho cuộn tròn chỉ in *tiêu đề phản hồi*. Ý tôi là, nếu có trạng thái chuyển hướng (một trong các mã 3xx) và tiêu đề `Location` có địa chỉ IP trong URL, thì đây thực sự là một chuyển hướng. Sau đó, bạn có thể xem nhật ký và phân tích lý do tại sao lại có chuyển hướng đến url này. Nhân tiện, bạn có bất kỳ proxy ngược nào ở bất kỳ đâu trước máy chủ web của mình không?
Paul avatar
lá cờ cn
Điều gì xảy ra nếu bạn thêm `fastcgi_param HTTPS on;`?

Đă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.