Nginx साइट कमांड को सक्षम करता है

Question

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

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

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

किसी को भी पता है कि मैं किस बारे में बात कर रहा हूं?

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

Comments

A2ensite के बारे में दावा CentOS के लिए सही नहीं है

— user619714

Answer 1

यदि आपने 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

Comments

हाँ, मुझे पता है कि कमांड लाइन का उपयोग कैसे किया जाता है, धन्यवाद

— घाससेन तेलमौदी

फिर मैं अनिश्चित हूं कि आप वास्तव में क्या मांग रहे हैं।

— pkhamre

नोगेक्स सर्वर को फिर से लोड करना याद रखें: sudo service nginx reload

— रिकार्डो मार्टिन्स

@pkrere: अपाचे का उपयोग करते समय दो स्क्रिप्ट हैं: a2ensite और a2dissite। वे केवल आपके द्वारा वर्णित प्रतीकात्मक लिंक को बनाते और हटाते हैं, इसलिए वे सक्षम और अक्षम करने के तेज़ तरीके हैं।

— मैड्स स्केजर्न

इस पुराने उत्तर पर निरंतर उत्थान के लिए धन्यवाद। यदि ओपी इस उत्तर को स्वीकार करेगा तो यह महाकाव्य होगा :)

— pkhamre

Answer 2

बस यह स्क्रिप्ट बनाएं /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 <[e-mail]>

# 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

Comments

ngx_relaod फ़ंक्शन में, मैंने पढ़ी गई टिप्पणी की और बस पुनः लोड करें "= y" जब से मैंने इसे क्रॉन के माध्यम से चलाया और तुरंत संकेत नहीं चाहता था। धन्यवाद!

— राडटेक

हाँ, यह सही समझ में आता है, क्या आप मुझे बता सकते हैं कि आपने कहाँ बदलाव किया है?

— घाससेन तेलमौदी

कुछ मानक एक पंक्ति कमांड को लपेटने के लिए एक बहुत बड़ी स्क्रिप्ट।

— 14

@tobltobs अच्छा प्रोग्रामर कोड लिखते हैं, महान प्रोग्रामर कोड चोरी करते हैं :) इससे सर्वर इमेजिंग स्क्रिप्ट के मेरे संग्रह में अच्छा इजाफा होता है।

— rdev5

@GhassenTelmoudi आप जिस स्क्रिप्ट का उल्लेख करते रहते हैं, वह एक थर्ड पार्टी स्क्रिप्ट है, जिसे रचनाकारों (ubuntu) ने नेग्नेक्स पैकेज में पैक नहीं किया है, आपकी टिप्पणी एक (एक लाइन) कमांड लाइन विकल्प पर तीसरी पार्टी स्क्रिप्ट का उपयोग करने का सुझाव देती है। यह कैसे सुरक्षा कमजोरियों और अनावश्यक रूप से जटिल निर्भरता पेड़ बनाई गई हैं है

— scones

Answer 3

आप की बात कर रहे nginx_ensiteहैं और nginx_dissite?

Comments

यह बमुश्किल एक जवाब है, है ना? ये कमांड nginx के मेरे इंस्टालेशन पर मौजूद नहीं हैं, उबंटू पर apt-get के साथ स्थापित हैं। ऐसा लगता है कि यह सिर्फ एक 3 पार्टी स्क्रिप्ट है: github.com/perusio/nginx_ensite

— मैड्स स्केजर्न

@MadSkjern यदि यह "मुश्किल से एक उत्तर" है, तो स्वीकृत उत्तर में से एक भी नहीं है!

— माइकल हैम्पटन

सबसे पहले, जवाब देने के लिए धन्यवाद :) और मेरी टिप्पणी के लिए खेद है, जो शायद आक्रामक लगता है, जब मैं वास्तव में केवल यह इंगित करना चाहता था कि यह मेरे लिए बहुत उपयोगी नहीं था (उस समय), क्योंकि यह बहुत अधिक से ग्रहण कर रहा था पाठक।

— मैड्स स्केजर्न

