nginx - nginx: [emerg] bind () - [::]: 80 başarısız (98: Adres zaten kullanılıyor)


249

Birdenbire aşağıdaki nginx hatası alıyorum

 * Restarting nginx
 * Stopping nginx nginx
   ...done.
 * Starting nginx nginx
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] still could not bind()
   ...done.
   ...done.

Koşarsam

lsof -i :80 or sudo fuser -k 80/tcp 

Hiçbir şey almıyorum. 80 numaralı bağlantı noktasında hiçbir şey yok

Sonra aşağıdakileri çalıştırıyorum:

sudo netstat -pan | grep ":80"
tcp        0      0 127.0.0.1:8070          0.0.0.0:*               LISTEN      15056/uwsgi     
tcp        0      0 10.170.35.97:39567      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39564      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39584      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39566      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39571      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39580      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39562      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39582      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39586      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39575      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39579      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39560      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39587      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39591      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39589      10.158.58.13:8080       TIME_WAIT   - 

Çok üzüldüm. Bunu nasıl ayıklayabilirim?

Bağlantı noktası 8070 üzerinde proxy geçişi ile uwsgi kullanıyorum. Uwsgi çalışıyor. Nginx değil. Ubuntu 12.4 kullanıyorum

Nginx conf dosyamın ilgili bölümleri aşağıdadır

upstream uwsgi_frontend {
          server 127.0.0.1:8070;
        }
server {
listen 80;
        server_name 127.0.0.1;
        location = /favicon.ico {
                  log_not_found off;
                }



                location / {
                       include uwsgi_params;
                       uwsgi_buffering off;

                       uwsgi_pass 127.0.0.1:8070;
                 }
        }

Ubuntu 12.04'e nginx'i nasıl yükleyeceğim

nginx=stable;add-apt-repository ppa:nginx/$nginx;
apt-get update
apt get install nginx-full

19
Daha önce hiç yaşamadığım konuyu buldum. / Etc / nginx / sites-available / default komutunu silmek zorunda kaldım. Sonra işe yaradı. Benim conf / etc / nginx / default oldu
Tampa

Nginx + Vernik çalıştırıyordum ve bu hatayı aldım. Çözelti her ikisi de üst duraktı, sonra önce nginx ve sonra vernik başlatın.
Ben

adlı hizmeti durdurmayı deneyebilirsiniz.
amal

sitenizi etkin olan varsayılandan kaldırdınız mı?
Wolfpack'08

