এনগিনেক্স লগিং কীভাবে অক্ষম করবেন?


27

কনফিগ ফাইলে আমার নীচে রয়েছে

server {
    listen       80;
    server_name  _;
    access_log  /var/log/nginx/access.log  main;
  ...

server {
    listen       80;
    server_name  example.com
    access_log  off;
    error_log off;

তবে এটি এখনও example.comভার্চুয়াল হোস্টের জন্য লগিং রাখে । আমি কি ভুল করছি?


আপনি এখানে "প্রধান" কী করতে চান?
ইভান ক্যারল

আমি এই প্রশ্নটিকে অপসারণের জন্য পতাকাঙ্কিত করেছি, কারণ সর্বাধিক উত্সাহিত উত্তরটি আপনার সিনট্যাক্স-ত্রুটির সাথে করতে হবে। ত্রুটি লগিং বন্ধ করার সাথে এর কোনও যোগসূত্র নেই। এটিতে অনুসন্ধানযোগ্য ত্রুটি বার্তা নেই এবং আপনি কী জিজ্ঞাসা করছেন বা প্রদত্ত উত্তরগুলি কেন আপনার সমস্যার সমাধান করছে না তা আমি নিশ্চিত নই।
ইভান ক্যারল

উত্তর:


31

আপনি ;সার্ভার_নামের নির্দেশের পরে নিখোঁজ রয়েছেন । access_logএবং offঅতিরিক্ত সার্ভার_নাম হিসাবে বিবেচিত হচ্ছে।


12
এছাড়াও, ত্রুটি_লগ বন্ধ; ত্রুটি লগিং বন্ধ করে না। এটি কেবল 'অফ' নামের একটি ফাইলটিতে ত্রুটিগুলি লগ করে। ত্রুটি লগিং সম্পূর্ণরূপে অক্ষম করার কোনও উপায় নেই, আপনি যে নিকটতমটি পেতে পারেন সেটি ত্রুটি_লগ / দেব / নাল সমালোচক; যা প্রায় একই জিনিস, যেহেতু কোনও ত্রুটি লগ প্রদর্শিত হবে না।
কলবিজ্যাক

6
প্রকৃতপক্ষে, access_log off;এনজিঙ্ক্সকে ডেকে আনা ফাইলটিতে লগ লিখতে বাধ্য করে off। সুতরাং এটি সঠিক উত্তর নয়।
ব্যবহারকারী 965363

4
আসলে, এটি সঠিক উত্তর। একমাত্র প্যারামিটার হিসাবে "অফ" ব্যবহার করা বর্তমান স্তরের সমস্ত অ্যাক্সেস_লগ নির্দেশকে সাফ করে দেয় ": উইকি . nginx.org/HttpLogModule#access_log । এটি ত্রুটি_লগের জন্য সত্য নয় (যেমন @ কলবিজ্যাক যোগ করেছেন) তবে আমি বিশ্বাস করি যে প্রশ্নটি অ্যাক্সেস সম্পর্কে ছিল, ত্রুটি লগ নয়। এটা সম্ভব যে এনগিনেক্সের বেশ কয়েকটি পুরানো সংস্করণ এটি সমর্থন করে না।
rvs

offপরিবর্তে ব্যবহার করার কোনও সুবিধা আছে /dev/null? যদি offNginx এর কিছু সংস্করণ নামক কোনও ফাইলে লেখার কারণ হয়ে থাকে off, তবে এটি /dev/nullআরও সার্বজনীন সমাধানের মতো বলে মনে হচ্ছে।
জো মোরিনিন

20

অবশ্যই আপনি লগিং সম্পূর্ণরূপে অক্ষম করতে পারেন। লগ-ফাইলে কেবল / dev / নালকে নির্দেশ করুন এবং হয়ে যান। ;)

access_log  /dev/null;
error_log /dev/null;

3
আমি এটিও ব্যবহার করি; /dev/nullএকটি বাস্তব গন্তব্য; যখন "অফ" কিছু ডিরেক্টরিতে একটি ফাইল
এডোসো

4
এটি করার জন্য এটি অফিশিয়াল প্রস্তাবের উপায় নয়। 'অফ' ব্যবহার করা সঠিক উপায়।
ব্যবহারকারীর 75151825

আমি এটি / var / নাল তৈরি করেছি এবং এখন এটি var ডিরেক্টরিতে "নাল" নামের ফাইলটিতে লগগুলি সংরক্ষণ শুরু করে। এটি কি কেবল "/ dev / নাল" হওয়া উচিত?
গৌরব

13

আপনি access_logব্যবহার করে অক্ষম করতে পারেন

access_log off;

তবে আপনি যদি ত্রুটি_লগটি অক্ষম করতে চান, তবে আপনার কনফিডে কেবল ত্রুটি_লগ বিকল্পটি ব্যবহার করবেন না।


2
এটি পূর্বের উত্তরগুলিতে কীভাবে যুক্ত হচ্ছে?
ডেভ এম

1
কিউজ, আগের উত্তরটি অব্যবহারযোগ্য! এটি ব্যবহার করবেন না
মোস্তফা üzgür

2
কনফিগারেশনে একটি ত্রুটি_লগ বিকল্প না থাকলে এনজিনক্স ডিফল্ট "ত্রুটি_লগ লগস / ত্রুটি.লগ ত্রুটি": এনগিনএক্স.অর্গ
জুলিয়ান লাডিশ

হ্যাঁ, ঠিক আছে। সুতরাং, আমাদের / দেব / নাল বা অন্য কিছু করা উচিত? আপনার পরামর্শ কি?
মোস্তফা üzgür

এই উত্তরটি ভুল কারণ এটি একটি লগ ফাইল তৈরি করবে '/ usr / share / nginx / বন্ধ'
ড্যানিয়েল খান

1

এটি বেশ সহজ হওয়া উচিত, আপনি লগ লাইনগুলি মন্তব্য করতে পারেন

server {
    listen       80;
    server_name  _;
    #access_log  /var/log/nginx/access.log  main;
  ...

server {
    listen       80;
    server_name  example.com
    #access_log  off;
    #error_log off;

এবং যদি আপনি কোনও সমালোচক ত্রুটি পান তবে আপনার এটি করা উচিত: rorerror_log / dev / নাল সমালোচক; ´ তাই এটি হবে:

server {
    listen       80;
    server_name  _;
    access_log  /dev/null crit;
  ...

server {
    listen       80;
    server_name  example.com
    access_log  /dev/null crit;
    error_log /dev/null crit;

'অফ' ব্যবহার করবেন না। নীচে উল্লিখিত হিসাবে, এটি nginx এর হোম dir 'অফ' নামে একটি লগ ফাইল তৈরি করবে।
ড্যানিয়েল খান

0

Nginx পোস্টে শর্তসাপেক্ষ লগিংয়ের ভিত্তিতে তবে অনুরোধটি লগ করতে কোনও ভেরিয়েবল ব্যবহার না করে কেবল 0 এর ধ্রুবক মান ব্যবহার করে।

server {
listen       80;
server_name  _;
access_log  /var/log/nginx/access.log  main;
}

server {
listen       80;
server_name  example.com
access_log  /var/log/nginx/access.log if=0;
error_log /var/log/nginx/error.log if=0;
}
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.