Nginx enable siteコマンド


131

Linuxでapacheを使用してWebサイトを有効にする方法を知っています。私たち全員がa2ensiteコマンドの使用に同意していると確信しています。

残念ながら、Nginxにはデフォルトの同等のコマンドはありませんが、サイトを有効化/無効化して一覧表示できるパッケージをubuntuにインストールしたことがあります。

問題は、このパッケージの名前を覚えていないことです。

誰が私が話しているのか知っていますか?

このパッケージの名前とコマンド名を教えてください。


5
a2ensiteに関するアサーションはCentOSには当てはまりません
-user9517

回答:


166

nginxUbuntuリポジトリからパッケージをインストールした場合、2つのディレクトリがあります。

/etc/nginx/sites-enabledおよび/etc/nginx/sites-available

メインのnginx構成で/etc/nginx/nginx.confは、次の行があります。

include /etc/nginx/sites-enabled/*.conf;

したがって、基本的に利用可能なすべての仮想ホストをリストするには、次のコマンドを実行できます。

ls /etc/nginx/sites-available

それらのいずれかをアクティブにするには、次のコマンドを実行します。

ln -s /etc/nginx/sites-available/www.example.org.conf /etc/nginx/sites-enabled/

Apacheに付属するスクリプトは、基本的に上記と同様のことを行う単純なシェルラッパーです。

ファイルをリンクした後、sudo service nginx reload/ を実行することを忘れないでくださいservice nginx reload


5
ええ、コマンドラインを使用してその方法を知っています。ありがとう
ガッセンテルモウディ

23
それから私はあなたが本当に何を求めているのか分かりません。
pkhamre

3
nginxサーバーをリロードすることを忘れないでください:sudoサービスnginxリロード
リカルドマーティンズ

16
@pkhamre:Apacheを使用する場合、a2ensiteとa2dissiteの2つのスクリプトがあります。あなたが説明するシンボリックリンクを作成および削除するだけなので、有効化および無効化のより高速な方法です。
マッドスキャーン14

6
この古い答えに絶えず賛成してくれてありがとう。OPがこの回答を受け入れる場合は、叙事詩になります:)
pkhamre

69

このスクリプト/usr/bin/nginx_modsiteを作成して実行可能にするだけです。

#!/bin/bash

##
#  File:
#    nginx_modsite
#  Description:
#    Provides a basic script to automate enabling and disabling websites found
#    in the default configuration directories:
#      /etc/nginx/sites-available and /etc/nginx/sites-enabled
#    For easy access to this script, copy it into the directory:
#      /usr/local/sbin
#    Run this script without any arguments or with -h or --help to see a basic
#    help dialog displaying all options.
##

# Copyright (C) 2010 Michael Lustfield <mtecknology@ubuntu.com>

# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
# 1. Redistributions of source code must retain the above copyright
#    notice, this list of conditions and the following disclaimer.
# 2. Redistributions in binary form must reproduce the above copyright
#    notice, this list of conditions and the following disclaimer in the
#    documentation and/or other materials provided with the distribution.
#
# THIS SOFTWARE IS PROVIDED BY AUTHOR AND CONTRIBUTORS ``AS IS'' AND
# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
# ARE DISCLAIMED.  IN NO EVENT SHALL AUTHOR OR CONTRIBUTORS BE LIABLE
# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
# SUCH DAMAGE.

##
# Default Settings
##

NGINX_CONF_FILE="$(awk -F= -v RS=' ' '/conf-path/ {print $2}' <<< $(nginx -V 2>&1))"
NGINX_CONF_DIR="${NGINX_CONF_FILE%/*}"
NGINX_SITES_AVAILABLE="$NGINX_CONF_DIR/sites-available"
NGINX_SITES_ENABLED="$NGINX_CONF_DIR/sites-enabled"
SELECTED_SITE="$2"

##
# Script Functions
##

ngx_enable_site() {
    [[ ! "$SELECTED_SITE" ]] &&
        ngx_select_site "not_enabled"

    [[ ! -e "$NGINX_SITES_AVAILABLE/$SELECTED_SITE" ]] && 
        ngx_error "Site does not appear to exist."
    [[ -e "$NGINX_SITES_ENABLED/$SELECTED_SITE" ]] &&
        ngx_error "Site appears to already be enabled"

    ln -sf "$NGINX_SITES_AVAILABLE/$SELECTED_SITE" -T "$NGINX_SITES_ENABLED/$SELECTED_SITE"
    ngx_reload
}

ngx_disable_site() {
    [[ ! "$SELECTED_SITE" ]] &&
        ngx_select_site "is_enabled"

    [[ ! -e "$NGINX_SITES_AVAILABLE/$SELECTED_SITE" ]] &&
        ngx_error "Site does not appear to be \'available\'. - Not Removing"
    [[ ! -e "$NGINX_SITES_ENABLED/$SELECTED_SITE" ]] &&
        ngx_error "Site does not appear to be enabled."

    rm -f "$NGINX_SITES_ENABLED/$SELECTED_SITE"
    ngx_reload
}

ngx_list_site() {
    echo "Available sites:"
    ngx_sites "available"
    echo "Enabled Sites"
    ngx_sites "enabled"
}

##
# Helper Functions
##

ngx_select_site() {
    sites_avail=($NGINX_SITES_AVAILABLE/*)
    sa="${sites_avail[@]##*/}"
    sites_en=($NGINX_SITES_ENABLED/*)
    se="${sites_en[@]##*/}"

    case "$1" in
        not_enabled) sites=$(comm -13 <(printf "%s\n" $se) <(printf "%s\n" $sa));;
        is_enabled) sites=$(comm -12 <(printf "%s\n" $se) <(printf "%s\n" $sa));;
    esac

    ngx_prompt "$sites"
}

ngx_prompt() {
    sites=($1)
    i=0

    echo "SELECT A WEBSITE:"
    for site in ${sites[@]}; do
        echo -e "$i:\t${sites[$i]}"
        ((i++))
    done

    read -p "Enter number for website: " i
    SELECTED_SITE="${sites[$i]}"
}

ngx_sites() {
    case "$1" in
        available) dir="$NGINX_SITES_AVAILABLE";;
        enabled) dir="$NGINX_SITES_ENABLED";;
    esac

    for file in $dir/*; do
        echo -e "\t${file#*$dir/}"
    done
}

ngx_reload() {
    read -p "Would you like to reload the Nginx configuration now? (Y/n) " reload
    [[ "$reload" != "n" && "$reload" != "N" ]] && invoke-rc.d nginx reload
}

ngx_error() {
    echo -e "${0##*/}: ERROR: $1"
    [[ "$2" ]] && ngx_help
    exit 1
}

ngx_help() {
    echo "Usage: ${0##*/} [options]"
    echo "Options:"
    echo -e "\t<-e|--enable> <site>\tEnable site"
    echo -e "\t<-d|--disable> <site>\tDisable site"
    echo -e "\t<-l|--list>\t\tList sites"
    echo -e "\t<-h|--help>\t\tDisplay help"
    echo -e "\n\tIf <site> is left out a selection of options will be presented."
    echo -e "\tIt is assumed you are using the default sites-enabled and"
    echo -e "\tsites-disabled located at $NGINX_CONF_DIR."
}

##
# Core Piece
##

case "$1" in
    -e|--enable)    ngx_enable_site;;
    -d|--disable)   ngx_disable_site;;
    -l|--list)  ngx_list_site;;
    -h|--help)  ngx_help;;
    *)      ngx_error "No Options Selected" 1; ngx_help;;
esac

使い方:

すべてのサイトをリストするには

$ sudo nginx_modsite -l

サイト「test_website」を有効にするには

$ sudo nginx_modsite -e test_website

サイト「test_website」を無効にするには

$ sudo nginx_modsite -d test_website

ngx_relaod関数では、読み取りをコメントアウトし、cronを介してこれを実行し、プロンプトをまったく必要としないため、reload = "y"を作成しました。ありがとう!
radtek 14年

ええ、完璧な意味があります。どこで変更を加えたのか教えてもらえますか?
ガッセンテルモウディ14年

10
いくつかの標準的な1行コマンドをラップする非常に大きなスクリプト。
tobltobs

1
@tobltobs優れたプログラマーはコードを書き、優れたプログラマーはコードを盗む:)これは、サーバーイメージングスクリプトのコレクションに追加するのに適しています。
rdev5

