सवाल Nginx साइट कमांड सक्षम करें


हम सभी जानते हैं कि लिनक्स पर अपाचे का उपयोग कर वेबसाइट को कैसे सक्षम किया जाए। मुझे पूरा यकीन है कि हम सभी a2ensite कमांड का उपयोग करने पर सहमत हैं।

दुर्भाग्य से Nginx के साथ कोई डिफ़ॉल्ट समकक्ष कमांड नहीं आता है, लेकिन ऐसा हुआ कि मैंने उबंटू पर कुछ पैकेज स्थापित किए जिसने मुझे साइटों को सक्षम / अक्षम करने और उन्हें सूचीबद्ध करने की अनुमति दी।

समस्या यह है कि मुझे इस पैकेज का नाम याद नहीं है।

कोई जानता है कि मैं किस बारे में बात कर रहा हूं?

कृपया मुझे इस पैकेज का नाम और कमांड नाम बताएं।


104
2017-09-05 08:33


मूल


CentOS के लिए A2ensite के बारे में दावा सत्य नहीं है - Iain


जवाब:


यदि आपने इंस्टॉल किया है nginx उबंटू भंडारों से पैकेज, आपके पास दो निर्देशिकाएं होंगी।

/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/

अपाचे के साथ आने वाली स्क्रिप्ट मूल रूप से केवल साधारण शैल रैपर होती हैं जो उपरोक्त जैसी कुछ करती हैं।

फ़ाइलों को जोड़ने के बाद, चलाने के लिए याद रखें sudo service nginx reload/ service nginx reload


128
2017-09-05 08:49



हाँ मुझे पता है कि कमांड लाइन का उपयोग करके इसका उपयोग कैसे करें - Ghassen Telmoudi
तब मुझे यकीन नहीं है कि आप वास्तव में क्या पूछ रहे हैं। - pkhamre
nginx सर्वर को पुनः लोड करना याद रखें: सुडो सेवा nginx रीलोड - Ricardo Martins
@pkhamre: अपाचे का उपयोग करते समय दो स्क्रिप्ट होती हैं: a2ensite और a2dissite। वे आपके द्वारा वर्णित प्रतीकात्मक लिंक को बस बनाते और हटाते हैं, इसलिए वे सक्षम करने और अक्षम करने के तेज़ तरीके हैं। - Mads Skjern
इस पुराने उत्तर पर निरंतर उन्नयन के लिए धन्यवाद। यदि ओपी इस जवाब को स्वीकार करेगा तो यह महाकाव्य होगा :) - pkhamre


बस इस स्क्रिप्ट को बनाएं /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

58
2017-12-18 14:58



ngx_relaod फ़ंक्शन में, मैंने पढ़ने को टिप्पणी की और केवल reload = "y" बना दिया क्योंकि मैं इसे क्रॉन के माध्यम से चलाता हूं और प्रॉम्प्ट बिल्कुल नहीं चाहता था। धन्यवाद! - radtek
हाँ यह सही समझ में आता है, क्या आप मुझे बता सकते हैं कि आपने परिवर्तन कहाँ किया? - Ghassen Telmoudi
कुछ मानक एक लाइन कमांड को लपेटने के लिए एक बहुत बड़ी लिपि। - tobltobs
@tobltobs अच्छा प्रोग्रामर कोड लिखते हैं, महान प्रोग्रामर कोड चोरी करते हैं :) यह सर्वर इमेजिंग स्क्रिप्ट के मेरे संग्रह में एक अच्छा जोड़ बनाता है। - rdev5
@GhassenTelmoudi जिस स्क्रिप्ट का आप उल्लेख करते हैं, वह एक तृतीय पक्ष स्क्रिप्ट है, जिसे निर्माता (उबंटू) द्वारा nginx पैकेज में भी पैक नहीं किया जाता है, आपकी टिप्पणी एक (एक पंक्ति) कमांड लाइन विकल्प पर किसी तृतीय पक्ष स्क्रिप्ट का उपयोग करने का सुझाव देती है। इस प्रकार सुरक्षा भेद्यता और अनावश्यक रूप से जटिल निर्भरता पेड़ बनाए जाते हैं - scones


क्या आप इसका जिक्र कर रहे हैं nginx_ensite तथा nginx_dissite?


29
2017-09-05 08:36



