Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez kermu
Dodanie w LUCI wpisu w polu "Opcje DHCP" przypisanego do interfejsu
spowodowało wygenerowanie wpisów w /etc/config/dhcp
config dhcp 'lan'
option interface 'lan'
option start '100'
option limit '150'
option leasetime '12h'
list dhcp_option 'dhcp-option=252,"\n"'
Czy to jest prawidłowa konfiguracja ?
Zauważyłem na na routerze problem opisany tutaj
https://wiki.openwrt.org/doc/howto/dhcp.dnsmasq
"log continuously filled with DHCPINFORM / DHCPACK
Windows 7 among others ask for proxy settings using DHCP. The issue is that they do not stop asking until they have received an answer. This results in that the log contains a lot information about these requests, an example can be found below (thanks for http://wiki.excito.org for the info).
Jul 1 06:34:09 MorganB3 dnsmasq-dhcp[1638]: DHCPINFORM(br0) 10.69.10.59 00:23:14:c5:33:fc
Jul 1 06:34:09 MorganB3 dnsmasq-dhcp[1638]: DHCPACK(br0) 10.69.10.59 00:23:14:c5:33:fc MorgansVaioF12Z
To solve this, edit /etc/dnsmasq.conf and add the following lines:
# This will tell DHCP clients to not ask for proxy information
# Some clients, like Windows 7, will constantly ask if not told NO
dhcp-option=252,"\n"
and restart dnsmasq with /etc/init.d/dnsmasq restart
"
Problem jest jedna taki że
https://wiki.openwrt.org/doc/uci/dhcp
"Using plain dnsmasq.conf
It is possible to mix the traditional /etc/dnsmasq.conf configuration file with the options found in /etc/config/dhcp.
The dnsmasq.conf file does not exist by default but will be processed by dnsmasq on startup if it is present. Note that options in /etc/config/dhcp take precendence over dnsmasq.conf since they are translated to command line arguments.
You can have dnsmasq execute a script on every action:
dhcp-script=/sbin/action.sh"
dlatego wolałbym dodać wpis dhcp-option=252,"\n" do /etc/config/dhcp jednak nie wiem jak poprawie powinien on wyglądać w tym pliku
Czy wpis
list dhcp_option 252,"\n"
zgodnie z tym
https://dev.openwrt.org/ticket/19348
będzie prawidłowy ?
Czy częstotliwość wymiany kluczy WPA co 10 min jest prawidłowa ?
W logach mam
Sun Jul 24 02:54:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 03:04:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 03:14:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 03:24:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 03:34:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 03:44:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 03:54:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 04:04:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 04:14:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 04:24:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 04:34:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 04:44:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 04:54:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 05:04:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 05:14:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 05:24:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 05:34:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 05:44:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 05:54:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Sun Jul 24 06:04:38 2016 daemon.info hostapd: wlan0: STA 00:0c:f1:58:11:0a WPA: group key handshake completed (WPA)
Wydaje mi się że częstotliwość wymiany kluczy jest zbyt wysoka.
Czy jest możliwość zmiany parametru "key exchange period" ?
Czy da się zwiększyć poziom logowania wifi ?
W zakładce system poziom logowania jest ustawiony na debug.
TP-Link TL-WR841N/ND v8
Wersja firmware OpenWrt Chaos Calmer 15.05 / LuCI (git-16.034.35495-80a09b6)
Wersja jądra 3.18.23
W syslogu pojawiają się wpisy
kern.err kernel: [ 4362.620000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x02100020 DMADBG_7=0x00026800
kern.err kernel: [ 4401.750000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x02100020 DMADBG_7=0x00006400
Jak poradzić sobie z rozwiązaniem tego problemu ?
Z praktyki radiowca wiem że nie działa to dobrze.
Pomysł teoretycznie może i jest dobry jednak w praktyce czułośc toru odbiorczego
w obecności zakłóceń jest tak obniżana że radio w AP przestaje słyszeć klientów
o słabszym sygnale i pojawiają się retransmisje lub disconnecty,
dlatego ja zawsze wyłaczam ten "feature" na stacjach bazowych
poza tym obciążą on dość mocno CPU co może być właśnie powodem
lagów w routerze jak pojawiają się zakłócenia w eterze.
Na tą chwilę wyłączyłem, zobaczę czy pomoże.
Być może w CC pojawiła się jakaś sensowna implementacja tego.
cat /sys/kernel/debug/ieee80211/phy0/ath9k/ani
ANI: ENABLED
ANI RESET: 59
OFDM LEVEL: 6
CCK LEVEL: 0
SPUR UP: 4346
SPUR DOWN: 4346
OFDM WS-DET ON: 0
OFDM WS-DET OFF: 0
MRC-CCK ON: 1285
MRC-CCK OFF: 1285
FIR-STEP UP: 4104
FIR-STEP DOWN: 4079
INV LISTENTIME: 0
OFDM ERRORS: 141711495
CCK ERRORS: 4287140
echo 0 >/sys/kernel/debug/ieee80211/phy0/ath9k/ani
root@ro:/sys/kernel/debug/ieee80211/phy0/ath9k# cat /sys/kernel/debug/ieee80211/phy0/ath9k/ani
ANI: DISABLED
Czy openwrt korzysta z finkcji ANI (patent Atheros-a)
dla drivera ar71xx ?
https://wiki.freebsd.org/dev/ath_hal%28 … seImmunity
https://forum.openwrt.org/viewtopic.php?id=46703
Jeśli tak, czy można to wyłączyć ?
Teorie moje są dwie
1. Duże zaszumienie , w związku z czym duża liczba retransmisji w warstwie PHY.
2. Któreś z urządzeń klienckich nie współpracuje prawidłowo z radiem.
Zauważyłem że problem zaczął się pojawiać od wczoraj u klienta u którego zalogowanych
jest 5-6 urządzeń do AP.
Finalnie router okresowo dostaje duży load i są straty pakietów 5-6 % które powodują że wadliwie działa usługi IPTV.
Po kilku sekundach problem ustępuje by powrócić po jakimś czasie.
Teoria z zaszumieniem znajduje o tyle uzasadnienie że przy próbach zmian kanału na niektórych kanałach
problem wydawał się nie występować (testowałem ping -i 0.1 <IP routera>)
Wyłączenia radia na 100% rozwiązywało problem.
Ten firmware mam aktualnie w większości routerów u klientów i do tej pory był chyba tylko jeden incydentalny przypadek. Ten jest drugi w którym jest wyjątkowo dużo zalogowanych urzadzeń do AP.
Dziękuję za info
tutaj
https://dev.openwrt.org/ticket/11862
jest szerzej opisany problem.
Problem dla mnie jest taki że CC zajmuje więcej miejsca
i będę musiał zrezygnować z niektórych, przydatnych dodatkowych pakietów.
W logach routera TL-WR841N V9 pojawiają się wpisy
Failed to stop TX DMA, queues=0x002
Prawdopodobnie w wyniku próby podłączenia jakiegoś telefonu lub tabletu który sprawia problemy.
Radio pracuje niestabilnie, są duże wahania prędkości PHY na wykresie.
Wersja firmware OpenWrt Barrier Breaker 14.07 / LuCI 0.12 Branch (0.12+git-14.328.38210-ea67bd1)
Wersja jądra 3.10.49
Czy to jakiś znany bug w sterowniku ath9k ?
Właśnie to zrobiłem, zgodnie z poradą
https://forum.openwrt.org/viewtopic.php?id=57733
Dzięki.
pozdrawiam
Zrobiłem upgrade fw
http://dl.eko.one.pl/chaos_calmer/ar71x … pgrade.bin
+ extroot
Jednak po:
root@OpenWrt:~# opkg update
dostaję dla katalogu packages błąd sygnatury:
Downloading http://downloads.openwrt.org/chaos_calm … ckages.gz.
Updated list of available packages in /var/opkg-lists/chaos_calmer_packages.
Downloading http://downloads.openwrt.org/chaos_calm … kages.sig.
Signature check failed.
Remove wrong Signature file.
Dla pozostałych katalogów jest o.k.
W czym może być problem ?
Krzysztof
Szukam firmware do TL-MR3220 V2 dla AA 12.09.
Niestety tutaj
https://downloads.openwrt.org/attitude_ … x/generic/
z niewiadomych przyczyn jest tylko dla V1.
Ktoś poratuje linkiem do V2 ?
Z góry dziękuję.
Krzysztof
Gdzie można zdobyć więcej informacji na temat algorytmu automatycznego wyboru kanału wifi w BB oraz CC ?
Zauważyłem że działa on daleko niedoskonale, tzn. mimo iż na kanale 1 jest transmisja, AP po restarce routera prawie zawsze ustawia się własnie na kanale 1 (kanał pracy AP ustawiony na "auto"). Bardzo sporadycznie zmiania kanał na inny. Co ciekawe po zatrzymaniu i wznowieniu pracy interfejsu automat działa dużo lepiej tzn "chętniej" zmienia kanał na inny ale wiadomo że ten tryb nie ma praktycznego zastosowania.
Natomiast niezawodnie działa stary skrypt do zmiany kanału odpalany w rc.local z wykorzystaniem narzędzi z pakietu wireless-tools. Praktycznie zawsze zmienia kanał na inny, niezakłócony.
Krzysztof
Tylko to by oznaczało władowanie dla każdego router i wersji sprzętowej takiej informacji. Deweloperzy odrzucili od razu taki pomysł.
Szkoda bo można było zostawić taką furtkę dla "użytkownika końcowego"
w którymś z plików konfiguracyjnych a jeśli swconfig nie wspiera to
z wykorzystaniem mechanizmu opisu (etykiet) w luci.
Tak jak czytałeś w tickecie - swconfig nie ma pojęcia jak to fizycznie jest wyprowadzone. Nikt mu przecież napisów na obudowie nie czyta
No tak ale zawsze można go poinstruować 
Swconfig nie umożliwia mapowania portów fizycznych na logiczne ?
Czy jest jakiś prosty sposób (w plikach konfiguracyjnych) zmiany mapowania portów
aby Luci pokazywało prawidłowo kolejność portów w switchu ?
Problem jest z grubsza opisany tutaj
https://dev.openwrt.org/ticket/10880
ale występuje również na TL-WR841N
Krzysztof
Tyle ze conloglevel odnosi się do dmesg...
Tego nigdzie nie udało mi się znaleźć.
Jak zatem ograniczyć poziom logowania domyślnego demona ?
Zauważyłem że zmiana poziomu logowania nie odnosi w zasadzie żadnego skutku
Aktualnie mam
root@OpenWrt:/etc/config# cat system |grep -i conloglevel
option conloglevel '1'
mimo tego logowane są również wpisy innych poziomów niż 1 (alert)
Sat Oct 31 18:21:40 2015 daemon.notice openvpn(infolan)[6201]: OPTIONS IMPORT: timers and/or timeouts modified
Sat Oct 31 18:21:40 2015 daemon.notice openvpn(infolan)[6201]: OPTIONS IMPORT: --ifconfig/up options modified
Sat Oct 31 18:21:40 2015 daemon.notice openvpn(infolan)[6201]: OPTIONS IMPORT: route options modified
Sat Oct 31 18:21:40 2015 daemon.notice openvpn(infolan)[6201]: TUN/TAP device tun0 opened
Sat Oct 31 18:21:40 2015 daemon.notice openvpn(infolan)[6201]: TUN/TAP TX queue length set to 100
Sat Oct 31 18:21:40 2015 daemon.notice openvpn(infolan)[6201]: do_ifconfig, tt->ipv6=0,
Sat Oct 31 18:21:40 2015 daemon.notice netifd: Interface 'openvpn_tun0' is enabled
Sat Oct 31 18:21:40 2015 daemon.notice netifd: Network device 'tun0' link is up
Sat Oct 31 18:21:40 2015 daemon.notice netifd: Interface 'openvpn_tun0' has link connectivity
Sat Oct 31 18:21:40 2015 daemon.notice netifd: Interface 'openvpn_tun0' is setting up now
Sat Oct 31 18:21:40 2015 daemon.notice netifd: Interface 'openvpn_tun0' is now up
Sat Oct 31 18:38:19 2015 kern.info kernel: [ 1487.290000] u32 classifier
Sat Oct 31 18:38:19 2015 kern.info kernel: [ 1487.290000] input device check on
Sat Oct 31 18:38:19 2015 kern.info kernel: [ 1487.290000] Actions configured
Sat Oct 31 18:38:19 2015 kern.info kernel: [ 1487.330000] Mirror/redirect action on
system to openwrt CC 15.05
Z tego co udało mi się na szybko zorientować w BB i CC jest
http://wiki.openwrt.org/doc/howto/log.essentials
używany ubox
W jaki sposób można zatem wymusić zmianę poziomu logowania ?
Ja zrobilem to na hotplug.d:
Zaadaptowałem Twój skrypt na swoje potrzeby dla konfiguracji łącze kablowe-dhcp (wan) / sieć GSM-3g (wan2)
w oparciu o program mailsend
Może komuś się przyda:
#!/bin/sh
if [ "$INTERFACE" == "wan" ]; then
sleep 10
if [ "$ACTION" == "ifup" ]; then
mailsend -f openwrt_router@mynet.net.pl -t adresat@mynet.net.pl -smtp mail.mynet.net.pl -user user -pass topsecret -sub "router info" -domain "mynet.net.pl" -v -M "Praca na łączu podstawowym." -M "Bez limitu ilości przesyłanych danych"
else
mailsend -f openwrt_router@mynet.net.pl -t adresat@mynet.net.pl -smtp mail.mynet.net.pl -user user -pass topsecret -sub "router info" -domain "mynet.net.pl" -v -M "UWAGA !" -M "Praca na łączu zapasowym GSM." -M "Proszę ograniczyć ilość przesyłanych danych"
fi
fi
Nazwa systemu jest w /etc/config/system. Możesz sobie dodać do hosts to co chcesz.
Tutaj
root@openwrt_3g-1:~# cat /etc/config/system |grep -i hostname
option hostname 'openwrt_3g-1.mynet.net.pl'
mam ustawione
Dlaczego nie działą polecenie hostname ?
Czy nie zostało dołączone do busybox
czy jest zawarte w innym pakiecie ?
Mam problem z wysłaniem @ za pomocą programu mailsend który "przedstawia" się jako 'localhost"
mimo iż:
dhcp.@dnsmasq[0].domain='mynet.net.pl'
prawdopodobnie dlatego że:
root@openwrt_3g-1:~# cat /etc/hosts
127.0.0.1 localhost
Dlaczego do /etc/hosts nie jest dopisywana nazwa domenowa po zmianie w luci ?
Gdzie definiuje się "hostname" ?
root@openwrt_3g-1:~# hostname
-ash: hostname: not found
openwrt to CC 15.05
Krzysztof
Czy ktoś ma wdrożone powiadomienie na e-mail o przełączeniu na łącze zapasowe 3g - wan2
z ostrzeżeniem o konieczności ograniczenia transferu do niezbędnego minimum ?
Idealnie by było aby był wysyłany e-mail informacyjny również o powrocie na łącze podstawowe.
Szukam takiego rozwiązania i będę wdzięczny za udostępnienie dla 15.05, niekoniecznie bezpłatnie.
Krzysztof
eko.one.pl → Posty przez kermu
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc