¿Qué es com.apple.serviceproxy?

0

Tengo 6 instancias de httpd ejecutándose, y reaparecen después de que las mato. Probé la solución proporcionada en esta respuesta ,

$ pgrep -fl foo
40679 bash /tmp/foo
$ launchctl list|grep 40679
40679   -   com.example.foo

en mi caso, sudo pgrep -fl httpd para averiguar qué proceso los está creando y obtuve esto como resultado:

83071 /usr/sbin/httpd -D FOREGROUND -f /Library/Server/Web/Config/Proxy/apache_serviceproxy.conf -E /private/var/log/apache2/service_proxy_error.log

y seis instancias más que según mi Monitor de actividad dependen de la primera. Entonces entrésudo launchctl list|grep 83071

y consiguió este 83071 0 com.apple.serviceproxyque supongo que es el proceso / archivo / servicio que está lanzando este casos, pero no puedo encontrar en cualquier lugar.

También intenté iniciar y luego matar a Apache según esta pregunta , pero eso acaba de crear otra instancia de httpd.

Disculpe mi total ignorancia en la CLI, solo tratando de averiguar cómo matar esas instancias httpd que están utilizando el puerto 8443 para escuchar y entrar en conflicto con otro servicio que estoy tratando de instalar.

Jaime Santa Cruz
fuente
Supongo que tiene instalado OS X Server y está utilizando el puerto 8443 para conexiones seguras de caldav (servidor de calendario). Si bien se han sugerido posibles soluciones en otros lugares , es lógico que con cada nueva actualización de OS X Server, se restablezca la configuración predeterminada (usando 8443). ¿Sería posible configurar su servicio para no usar 8443?
Asmus
Tengo instalado OS X Server, pero el servidor de calendario está apagado. En realidad, apagué todos los servicios para verificar si las instancias desaparecerían, pero no lo hicieron. Creo que puedo mover el controlador Unifi a otro puerto. ¿El problema desaparecería si desinstalara OS X Server?
Jaime Santa Cruz
1
Supongo que podría desinstalar OS X Server, pero tal vez cambiar la configuración de Unifi sea la mejor solución a largo plazo (si desea usar OS X Server). Hasta donde sé, OS X Server ahora afirma que estos puertos los "tienen" cuando es necesario, incluso si el servicio (caldav, http, ...) no está activo, y esto probablemente no va a cambiar pronto.
Asmus