hostapd hotspot aparecerá apenas quando a ethernet estiver conectada

0

Isso tem me deixado louco o dia todo. Estou usando um novo Ubuntu 15.10 em um odóide UX4 & amp; Módulo Wifi 4 (chipset RT5572N)

O que eu quero é: iniciar automaticamente o hotspot no boot + capacidade de conectar o cabo ethernet sempre que precisar de algum acesso temporário à internet, sem interromper o hotspot.

Seguiu o guia exatamente aqui:

link link

Tudo parecia bem até que percebi que o ap / network é criado somente se eu conectar o cabo ethernet. Então:

inicialização tão frio e não ethernet - > sem ponto de acesso. Assim que eu conecto o cabo ethernet, o hotspot aparece e tudo parece funcionar perfeitamente. Eu posso conectar ao hotspot de uma máquina diferente, acessar a internet externa, etc. Eu também posso desconectar a ethernet e tudo continua funcionando bem. Assim que eu reiniciar, não funcionará mais. Então, por alguma razão estranha, ligar a Ethernet é o gatilho.

Minha suspeita é que o gerente de rede é o culpado de alguma forma.

Eu tentei adicionar allow-hotplug eth0 ao arquivo de interfaces (como sugerido em um post no fórum), mas não houve diferença.

Editar : apenas para esclarecer. O computador host é um uroid ux4 que será usado no campo dentro de um la. Ele executa um servidor da Web (entre outras coisas) e precisa ser capaz de operar totalmente independente (sem internet). No entanto, alguns pontos (por exemplo, para atualizações, etc) eu gostaria apenas de ser capaz de conectar um cabo ethernet (ou modem USB para esse assunto) e, em seguida, transparentemente ser capaz de acessar a Internet mais ampla através da conexão wi-fi. Portanto, nesse caso, o sistema deve simplesmente encaminhar solicitações para a Internet via Wi-Fi para uma das conexões com fio.

Meu gerenciador de rede conf:

[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq

[ifupdown]
managed=true

[keyfile]
unmanaged-devices=mac:7c:dd:90:86:96:8e  -> usb dongle

/ etc / network / interfaces:

source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

auto wlan0
iface wlan0 inet static
  address 192.168.1.1
  netmask 255.255.255.0

auto eth0
iface eth0 inet dhcp

hostapd.conf (versão 2.5)

# Interface
interface=wlan0

# driver
driver=nl80211

# Logging
logger_syslog=-1
logger_syslog_level=3
logger_stdout=-1
logger_stdout_level=2

# CTRL-Interface
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0

# WLAN
country_code=KR
ssid=orangspy
hw_mode=a
channel=40
beacon_int=100
dtim_period=2
max_num_sta=255
rts_threshold=2347
fragm_threshold=2346
preamble=1

# WPA2
wpa=2                            # WPA2 only
wpa_passphrase=xxxx
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
auth_algs=3                      # 1=wpa, 2=wep, 3=both
macaddr_acl=0
wmm_enabled=1
eap_reauth_period=360000
fragm_threshold=2346
rsn_preauth=1
rsn_preauth_interfaces=wlan0
wpa_group_rekey=600
wpa_ptk_rekey=600
wpa_gmk_rekey=86400

# N-WLAN
ieee80211n=1
ht_capab=[HT20+][SHORT-GI-20][DSSS_CCK-20][TX-STBC]
require_ht=0
obss_interval=0

/etc/rc.local

Nota: a maioria das informações que eu encontro on-line usa comandos bridge-utils em vez de comandos iptables para fazer o encaminhamento do tráfego funcionar. Não sei qual é a melhor solução.

if [ -f /aafirstboot ]; then
    /aafirstboot start
fi

sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
sudo iptables -A FORWARD -i eth0 -o wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i wlan0 -o eth0 -j ACCEPT

exit 0

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:1e:06:31:13:a0  
          inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:6ff:fe31:13a0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1216 errors:0 dropped:0 overruns:0 frame:0
          TX packets:714 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:265823 (265.8 KB)  TX bytes:606661 (606.6 KB)

ip6tnl0   Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          UP RUNNING NOARP  MTU:1452  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:870 errors:0 dropped:0 overruns:0 frame:0
          TX packets:870 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:71560 (71.5 KB)  TX bytes:71560 (71.5 KB)

sit0      Link encap:IPv6-in-IPv4  
          UP RUNNING NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr 7c:dd:90:86:96:8e  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::7edd:90ff:fe86:968e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:56 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:9734 (9.7 KB)
    
por dgorissen 22.03.2016 / 23:22

3 respostas

0

O que você está exatamente tentando realizar com esse hotspot? Você está executando algum tipo de servidor na máquina que está criando o ponto de acesso?

O primeiro link que você forneceu explica como encaminhar o tráfego recebido em wlan0 para a Internet via eth0 . Eu não ficaria surpreso se o seu ponto de acesso não estivesse funcionando quando o Ubuntu não conseguir acessar nada nessa última interface. Eu tentaria pular o

% bl0ck_qu0te%

parte do seu tutorial.

    
por Cyril C. 23.03.2016 / 18:49
0

Após o log de googling e mexendo com arquivos de configuração eu tropecei com o excelente script create_ap por oblíquo:

link

Isso evitou qualquer confusão com os arquivos de configuração e funcionou imediatamente.

Quanto a essa questão específica sobre ter a eth0 compartilhada de maneira transparente no wifi. Veja este problema no github para uma solução sugerida (ainda não foi possível experimentá-lo):

link

    
por dgorissen 26.03.2016 / 02:12
0

Descobri que nesta situação a interface wlan0 só estará disponível depois que o eth0 atingir o valor de timeout que está dentro do /etc/dhcp/dhclient.conf. Portanto, definir o tempo limite para, por exemplo, 10, tornará o wlan0 disponível após 10 segundos tentando obter um ip para eth0.

    
por mfsysprog 28.08.2017 / 23:44