यह मुश्किल से एक जवाब है, है ना? ये आदेश nginx की स्थापना पर मौजूद नहीं हैं, उबंटू पर apt-get के साथ स्थापित है। ऐसा लगता है कि यह सिर्फ एक तृतीय पक्ष स्क्रिप्ट है: github.com/perusio/nginx_ensite - Mads Skjern
@MadsSkjern यदि यह "मुश्किल से एक जवाब" है तो स्वीकार्य उत्तर एक से अधिक नहीं है! - Michael Hampton♦
सबसे पहले, उत्तर देने के लिए धन्यवाद :) और मेरी टिप्पणी के लिए खेद है, जो शायद आक्रामक लगता है, जब मैं वास्तव में केवल यह इंगित करना चाहता था कि यह मेरे लिए बहुत उपयोगी नहीं था (उस समय), क्योंकि यह बहुत अधिक माना जाता है पाठक। - Mads Skjern
आपने दो आदेशों और एक यूआरएल, और यहां तक ​​कि एक प्रश्न के रूप में भी जवाब दिया। मेरे निम्न स्तर के अनुभव वाले किसी व्यक्ति के रूप में, आपके उत्तर ने मुझे वहां गुगल किया होगा। शायद मुझे 2 मिनट में सहायक मार्गदर्शिका / ट्यूटोरियल / डेमो मिल जाएगा, शायद मैं एक घंटे के लिए चारों ओर देख रहा हूं और अभी भी उलझन में हूं। इससे पहले मुझे क्या मदद मिली थी: "ये उपकरण nginx_ensite और nginx_dissite हैं, यह एक तृतीय पक्ष स्क्रिप्ट है, इसे यहां से डाउनलोड करें, और वे इस तरह से काम करते हैं, उदाहरण, उदाहरण"। Ghassen का जवाब अधिक विस्तृत, अधिक प्रारंभिक, और अधिक सहायक है। मुझे आशा है आप मेरा मतलब समझ गए :) - Mads Skjern
@MadsSkjern ठीक है, आप बस लिंक पर क्लिक कर सकते थे। :) - Michael Hampton♦


nginx

यदि आप उपयोग कर रहे हैं nginx के आधिकारिक अपस्ट्रीम पैकेजों में से एक से http://nginx.org/packages/, सबसे अच्छा तरीका है नेविगेट करना है /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

हालांकि, यदि आप डेबियन / उबंटू व्युत्पन्न का उपयोग कर रहे हैं, तो इसके अतिरिक्त conf.d, आप भी हो सकता है बुरा गैर मानक sites-available तथा sites-enabled निर्देशिका, कुछ फाइलें जिनके तहत उनके विस्तार के संबंध में ढीला रूप से शामिल किया जा सकता है:

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