आपने दो आदेशों और एक यूआरएल के साथ उत्तर दिया, और यहां तक ​​कि एक प्रश्न के रूप में भी। मेरे निचले स्तर के अनुभव वाले किसी व्यक्ति के रूप में, आपके उत्तर ने मुझे वहाँ से बाहर जाने के लिए भेजा होगा। शायद मुझे 2 मिनट में एक उपयोगी मार्गदर्शक / ट्यूटोरियल / डेमो मिल जाएगा, शायद मैं एक घंटे के लिए चारों ओर देख रहा हूं और अभी भी भ्रमित हूं। तब मुझे क्या मदद मिली होगी: "इन उपकरणों nginx_ensite और nginx_dissite हैं, यह एक 3 पार्टी स्क्रिप्ट है, इसे यहां से डाउनलोड करें, और वे इस तरह से काम करते हैं, उदाहरण, उदाहरण"। घाससेन का उत्तर अधिक विस्तृत, अधिक परिचयात्मक, अधिक सहायक है। मुझे आशा है कि आप समझते हैं कि मेरा क्या मतलब है :)

— मैड्स स्केजर्न

@MadsSkjern खैर, आप लिंक पर क्लिक कर सकते थे। :)

— माइकल हैम्पटन

Answer 4

nginx

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

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

Comments

मैं बताना चाहता हूं कि इस उत्तर के साथ मुद्दा डेबियन और डेरिवेटिव के बारे में दो गलत धारणाओं में निहित है: 1) conf.dनिर्देशिका का उद्देश्य सर्वर-वाइड कॉन्फ़िगरेशन है जैसे कि मॉड्यूल, प्लगइन्स, फास्टसीगी हैंडलर आदि और स्पष्ट रूप से होस्ट को स्टोर करने के लिए नहीं / में और 2) एक vhost विन्यास नहीं करना चाहिए किसी भी फाइल में संपादित sites-enabled serverfault.com/a/825297/86189

— बोजन मार्कोविक

@BojanMarkovic, आप गलत हैं। आप सर्वर-वाइड कॉन्फ़िगरेशन की सेवा नहीं कर सकते हैं conf.d, क्योंकि यह एक ही संदर्भ में शामिल है sites-enabled- एक- httpसंदर्भ, इसलिए, मॉड्यूल और प्लगइन निर्देश लागू नहीं हो सकते हैं। इसी तरह, आपकी धारणा कि किसी को फाइलों को संपादित नहीं करना चाहिए sites-enabled, केवल इच्छाधारी सोच है - डिस्ट्रो के भीतर, या निर्देशिका के भीतर ऐसे कोई निर्देश नहीं हैं, इसलिए, यह विशुद्ध रूप से आपकी धारणा है, जो कि वितरण द्वारा लागू किसी भी तरह से नहीं है, इसलिए, आप इससे उत्पन्न होने वाले सभी प्रकार के मुद्दे हैं, जैसे, stackoverflow.com/q/45852224/1122270 ।

— 17

आपने जिस मुद्दे पर ध्यान दिया है, उसका इससे कोई संबंध नहीं है। मैं के बारे में गलत conf.dहै, शायद, Nginx के डेबियन अनुरक्षक (या शायद यह अपस्ट्रीम के साथ संगतता के लिए रखा गया है)। फ़ाइलों को संपादित न करने के बारे में sites-enabled, यह इच्छाधारी सोच नहीं है, लेकिन अपाचे के तहत माना जाने वाला विकृत प्रवाह है, जो उन्होंने नेग्नेक्स पर अनुकरण करने की कोशिश की थी। अपाचे में यह a2ensiteऔर a2dissiteलिपियों की मौजूदगी के कारण काफी स्पष्ट है । दुर्भाग्य से, नगेंक्स के लिए किसी भी प्रकार का कुछ भी प्रदान नहीं किया गया है जो दर्शाता है कि डेबियन पर उस पैकेज की रखरखाव गुणवत्ता कितनी कम है। दोनों में प्रलेखन की कमी है, सच है।

— बोजान मार्कोविक

