1

(468 odpowiedzi, napisanych Oprogramowanie / Software)

Na wypadek gdyby ktoś kiedykolwiek miał ten sam problem.
Przypomnę - hg553 niedziałający jako AP (klient podłączony kablem OK, przez wifi nie działa).

Otóż... wróciłem do oryginalnego firmware, wyłączyłem DHCP (NAT itd.), przypisałem statyczny adres IP i działa.
Do tej pory nie wiem, co blokowało działanie wifi na OpenWRT.
Oczywiście wolałbym OpenWRT, ale miałem pilną potrzebę, żeby uruchomić APki. Mam 3 osobne SSID, do każdej muszę uwierzytelniać się osobno. Rozwiązanie nieoptymalne - o roamingu mogę zapomnieć.

2

(468 odpowiedzi, napisanych Oprogramowanie / Software)

Którą wersję Twojego softa wgrać i jak to może wpłynąć na rozwiązanie problemu?
Nie zapytałem od razu, a powinienem - czy z Huawei hg553 da się zrobić AP? Wydawało mi się, że tak, więc zakupiłem.
Jeszcze jedna rzecz - mimo że nie mam dostępu do internetu, ikonka Wifi w prawym dolnym roku w Win7 nie ma żółtego ostrzeżenia. Jest normalna i po kliknięciu jestem poinformowany, że mam dostęp do internetu.
Być może błahostka, ale pierwszy raz mi się coś takiego przytrafia.

3

(468 odpowiedzi, napisanych Oprogramowanie / Software)

Zrobiłem tak.
Zmieniając mac jednocześnie w wifi-device powstaje nowy interfejs wifi, którego nie mogę uruchomić.
Zmieniając mac tylko w wifi-iface zmienia się BSSID, ale dalej brak połączenia z internetem.
Problem jest też z łącznością jako taką, nieregularne pingi, timeouty, czasem mogę się połączyć przez puttiego, czasem nie.
Ale dostęp do internetu jest przy takim ustawieniu: komputer ---- kabel ---> AP -> router.
Poważnie, nie wiem już co jest grane. Czy są jeszcze jakieś pomysły?

4

(468 odpowiedzi, napisanych Oprogramowanie / Software)

Niestety coś jest nie tak.
Przy każdej próbie dodaje mi interfejs:
http://oi63.tinypic.com/33k3dy0.jpg

Wklejałem na nowo plik catem (cat > wireless).
Oto jak wygląda obecnie, po automatycznym utworzeniu dodatkowych interfejsów

config wifi-device 'radio0'
        option type 'mac80211'
        option channel '11'
        option hwmode '11g'
        option txpower '20'
        option country '00'

config wifi-iface
        option device 'radio0'
        option network 'lan'
        option macaddr '00:24:d2:1a:5f:83'
        option mode 'ap'
        option encryption 'none'
        option ssid 'AP'

config wifi-device 'radio1'
        option type 'mac80211'
        option channel '11'
        option macaddr '00:24:d2:1a:5f:85'
        option hwmode '11g'

config wifi-iface
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option ssid 'OpenWrt'
        option encryption 'none'
config wifi-device  radio2
        option type     mac80211
        option channel  11
        option macaddr  00:24:d2:1a:5f:83
        option hwmode   11g

        # REMOVE THIS LINE TO ENABLE WIFI:
        option disabled 1

config wifi-iface
        option device   radio2
        option network  lan
        option mode     ap
        option ssid     OpenWrt
        option encryption none

Nie wiem, czy aby na pewno mogę zmieniać MAC... Albo robię coś źle.

// Mogę uruchomić tylko ostatnio dodany interfejs

5

(468 odpowiedzi, napisanych Oprogramowanie / Software)

Jak wcześniej zmieniałem, to tworzył się drugi interfejs - radio1.
Znalazłem takie info:

The correct way to change the wifi mac is via option macaddr in the wifi-iface section of /etc/config/wireless - this isn't exposed by the gui

Ale opcja macaddr jest w sekcji wifi-device, nie wifi-iface. Jak to zrobić?

6

(468 odpowiedzi, napisanych Oprogramowanie / Software)

Udało się przy połączeniu kablem (host -> AP ->router) - wszystko przewodowo, muszę jeszcze pokombinować z wifi, ale...
chyba ucegliłem tego huawei. Po każdym resecie i wgraniu OpenWRT na nowo nie mogę się połączyć, timeout.
Nie mam pojęcia, co się dzieje i dlaczego. Miał ktoś podobny przypadek i wie jak to rozwiązać?

//EDIT:

Jakoś się uporałem z tym problemem. Wgrałem oryginalny firmware D-Link i zrobiłem ponownie reinstall OpenWRT.

Ale sytuacja jest nadal taka sama: kabel OK, wifi NIE-OK.
Zaobserwowałem, że pingi są dosyć dziwne.
Router 192.168.1.1, AP - 192.168.1.2

pingi z PC podłączonego kablem do AP.

PC -> AP

ping 192.168.1.2

Badanie 192.168.1.2 z 32 bajtami danych:
Odpowiedź z 192.168.1.1: Host docelowy jest nieosiągalny.
Odpowiedź z 192.168.1.1: Host docelowy jest nieosiągalny.
Odpowiedź z 192.168.1.1: Host docelowy jest nieosiągalny.
Odpowiedź z 192.168.1.1: Host docelowy jest nieosiągalny.

Statystyka badania ping dla 192.168.1.2:
    Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
             (0% straty),

Kolejna próba:

192.168.1.2

Badanie 192.168.1.2 z 32 bajtami danych:
Odpowiedź z 192.168.1.2: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.2: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: Host docelowy jest nieosiągalny.
Odpowiedź z 192.168.1.1: Host docelowy jest nieosiągalny.

Statystyka badania ping dla 192.168.1.2:
    Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
             (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
    Minimum = 0 ms, Maksimum = 0 ms, Czas średni = 0 ms

Czasem za każdym razem dostaje response.
ping -t w większości daje "Host docelowy jest nieosiągalny"

PC -> Router

ping 192.168.1.1

Badanie 192.168.1.1 z 32 bajtami danych:
Odpowiedź z 192.168.1.2: Port docelowy jest nieosiągalny.
Odpowiedź z 192.168.1.2: Port docelowy jest nieosiągalny.
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64

Statystyka badania ping dla 192.168.1.1:
    Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
             (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
    Minimum = 0 ms, Maksimum = 0 ms, Czas średni = 0 ms

Tutaj też zmiennie.

W każdym razie, wypiszę pliki konfiguracyjne z konsoli:

AP:

/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 'eth1'
        option type 'bridge'
        option proto 'static'
        option netmask '255.255.255.0'
        option ipaddr '192.168.1.2'

/etc/config/wireless/

config wifi-device 'radio0'
        option type 'mac80211'
        option channel '11'
        option macaddr '00:24:d2:1a:5f:83'
        option hwmode '11g'
        option txpower '20'
        option country '00'

config wifi-iface
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option encryption 'none'
        option ssid 'AP'
        option wmm '0'

Router:

/etc/config/network

config switch 'eth1'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'eth1'
        option vlan '1'
        option ports '0 1 2 5t'

config switch_vlan
        option device 'eth1'
        option vlan '2'
        option ports '3 5t'

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 type 'bridge'
        option ifname 'eth1.1'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option nat '1'

config interface 'wan'
        option ifname 'eth1.2'
        option _orig_ifname 'eth1.2'
        option _orig_bridge 'false'
        option proto 'pppoe'
        option username 'blabla@blabla'
        option password '1234'

/etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option macaddr '00:24:d2:1a:5f:83'
        option hwmode '11g'
        option txpower '20'
        option country '00'
        option channel '1'

config wifi-iface
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'Pupa'
        option encryption 'psk2+ccmp'
        option key 'haslo'

Patrząc na te pingi, przypuszczam, że świeżo zakupiony routerek może być uszkodzony. W każdym razie, po jego stronie leży problem z nieregularnością pingów.
Interfejsy wifi obydwu routerów mają takie same MAC adresy, czy na tym poziomie może występować ich konfilkt?
Proszę o sugestie smile

7

(468 odpowiedzi, napisanych Oprogramowanie / Software)

Dzień dobry,

Mam trzy takie oto routery. Dwa co dopiero zakupiłem żeby rozszerzyć sieć, jeden już działa jako brama podłączona do routera ADSL ustawionego w tryb bridge. (de facto: Huawei Router  -> modem ADSL).

Zakupiłem dwa takie same routerki, które chce podłączyć do poprzedniego i ustawić je w tryb AP, bo wcześniej wyczytałem, że jest taka możliwość: https://wiki.openwrt.org/doc/recipes/dumbap
Oczywiście na każdym z nich zainstalowałem OpenWRT (Attitude Adjustment 12.09).

plan jest taki: Huawei AP1 -> Huawei Router (podłączony do routera ADSL) <-  Huawei AP2

Na razie próbuję połączyć jeden AP. Wykonywałem polecenia konfiguracji przez LUCI z tutoriala. Banalne 6 kroków - wyłączenie DHCP, nadanie statycznego IP i podłączenie routera z nowym AP. Ponadto wyłączyłem interfejs WAN.

Niestety, nie działa. Łącząc się z AP, nie mam dostępu do internetu, ani do routera -  nie mogę go spingować (192.168.1.1) z poziomu ani komputera, ani AP.

Teoretycznie ta konfiguracja powinna wystarczyć (zgodnie z tutorialem). Nie próbowałem działać przez CLI, wykonałem tylko konfigurację przez LUCI.

Proszę o rady.