जैसे, डेबियन / उबंटू में, आपको सबसे पहले यह पता लगाना होगा कि साइट कॉन्फ़िगरेशन कहां स्थित है।

  • आप सभी की सूची प्राप्त करने के लिए निम्न आदेश का उपयोग कर सकते हैं उपलब्ध चलकर साइटें 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/*" \)

फिर डेबियन / उबंटू पर साइटों को अक्षम / सक्षम करने के लिए:

  • सेवा मेरे अक्षम करें एक साइट: अगर कॉन्फ़िगरेशन है conf.d, बस फ़ाइल का नाम बदलने के लिए अब एक नहीं है .conf प्रत्यय; या अगर में sites-enabled, इसे बाहर ले जाएं sites-enabled

  • सेवा मेरे सक्षम एक साइट, इसे स्थानांतरित करने का सबसे अच्छा तरीका होगा /etc/nginx/conf.d, और एक नाम बदलने के लिए .conf प्रत्यय।

अनुलेख मुझे डेबियन क्यों लगता है include /etc/nginx/sites-enabled/*; बुराई है? उस निर्देशिका में कुछ फाइलों को संपादित करने का प्रयास करें, और अपना लें emacs बैकअप फाइलें बनाएं (के साथ ~ प्रत्यय), फिर मुझे फिर से पूछो।


3
2017-08-26 20:45



मैं यह इंगित करना चाहता हूं कि इस उत्तर के साथ समस्या डेबियन और डेरिवेटिव के संबंध में दो गलत धारणाओं में है: 1) का उद्देश्य conf.d निर्देशिका सर्वर-व्यापी कॉन्फ़िगरेशन है जैसे मॉड्यूल, प्लगइन्स, फास्टसीगी हैंडलर आदि और स्पष्ट रूप से नहीं मेजबान / vhost विन्यास में स्टोर करने के लिए और 2) एक नहीं चाहिए में किसी भी फाइल को संपादित करें sites-enabled  serverfault.com/a/825297/86189 - Bojan Markovic
@BojanMarkovic, आप गलत हैं। आप सर्वर-व्यापी विन्यास में सेवा नहीं कर सकते हैं conf.d, क्योंकि यह उसी संदर्भ में शामिल है sites-enabled एक - http-वेल संदर्भ, इसलिए, मॉड्यूल और प्लगइन निर्देश लागू नहीं हो सकते हैं। इसी तरह, आपकी धारणा है कि किसी को फाइलों को संपादित नहीं करना चाहिए sites-enabled केवल इच्छापूर्ण सोच है - distro के भीतर या निर्देशिका के भीतर ऐसे कोई निर्देश नहीं हैं, इसलिए, यह पूरी तरह से आपकी धारणा है, जिसे वितरण द्वारा लागू नहीं किया गया है, इसलिए, आपके पास इससे उत्पन्न होने वाले सभी प्रकार के मुद्दे हैं, उदाहरण के लिए , stackoverflow.com/q/45852224/1122270। - cnst
जिस मुद्दे पर आपने इंगित किया है उसका बिल्कुल कोई संबंध नहीं है। मैं गलत हूँ conf.d जैसा कि शायद, Nginx के डेबियन रखरखाव (या शायद इसे अपस्ट्रीम के साथ संगतता के लिए रखा गया है)। फाइलों को संपादित करने के बारे में नहीं sites-enabled, यह इच्छापूर्ण सोच नहीं है लेकिन अपाचे के तहत अनुमानित वर्फ्लो जिसे उन्होंने Nginx पर अनुकरण करने की कोशिश की। अपाचे में यह अस्तित्व के कारण काफी स्पष्ट है a2ensite तथा a2dissite स्क्रिप्ट। दुर्भाग्य से निगेंक्स के लिए इस प्रकार का कुछ भी प्रदान नहीं किया गया है जो दिखाता है कि उस पैकेज की रखरखाव गुणवत्ता कितनी कम है डेबियन पर। दोनों दस्तावेज की कमी, सच है। - Bojan Markovic
..मैं आपको यह बता दूंगा (इस संबंध में दस्तावेज़ों की कमी की कमी है)। हालांकि आप डेबियन पर वेब सर्वर चलाने वाले पहले व्यक्ति हैं जिनसे मैंने बात की है जो इससे उलझन में थे। बस एक साधारण ls -al sites-enabled या तो अपाचे या निगेंक्स में दिखाता है कि निर्देशिका में मौजूदा फाइलें सिमलिंक हैं -available, प्रदान किए गए अपाचे के तहत मॉड्यूल के लिए ditto a2enmod/a2dismod scirpts। - Bojan Markovic
@pzrq, आप बहुत से असंबंधित चीजों को समझा रहे हैं; उपलब्ध / सक्षम अपाचे और न ही डेबियन के साथ कुछ भी नहीं है; इसके विपरीत सबूतों में असफल रहा, यह मूल रूप से कुछ ऐसा है जो कुछ रखरखाव सही समय पर सही जगह पर घुस गया जब कोई भी नहीं देख रहा था, और यह अटक गया; यदि आप पहले से ही nginx में संक्रमण के लिए संसाधनों का खर्च कर रहे हैं, तो इसका उपयोग जारी रखने का कोई कारण नहीं है, उदाहरण के लिए, htaccess से छुटकारा पाने के लिए पहले से ही कॉन्फ़िगरेशन रीराइट्स की आवश्यकता होगी - उदाहरण के लिए - सभी बादलों और दिमाग में distros के साथ अपनी कॉन्फ़िगरेशन को मानकीकृत कर सकते हैं , जो काफी आसान है conf.d जैसा है। - cnst


एक और तरीका बस साइट की कॉन्फ़िगरेशन फ़ाइल का नाम बदलने के लिए है जो .conf के बिना समाप्त होता है

जैसे sudo mv mysite.conf mysite.conf.disabled

फिर nginx पुनः लोड करें, और वह vhost डिफ़ॉल्ट पर वापस आ जाएगा।


0
2018-05-19 03:15



nginx_modsite कमांड का उपयोग करना हमेशा अच्छा होता है, आप प्रत्येक बार @Pyrite फ़ाइल को नाम बदलने से, सूची, अक्षम, सक्षम साइट को अधिक आसान और तेज़ कर सकते हैं - Ghassen Telmoudi
ऐसा नहीं लगता है कि nginx_modsite डिफ़ॉल्ट रूप से स्थापित है। फिर भी फाइलों का नाम बदलना एक स्टॉक विकल्प है। इसके अलावा, मैंने अपने जवाब को एक वैकल्पिक विधि के रूप में उपसर्ग किया, न कि सबसे अच्छा तरीका @ ग्सेसेन टेलमोउडी - Pyrite
@Pyrite Ubuntu पर 14.04 एक्सटेंशन mager के रूप में mater नहीं है क्योंकि nginx.conf साइट्स-सक्षम के रूप में शामिल है include /etc/nginx/sites-enabled/*; इसमें केवल conf dir शामिल है *.conf - Bojan Markovic
@GhassenTelmoudi जिस स्क्रिप्ट का आप उल्लेख करते हैं, वह एक तृतीय पक्ष स्क्रिप्ट है, जिसे निर्माता (उबंटू) द्वारा nginx पैकेज में भी पैक नहीं किया जाता है, आपकी टिप्पणी एक (एक पंक्ति) कमांड लाइन विकल्प पर किसी तृतीय पक्ष स्क्रिप्ट का उपयोग करने का सुझाव देती है। इस प्रकार सुरक्षा भेद्यता और अनावश्यक रूप से जटिल निर्भरता पेड़ बनाए जाते हैं। - scones
@BojanMarkovic, हाँ, डेबियन और उबंटू बुराई है - serverfault.com/a/870618/110020 - यदि आप फ़ाइलों को सीधे संपादित करते हैं तो किसी भी फ़ाइल का उनका वाइल्डकास्ट विशेष रूप से परेशानीपूर्ण होता है sites-enabled, और आपका संपादक बैकअप फाइलें बनाता है। - cnst