.. मैं तुम्हें देता हूँ कि (डॉक्स इस संबंध में कमी कर रहे हैं)। हालाँकि, आप डेबियन पर वेब सर्वर चलाने वाले पहले व्यक्ति हैं जिनसे मैंने बात की है वह इससे भ्रमित थे। ls -al sites-enabledअपाचे या नग्नेक्स में या तो बस एक सरल दिखाता है कि निर्देशिका में मौजूदा फाइलें -available, अपाचे के तहत मॉड्यूल के लिए डिट्टो से दी गई हैं, साथ ही प्रदान की गई a2enmod/ a2dismodझटके के साथ ।

— बोजान मार्कोविक

@pzrq, आप बहुत सारी असंबंधित चीजों की बराबरी कर रहे हैं; उपलब्ध / सक्षम का अपाचे और डेबियन से कोई लेना-देना नहीं है; इसके विपरीत सबूतों को विफल करना, यह मूल रूप से सिर्फ कुछ है कि कुछ अनुचर सही समय पर सही जगह पर घुस गए जब कोई देख रहा था, और यह अटक गया; इसका उपयोग जारी रखने का कोई कारण नहीं है यदि आप पहले से ही nginx के लिए संक्रमण के लिए संसाधनों को खर्च कर रहे हैं, जिसे पहले से ही .htaccess से छुटकारा पाने के लिए config rewrites की आवश्यकता होगी, उदाहरण के लिए - साथ ही सभी बादलों और मन में विकृतियों के साथ आपके कॉन्फ़िगरेशन को मानकीकृत कर सकता है। , जो के conf.dरूप में के साथ काफी आसान है।

— cnst

Answer 5

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

उदाहरण के लिए sudo mv mysite.conf mysite.conf.disabled

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

Comments

nginx_modsite कमांड का उपयोग करना हमेशा अच्छा होता है, आप हर बार @Pyrite

— Ghassen Telmoudi

@ उबंटू 14.04 पर विस्तार के रूप में nginx.conf के रूप में मैटर नहीं करता है, इसमें साइट-सक्षम भी शामिल हैं क्योंकि include /etc/nginx/sites-enabled/*;इसमें केवल डिर के रूप में शामिल हैं*.conf

— Bojan Markovic

@GhassenTelmoudi आप जिस स्क्रिप्ट का उल्लेख करते रहते हैं, वह एक थर्ड पार्टी स्क्रिप्ट है, जिसे रचनाकारों (ubuntu) ने नेग्नेक्स पैकेज में पैक नहीं किया है, आपकी टिप्पणी एक (एक लाइन) कमांड लाइन विकल्प पर तीसरी पार्टी स्क्रिप्ट का उपयोग करने का सुझाव देती है। इस तरह से सुरक्षा भेद्यता और अनावश्यक रूप से जटिल निर्भरता के पेड़ बनाए जाते हैं।

— scones

@ जब तक मैं इसे बुराई नहीं कहूंगा, विशेष रूप से उनकी पसंद sites-availableऔर sites-enabledजैसा कि उनके पास योग्यता और उपयोग है। किसी को शायद nginx में सही आक्रामक लाइन के लिए एक बग रिपोर्ट दर्ज करनी चाहिए /etc/nginx/sites-enabled/*.conf;और वे शायद ऐसा ही करेंगे क्योंकि यह संभवतः एक ओवरसाइट है। लेकिन अगर आप डेबियन वर्कफ़्लो का सम्मान करते हैं, तो आप sites-availableवैसे भी फ़ाइलों को संपादित कर रहे हैं और उन लोगों को सहानुभूति दे रहे हैं जिन्हें आप सक्षम करना चाहते हैं sites-enabled।

— बोजन मार्कोविच

@cnst यह काफी स्पष्ट है कि यह स्वयं क्यों नहीं है? यह आपको उन्हें हटाने के बिना vhosts को सक्षम और अक्षम करने में सक्षम बनाता है, एक तरह से जो अपाचे और नगनेक्स दोनों पर समान है । यह तथ्य कि आप विशेष रूप से nginx में रुचि रखते हैं, दोनों वेब सर्वरों के लिए समान सक्षम / अक्षम विधि प्रदान करने के डेबियन अनुरक्षकों के इरादे को अमान्य नहीं करता है।

— बोजान मार्कोविक