5
@GhassenTelmoudiは言及し続けているスクリプトはサードパーティのスクリプトであり、作成者(ubuntu)がnginxパッケージにパッケージ化することさえしていません。これにより、セキュリティの脆弱性と不必要に複雑な依存関係ツリーが作成されます。
スコーン

32

を参照しnginx_ensiteていnginx_dissiteますか?


16
これはほとんど答えではありませんか?これらのコマンドは、apt-getでインストールされたUbuntu上のnginxのインストールには存在しません。それは単なるサードパーティのスクリプトのようです:github.com/perusio/nginx_ensite
Mads Skjern 14

5
@MadsSkjernこれが「かろうじて答え」である場合、受け入れられる答えもそれほど多くありません!
マイケルハンプトン

3
まず第一に、答えてくれてありがとう:)そして、コメントに対してすみません、おそらく不快に聞こえるかもしれませんが、実際には(当時)それはあまり役に立たなかったと指摘したかったのですが、読者。
マッツスケーン

25
2つのコマンドと1つのURL、さらには質問の形式で回答しました。私の経験の低い人として、あなたの答えはグーグルで私をそこに送ったでしょう。たぶん、2分で役立つガイド/チュートリアル/デモを見つけられるかもしれません。当時私を助けていたのは、「これらのツールnginx_ensiteとnginx_dissiteがあります。これはサードパーティのスクリプトであり、ここからダウンロードして、このように動作します。例、例」です。ガッセンの答えは、より精巧で、より入門的で、より有用です。意味を理解していただければ幸いです:)
マッズスケーン

8
@MadsSkjernさて、リンクをクリックするだけでした。:)
マイケルハンプトン

4

NGINX

http://nginx.org/packages/からnginxの公式アップストリームパッケージの1つを使用している場合、最良の方法はディレクトリに移動し、影響を受けるファイルの名前をサフィックスから別のものに変更することです。サイトを無効にします。/etc/nginx/conf.d.conf

sudo mv -i /etc/nginx/conf.d/default.conf{,.off}

またはそれを有効にするための反対:

sudo mv -i /etc/nginx/conf.d/example.com.conf{.disabled,}

これは、デフォルト/etc/nginx/nginx.confに次のincludeディレクティブがあるためです。

http {
    …
    include /etc/nginx/conf.d/*.conf;
}

Debian / Ubuntu

ただし、Debian / Ubuntu派生物を使用している場合、に加えconf.dて、邪悪な非標準sites-availableおよびsites-enabledディレクトリがあり、その拡張子に関係なくいくつかのファイルが含まれている可能性があります。

http {
    …
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

そのため、Debian / Ubuntuでは、最初にサイト構成の場所を把握する必要があります。

  • 次のコマンドを使用して、指定されたマスクに一致するすべての通常ファイルを検索することにより、使用可能なすべてのサイトのリストを取得できますfind(1)

    find /etc/nginx -maxdepth 2 -type f \( -path "*/conf.d/*.conf" -or -path "*/sites-*/*" \)

  • 次のコマンドを使用して、有効なすべてのサイトのリストを取得できます。

    find /etc/nginx -maxdepth 2 \( -path "*/conf.d/*.conf" -or -path "*/sites-enabled/*" \)

次に、Debian / Ubuntuのサイトを無効/有効にするには:

  • サイトを無効にするには:設定がにある場合conf.d、ファイルの名前を変更して、.confサフィックスを削除します。または入っている場合はsites-enabled、外に移動しsites-enabledます。

  • サイトを有効にするには、サイトをに移動し/etc/nginx/conf.d、名前を変更して.conf接尾辞を付けるのが最善の方法です。

PSなぜDebian include /etc/nginx/sites-enabled/*;は悪だと思うのですか?そのディレクトリ内のいくつかのファイルを編集してみemacsて、バックアップファイル(~サフィックス付き)を作成してから、もう一度質問してください。


4
私はこの回答で問題はDebianとデリバティブに関する2つの誤った仮定であることを指摘したいと思います:1)の目的conf.dディレクトリはモジュールのような、サーバー全体の設定で、プラグイン、FastCGIのハンドラなど、明示的ではないホストを格納します/ vhost構成および2)serverfault.com/a/825297/86189のファイルを編集しないでくださいsites-enabled
Bojan Markovic

@BojanMarkovic、あなたは間違っています。でサーバー全体の設定を提供することはできません。conf.dこれは、sites-enabled- コンテキストと同じコンテキストに含まれているhttpためです。したがって、モジュールおよびプラグインディレクティブは適用されない場合があります。同様に、ファイルを編集してsites-enabledはならないという仮定は希望的観測にすぎません。ディストリビューション内やディレクトリ内にはそのような指示はありません。stackoverflow.com/q/45852224/1122270など、それから生じるあらゆる種類の問題があります。
cnst

あなたが指摘した問題は、これとはまったく関係がありません。conf.dおそらく、NginxのDebianメンテナー(または、おそらくアップストリームとの互換性のために保持されている)について私は間違っています。でファイルを編集しないことについてはsites-enabled、希望的観測ではなく、彼らがNginxでエミュレートしようとしたApacheの下の想定されるフローです。Apacheではa2ensitea2dissiteスクリプトとスクリプトが存在するため、非常に明白です。残念ながら、Nginxにはこのパッケージの保守品質がDebianでどれほど低いかを示す種類はありません。どちらもドキュメントがありません、本当です。
ボヤンマルコビッチ

2
..私はあなたにそれを与えます(ドキュメントはこの点で非常に不足しています)。しかし、私が話したDebianでWebサーバーを実行している最初の人は、これに混乱していたことです。ls -al sites-enabledApacheまたはNginxの単純な例は、ディレクトリ内の既存のファイルが、-available提供されるa2enmod/ a2dismodscirpts とともに、Apacheの下のモジュールのからのシンボリックリンクであるということを示しています。
ボヤンマルコビッチ

1
@pzrq、あなたは多くの無関係なものを同一視しています。available / enabledは、apacheやdebianとは関係ありません。反対に証拠に失敗したのは、基本的には、誰も見ていなかった適切なタイミングでメンテナーが適切な場所に忍び込んだだけのことです。すでにnginxへの移行にリソースを費やしている場合、それを使用し続ける理由はほとんどありません。たとえば、.htaccessを削除するためにすでに設定の書き換えが必要です-すべてのクラウドとディストリビューションを念頭に置いて設定を標準化することもできます、そのままで十分簡単conf.dです。
cnst

1

別の方法は、サイトの構成ファイルの名前を.confなしで終了するものに変更することです

例えば sudo mv mysite.conf mysite.conf.disabled

次にnginxをリロードすると、そのvhostはデフォルトにフォールバックします。


nginx_modsiteコマンドを使用すると常に便利です。@ Pyrite
Ghassen Telmoudi

3
Ubuntuの14.04で@Pyrite延長しないの母校nginx.confのようにサイトが対応含みとしてinclude /etc/nginx/sites-enabled/*;、それが唯一としてのconfディレクトリが含まれて*.conf
ボヤンマルコヴィッチ

2
@GhassenTelmoudiは言及し続けているスクリプトはサードパーティのスクリプトであり、作成者(ubuntu)がnginxパッケージにパッケージ化することさえしていません。これにより、セキュリティの脆弱性と不必要に複雑な依存関係ツリーが作成されます。
スコーン

1
@cnst私はそれを悪と呼ぶことはしません。特に彼らの選択でsites-availableありsites-enabled、彼らにはメリットと使用があるのです。誰かは、おそらくnginx confの本当の問題のある行のバグレポートを提出するべきで/etc/nginx/sites-enabled/*.conf;あり、おそらく彼らはおそらくそれが見落としだからでしょう。しかし、Debianのワークフローを尊重すれば、sites-availableとにかくファイルを編集し、有効にしたいファイルをシンボリックリンクすることになりますsites-enabled
ボヤンマルコビッチ

1
@cnst なぜそれが自明なのですか?これにより、Apacheとnginxの両方で同じ方法で、vhostを削除せずに有効または無効にできます。事実あなたは nginxので独占的に興味を持っているが、両方のWebサーバに対する同様の有効/無効の方法を提供するDebianのメンテナ意図が無効になることはありません。
ボヤンマルコビッチ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.