Cześć,
Pobrałem obraz gargoyle-1.6.1.1-ar71xx-tl-mr3420-v2-squashfs-factory.bin, ale miałem problem z przywróceniem backupu/factory reset już od początku.

Wgrałem więc gargoyle-1.6.1.1-ar71xx-tl-mr3420-v2-squashfs-sysupgrade.bin, zrobiłem kilka zmian w konfiguracji:

  • konfiguracja WiFi

  • zmiana hostname (przez Gargoyle i usunięcie wpisu 192.168.1.1 wskazującego na Gargoyle)

  • zmiana /etc/config/dropbear tak by uruchamiał dwie instancje na różnych portach względem interfejsu i blokował logowanie po haśle na WAN

  • dodanie kluczy ssh do /etc/dropbear/authorized_keys

  • regułka w /etc/config/firewall otwierająca port

Pobieranie backupu działa poprawnie, jednak przy przywróceniu pasek postępu leci w nieskończoność. Przywrócenie przez sysupgrade -r działa poprawnie, chciałbym jednak mieć możliwość łatwego konfigurowania routera przez Gargoyle.

Czy ja wykonuje coś nieprawidłowo czy jest to jakiś bug? Mogę włączyć gdzieś jakiś verbose żeby sprawdzić co jest nie tak? Nie instalowałem żadnych dodatkowych paczek.

Czy można tu jakoś próbować zmieniać konfigurację WiFi żeby odnaleźć stabilną konfigurację czy lepiej po prostu czekać na kolejne wersje firmware?

Widziałem że w poprzedniej wersji OpenWRT w konfiguracji wireless występowała linijka:

list 'ht_capab' 'HT40-'

której nie ma w domyślnie w Backfire, za to znajduję się tam linia:

option htmode    HT20

którego z kolei nie ma w Kamikaze.

O ile dobrze rozumię ht_capab 40 + i - to wskakiwanie na kanały wyżej i niżej dla zwiększenia przepustowości, a htmode HT20?

Witam,
Niedawno postanowiłem zaktualizować soft w w/w routerze i po aktualizacji do wydania 10.03 zaczęły się problemy z WAN i WiFi. Firmware pochodzi od Ciebie Cezary, tak wcześniejszy Kamikaze jak i obecne Backfire. Aktualizowałem cały firmware, razem z plikami konfiguracyjnymi, zmieniając tylko wartości odpowiednio jak w poprzednich wersjach. Próbowałem kolejno wersji z dnia 2010-07-18 jak i 2010-08-11, najnowszej jeszcze nie miałem okazji sprawdzić, ale wątpię żeby coś zmieniła. Nurtują mnie kwestia WiFi, bo problem WAN chyba już rozwiązałem. Jednak po kolei...

WAN:
Tutaj problemem wydaje mi się domyślna konfiguracja switch'a w /etc/network/config, w Kamikaze było tak:

config switch eth0
    option reset    1
    option enable_vlan 1

Natomiast w Backfire domyślnie jest tak:

config switch
    option name    eth0
    option reset    1
    option enable_vlan 1

Czy faktycznie obecna konfiguracja switcha jest dla Backfire prawidłowa? Że nazwa interfejsu nie jest w linicje 'config switch' a jako opcja? I czy ta opcja faktycznie się nazywa 'name' a nie 'ifname' jak w całej konfiguracji network?

WiFi:
Tutaj jestem zielony, połączenie z siecią się traci i niemożliwe jest ponowne jego nawiązanie. Testowane na 2 laptopach które pracowały poprawnie z Kamikaze i z innymi sieciami nie mają problemu. Systemy to Win7 i WinXP.

Coś takiego znajduję w dmesg:

