2013-05-15 20 views
14

Çalıştırmak için lighttpd'yi yapılandırdığım bir beaglebone'um var. Şu anda 8080 numaralı bağlantı noktasında çalışıyor ve iyi çalışıyor. Bunun dışında 80 numaralı bağlantı noktasında kullanmak istiyorum. Ne yazık ki bağlantı noktası 80'de başlamayacak çünkü bağlantı noktası zaten kullanılıyor ve bağlantı noktası zaten kullanılıyor. 60 numaralı bağlantı noktasında HTTP aracılığıyla beaglebone'a eriştiğimde, tabii ki beaglebone 101 ekranını elde ediyorum.Bağlantı noktasını 80 bir beaglebone üzerinde nasıl serbest bırakırım?

This page, systemctl disable bone101.service'u çalıştırdığımı önerir, ancak bu hizmet Angstrom sürümümde mevcut değil. Ben Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.04.13.img.xz olan here var Angstrom img kullanıyorum.

Şu anda aşağıdaki özürlü hepsi ile çalıştırıyorum:

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 

Ama yine 80.

Ben node.js içeriğini hizmet ne olduğunu biliyorum, ama bağlantı noktasında sorun olsun ps aux node.js'nin çalışmıyor olduğunu gösterse bile (onu öldürebilirim), bağlantı noktasına erişmenin bir kez daha node.js.

Bağlantı noktası 80'i bir kez ve tümünü nasıl devre dışı bırakabilirim, böylece lighttpd tarafından kullanılmasını sağlayabilirim? /etc/xinetd.conf dosya oldukça kısır olduğunu da

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] 

:

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

defaults 
{ 


} 

includedir /etc/xinetd.d 

Ve /etc/xinetd.d klasör boş

İşte ps aux komple çıkışıdır.

Ayrıca, netstat kullanmayı denedim, ancak herhangi bir nedenden ötürü beaglebone üzerinde -p anahtarını sağlamayı başaramadım, bu nedenle hangi işlemin sorumlu olduğu konusunda hiçbir bilgi alamıyorum. Ben netstat alabilirsiniz

iyi çıkış verir netstat -nl | grep tcp ile geçerli:

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 BeagleBoard mevcut lsof varmış gibi görünüyor invalid option -- 'p',

+0

Bu '' 'inetd'' tarafından başlatılabilir -' ''/etc/xinetd.d''' ile ilgili herhangi bir node.js görüyor musunuz? – doublesharp

+1

Bu da http: // serverfault için daha uygun olabilir .com/ – doublesharp

+0

@doublesharp, xinetd.d hakkında ekledim. Bu boş. – Octopus

cevap

22

En sonunda çözüm bulundu.Gizli, soketinin soketinin yanı sıra hizmetinin hizmetini de devre dışı bırakmaktır.

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

Ve şimdi lighttpd için 80 numaralı bağlantı noktasını kullanabilirim.

0

söylüyor. Çok fazla çıkış var

sudo lsof -i -nP 

varsa ve bunu kısıtlamak gerekir: Bu deneyin

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

Angstrom (2013-06-20 itibariyle) lsof olmadan gelir –

2

Debian tabanlı BeagleBone Black cihazımda/lib/systemd/system/bonescript'in içeriği.soket okur:

[Socket] 
ListenStream=80 

[Install] 
WantedBy=sockets.target 

mümkün hizmeti devre dışı başvurmadan başka limana bonescript soketi taşınmasını kolaylaştırır. Bu, bağlantı noktası 80'de kaynakları bulmayı uman node.js sunucusunda yan etkilere sahip olacaktır, bu nedenle mevcut işlevselliği korumak için dinleyici portunu ayarlamaktan daha fazlasını içerecektir.