Portas http (s) do servidor macOS vinculadas

0

Eu tenho um Mac mini 2014 (executando o macOS Sierra 10.12.2) com o Server.app instalado.

Eu estava planejando hospedar um servidor da Web neste dispositivo nas portas http (s) padrão. No entanto, descobri que um dos serviços instalados pelo aplicativo Servidor já vinculou essas portas.

Tentei desabilitar o serviço que vincula essas portas usando o launchctl e interrompendo qualquer coisa que pareça vagamente apache / httpd. Infelizmente, isso não foi suficiente.

Alguém sabe qual serviço está vinculando essas portas?

sierra launchd apache http irundaia
fonte

Respostas:

1

Comente as portas de escuta no início do arquivo /Library/Server/Web/Config/Proxy/apache_serviceproxy.conf

Mate o processo httpd principal que contém substring " /usr/sbin/httpd -D FOREGROUND -f /Library/Server/Web/Config/Proxy/apache_serviceproxy.conf". Para listar esses processos em execução ps -fax | grep apache_serviceproxy.conf, use , por exemplo.

Milan Rusek
fonte
0

Para verificar as portas, digite:

sudo lsof -i :80
sudo lsof -i :443

Os comandos produzirão algo como isto:

COMMAND   PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
httpd     316 root    5u  IPv6 0xec3d90f272a0383d      0t0  TCP *:http (LISTEN)
httpd     378 _www    5u  IPv6 0xec3d90f272a0383d      0t0  TCP *:http (LISTEN)
httpd     379 _www    5u  IPv6 0xec3d90f272a0383d      0t0  TCP *:http (LISTEN)
httpd     380 _www    5u  IPv6 0xec3d90f272a0383d      0t0  TCP *:http (LISTEN)
httpd     381 _www    5u  IPv6 0xec3d90f272a0383d      0t0  TCP *:http (LISTEN)
httpd     382 _www    5u  IPv6 0xec3d90f272a0383d      0t0  TCP *:http (LISTEN)
httpd   59259 _www    5u  IPv6 0xec3d90f272a0383d      0t0  TCP *:http (LISTEN)

e

COMMAND   PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
httpd     316 root    7u  IPv6 0xec3d90f272a01d5d      0t0  TCP *:https (LISTEN)
httpd     378 _www    7u  IPv6 0xec3d90f272a01d5d      0t0  TCP *:https (LISTEN)
httpd     379 _www    7u  IPv6 0xec3d90f272a01d5d      0t0  TCP *:https (LISTEN)
httpd     380 _www    7u  IPv6 0xec3d90f272a01d5d      0t0  TCP *:https (LISTEN)
httpd     381 _www    7u  IPv6 0xec3d90f272a01d5d      0t0  TCP *:https (LISTEN)
httpd     382 _www    7u  IPv6 0xec3d90f272a01d5d      0t0  TCP *:https (LISTEN)
httpd   59259 _www    7u  IPv6 0xec3d90f272a01d5d      0t0  TCP *:https (LISTEN)

Agora verifique um ou todos os pids com, por exemplo:

ps u 59259

com o resultado:

_www 59259   0,0  0,1  2448556   2360   ??  S     4:00pm   0:00.01 /usr/sbin/httpd -D FOREGROUND -f /Library/Server/Web/Config/Proxy

Obviamente, está relacionado ao apache / httpd, mas o servidor da web não está carregado. Portanto, verifique / Biblioteca / Servidor / Web / Config / Proxy. O arquivo relevante aqui é /Library/Server/Web/Config/Proxy/apache_serviceproxy.conf . Comente ou modifique as portas de escuta irritantes no início do arquivo. Reinicie. Isso interromperá algumas funcionalidades do OS X Server.app.

Como alternativa, você pode simplesmente desmarcar Habilitar PHP e Habilitar Python em Server.app> Sites (mesmo se Sites estiverem desativados !). Há um atraso de até 31 segundos até que as novas configurações se tornem operacionais.

Klanomath
fonte
De fato, existe um proxy de serviço em execução no momento. Quando estiver em casa, vou ver se a desativação do servidor PHP no Server.app funciona. Obrigado assim!
precisa saber é
Desativei "Ativar PHP" e "Ativar Python". O serviço ainda é iniciado (e abre as portas mencionadas). Quais recursos do Server.app removeriam os comandos de escuta quebrariam?
precisa saber é
@irundaia Testei a solução PHP / Python para desativar várias vezes e funcionou. Não reinicializei - apenas um momento tenho que verificar novamente. Comentar as duas portas 80/443 no apache_serviceproxy.conf desativará alguns recursos relacionados ao site (mas provavelmente nenhum outro serviço como o OpenDirectory DNS ou DHCP). Eu não testei isso completamente - era apenas uma suposição.
klanomath
@irundaia Mesmo após uma reinicialização, o PHP / Python desativado funciona para mim. Não há portas abertas nem com nmap nem lsof. Iniciar um servidor da web sudo python -m SimpleHTTPServer 80também funciona sem erros. Você precisa esperar até 31 segundos após desativar o php / python até que os serviços sejam desligados!
klanomath
0

isso foi útil para mim:

launchctl unload -w /Applications/Server.app/Contents/ServerRoot/System/Library/LaunchDaemons/com.apple.serviceproxy.plist
nyxee
fonte