Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez ravx
Strony 1
A z czego wynika to, że w jednym routerze mogę wszystkie potrzebne kroki wykonać z poziomu Luci (np starsze TP Linki), a w tym co chwilę system przestaje być responsywny, jakby wchodził na 100% użycia procesora i co chwilę coś się niepowodzi, np jak zmiana podsieci, rollback, itd. Z tego, że to MT?
Drugie pytanie - czy to, że oryginalny soft miał problem z rozpoznawaniem internetu (pierwszy raz widziałem coś takiego) może mieć coś wspólnego z tym, że na OpenWrt też internet raz jest, raz nie?
Przestaw sobie jeden port LAN jako WAN i zobacz czy Net zniknie
Ok, spróbuję tak zrobić. Jak dziś uruchomiłem router, to internet zaczął działać na porcie WAN, ale strasznie wolno. Ogólnie router działa teraz strasznie, w porównaniu do oryginalnego softu, z wifi praktycznie nie da się korzystać, zasięg jest fatalny.
Poniżej wklejam wyniki poleceń:
root@Saturn:~# uci show network
network.loopback=interface
network.loopback.device='lo'
network.loopback.proto='static'
network.loopback.ipaddr='127.0.0.1'
network.loopback.netmask='255.0.0.0'
network.globals=globals
network.globals.packet_steering='1'
network.globals.ula_prefix='fd13:5b93:579b::/48'
network.@device[0]=device
network.@device[0].name='br-lan'
network.@device[0].type='bridge'
network.@device[0].ports='lan1' 'lan2' 'lan3' 'lan4'
network.lan=interface
network.lan.device='br-lan'
network.lan.proto='static'
network.lan.ipaddr='192.168.1.1'
network.lan.netmask='255.255.255.0'
network.lan.ip6assign='60'
network.wan=interface
network.wan.device='wan'
network.wan.proto='dhcp'
network.wan6=interface
network.wan6.device='wan'
network.wan6.proto='dhcpv6'
root@Saturn:~# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.hwmode='11g'
wireless.radio0.path='1e140000.pcie/pci0000:00/0000:00:01.0/0000:02:00.0'
wireless.radio0.htmode='HT20'
wireless.radio0.country='PL'
wireless.radio0.channel='3'
wireless.radio0.cell_density='0'
wireless.default_radio0=wifi-iface
wireless.default_radio0.device='radio0'
wireless.default_radio0.network='lan'
wireless.default_radio0.mode='ap'
wireless.default_radio0.encryption='psk2'
wireless.default_radio0.key='%SRqr3ysw^ghiDgyyS7Mr'
wireless.default_radio0.ssid='Sphere2'
wireless.radio1=wifi-device
wireless.radio1.type='mac80211'
wireless.radio1.hwmode='11a'
wireless.radio1.path='1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
wireless.radio1.htmode='VHT80'
wireless.radio1.country='PL'
wireless.radio1.channel='52'
wireless.radio1.cell_density='0'
wireless.default_radio1=wifi-iface
wireless.default_radio1.device='radio1'
wireless.default_radio1.network='lan'
wireless.default_radio1.mode='ap'
wireless.default_radio1.encryption='psk2'
wireless.default_radio1.key='mzbvyMcQ!DsfFNhyf522G'
wireless.default_radio1.ssid='Sphere5'
root@Saturn:~# uci show firewall
firewall.@defaults[0]=defaults
firewall.@defaults[0].syn_flood='1'
firewall.@defaults[0].input='ACCEPT'
firewall.@defaults[0].output='ACCEPT'
firewall.@defaults[0].forward='REJECT'
firewall.@zone[0]=zone
firewall.@zone[0].name='lan'
firewall.@zone[0].network='lan'
firewall.@zone[0].input='ACCEPT'
firewall.@zone[0].output='ACCEPT'
firewall.@zone[0].forward='ACCEPT'
firewall.@zone[1]=zone
firewall.@zone[1].name='wan'
firewall.@zone[1].network='wan' 'wan6'
firewall.@zone[1].input='REJECT'
firewall.@zone[1].output='ACCEPT'
firewall.@zone[1].forward='REJECT'
firewall.@zone[1].masq='1'
firewall.@zone[1].mtu_fix='1'
firewall.@forwarding[0]=forwarding
firewall.@forwarding[0].src='lan'
firewall.@forwarding[0].dest='wan'
firewall.@rule[0]=rule
firewall.@rule[0].name='Allow-DHCP-Renew'
firewall.@rule[0].src='wan'
firewall.@rule[0].proto='udp'
firewall.@rule[0].dest_port='68'
firewall.@rule[0].target='ACCEPT'
firewall.@rule[0].family='ipv4'
firewall.@rule[1]=rule
firewall.@rule[1].name='Allow-Ping'
firewall.@rule[1].src='wan'
firewall.@rule[1].proto='icmp'
firewall.@rule[1].icmp_type='echo-request'
firewall.@rule[1].family='ipv4'
firewall.@rule[1].target='ACCEPT'
firewall.@rule[2]=rule
firewall.@rule[2].name='Allow-IGMP'
firewall.@rule[2].src='wan'
firewall.@rule[2].proto='igmp'
firewall.@rule[2].family='ipv4'
firewall.@rule[2].target='ACCEPT'
firewall.@rule[3]=rule
firewall.@rule[3].name='Allow-DHCPv6'
firewall.@rule[3].src='wan'
firewall.@rule[3].proto='udp'
firewall.@rule[3].src_ip='fc00::/6'
firewall.@rule[3].dest_ip='fc00::/6'
firewall.@rule[3].dest_port='546'
firewall.@rule[3].family='ipv6'
firewall.@rule[3].target='ACCEPT'
firewall.@rule[4]=rule
firewall.@rule[4].name='Allow-MLD'
firewall.@rule[4].src='wan'
firewall.@rule[4].proto='icmp'
firewall.@rule[4].src_ip='fe80::/10'
firewall.@rule[4].icmp_type='130/0' '131/0' '132/0' '143/0'
firewall.@rule[4].family='ipv6'
firewall.@rule[4].target='ACCEPT'
firewall.@rule[5]=rule
firewall.@rule[5].name='Allow-ICMPv6-Input'
firewall.@rule[5].src='wan'
firewall.@rule[5].proto='icmp'
firewall.@rule[5].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type' 'router-solicitation' 'neighbour-solicitation' 'router-advertisement' 'neighbour-advertisement'
firewall.@rule[5].limit='1000/sec'
firewall.@rule[5].family='ipv6'
firewall.@rule[5].target='ACCEPT'
firewall.@rule[6]=rule
firewall.@rule[6].name='Allow-ICMPv6-Forward'
firewall.@rule[6].src='wan'
firewall.@rule[6].dest='*'
firewall.@rule[6].proto='icmp'
firewall.@rule[6].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type'
firewall.@rule[6].limit='1000/sec'
firewall.@rule[6].family='ipv6'
firewall.@rule[6].target='ACCEPT'
firewall.@rule[7]=rule
firewall.@rule[7].name='Allow-IPSec-ESP'
firewall.@rule[7].src='wan'
firewall.@rule[7].dest='lan'
firewall.@rule[7].proto='esp'
firewall.@rule[7].target='ACCEPT'
firewall.@rule[8]=rule
firewall.@rule[8].name='Allow-ISAKMP'
firewall.@rule[8].src='wan'
firewall.@rule[8].dest='lan'
firewall.@rule[8].dest_port='500'
firewall.@rule[8].proto='udp'
firewall.@rule[8].target='ACCEPT'
firewall.@rule[9]=rule
firewall.@rule[9].name='Support-UDP-Traceroute'
firewall.@rule[9].src='wan'
firewall.@rule[9].dest_port='33434:33689'
firewall.@rule[9].proto='udp'
firewall.@rule[9].family='ipv4'
firewall.@rule[9].target='REJECT'
firewall.@rule[9].enabled='false'
firewall.@include[0]=include
firewall.@include[0].path='/etc/firewall.user'
root@Saturn:~# uci show dhcp
dhcp.@dnsmasq[0]=dnsmasq
dhcp.@dnsmasq[0].domainneeded='1'
dhcp.@dnsmasq[0].boguspriv='1'
dhcp.@dnsmasq[0].filterwin2k='0'
dhcp.@dnsmasq[0].localise_queries='1'
dhcp.@dnsmasq[0].rebind_protection='1'
dhcp.@dnsmasq[0].rebind_localhost='1'
dhcp.@dnsmasq[0].local='/lan/'
dhcp.@dnsmasq[0].domain='lan'
dhcp.@dnsmasq[0].expandhosts='1'
dhcp.@dnsmasq[0].nonegcache='0'
dhcp.@dnsmasq[0].authoritative='1'
dhcp.@dnsmasq[0].readethers='1'
dhcp.@dnsmasq[0].leasefile='/tmp/dhcp.leases'
dhcp.@dnsmasq[0].resolvfile='/tmp/resolv.conf.d/resolv.conf.auto'
dhcp.@dnsmasq[0].nonwildcard='1'
dhcp.@dnsmasq[0].localservice='1'
dhcp.@dnsmasq[0].ednspacket_max='1232'
dhcp.@dnsmasq[0].rebind_domain='free.aero2.net.pl'
dhcp.lan=dhcp
dhcp.lan.interface='lan'
dhcp.lan.start='100'
dhcp.lan.limit='150'
dhcp.lan.leasetime='12h'
dhcp.lan.dhcpv4='server'
dhcp.lan.dhcpv6='server'
dhcp.lan.ra='server'
dhcp.lan.ra_slaac='1'
dhcp.lan.ra_flags='managed-config' 'other-config'
dhcp.wan=dhcp
dhcp.wan.interface='wan'
dhcp.wan.ignore='1'
dhcp.odhcpd=odhcpd
dhcp.odhcpd.maindhcp='0'
dhcp.odhcpd.leasefile='/tmp/hosts/odhcpd'
dhcp.odhcpd.leasetrigger='/usr/sbin/odhcpd-update'
dhcp.odhcpd.loglevel='4'
root@Saturn:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 89.230.192.1 0.0.0.0 UG 0 0 0 wan
89.230.192.0 0.0.0.0 255.255.224.0 U 0 0 0 wan
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan
root@Saturn:~# ifconfig
br-lan Link encap:Ethernet HWaddr 2A:EC:DD:D8:48:50
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fd13:5b93:579b::1/60 Scope:Global
inet6 addr: fe80::28ec:ddff:fed8:4850/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:118394 errors:0 dropped:0 overruns:0 frame:0
TX packets:107000 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:14423236 (13.7 MiB) TX bytes:145441951 (138.7 MiB)eth0 Link encap:Ethernet HWaddr 2A:EC:DD:D8:48:50
inet6 addr: fe80::28ec:ddff:fed8:4850/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1504 Metric:1
RX packets:787737 errors:0 dropped:0 overruns:0 frame:0
TX packets:205271 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:191498624 (182.6 MiB) TX bytes:154574436 (147.4 MiB)
Interrupt:21lan1 Link encap:Ethernet HWaddr 2A:EC:DD:D8:48:50
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)lan2 Link encap:Ethernet HWaddr 2A:EC:DD:D8:48:50
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)lan3 Link encap:Ethernet HWaddr 2A:EC:DD:D8:48:50
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)lan4 Link encap:Ethernet HWaddr 2A:EC:DD:D8:48:50
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:108656 errors:0 dropped:14 overruns:0 frame:0
TX packets:96021 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:13026587 (12.4 MiB) TX bytes:141797942 (135.2 MiB)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:2450 errors:0 dropped:0 overruns:0 frame:0
TX packets:2450 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:238312 (232.7 KiB) TX bytes:238312 (232.7 KiB)wan Link encap:Ethernet HWaddr 2A:EC:DD:D8:48:50
inet addr:89.230.209.121 Bcast:89.230.223.255 Mask:255.255.224.0
inet6 addr: fe80::28ec:ddff:fed8:4850/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:679081 errors:0 dropped:0 overruns:0 frame:0
TX packets:60318 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:164292771 (156.6 MiB) TX bytes:8389050 (8.0 MiB)wlan0 Link encap:Ethernet HWaddr 82:4C:FA:7D:B3:0F
inet6 addr: fe80::804c:faff:fe7d:b30f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7 errors:0 dropped:0 overruns:0 frame:0
TX packets:2570 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1776 (1.7 KiB) TX bytes:488004 (476.5 KiB)wlan1 Link encap:Ethernet HWaddr 02:83:F7:A8:FC:89
inet6 addr: fe80::83:f7ff:fea8:fc89/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5185 errors:0 dropped:0 overruns:0 frame:0
TX packets:7510 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:811019 (792.0 KiB) TX bytes:3630699 (3.4 MiB)
Cześć,
Używałem R6350 od kilku miesięcy na oryginalnym sofcie i byłem w miarę zadowolony - WiFi działało całkiem przyzwoicie, zarówno 2.4 jak i 5. Problemy zasadniczo były dwa - brak aktualizacji bezpieczeństwa i coś dziwnego - problem z wykrywaniem internetu. Opiszę to, bo może ma to znaczenie.
Po zalogowaniu do routera na "kafelku" dotyczącym internetu bardzo często była informacja "brak internetu", podczas gdy internet był i docierał do klientów (np Win10, MacOS, Android, bulgulator). I tu zaczyna się zasadniczy problem - systemy klientów również miały problem z przetwarzaniem informacji o dostępie do internetu - a w przypadku korzystania z sieci VPN (nie na routerze) - negatywna informacja zawsze była błędna. Przykładowo Windows 10 twierdził, że nie ma dostępu do internetu (a miał), problematyczne to było m.in. dla usług streamingowych, które się "wieszały". Internet z kablówki, modem "widzi" nowe urządzenie po restarcie, więc nie to jest problemem.
Dlatego wrzuciłem OW 21.02 z Luci (obraz squashfs-factory). System wstał, ustawiłem hasło główne, uruchomiłem i skonfigurowałem oba radia (ssid, wpa2, kanał, itd). Klienty się podłączały prawidłowo, tylko... nie miały dostępu do internetu. I to jest pierwszy problem. Mam starego TP Linka z OpenWrt 21.02 jako backup - internet działał.
Drugi problem - kolejną rzeczą, którą muszę zmienić w systemie jest adres podsieci (mam sprzęt, który tego wymaga). I kiszka - operacja się niepowodzi, po 90s jest informacja o próbie rollbacku zmiany, co też się nie powodzi, router staje się nieosiągalny (zarówno pod 192.168.1.1, jak i pod nowym adresem). Po restarcie - system się uruchamia, nadal działa na 192.168.1.1, ale nie mogę się zalogować przez Luci - twierdzi, że logowanie się nie powodzi. Próbowałem przez SSH - nie ma problemu używając tego samego usera i hasła.
Myślałem, że popełniłem jakiś błąd, więc kilka razy próbowałem firstboot -y i odtwarzałem procedurę od początku - zawsze to samo.
Problem z hasłem widziałem, że się pojawia w różnych modelach, ale są różne przyczyny i rozwiązania. Problem z internetem, nie wiem dlaczego, ale mam wrażenie, że może mieć przyczynę około sprzętową.
Jak zacząć diagnostykę i/lub naprawę?
Dodam tylko, że w temacie rozwiązywania problemów z softem na routerach jestem raczej lajkonikiem.
Cześć wszystkim,
Mam problem z TP Linkiem TL-WDR3600 po przesiadce z Gargoyle na ostatnie LEDE z Luci (obie z eko.one.pl). Połączenie po kablu, ale na WiFi jest to samo.
Do pracy często muszę używać VPN (klient Pulse Network Connect na Windows 7). Problem polega na tym, że po zmianie oprogramowania na LEDE nie moge się połączyć z infrastrukturą za VPN. Podejrzewam, że problem jest w okolicy DNS.
Powiedzmy, że mam server TFS o nazwie tfstest. Po http dostaję po prostu ERR_CONNECTION_TIMED_OUT.
Jak pinguję po nazwie, to prawie połowa pakietów ginie, a średni czas to 2500ms.
Jak pinguję po IP, to mam loss na poziomie 0% i średni czas 102ms. TTL taki sam, czyli 52.
Teraz przesiadłem się z Gargulca 1.10, ale już wcześniej próbowałem przesiąść się na LEDE z G1.9 (jedna z wersji psuła u mnie WiFi). Na żadnej wersji Gargoyle z VPN nie miałem problemu. Powrót z LEDE na G1.10 rozwiązuje ten konkretny problem (ale Gargo ma inny problem u mnie).
Wtedy było jeszcze śmieszniej, bo dla tego samego serwera TFS (będąc w VPN podkreślę) rozwiązywany był IP należący do mojego dostawcy internetu.
LEDE mam z czystą konfiguracją, ustawiłem tylko hasło, WiFi 2.4 oraz 5G, sieć LAN zmieniłem z 192.168.1.1 na 192.168.10.1 i zmniejszyłem pulę DHCP do 30, żadnych innych zmian.
Czy ktoś z Was może mnie naprowadzić, gdzie szukać przyczyny?
Bartekk napisał/a:Sterowniki od wifi w ar71xx bez zmian?
W stosunku do poprzedniej bez zmian większych.
W moim WDR3600 na G1.9.0.1 czy kilku ostatnich obrazach z LuCi WiFi świrowało, co jakiś czas albo się restartowało, albo znikało, albo blokowało dostęp do interfejsu graficznego. Raczej nie zdarzało się 8 godzin bez problemów.
Na G1.9.0.2 jak na razie jest OK, mogę ponarzekać tylko na prędkość (i może trochę zasięg) na 2.4GHz.
Strony 1
eko.one.pl → Posty przez ravx
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc