Come posso rilasciare la porta 80 su una beaglebone in modo che possa usarla?

Question

Ho un beaglebone su cui ho configurato lighttpd per l'esecuzione. Attualmente ce l'ho in esecuzione sulla porta 8080 e funziona perfettamente. Tranne che voglio davvero usarlo sulla porta 80. Sfortunatamente non inizierà sulla porta 80 perché fallisce e segnala che la porta è già in uso. Quando accedo al beaglebone via HTTP sulla porta 80, ovviamente ottengo lo schermo 101 di beaglebone.

This page suggerisce di eseguire systemctl disable bone101.service ma tale servizio non esiste nemmeno sulla mia versione di Angstrom. Sto usando Angstrom img che ho ricevuto da here, che è Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.04.13.img.xz.

Sono attualmente in esecuzione con tutti i seguenti portatori di handicap:

systemctl disable cloud9.service     
systemctl disable gateone.service     
systemctl disable bonescript.service    
systemctl disable bonescript-autorun.service  
systemctl disable avahi-daemon.service    
systemctl disable gdm.service  # this disables the Gnome desktop which is maybe irrelevant here, but saves a ton of memory 

Ma ho ancora ottenere il problema sulla porta 80.

so che node.js è cosa viene pubblicato il contenuto, ma anche quando ps aux mostra che node.js non è in esecuzione (posso ucciderlo), sembra che l'accesso alla porta invochi ancora node.js.

Come è possibile disattivare la porta 80 una volta per tutte in modo che possa essere liberata per l'utilizzo da lighttpd?

Ecco l'output completo di ps aux:

root   1 0.2 1.0 4820 2684 ?  Ss 17:58 0:01 /sbin/init run_hardware_tests 
root   2 0.0 0.0  0  0 ?  S 17:58 0:00 [kthreadd] 
root   3 0.0 0.0  0  0 ?  S 17:58 0:00 [ksoftirqd/0] 
root   5 0.0 0.0  0  0 ?  S< 17:58 0:00 [kworker/0:0H] 
root   7 0.0 0.0  0  0 ?  S< 17:58 0:00 [kworker/u:0H] 
root   8 0.0 0.0  0  0 ?  S 17:58 0:00 [migration/0] 
root   9 0.0 0.0  0  0 ?  S 17:58 0:00 [rcu_bh] 
root  10 0.0 0.0  0  0 ?  S 17:58 0:00 [rcu_sched] 
root  11 0.0 0.0  0  0 ?  S 17:58 0:00 [watchdog/0] 
root  12 0.0 0.0  0  0 ?  S< 17:58 0:00 [khelper] 
root  13 0.0 0.0  0  0 ?  S 17:58 0:00 [kdevtmpfs] 
root  14 0.0 0.0  0  0 ?  S< 17:58 0:00 [netns] 
root  15 0.0 0.0  0  0 ?  S 17:58 0:00 [kworker/0:1] 
root  16 0.0 0.0  0  0 ?  S 17:58 0:00 [bdi-default] 
root  17 0.0 0.0  0  0 ?  S< 17:58 0:00 [kintegrityd] 
root  18 0.0 0.0  0  0 ?  S< 17:58 0:00 [kblockd] 
root  19 0.0 0.0  0  0 ?  S 17:58 0:00 [khubd] 
root  20 0.0 0.0  0  0 ?  S 17:58 0:00 [irq/86-44e0b000] 
root  21 0.0 0.0  0  0 ?  S 17:58 0:00 [kworker/u:1] 
root  26 0.0 0.0  0  0 ?  S 17:58 0:00 [irq/46-4819c000] 
root  35 0.0 0.0  0  0 ?  S< 17:58 0:00 [rpciod] 
root  37 0.0 0.0  0  0 ?  S 17:58 0:00 [khungtaskd] 
root  38 0.0 0.0  0  0 ?  S 17:58 0:00 [kswapd0] 
root  39 0.0 0.0  0  0 ?  S 17:58 0:00 [fsnotify_mark] 
root  40 0.0 0.0  0  0 ?  S< 17:58 0:00 [nfsiod] 
root  41 0.0 0.0  0  0 ?  S< 17:58 0:00 [crypto] 
root  44 0.0 0.0  0  0 ?  S< 17:58 0:00 [pencrypt] 
root  45 0.0 0.0  0  0 ?  S< 17:58 0:00 [pdecrypt] 
root  52 0.0 0.0  0  0 ?  S< 17:58 0:00 [OMAP UART0] 
root  54 0.0 0.0  0  0 ?  S< 17:58 0:00 [kpsmoused] 
root  66 0.0 0.0  0  0 ?  S< 17:58 0:00 [deferwq] 
root  67 0.0 0.0  0  0 ?  S 17:58 0:00 [kworker/u:2] 
root  68 0.1 0.0  0  0 ?  D 17:58 0:00 [mmcqd/0] 
root  71 0.0 0.0  0  0 ?  S< 17:58 0:00 [kworker/0:1H] 
root  72 0.0 0.0  0  0 ?  S 17:58 0:00 [jbd2/mmcblk0p2-] 
root  73 0.0 0.0  0  0 ?  S< 17:58 0:00 [ext4-dio-unwrit] 
root  81 0.6 2.0 260668 5212 ?  Ss 17:58 0:06 /lib/systemd/systemd-journald 
root  83 0.0 0.6 3732 1668 ?  Ss 17:58 0:00 /lib/systemd/systemd-udevd 
root  86 0.0 0.0  0  0 ?  S 17:58 0:00 [kworker/0:2] 
root  93 0.0 0.0  0  0 ?  S< 17:58 0:00 [krfcommd] 
root  164 0.0 0.4 3008 1196 ?  Ss 17:58 0:00 /usr/sbin/crond -n 
root  166 0.0 0.3 2464 916 ?  Ss 17:58 0:00 /usr/sbin/lighttpd -D -f /etc/lighttpd.conf 
root  167 0.0 0.8 5524 2260 ?  Ss 17:58 0:00 /usr/sbin/connmand -n 
root  169 0.0 0.5 3012 1332 ?  Ss 17:58 0:00 /bin/sh /usr/bin/g-ether-load.sh 
root  173 0.0 0.5 3056 1396 ?  Ss 17:58 0:00 /bin/sh /usr/bin/mysqld_safe 
root  175 0.0 0.4 2976 1156 ?  Ss 17:58 0:00 /lib/systemd/systemd-logind 
999  185 0.0 0.5 2840 1380 ?  Ss 17:58 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation 
root  191 0.0 0.2 1992 724 tty1  Ss+ 17:58 0:00 /sbin/agetty --noclear tty1 38400 linux 
root  234 0.0 0.2 1992 712 ttyO0 Ss+ 17:58 0:00 /sbin/agetty -s ttyO0 115200 
root  335 0.0 0.0  0  0 ?  S 17:58 0:00 [flush-179:0] 
root  394 0.0 0.0  0  0 ?  S 17:58 0:00 [file-storage] 
root  407 0.0 0.2 2152 688 ?  S 17:58 0:00 /usr/sbin/udhcpd -f -S /etc/udhcpd.conf 
mysql  448 0.0 1.6 26604 4064 ?  Sl 17:59 0:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/mysql --user=mysql --log-error=/var/log/mysqld.err --pid-file=/var/lib/mysql/mysqld.p 
root  479 0.0 0.4 3564 1216 ?  Ss 17:59 0:00 /usr/bin/ntpd -p /run/ntpd.pid 
root  491 0.1 0.5 3028 1320 ?  Ss 18:03 0:00 /usr/sbin/dropbear -i -r /etc/dropbear/dropbear_rsa_host_key -p 22 
root  492 0.0 0.6 3164 1688 pts/0 Ss 18:03 0:00 -sh 
root  508 0.0 0.0  0  0 ?  S 18:08 0:00 [kworker/0:0] 

