Eu tenho medo de que seja uma pergunta bem aberta, mas eu sinto que mereço perguntar aqui, tendo passado algumas semanas sem sucesso. Eu adicionarei às coisas que eu tentei e esperamos que nós o reduzamos.
Estou executando o Arch Linux na minha área de trabalho e gostaria de executar um servidor da Web para servir a rede local. Eu tentei alguns serviços de rede comuns e nada realmente funciona, exceto ...
O SSH funciona. Eu adicionei a regra para aceitar conexões de entrada para 22 portas, serviço sshd iniciado e funciona de forma confiável. Para a depuração, fechei a porta 22 e isso desativa a conexão de hosts remotos, portanto, o firewall aparentemente funciona. Aqui está minha configuração atual do firewall:
sudo iptables -nL
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:3838
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:4999
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:2121
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
DROP all -- 0.0.0.0/0 0.0.0.0/0 ctstate INVALID
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 icmptype 8 ctstate NEW
UDP udp -- 0.0.0.0/0 0.0.0.0/0 ctstate NEW
TCP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02 ctstate NEW
REJECT udp -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable
REJECT tcp -- 0.0.0.0/0 0.0.0.0/0 reject-with tcp-reset
REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-proto-unreachable
Chain FORWARD (policy DROP)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain TCP (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:3838
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:4999
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:443
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
Chain UDP (1 references)
target prot opt source destination
E aqui está a configuração do meu dispositivo de rede:
ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether e0:d5:5e:23:ee:3f brd ff:ff:ff:ff:ff:ff
3: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether e0:d5:5e:23:ee:3d brd ff:ff:ff:ff:ff:ff
4: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 9c:b6:d0:1d:f7:97 brd ff:ff:ff:ff:ff:ff
inet 192.168.30.123/24 brd 192.168.30.255 scope global dynamic noprefixroute wlp2s0
valid_lft 406681sec preferred_lft 406681sec
inet6 fe80::5dfe:2375:7e24:d383/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Então eu começo o nginx (eu tentei servidores web diferentes, comente se você quer que eu tente algo em particular) com essa configuração (trecho):
/etc/nginx/nginx.conf
server {
listen 80;
server_name 0.0.0.0;
server_name 192.168.30.123;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
root /usr/share/nginx/html;
index index.html index.htm;
}
ss -tulnp mostra isso:
NetidState Recv-Q Send-Q Local Address:Port Peer Address:Port
udp UNCONN 0 0 192.168.30.123%wlp2s0:68 0.0.0.0:*
udp UNCONN 0 0 192.168.30.123:123 0.0.0.0:*
udp UNCONN 0 0 127.0.0.1:123 0.0.0.0:*
udp UNCONN 0 0 0.0.0.0:123 0.0.0.0:*
udp UNCONN 0 0 [fe80::5dfe:2375:7e24:d383]%wlp2s0:123 [::]:*
udp UNCONN 0 0 [::1]:123 [::]:*
udp UNCONN 0 0 [::]:123 [::]:*
tcp LISTEN 0 128 0.0.0.0:80 0.0.0.0:*
tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:*
tcp LISTEN 0 5 127.0.0.1:631 0.0.0.0:*
tcp LISTEN 0 128 127.0.0.1:4999 0.0.0.0:* users:(("R",pid=13147,fd=10))
tcp LISTEN 0 128 [::]:22 [::]:*
tcp LISTEN 0 5 [::1]:631 [::]:*
tcp LISTEN 0 128 *:3838 *:*
Então para mim isso parece que as portas estão abertas e algo as ouve. A página de amostra é servida para localhost, mas não da LAN. Eu configurei um servidor semelhante no meu laptop na mesma LAN sem fio, e ele serve para toda a LAN (incluindo a máquina com problemas), então acho que isso significa que a própria rede está bem. Eu testei com o tcpdump também (isso é o tcpdump rodando na máquina problemática):
sudo tcpdump port 80
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlp2s0, link-type EN10MB (Ethernet), capture size 262144 bytes
16:22:56.156589 IP 192.168.30.132.51764 > s-l.http: Flags [S], seq 1909655952, win 29200, options [mss 1460,sackOK,TS val 4135754645 ecr 0,nop,wscale 7], length 0
16:22:58.717288 IP 192.168.30.132.51766 > s-l.http: Flags [S], seq 16903 94439, win 29200, options [mss 1460,sackOK,TS val 4135757197 ecr 0,nop,wscale 7], length 0
16:23:00.183474 IP 192.168.30.132.51768 > s-l.http: Flags [S], seq 872524670, win 29200, options [mss 1460,sackOK,TS val 4135758723 ecr 0,nop,wscale 7], length 0
16:23:00.970190 IP 192.168.30.132.51770 > s-l.http: Flags [S], seq 3470413477, win 29200, options [mss 1460,sackOK,TS val 4135759430 ecr 0,nop,wscale 7], length 0
São quatro hits de atualização do meu laptop. Isso realmente me frustra, porque os pacotes parecem estar chegando, mas nada está respondendo a eles.
EDIT: eu tentei runApp(".", host="0.0.0.0" , port=4999) para brilhante, mas ainda serve apenas localhost. E ainda não explicaria nginx. (Isto é para um servidor web diferente).
Embora eu não tenha experiência com brilho, você já tentou vincular-se ao endereço real da interface de rede? Obtenha com ifconfig -a .
Você já tentou algo assim com:
runApp(".", host="0.0.0.0" , port=4999)
Mas tente algo como:
runApp(".", host="<if_ip>” , port=3838)
Além disso, a porta 4999 não funcionaria, já que você não a abriu no mencionado iptables config.
Tags ssh networking nginx linux