Как освободить порт 80 на биглбоне, чтобы я мог его использовать?

У меня есть beaglebone, на котором я настроил lighttpd для запуска. В настоящее время он работает на порту 8080 и работает нормально. За исключением того, что я действительно хочу использовать его на порту 80. К сожалению, он не запустится на порту 80, потому что он дает сбой и сообщает, что порт уже используется. Когда я получаю доступ к биглбону через HTTP через порт 80, я, конечно же, получаю экран биглбон 101.

На этой странице предлагается запустить systemctl disable bone101.service, но эта служба даже не существует в моей версии из Ангстрема. Я использую изображение Angstrom, которое я получил здесь, то есть Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.04.13.img.xz.

В настоящее время я работаю со всеми следующими отключенными:

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

Но я все еще получаю проблему на порту 80.

Я знаю, что node.js — это то, что обслуживает контент, но даже когда ps aux показывает, что node.js не запущен (я могу его убить), кажется, что доступ к порту снова вызывает node.js.

Как отключить порт 80 раз и навсегда, чтобы освободить его для использования lighttpd?

Вот полный вывод 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]

Кроме того, файл /etc/xinetd.conf довольно бесплоден:

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

defaults
{


}

includedir /etc/xinetd.d

И папка /etc/xinetd.d пуста.

Я также пытался использовать netstat, но по какой-то причине он не может предоставить переключатель -p на beaglebone, поэтому я не получаю никакой информации о том, какой процесс отвечает.

Лучший вывод, который я могу получить от netstat, это netstat -nl | grep tcp, который дает:

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 говорит invalid option -- 'p',


person Octopus    schedule 15.05.2013    source источник
comment
Его может запустить inetd — вы видите что-нибудь связанное с node.js в /etc/xinetd.d?   -  person doublesharp    schedule 15.05.2013
comment
Это также может лучше подходить для serverfault.com.   -  person doublesharp    schedule 15.05.2013
comment
@doublesharp, я добавил информацию о моем xinetd.d. Он пуст.   -  person Octopus    schedule 15.05.2013
comment
Def serverfault Q, это практически не имеет ничего общего с lighttpd. А пока взгляните на netstat --tcp.   -  person David Souther    schedule 15.05.2013
comment
@David, Serverfault закрыл это как «не по теме». Кроме того, я добавил подробности о выводе из netstat.   -  person Octopus    schedule 15.05.2013
comment
@DavidSouther Вот почему ServerFault был удален как вариант миграции в StackOverflow. Доска для биглей не предназначена для профессионального использования. Этот вопрос не соответствует теме ServerFault. Это может быть на Unix.SE, но сначала стоит спросить в чате.   -  person Ladadadada    schedule 15.05.2013
comment
Ах, извините, не знал об этом правиле для сбоя сервера.   -  person David Souther    schedule 16.05.2013
comment
Что ж, в данном случае это действительно «профессионально». Мы планируем развернуть его как микросервер.   -  person Octopus    schedule 16.05.2013
comment
Stack Overflow — это сайт для вопросов по программированию и разработке. Этот вопрос кажется не по теме, потому что он не о программировании или разработке. См. раздел О каких темах я могу задать здесь в Справочном центре. Возможно, Суперпользователь или Unix & Linux Stack Exchange лучше спросить. См. также раздел Где размещать вопросы о Dev Ops?.   -  person jww    schedule 09.01.2016
comment
@jww, если вы планируете разрабатывать что-либо, связанное с сетью, на биглбоне, то это потенциальная проблема, с которой вы столкнетесь. Это ОПРЕДЕЛЕННО вопрос развития. кроме того, это было опубликовано более двух лет назад.   -  person Octopus    schedule 11.01.2016
comment
@Octopus - тогда это потенциальная проблема, с которой вы столкнетесь... - я столкнулся с этим при попытке отключить ненужные службы. Так что да, информация нужна. Это ОПРЕДЕЛЕННО вопрос разработки... - как так? Похоже, вы ссылаетесь на то, что я разработчик, поэтому все, что я спрашиваю, по теме. Это просто конфигурация гаджета. Согласно уставу этого сайта, это не по теме. То, что его спросили в 2012 году или позже, просто означает, что сообщество плохо себя контролировало. Мы должны пометить их как не относящиеся к теме; иначе другие будут продолжать спрашивать одни и те же вещи не по теме.   -  person jww    schedule 12.01.2016


Ответы (3)


Я нашел решение наконец. Секрет в том, чтобы также отключить сокет и сервис.

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

И теперь я могу использовать порт 80 для lighttpd.

person Octopus    schedule 15.05.2013

В моем BeagleBone Black на базе Debian содержимое /lib/systemd/system/bonescript.socket выглядит следующим образом:

[Socket]
ListenStream=80

[Install]
WantedBy=sockets.target

Это позволяет переместить сокет BoneScript на другой порт, не прибегая к отключению службы. Это будет иметь побочные эффекты на сервере node.js, который ожидает найти ресурсы на порту 80, поэтому потребуется больше, чем просто настроить порт прослушивателя, чтобы сохранить существующую функциональность.

person Greg Bodnar    schedule 01.06.2016

Похоже, что на BeagleBoard доступно lsof. Попробуй это:

sudo lsof -i -nP

Если выходных данных слишком много и вам нужно их ограничить:

sudo lsof -i -nP | grep ":80 (LISTEN)"
person Ladadadada    schedule 15.05.2013
comment
Angstrom (по состоянию на 20 июня 2013 г.) поставляется без lsof - person Alessandro Da Rugna; 28.11.2013