Inoltre, il file /etc/xinetd.conf è abbastanza sterile:

# Simple configuration file for xinetd 
# 
# Some defaults, and include /etc/xinetd.d/ 

defaults 
{ 


} 

includedir /etc/xinetd.d 

e la cartella /etc/xinetd.d è vuota.

Ho anche provato a utilizzare netstat, ma non riesce a fornire l'opzione -p sul beaglebone per qualche motivo, quindi non ottengo alcuna informazione su quale processo è responsabile.

L'uscita migliore che posso ottenere da netstat è con netstat -nl | grep tcp che dà:

tcp  0  0 0.0.0.0:22    0.0.0.0:*    LISTEN 
tcp  0  0 0.0.0.0:8080   0.0.0.0:*    LISTEN 
tcp  0  0 0.0.0.0:80    0.0.0.0:*    LISTEN 
tcp  0  0 :::53     :::*     LISTEN 

netstat -p dice invalid option -- 'p',

Answer 1

ho trovato la soluzione alla fine. Il segreto è anche disabilitare la presa e il servizio .

systemctl disable bonescript.service    
systemctl disable bonescript.socket 
systemctl disable bonescript-autorun.service 

E ora posso usare la porta 80 per lighttpd.

Answer 2

Sembra che il BeagleBoard ha lsof disponibili. Prova questo:

sudo lsof -i -nP 

Se c'è troppa potenza ed è necessario limitarla:

sudo lsof -i -nP | grep ":80 (LISTEN)" 

Answer 3

Sul mio BeagleBone Black basato su Debian, il contenuto di/lib/systemd/system/bonescript.Presa legge:

[Socket] 
ListenStream=80 

[Install] 
WantedBy=sockets.target 

Il permette di spostare la presa bonescript a un'altra porta senza ricorrere alla disattivazione del servizio. Ciò avrà effetti collaterali sul server node.js che si aspetta di trovare risorse sulla porta 80, quindi coinvolgerà più della semplice impostazione della porta listener per preservare la funzionalità esistente.