(...)
eth1: link up (100Mbps/Full duplex)
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
ar71xx-wdt: enabling watchdog timer
------------[ cut here ]------------
WARNING: at /opt/projekty/openwrt/wrt160nl-bf-luci/build_dir/linux-ar71xx/compat-wireless-2010-07-29/drivers/net/wireless/ath/ath9k/xmit.c:127 0x80de9e50()
Modules linked in: fuse sierra option usb_storage usbserial nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp xt_HL xt_MARK ipt_ECN xt_CLASSIFY xt_hl xt_time xt_tcpmss xt_statistic xt_mark xt_length ipt_ecn xt_DSCP xt_dscp ipt_MASQUERADE iptable_nat nf_nat xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack ehci_hcd sd_mod pppoe pppox ipt_REJECT xt_TCPMSS ipt_LOG xt_comment xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables xt_tcpudp x_tables ext2 ext3 jbd ppp_async ppp_generic slhc vfat fat ext4 jbd2 ath9k ath9k_common ath9k_hw ath nls_iso8859_1 nls_cp437 mac80211 usbcore scsi_mod nls_base mbcache crc16 crc_ccitt cfg80211 compat_firmware_class compat arc4 aes_generic deflate ecb cbc leds_gpio button_hotplug gpio_buttons input_polldev input_core
Call Trace:[<8007dc74>] 0x8007dc74
[<800683a4>] 0x800683a4
[<800683a4>] 0x800683a4
[<8007cb80>] 0x8007cb80
[<80de9e50>] 0x80de9e50
[<80de9e50>] 0x80de9e50
[<80de3c68>] 0x80de3c68
[<80de3d88>] 0x80de3d88
[<80d062ec>] 0x80d062ec
[<80d19d74>] 0x80d19d74
[<80d06b58>] 0x80d06b58
[<80078338>] 0x80078338
[<80d0fc60>] 0x80d0fc60
[<80d0603c>] 0x80d0603c
[<8008e398>] 0x8008e398
[<80068c9c>] 0x80068c9c
[<8009220c>] 0x8009220c
[<8008e270>] 0x8008e270
[<80091d60>] 0x80091d60
[<80c61f3c>] 0x80c61f3c
[<8006c8e4>] 0x8006c8e4
[<80d84bc0>] 0x80d84bc0
[<80091ce4>] 0x80091ce4
[<8006c8d4>] 0x8006c8d4
[<801a1578>] 0x801a1578
[<80deef2c>] 0x80deef2c

---[ end trace 4e955b1bcc9d97cb ]---
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
ath: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x40000020
ath: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020
ath: Failed to stop TX DMA in 100 msec after killing last frame
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
(...)

Wygląda mi to na problem ze sterownikiem, ale nic poza tym nie jestem w stanie z tego wydedukować. Mogę cały zapis z dmesg umieścić gdzieś jeśli to pomoże.

Przycisk na obudowie (restart WiFi) zwykle pomaga, jednak jest to strasznie niewygodne bo potrafi się nawet 5 razy dziennie WiFi zawiesić.

Za wszelką pomoc, jak zawsze, z góry dzięki!

Pozdrawiam,
Jakub

Dzięki, wszystko śmiga jak trzeba. Gdyby ktoś równie niezmyślny jak ja potrzebował, to załączam prosty skrypt który uruchamiany przez cron'a nadzoruje pracę tunelu:

#!/bin/sh
COMMAND="ssh -f -NT -R 1234:localhost:22 user@myserver.org -i /root/.ssh/id_rsa"
pgrep -f "$COMMAND" > /dev/null 2>&1 || $COMMAND

No tak, reverse SSH. Właściwie to chciałbym jeszcze zmusić OpenWRT żeby okresowo sprawdzał czy ma połączenie z serwerem i w razie porażki łączył się ponownie, jest jakiś taki sprytny skrypt uruchamiany przy starcie routera? [:

Poszukuje sposobu na połączenie się do routera (WRT160NL) który nie posiada zewnętrznego adresu IP. Do dyspozycji mam serwer z zewnętrznym IP na którym myślałem o postawieniu VPN i łączeniu się do niego z routera. Mam jednak wrażenie że to może być lekki overkill, zwłaszcza że potrzebuję jedynie dostępu do kilku usług, nie psując tym samym dostępu do internetu sieci za routerem. Czy ktoś może mnie naprowadzić na temat?

7

(19 odpowiedzi, napisanych Oprogramowanie / Software)

Cezary napisał/a:

Obraz wrócił na swoje miejsce. Jak najbardziej działa - wszystko jest ok, podnosi się poprawnie, działa.

A zmieniałeś coś względem tego "uwalonego"?

8

(19 odpowiedzi, napisanych Oprogramowanie / Software)

Cezary, czy w związku z tymi raportami o padniętych WRT160NL zdjąłeś swoją kompilację ze strony, czy może to coś innego? Jest jakaś szansa że powróci jeszcze dla szerszej publiczności?