1

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Okej, już odkryłem, że problem jest z portem 161, zmiana konfiguracji SNMPD na port 162 wystarczyła, żebym mógł zczytać dane.

2

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Trochę archeologia, ale coś mi nie idzie.

w /etc/config/firewall), zmiany aktywne:

config rule
        option src 'wan'
        option target 'ACCEPT'
        option dest_port '161'
        option name 'snmpudp'
        option proto 'udp'

snmpwalk -v 2c -c public mojadomena.pl .iso zwraca:
Timeout: No Response from mojadomena.pl

Domena jest osiągalna, bo inne usługi są dostępne (web, NAS). Po adresie LAN wynik jest.

Używam 1043ND z OpenWrt Barrier Breaker r42664 z Luci.

W losowych sytuacjach transmisja przez WiFi staje, połączenie jest cały czas, ale z niczym nie można się połączyć.

W logach jądra widzę coś takiego:

[502438.980000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[512461.290000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[524640.090000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[528828.140000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[530501.980000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[533571.180000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[551256.170000] ath: phy0: Timeout while waiting for nf to load: AR_PHY_AGC_CONTROL=0xc05da
[587129.770000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[587221.370000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[587407.170000] ath: phy0: Failed to stop TX DMA, queues=0x005!
[587500.340000] ath: phy0: Failed to stop TX DMA, queues=0x005!

Chwilowo udało się to przerwać poprzez: iw dev wlan0 set power_save off
Powyższą komendę znalazłem w https://bugzilla.kernel.org/show_bug.cgi?id=56301

Spotkał się ktoś z podobnym problemem?

4

(1 odpowiedzi, napisanych Oprogramowanie / Software)

Witajcie,

skonfigurowałem sobie OpenVPN na Gargoyle PL. Mogę dostać się bezproblemów do routera jak i udziałów SMB, problemem jest jednak przeglądanie stron WWW.

Ewidentnie problemem były ustawienia DNSów, który rozwiązałem dodając do /etc/openvpn/server.conf linijkę: push "dhcp-option DNS 192.168.1.1" (8.8.8.8 też działało) i restartując serwer. Jest jedno ale, jeżeli zmienię i zapiszę cokolwiek w ustawieniach serwera w Gargoyle ta linijka znika i znów nie mogę przeglądać stron.

Da się coś z tym zrobić, żeby zmiana była trwała? A może jest inne rozwiązanie?

Pozdrawiam smile

5

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Tak tak, będę instalował z oryginalnego softu. Dzięki za pomoc smile

6

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Czyli pobrać:

http://ecco.selfip.net/gargoyle-pl/ar71 … actory.bin

tak?

No na routerze pisze V1.3, wg. TP-Link jest to V1 czyli będzie ok? Szczerze mówiąc nie chcę usypać kolejny raz routera,  bo mnie zjedzą w sklepie ;/

7

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Pozwolę sobie odświeżyć temat prośbą o link do takiej wersji Gargoyle dla routera MR3420 V1.3, która mi go nie uwali sad

8

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Wracając jeszcze do Twojego drugiego postu, po zmianie urządzenia instalować Twoje OW albo Gargoyle_PL?

9

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Spodziewać się problemów z uznaniem?

10

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Witam wszystkich,

Kupiłem sobie MR3420 i podobnie jak w moim drugim routerze (740N) chciałem wrzucić OpenWrt. Niestety tym razem się nie udało...

Po wrzuceniu openwrt-ar71xx-tl-mr3420-v1-squashfs-factory.bin z http://downloads.openwrt.org/backfire/10.03.1/ar71xx/ router padł. Świeci się tylko PWR, LAN1 i nic poza tym.

Reset 30/30/30 nie działa, failsafe też nie (tcpdump nie podaje nic, spamclick QSS też nie przynosi efektu), router ma 3 dni - oddawać do sklepu czy bawić się w serial? A może da się coś jeszcze zrobić sad ?