Точка доступа hostapd появится только при подключении Ethernet

1110 Это сводило меня с ума весь день. Я использую свежую Ubuntu 15.10 на odroid UX4 & Wifi Module 4 (чипсет RT5572N)

Я хочу: автоматически запускать горячую точку при загрузке + возможность горячего подключения сетевого кабеля всякий раз, когда мне нужно временный доступ в интернет, не нарушая точку доступа.

Здесь точно следовали указаниям:

http://odroid.com/dokuwiki/doku.php?id=en:xu4_wlan_ap#configure_access_point http: // odroid .com / dokuwiki / doku.php? id = ru: xu4_wlan_ap # configuration_for_wifi_module_4

Все казалось нормальным, пока я не заметил, что ap / network создается только , если я подключаю кабель Ethernet. Итак:

Такая холодная загрузка и нет Ethernet -> нет точки доступа. Как только я подключаю кабель Ethernet, появляется горячая точка, и все, кажется, работает отлично. Я могу подключиться к точке доступа с другого компьютера, получить доступ к внешнему интернету и т. Д. Я также могу отключить Ethernet, и все продолжает работать нормально. Как только я перезагружаюсь, это больше не будет работать. Так что по какой-то странной причине подключение к сети Ethernet является триггером.

Мое подозрение в том, что сетевой менеджер как-то виноват.

Я попытался добавить allow-hotplug eth0 в файл интерфейсов (как предложено в одном сообщении на форуме), но без разницы.

Редактировать : Просто чтобы уточнить. Хост-компьютер представляет собой odroid ux4, который будет использоваться в полевых условиях. Он запускает веб-сервер (среди прочего) и должен иметь возможность работать полностью автономно (без интернета). Однако в некоторых моментах (например, об обновлениях и т. Д.) Я просто хотел бы иметь возможность подключить кабель Ethernet (или USB-модем в этом отношении), а затем прозрачно иметь возможность доступа к более широкому Интернету через соединение Wi-Fi. Таким образом, в этом случае система должна просто прозрачно пересылать запросы в Интернет через Wi-Fi на одно из проводных подключений.

Мой сетевой менеджер 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 (версия 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

Примечание: большая часть информации, которую я нахожу онлайн, использует bridge-utils вместо команд iptables, чтобы заставить пересылку трафика работать. Не знаю, какое лучшее решение.

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)
0
задан 24 March 2016 в 14:29

3 ответа

Что именно вы пытаетесь достичь с помощью этой точки доступа? Вы используете какой-либо веб-сервер на компьютере, создающем точку доступа?

В первой предоставленной вами ссылке объясняется, как перенаправлять трафик, полученный на wlan0 , в Интернет через eth0 . Я не был бы слишком удивлен, если бы тогда ваша точка доступа не работала, когда Ubuntu не может ничего достичь на этом последнем интерфейсе. Я бы попробовал пропустить часть

для пересылки интернета через WIFI из eth0

.

0
ответ дан 24 March 2016 в 14:29

После лога поиска и поиска в файлах конфигурации я наткнулся на отличный скрипт create_ap, наклонив его:

https://github.com/oblique/create_ap

[ 114] Это позволило избежать путаницы с файлами конфигурации и работало из коробки.

Что касается этого конкретного вопроса о прозрачности общего доступа к eth0 в Wi-Fi. Посмотрите эту проблему GitHub для предлагаемого решения (пока не смог попробовать его):

https://github.com/oblique/create_ap/issues/149

0
ответ дан 24 March 2016 в 14:29

Я узнал, что в этой ситуации интерфейс wlan0 только прибудет доступный после того, как eth0 достиг значения тайм-аута, которое установлено в/etc/dhcp/dhclient.conf. Так установка тайм-аута к, например, 10 сделает wlan0 доступное после 10 секунд попытки получить IP для eth0.

0
ответ дан 25 March 2016 в 00:29
  • 1
    Вы не можете изменить тип свойства! Это могло бы быть зафиксировано в compiz, видеть предложение по слиянию. – muktupavels 5 July 2017 в 01:23

Другие вопросы по тегам:

Похожие вопросы: