Servidores correndo do Ubuntu no HP TouchPad?

Question

O problema: os servidores parecem estar quebrados dentro do meu chroot do Ubuntu. Não importa que tipo de servidor eu tente executar, todos parecem não responder (o servidor VLC não responde ao cliente, mkRemote não move o servidor cursor, Apache dá um erro sobre ligação à porta 80 e não inicia, etc.).

Se não me engano, o que normalmente deveria acontecer dentro de um chroot é que todas as portas são compartilhadas entre o chroot e o host, então se outra máquina tentar acertar o host na porta 80, ele ainda verá a Web com chroot servidor. No entanto, aqui, não é isso que está acontecendo.

Quando executo o netstat a partir do chroot, todo processo lista um endereço externo de 0.0.0.0:*, o que significa que a única máquina que pode atuar como um cliente é o host local. Isso é claramente um comportamento incorreto e anormal, já que qualquer processo na minha máquina primária que deveria ser publicamente visível lista um endereço externo de ::: * (que eu suponho que significa que qualquer cliente pode vê-lo de qualquer porta). > Edit: Desconsidere isso; aparentemente, o endereço estrangeiro só distingue entre ouvir se há conexões IPv4 ou IPv6, por isso não parece relevante aqui.

Até agora, o Googling não retornou nada de valor e estou basicamente perplexo. Alguma ideia? Poderia ser apenas alguma configuração qual dos programas de desenvolvimento chroot está ativada por padrão, ou parece um problema mais complicado?

Obrigado.

Mais contexto: link

    

Answer 1

Estou executando um serviço de boins dentro de um debian chrooted. Eu uso este script para chroot (o argumento 1 é o local, como /media/debian )

#!/bin/sh
mount --bind /dev $1/dev
mount --bind /proc $1/proc
mount --bind /sys $1/sys
[email protected] LANG=C HOME=/root chroot $1
umount $1/dev
umount $1/proc
umount $1/sys

O reencaminhamento de proc e sys é necessário para reutilizar dispositivos de rede. Ele também funciona para o apt-get dist-upgrade do debian ou yum de outra forma dual boot, atualizando um fedora com dual boot.

    

Answer 2

Tente emitir os seguintes comandos fora do chroot. Eu tive que emiti-los antes que eu pudesse acessar qualquer coisa que estivesse sendo servida de dentro do chroot, e ainda ter que editá-los toda vez.

iptables -F
iptables -P INPUT ACCEPT
iptables -X ALLOWED_PACKETS
iptables -X ICMPFLOOD
iptables -X INVALID_PACKETS

    

Answer 3

Pessoas do futuro, não temam. Se você encontrou essa pergunta, você se deparou com um problema frustrante e está procurando por uma solução infalível. Felizmente, eu respondi esta pergunta em um site SE diferente. Isso funcionou tanto para o OP quanto para mim. Pode ser encontrado aqui .