uhttpd falha ao solicitar o índice luci pela primeira vez

Question

Instalei o OpenWRT ( ATTITUDE ADJUSTMENT (Bleeding Edge, r33556) ) no meu roteador Wi-Fi TP-Link ( TL-WR1043ND ) e depois de obter o sshd e algumas coisas básicas em funcionamento ficou na minha mesa por algumas semanas e agora continuei instalando.

Eu instalei luci com uhttpd , o que é bastante simples com opkg e tentei acessá-lo com um navegador. No entanto, toda vez que eu inicio o servidor e tento abrir index.html , o servidor parece travar silenciosamente e não tenho idéia do motivo.

Contexto

Para fins de instalação, meu laptop (temporariamente 192.168.0.1 ) age como um roteador (que funciona perfeitamente bem). Eu atribuí o roteador ( pinky ) a LAN IP 192.168.0.2 e desativei a interface WAN. Então, minha configuração de rede é a seguinte:

# cat /etc/config/network
config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config interface 'lan'
        option ifname 'eth0.1'
        option proto 'static'
        option ipaddr '192.168.0.2'
        option netmask '255.255.255.0'
        option gateway '192.168.0.1'
        option dns '134.130.4.1 134.130.5.1'

config interface 'wan'
        option ifname 'eth0.2'
        option proto 'none'

config switch
        option name 'rtl8366rb'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'rtl8366rb'
        option vlan '1'
        option ports '1 2 3 4 5t'

config switch_vlan
        option device 'rtl8366rb'
        option vlan '2'
        option ports '0 5t'

O DNS especificado refere-se aos servidores da minha rede local (a rede na qual o meu túnel VPN leva, para ser preciso). De qualquer forma, essa configuração é obviamente temporária, até que eu esteja confiante em conectar o roteador à internet.

Eu tentei várias configurações para o uhttpd, mas todas levam ao mesmo comportamento. Primeiro, executei o servidor sem suporte a SSL e, em seguida, instalei luci-ssl esperando que isso pudesse corrigir o problema. Eu agora reverti a configuração para o mínimo absoluto:

# cat /etc/config/uhttpd
config 'uhttpd' 'main'
        option 'listen_http' '0.0.0.0:80'
        option 'home'        '/www'

Problema

Quando eu inicio o servidor, ele parece inicializar bem:

 2183 root      1132 S    /usr/sbin/uhttpd -f -h /www -r pinky -n 3 -p 0.0.0.0 80

No entanto, depois de abrir http://192.168.0.2 ou http://192.168.0.2/index.html (do meu laptop, ou seja), o processo simplesmente desaparece (por exemplo, falha). E se eu iniciar o servidor manualmente, ele me diz:

# /usr/sbin/uhttpd -f -h /www -r pinky -n 3 -p 0.0.0.0 80
getaddrinfo(): Servname not supported for ai_socktype
Error: No sockets bound, unable to continue

E eu não tenho ideia do que isso deve me dizer.

Como posso reduzir o problema e corrigi-lo?

Versões

luci está na versão svn-r9819-1 e uhttpd está na versão 2013-05-16-7a6811b705d6cca54b1367459fa19bb6d1234c45 .

    

Answer 1

Eu agora mudei o servidor http que atende luci de uhttpd to lighttpd instalando apenas os pacotes:

opkg install lighttpd lighttpd-mod-cgi luci-mod-admin-full luci-theme-openwrt libiwinfo

E isso funciona bem. Embora lighttpd tenha quatro vezes o tamanho de uhttpd , eu posso poupar o espaço e reunir o antigo para ser mais robusto e testado de qualquer maneira (e mais configurável).