Burada tüm çözümleri denedim. Kullanılan tüm portları kontrol etti (NGINX'in kendisi tarafından kullanılıyordu), bu yüzden portu öldürdüm ve yeniden başlattım. Bir cazibe gibi çalıştı.
gavin

Yanıtlar:


202

[::]:80 bir ipv6 adresidir.

Bu hata, 80 numaralı bağlantı noktasını ve aynı zamanda bağlantı noktasını dinleyen bir nginx yapılandırmanız varsa oluşabilir [::]:80.

Varsayılan siteler için kullanılabilir dosyamda aşağıdakiler vardı:

listen 80;
listen [::]:80 default_server;

Sen ekleyerek bu sorunu giderebilirsiniz ipv6only=oniçin [::]:80böyle:

listen 80;
listen [::]:80 ipv6only=on default_server;

Daha fazla bilgi için, bkz:

http://forum.linode.com/viewtopic.php?t=8580

http://wiki.nginx.org/HttpCoreModule#listen


11
Dinlemeyi 80 kaldırarak da düzeltebilirsiniz; çünkü dinle [::]: Hem IPv4 hem de IPv6 için 80 dinleyici. Yine de dikkat edin, çünkü bazı sistemler (FreeBSD gibi) IPv4 ve IPv6 yuvalarını ayırır ve daha sonra çalışmaz, ancak Linux için iyi olmalıdır. wiki.nginx.org/HttpCoreModule#listen
gitaarik

4
Bunu incelediğiniz ve silme işleminin /etc/nginx/sites-available/defaultyukarıdaki hataya neden yardımcı olduğuna ilişkin bir açıklama sağladığınız için teşekkür ederiz .
Oliver

1
Ben ipv6 satır yorum bile, ben denemek hala aynı hatayı alıyorum sudo service nginx restart. Bunu yaptığımda netstat -tulpn |grep 80, sadece bir kez nginx işlemi (0.0.0.0:80) alıyorum. Neden yeniden başlamayacağına dair bir fikrin var mı?
Roman

@Rednaw ne dedi ikinci, ama dinlemeyi kaldırmak yerine, sadece yorum
d4nyll

Ayar ipv6only=onsorunu düzeltti, ancak nginx gerçekten aynı arayüze bağlanmaya çalıştığını algılamalı: iki kez bağlantı noktası.
Dan Dascalescu

246

i çalıştırarak bu düzeltildi sudo apachectl stop- arka planda çalışan apache çıkıyor ve nginx istenen bağlantı noktasında başlamasını engelledi.

Ubuntu koşusunda sudo /etc/init.d/apache2 stop


8
sudo /etc/init.d/apache2 stopUbuntu'da Apache'yi durdurmak için kullanın
14.04

3
Bunun nedeni, aynı bağlantı noktasını dinleyen iki web sunucunuzun bulunmamasıdır. Birini ve gerekirse proxy'yi seçin. Örneğin nginx kullanın, ancak belirli istekler için ( phpdosyalar için olduğu gibi ) proxy'den Apache bağlantı noktasına.
d4nyll

Burada da taze bir debian 9 kurulumunda.
jirarium

Teşekkürler. Ama neden birdenbire başladı? Bir hafta boyunca sunucuya dokunmadım, ama dün gece başlamıştı.
Ajay Singh

1
Çözümünüz için teşekkürler. Benim için çalışıyor, Google Cloud Platform kullanıyorum
congle

93

Benim durumum farklı, yeniden başlatmak için Nginx'i çalıştırmak zorunda kaldım.

Onun yerine

sudo systemctl restart nginx

Kullanmak zorunda kaldım:

sudo pkill -f nginx & wait $!
sudo systemctl start nginx

1
404 Bulunamadı'yı alıyordum ve önerinizi kullandım, şimdi sorunumu çözdüm. Teşekkürler.
Bay

3
Bu benim için çalıştı. Başka bir şey olmadı. Sistem yeniden başlatıldığında hangi işlemin başlayacağından emin değilim, ancak bunu yeniden başlatma nginx rutinime ekleyeceğim. Teşekkürler!
Khom Nazid

38

Daha önce hiç yaşamadığım konuyu buldum.

Sadece silmek zorunda kaldım /etc/nginx/sites-available/default. Sonra işe yaradı.

Kıçımın içindeydi /etc/nginx/default.


2
+1 Bu çözüm benim için çalıştı, ama sonra varsayılan olarak soruna neden olan bir şey olması gerektiğini düşündüm, bu yüzden biraz daha derin kazdık ve daha fazla bilgi ile bir cevap sağladım.
Nathan

11
Varsayılan site yapılandırma şablonunu silmenin en iyi çözüm olmadığını iddia ediyorum - listen 80;aynı şablonda bulunan satırı yorumlamak sorunu zaten çözdü ve doğru şekilde. Senin hilecin işe yarıyor ama gelecekteki sorunun okuyucuları için ne yapacağımı değil. Bu yüzden doğru cevap olarak @ Nathan'ın cevabını seçmenizi öneririm.
Oliver

4
Ben çalıştırdıktan sonra aynı problem vardı apt-get dist-upgradebir bağlantı oluşturdu nginx paketi, yükseltilmiş, /etc/nginx/sites-enablediçin /etc/nginx/sites-available/default. nginx, IPv6 üzerinden 80 numaralı bağlantı noktasını dinleyen bu varsayılan yapılandırmayı yüklemeye çalışıyordu, daha sonra gerçek yapılandırmalarımı da yüklüyordu. Bu bağlantının kaldırılması sorunu çözdü.
Dan Dascalescu

15
SİLMEK GEREKMEZ /etc/nginx/sites-available/default , sadece ona sembolik bağlantıyı kaldırın -sudo rm /etc/nginx/sites-enabled/default
d4nyll

Ben çalıştırmaya çalışırken bu sorunu yaşadı nginxport 8080 tarihinde ve varnishport 80 ve bu cevaba benzer, aklıma bir sorunu buldum nginxvarsayılan yapılandırma hala benim olsa noktası 80'de dinleyen sites-availableyapılandırmaları tüm bu de bulunduğu portu 8080 tarihinde dinlenen/etc/nginx/conf.d/default
zigojacko

24

Aynı hatayı alıyordum.

nginx: [emerg] bind () - [::]: 80 başarısız (98: Adres zaten kullanılıyor)

ve tarayıcıda localhost yazdığımda,

İşe yarıyor!

Bu, bu sunucu için varsayılan web sayfası.

Web sunucusu yazılımı çalışıyor, ancak henüz içerik eklenmedi. nginx karşılama sayfası yerine apache2 aynı bağlantı noktasında çalışıyor,

  1. apache2 ports.conf dosyasını bulun

    sudo /etc/apache2/ports.conf
    
  2. daha sonra diğer bağlantı noktasını değiştirmek 80i olarak yapmak70

  3. Dosya 'yı kaydet

  4. sisteminizi yeniden başlatın

tarayıcıda localhost yazarsanız, nginx hoş geldiniz sayfası alırsınız.


1
Apache2 ve nginx'i aynı anda çalıştırmak istemeyebilirsiniz. Apache kurulumunun servisi başlattığını buldum. Böylece, "sudo /etc/init.d/apache2 stop" komutunu verdim ve sonra normalde nginx'i başlatabiliyordum. Bu aynı zamanda sisteminizi yeniden başlatmanızı da önler.
Chris Westin

1
/ Etc / nginx / sites etkin / varsayılan sym bağlantısını silmenin iki bağlantı noktasında dinlemesini engellemesini sağlıyorsunuz. Aslında nginx her öğretici herkes "varsayılan" bağlantısını silmek önererek başlar biraz can sıkıcı buluyorum ama bu sanırım farklı bir konu.
eschipul

@IgorGanapolsky Apache'yi farklı bir bağlantı noktasına mı değiştirdiniz?
Menasheh

10

bu komutu yapmaya çalış

sudo fuser -k 443/tcp
service nginx restart

8

Benim sorunum, örtüşen dinleme direktiflerim olmasıydı. Çalışarak üst üste gelen direktifleri bulmayı başardım

grep -r listen /etc/nginx/*

Aynı bağlantı noktasında iki dosya dinliyordu:

/etc/nginx/conf.d/default.conf:           listen 80;  
/etc/nginx/sites-enabled/default.conf:    listen 80;

3
Bu şeyleri kontrol etmenin çok düzgün bir yolu: grep -r listen /etc/nginx/*paylaştığınız için teşekkürler!
Newskooler

6

Aynı sorunu letsencrypt (certbot) ve nginx'te yaşadım,

ref: https://github.com/certbot/certbot/issues/5486

bu hatanın henüz bir çözümü yok

bu nedenle, yenilenen bir cron değiştirildi (yenilendikten sonra yeniden yükleme yapma) (certbot'tan öneri kullanarak)

-- in /etc/cron.d/certbot
from
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew 
to
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew --pre-hook "service nginx stop" --post-hook "service nginx start"

günlükleri (kısa):

-- in /var/log/syslog
Jun 10 00:14:25 localhost systemd[1]: Starting Certbot...
Jun 10 00:14:38 localhost certbot[22222]: nginx: [error] open() "/run/nginx.pid$
Jun 10 00:14:41 localhost certbot[22222]: Hook command "nginx" returned error c$
Jun 10 00:14:41 localhost certbot[22222]: Error output from nginx:
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] still could not bind()
Jun 10 00:14:41 localhost systemd[1]: Started Certbot.


-- in /var/log/nginx/error.log
2018/06/10 00:14:27 [notice] 22233#22233: signal process started
2018/06/10 00:14:31 [notice] 22237#22237: signal process started
2018/06/10 00:14:33 [notice] 22240#22240: signal process started
2018/06/10 00:14:34 [notice] 22245#22245: signal process started
2018/06/10 00:14:38 [notice] 22255#22255: signal process started
2018/06/10 00:14:38 [error] 22255#22255: open() "/run/nginx.pid" failed (2: No $
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: still could not bind()

1
süper rastgele, ama bu benim sorunum olduğuna inanıyordum. bunu gönderdiğiniz için teşekkürler. benim hatam yenilemeye çalıştığı eski bir etki alanı girdisi nedeniyle tezahür gibi görünüyordu ama artık etki alanı kontrol etmedi çünkü olamazdı.
w--

Sanırım bu da benim sorunum. ama bir göz atmak için beklemek gerekiyor
Oscar Zhou1989

2

Önce /etc/apache2/ports.conf içindeki apache dinleme portunu 80 ila 8080 apache değiştirin

Listen 1.2.3.4:80 to 1.2.3.4:8080
sudo service apache2 restart 

veya

sudo service httpd restart    // in case of centos

sonra apache portunu dinleyecek ters proxy sunucu olarak nginx ekleyin

server {
 listen   1.2.3.4:80;
 server_name  some.com;

 access_log  /var/log/nginx/something-access.log;

 location / {
  proxy_pass http://localhost:8080;
  proxy_redirect off;
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 }


location ~* ^.+\.(jpg|js|jpeg|png)$ {
   root /usr/share/nginx/html/;
}

location /404.html {
  root /usr/share/nginx/html/40x.html;
}

error_page 404 /404.html;
    location = /40x.html {
}

error_page 500 502 503 504 /50x.html;
    location = /50x.html {
}

# put code for static content like js/css/images/fonts
}

Değişikliklerden sonra nginx sunucusunu yeniden başlatın

sudo service nginx restart

Artık tüm trafik nginx sunucusu tarafından işlenecek ve tüm dinamik istekleri apache'ye gönderecek ve statik içerik nginx sunucusu tarafından sunulacaktır.

Önbellek gibi önceden yapılandırma için:

https://www.linode.com/docs/web-servers/nginx/slightly-more-advanced-configurations-for-nginx/#basic-nginx-caching


1

Benzer bir sorunla karşılaştım. günlük aşağıdaki gibidir

2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: still could not bind()
2018/10/31 12:54:23 [alert] 127997#127997: unlink() "/run/nginx.pid" failed (2: No such file or directory)
2018/10/31 22:40:48 [info] 36948#36948: Using 32768KiB of shared memory for push module in /etc/nginx/nginx.conf:68
2018/10/31 22:50:40 [emerg] 37638#37638: duplicate listen options for [::]:80 in /etc/nginx/sites-enabled/default:18
2018/10/31 22:51:33 [info] 37787#37787: Using 32768KiB of shared memory for push module in /etc/nginx/nginx.conf:68

Sonuncusu [emerg]gösterir ki duplicate listen options for [::]:80birden fazla nginx blok dosyası içeren anlamına gelir [::]:80.

Benim çözümüm [::]:80ayarlardan birini kaldırmak

PS muhtemelen varsayılan blok dosyası var. Benim tavsiyem, bu dosyayı 80 numaralı bağlantı noktası için varsayılan sunucu olarak tutmak ve [::]:80diğer blok dosyalarından kaldırmak .


1

Dogin kabında Nginx ve Gunicorn'u yan yana çalıştırmak için süpervizör kullanıyorum.

Süpervizör için kullanılan yapılandırma buydu:

[supervisord]
nodaemon=true

[program:gunicorn]
command = /project/start.sh
user = www-data


[program:nginx]
command=/usr/sbin/nginx

Sorun Ngnix'i nasıl başlattığımdı: varsayılan olarak ön planda çalışır. Bu, Nginx'in başka bir örneğini çalıştırmak için denetimin yeniden denenmesini sağlar.

-g 'daemon off;'Komut satırına ekleyerek , Nginx ön planda kaldı, amir başka bir örnek çalıştırmayı denedi.


1

Benim durumumda, Apache, Apache2 veya Nginx hizmetlerinden biri zaten çalışıyordu ve bu nedenle diğer hizmeti başlatamadım.


0

Sitelerimde avilable dir farklı NGINX yapılandırma dosyaları birkaç * .save dosyaları (nano acil dökümleri) vardı. Bu .save dosyalarını sildiğimde, NGINX iyi bir şekilde yeniden başladı. Bunların zararsız olduğunu varsaydım çünkü karşılık gelen semboller yoktu, ama sanırım yanılmışım.


0

@ Lfender6445 ve @SAURABH cevaplarını takip etmek için -

Benim sorunum Vagrant 2.2.2 yükselttikten sonra Apache2 konuk önyükleme sırasında bir web sunucusu olarak çalışıyor olmasıydı. Geçmişte sadece bir web sunucusu olarak nginx vardı.

vagrant ssh kutusunu işaretleyin ve misafir kutusu önyüklendiğinde Apache2'nin başlatılmasını devre dışı bırakmak için aşağıdaki komutu çalıştırın:

sudo update-rc.d -f apache2 remove

Ssh, vagrant dur, vagrant kadar çık. Sorun çözüldü.


0

Yukarıdaki çözümlerden birini denedikten sonra sorun devam ederse, Sunucunuzu bir kez yeniden başlatın. Benim için çalıştı :)


Evet, olurdu. Ama nginx işlemini öldürmek ve sonra sadece nginx'i yeniden başlatmak da işe yarıyor. @Datdinhquoc'un cevabı bu.
Khom Nazid

0

Benim durumumda suçlu içeren bir sunucu bloğu olduğu ortaya çıktı:

        listen  127.0.0.1:80;
        listen  [::1]:80 ipv6only=on;
        server_name  localhost;

Linux'ta, belirli bir IP'yi (örn. [::1]:80) Dinleyen bir soket, aynı bağlantı noktasını ancak herhangi bir IP'yi (yani [::]:80) dinleyen bir soketle çakışır . Normalde nginx, bu sahnelerin arkasında tek bir soket kullanarak şeffaf bir şekilde bu sorunla ilgilenir. Bununla birlikte, ipv6onlydinleme yönergesinde açıkça belirtilmesi (veya diğer bazı seçeneklerin) nginx'i bunun için ayrı bir soket oluşturmaya (denemeye) zorlayarak Address already in usehatayla sonuçlanır .

Yana ipv6only=on(1.3.4 beri) zaten varsayılan düzeltme bu direktif ilgili seçeneği kaldırmak basitçe oldu ve emin ipv6onlybenim config başka bir yerde kullanılmamıştır.


0

Aynı sorunu yaşıyorum, ancak 80 numaralı bağlantı noktasını Nginx tarafından dinledim:

tcp        0      0 0.0.0.0:80                  0.0.0.0:*                   LISTEN      9730/nginx 

Ama yeniden başlatmaya çalıştığımda hata var:

    service nginx restart
Stopping nginx:                                            [FAILED]
Starting nginx: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] still could not bind()

Sorunum yapılandırma dosyasındaydı, ben PID dosyası ayarlıyorum ve sistem düzgün yakalayamıyor gibi görünüyor:

user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

Çıkardığımda işe yaradı.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.