簡體   English   中英

在EC2上的Nginx(Laravel 5.4)中設置自定義域名

[英]Setting up a custom domain name in Nginx (Laravel 5.4) on EC2

我正在構建一個網站構建器,其中用戶具有一個子域username.myapp.com該子域使用通配符子域來為其網站服務(有效)。

我想允許用戶使用他們自己的域名,所以我設置了指向服務器IP地址的dns.myapp.com

在我的域名提供商中,我添加了www.customdomain.com CNAME以映射到dns.myapp.com

看起來www.customdomain.com指向服務器,但未達到Laravel路由,因此出現Nginx 404錯誤頁面。

我已經建立了一種測試方法,僅用於顯示完整的域路徑並檢查其解析狀態。

RouteServiceProvider:

public function boot()
{
    \Route::pattern('domain', '[a-z0-9.\-]+');
    parent::boot();
}

路線/ web.php

Route::group(['domain' => '{domain}'], function() {
    Route::get('/', 'PageController@domain');
});

控制器/ PageController.php

public function domain($domain)
{
    return $domain;
}

我可以輸入anything.myapp.com ,它將返回該路徑。 我正在嘗試讓www.customdomain.com進行相同的操作。

這可能沒有什么區別,但是myapp.com在AWS Route 53中,映射到通過Laravel Forge實現的EC2服務器。

編輯:Nginx配置:

# FORGE CONFIG (DOT NOT REMOVE!)
include forge-conf/myapp.com/before/*;

server {
    listen 80;
    listen [::]:80;
    server_name .myapp.com;
    root /home/forge/myapp.com/public;

    # FORGE SSL (DO NOT REMOVE!)
    # ssl_certificate;
    # ssl_certificate_key;

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
    ssl_prefer_server_ciphers on;
    ssl_dhparam /etc/nginx/dhparams.pem;

    add_header X-Frame-Options "SAMEORIGIN";
    add_header X-XSS-Protection "1; mode=block";
    add_header X-Content-Type-Options "nosniff";

    index index.html index.htm index.php

    charset utf-8;

    # FORGE CONFIG (DOT NOT REMOVE!)
    include forge-conf/myapp.com/server/*;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }

    access_log off;
    error_log  /var/log/nginx/myapp.com-error.log error;

    error_page 404 /index.php;

    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
    }

    location ~ /\.(?!well-known).* {
        deny all;
    }
}

# FORGE CONFIG (DOT NOT REMOVE!)
include forge-conf/myapp.com/after/*;                             

當您設置多個域時,不僅必須配置DNS,而且還必須配置http服務器以處理新域。

如果只有一個server {}指令,則它將用作默認服務器。 即使您的用戶使用IP或任何其他別名。 這樣的服務器接收大量垃圾流量,因此好的做法是創建“虛擬頁面”,因為默認服務器和真實服務器將只處理好的查詢。

但是有時它不起作用。 您可以進行修改:

server_name ~.;

它使用正則表達式作為“任何字符串”,並且無論如何都會起作用。 原因,為什么不首先執行服務器指令尚不清楚:可能在其他地方,包括其他配置,修補過的nginx甚至是主機端的代理。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM