-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
ludnik
tag
válasz
vargalex
#14399
üzenetére
A router inkább 30e magasságában volt mikor vettem, ha jól emlékszem, egy SOHO környezetbe nem kívántam százeres nagyságrendben Cisco routert venni. Szóval utána van egy gigabites tplink switch és utána a Timecapsule és utána a Mac Mini. Amikor építettem a hálózatot akkor nem igazán gondolkodtam még gigabites internet betápban, ami most meg talán már a legolcsóbb csomag a diginél. Szóval ennyi erővel elkezdhetem lecserélni a kábeleket Cat7-esre és a mai kornak megfelelőbb 10 gigabites routerekre, switchekre, mert pár év múlva úgyis 990 ft lesz a diginél a 10 gigabites alap internetbetáp
-
vargalex
Topikgazda
válasz
ludnik
#14398
üzenetére
Ahogy írtam, a TL-WDR3600-al azért 100 Mbps fölött kell lennie a kábeles sebességnek. Az pedig egyértelműen user/kábel/egyéb hibára utal, ha wifi-n többet mérsz, mint kábelen. Ugyanis wifi-n ugye a NAT mellett a titkosítás (pl. WPA) is a CPU feladata.
A képen látható eszközök közül egyébként mi kapcsolódik vezetéken a routerhez? Mondjuk számomra nehéz elhinni (vagy inkább megérteni), hogy valakinek csak almás cuccai vannak és egy új korában 14000 Ft-os routertől vár el gigabitet HW NAT nélkül... (Mondhatnám úgy is, hogy az egér biztos a többszöröse árban a routernek.
-
Gyurka6
őstag
válasz
vargalex
#14394
üzenetére
Hali!
Igazából nem mérésnek szántam (közben több cucc lógott rajta), csak annyi, hogy több mint 100.
Ez előtt egy 478-as3...GHz-es procival xp-n néztem 400 körül a speedtesten, egyszer csak a mobilgo-n 40 (negyven) körüli lett a speedtest.net mozilla-val, ezután 200 fölé sehol sem ment. Kaptam ezt a gépet és a speedtesten szinte maradt az érték. Gondolom valamit alkottak vele. Az nmhh-n 500 fölött van, gondolkodtam, hogy kérek egy mérődobozt (linksys 2X1.8GHz-es proci), de letettem róla. -
-
Gyurka6
őstag
válasz
ludnik
#14391
üzenetére
Hali!
Melyik eszközre gondolsz?
A dir-860l és a xiaomi 3g 18.02-vel 510 lefele és 320 fel, az nmhh oldalán, a speedtest-en a fele alatt,
egy 2011-es 600 fölött valamivel, eközben egy két dolog megy, nem nagy terheléssel.
Később meg tudom nézni wdr-4300 ill.dir 825-ön, ha kell.
E6500 2.93GHz, wélmény 3,5, 2GB ram, w7 sp1, 32bites (ezt nem is néztem eddig...), valószínűleg tudna a gép többet mert néha 750-et is mutat. -
ludnik
tag
válasz
ludnik
#14371
üzenetére
Próbáltam telneten (lehet ez már nincs ebben a verzióban, ahogy olvasom) ssh-val minden létező ip-n belépni. Nem működik a DHCP, de a wifi rész pl működik csak épp IP-t nem ad. Sehogy nem tudok belelépni az eszközbe. Valami tipp, reset gomb nyomkodós, webszerverről lehúzza a strippelt firmwaret vagy akármi? Sok leírás van a neten, de fogalmam sincs mivel kéne próbálkozni. Egyelőre semmi sem megy. Please help...
-
_NCT
addikt
-
#14368
st3v3np3t3r
nagyúr
vargalex
#14367
-
#14367
vargalex
Topikgazda
st3v3np3t3r
#14366
vargalex
Topikgazda
válasz
st3v3np3t3r
#14366
üzenetére
Szívesen ránéznék távolról, ha tudsz adni SSH hozzáférést. Privátban írok WAN IP-t, ha kell, hogy ne kelljen mindenhonnan nyitni...
-
#14366
st3v3np3t3r
nagyúr
vargalex
#14365
st3v3np3t3r
nagyúr
-
#14365
vargalex
Topikgazda
st3v3np3t3r
#14364
vargalex
Topikgazda
válasz
st3v3np3t3r
#14364
üzenetére
Úgy értem, hogy ha a július 7-i build-et felteszed, akkor az minden újrainduláskor július 7-el indul, míg nem frissíti az időt... Így ma pl. rögtön lesz egy 8 napos ugrás.
A webes felület elérhetetlenségét egy uhttpd, vagy router restart meg szokta oldani.
-
#14364
st3v3np3t3r
nagyúr
vargalex
#14363
st3v3np3t3r
nagyúr
válasz
vargalex
#14363
üzenetére
Archer C2-re csak snapshot van... mikor feltettem a július 7.-én az aznapi verziót,az időt is beállítottam,tehát az NTP nem okozhatja a hibát... mellesleg max.1-2órás csúszás szokott lenni, mert UTC-re áll be magától... tehát a 8nap sehogy sem stimmel...
tudod az a poén... hogy 2,5napig nagyon stabilan ment... majd újracsatlakozott gond nélkül 2,5 nap után... aztán naponta újra kellett indítani a routert mert vagy wifi nem volt,vagy net kapcsolat...
ma reggel meg akartam nézni a webui-t, és azt írta ki a chrome, hogy a 192.168.1.1 visszautasította a csatlakozást... a frimware frissítő menü hibáját meg megírtam pár hsz-szel visszább...előszőr bad gateway hibát írt, majd ráfrissítettem az oldalra, akkor már internal server error, failed to create cgi process:out of memory
-
#14363
vargalex
Topikgazda
st3v3np3t3r
#14362
vargalex
Topikgazda
válasz
st3v3np3t3r
#14362
üzenetére
Szerintem egy július 7-i buildet tettél fel, majd amikor lett net, akkor frissült NTP-n az idő. Szóval, valószínűleg nem esett ki 8 nap.
Egyébként, ha ennyi problémád van mindig a snapshot buildekkel, akkor miért nem használsz stabilt?
A webes frissítésnél milyen hibát írt ki? Biztosan jó buildet teszel fel? -
#14362
st3v3np3t3r
nagyúr
sonar
#14360
st3v3np3t3r
nagyúr
nincs nyitva semmi felesleges... a gyári fw-ben tiltom a távelérést...
ez snapshot verzió... de a furcsa az, hogy Vas.Júli7 7:34 kor volt az utolsó rendszerbejegyzés daemon.err hostapd:wlan1
utána a következő Hétf. Júli 15 7:57-kor... egyenesen kiesett neki 8nap...
egyedül az nat-upnpde a másik furcsaság hogy nem tudtam webui-ból frissíteni,így maradt a tftp, update után meg nem csatlakozott a netre, pedig a sysupgrade-t tettem fel
-
_NCT
addikt
Sziasztok!
Frissítettem 17.01.4-ről 18.06.4-re az OpenWrt verziót (factory install, nem sysupdate). Az a problémám, hogy bizonyos csomagok nem akarnak települni, ilyen például az openssh-server és a luci-app-transmission csomag. Hiába keresek rá terminálon keresztül, kb csak a .list fájlok vannak ott, semmi bináris/futtatható állomány. Szeretném megkérdezni, hogy WTF? Extroot-ot használok, viszont az jól működik, nem tudom fontos információ-e.
-
#14360
sonar
addikt
st3v3np3t3r
#14359
sonar
addikt
válasz
st3v3np3t3r
#14359
üzenetére
Csak egy kérdés: nincs nyitva vmi port a WAN irányában? Nekem akkor voltak hasonlóak amig a 2222 ssh elérhető volt a wan-ról. Egy rakás anomália volt időszakosan.
-
#14359
st3v3np3t3r
nagyúr
st3v3np3t3r
nagyúr
Megint kezdődik
Lefagy az openwrt,se net,se wifi...
gondoltam frissítem a ma reggeli verziót... erre kiírja hogy bad gateway, meg internal error failed to crate cgi process:out of memory a firmware frissítés menüre... nagynehezen visszamegyek a főoldalra, ott azt írja hogy 57.11MB-ból 10.57MB használt... -
hódmaci
senior tag
Sziasztok!
Volna egy tplink 1043-nd routerem amin openwrt "fut"
Ezt be is laktam, működik szépen.
Sajnos a wifi jel a lakásomban nem mindenütt egyforma sőt van olyan rész ahol nincs.Volna egy másik 1043 nd v1 routerem erre is tennék openwrt-t.
Be lehet valahogyan állítani wifi lefedettségnövelőnek?
Amennyiben igen azt hogyan kell?Vagy esetleg gyári firmware-val?
-
yodee_
őstag
válasz
anglergab
#14343
üzenetére
Így gondoltad:
root@DIR-825:~# nslookup 8.8.8.8
;; connection timed out; no servers could be reachedroot@DIR-825:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 13.0.1.1 0.0.0.0 UG 0 0 0 br-lan
13.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lanroot@DIR-825:~# ifconfig -a
br-lan Link encap:Ethernet HWaddr 00:18:E7
A:A4:AB
inet addr:13.0.1.253 Bcast:13.0.1.255 Mask:255.255.255.0
inet6 addr: fe80::218:e7ff:feda:a4ab/64 Scope:Link
inet6 addr: fdcf:56e4:4f73::1/60 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:100484 errors:0 dropped:3 overruns:0 frame:0
TX packets:14720 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:16952127 (16.1 MiB) TX bytes:4702594 (4.4 MiB)eth0 Link encap:Ethernet HWaddr 00:18:E7
A:A4:AB
inet6 addr: fe80::218:e7ff:feda:a4ab/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19536165 errors:0 dropped:1 overruns:8 frame:0
TX packets:3391219 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3178926688 (2.9 GiB) TX bytes:402395141 (383.7 MiB)
Interrupt:4eth0.1 Link encap:Ethernet HWaddr 00:18:E7
A:A4:AB
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19534743 errors:0 dropped:585 overruns:0 frame:0
TX packets:3390444 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:28596910500 (26.6 GiB) TX bytes:388561675 (370.5 MiB)eth1 Link encap:Ethernet HWaddr 00:18:E7
A:A4:AC
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)
Interrupt:5lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:4490 errors:0 dropped:0 overruns:0 frame:0
TX packets:4490 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:377230 (368.3 KiB) TX bytes:377230 (368.3 KiB)wlan0 Link encap:Ethernet HWaddr 00:18:E7
A:A4:AB
inet6 addr: fe80::218:e7ff:feda:a4ab/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1472015 errors:0 dropped:0 overruns:0 frame:0
TX packets:4616710 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:120364120 (114.7 MiB) TX bytes:6884176092 (6.4 GiB)wlan1 Link encap:Ethernet HWaddr 00:18:E7
A:A4:AD
inet6 addr: fe80::218:e7ff:feda:a4ad/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1910909 errors:0 dropped:0 overruns:0 frame:0
TX packets:14995532 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:265708144 (253.3 MiB) TX bytes:22544368515 (20.9 GiB)root@DIR-825:~# logread|grep -i dhcp
Thu Jun 27 14:18:57 2019 daemon.info dnsmasq[1034]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
Thu Jun 27 14:18:57 2019 daemon.info dnsmasq[1034]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:19:02 2019 user.notice ucitrack: Setting up /etc/config/network reload dependency on /etc/config/dhcp
Thu Jun 27 14:19:03 2019 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/odhcpd
Thu Jun 27 14:19:04 2019 user.notice ucitrack: Setting up /etc/config/system reload dependency on /etc/config/dhcp
Thu Jun 27 14:19:09 2019 user.notice dnsmasq: found already running DHCP-server on interface 'br-lan' refusing to start, use 'option force 1' to override
Thu Jun 27 14:19:10 2019 daemon.info dnsmasq[1034]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:01 2019 daemon.info dnsmasq[1756]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
Thu Jun 27 14:20:01 2019 daemon.info dnsmasq[1756]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:01 2019 daemon.info dnsmasq[1756]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:03 2019 daemon.info dnsmasq[1756]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:31 2019 daemon.info dnsmasq[2134]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
Thu Jun 27 14:20:31 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:31 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:32 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 0 addresses
Thu Jun 27 14:20:32 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:34 2019 daemon.warn odhcpd[1140]: DHCPV6 SOLICIT IA_NA from 00020000ab1101473610be1850cd on br-lan: ok fdcf:56e4:4f73::349/128
Thu Jun 27 14:20:34 2019 daemon.warn odhcpd[1140]: DHCPV6 SOLICIT IA_NA from 00010001246e7b0c247703aab2e8 on br-lan: ok fdcf:56e4:4f73::6f8/128
Thu Jun 27 14:20:34 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 0 addresses
Thu Jun 27 14:20:34 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:35 2019 daemon.warn odhcpd[1140]: DHCPV6 REQUEST IA_NA from 00020000ab1101473610be1850cd on br-lan: ok fdcf:56e4:4f73::349/128
Thu Jun 27 14:20:35 2019 daemon.warn odhcpd[1140]: DHCPV6 REQUEST IA_NA from 00010001246e7b0c247703aab2e8 on br-lan: ok fdcf:56e4:4f73::6f8/128
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:39 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:39 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:21:50 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:21:50 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Sat Jul 13 11:58:58 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Sat Jul 13 11:58:58 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
root@DIR-825:~# -
-
#14334
st3v3np3t3r
nagyúr
vargalex
#14331
st3v3np3t3r
nagyúr
válasz
vargalex
#14331
üzenetére
iszonyat kicsi az esélye, 254^4 az ipv4 címek variációja,de ha a subnet maskot leszámítjuk ami 255.0.0.0,255.255.0.0,255.255.255.0 és 255.255.255.255(általában) akkor a variációk száma még kevesebb...tudtommal az ip cím nem egyezhet meg a subnet mask címmel véleményem szerint... tehát belső hálózatra nagyon kevés esély van külsö ip-t eltalálni, ugyan az esélye meg van, de elenyésző %ban...
szerintem... -
anglergab
addikt
-
#14331
vargalex
Topikgazda
st3v3np3t3r
#14328
vargalex
Topikgazda
válasz
st3v3np3t3r
#14328
üzenetére
Egészen addig, míg nem akar azonos tartományba eső valóban WAN-on lévő IP-t elérni...
-
#14324
yodee_
őstag
st3v3np3t3r
#14323
yodee_
őstag
válasz
st3v3np3t3r
#14323
üzenetére
A fő router PPPOE módban van, arra van lanon rácsatolva a másik kettő router ami csak APként szolgál.
-
#14322
yodee_
őstag
st3v3np3t3r
#14321
yodee_
őstag
válasz
st3v3np3t3r
#14321
üzenetére
Természetesen tudok, de miért is kéne? A leírt beállításokkal jó volt anno. Nem az a gond, hogy kettő route-van?
-
yodee_
őstag
Sziasztok!
Segítséget szeretnék Tőletek kérni, mert napok óta nem sikerül megcsinálnom amit régen meg tudtam
Jóideje az openwrt-s routerem csak switch és access point-ként van használva. Minap frissítettem a legújabb firmware-re, és azóta valamiért nem kap internetet a router. A rácsatlakoztatott eszközök szépen dolgoznak, de ha a routeren szeretnék telepíteni valami csomagot, vagy csomag listát firssíteni vagy ntp időszinkront csinálni egyszerűen nem kap internetet. Az interfaces menü alatt törölve van a wan és a wan ipv6, csak lan van. Azon belül adtam ip-t a routernek, megadtam az alapértelmezett átjárót, dns kiszolgálót és letiltottam a dhcp-t. Ezeken kívül mit kell még tenni? Egyszerűen nem jut eszembe!Köszönöm
-
#14318
vargalex
Topikgazda
st3v3np3t3r
#14317
vargalex
Topikgazda
válasz
st3v3np3t3r
#14317
üzenetére
Tudom, hogy arra gondoltál. Én viszont arra céloztam, hogy ha wifree-re csatlakozik, akkor az a Connect box valószínűleg nem nála van, így cseréltetni sem tudja...
-
#14315
vargalex
Topikgazda
st3v3np3t3r
#14314
vargalex
Topikgazda
válasz
st3v3np3t3r
#14314
üzenetére
Nem hinném, hogy a saját ConnectBoxára a WiFree-n csatlakozna...
-
#14314
st3v3np3t3r
nagyúr
anglergab
#14312
st3v3np3t3r
nagyúr
válasz
anglergab
#14312
üzenetére
a "júpíszís konnektbokszra" sokszor van panasz, hogy egy rakat f#$... több ismerősömnek is van és sokszor cseréltették már... hol a wifi nem ment, hol akadozott a net... ezek a UPC-s ConnectBox-ok egy műszaki hulladékok... egy kolegamnak kirepedt a F csatlakozó, azért akadozott a net,pedig a kábel nem volt feszes,a boxot se mozgatták... de, hogy legyen pozitív vélemény is, olvastam olyat is, hogy semmi gondja sincs a ConnectBox-szal...lehet érdemesebb lenne kicseréltetned ha problémád van vele
-
vargalex
Topikgazda
válasz
anglergab
#14312
üzenetére
A DHCP működésben nincs semmi különös. Ugyanis a protokoll definíciója szerint a lease time felénél kell küldenie a kliensnek egy RENEW-t. Ha ez sikertelen, akkor a maradék idő felénél ismét és így tovább. A lease time-ban egyébként nem "megegyeznek", azt a szerver mondja meg.
-
#14312
anglergab
addikt
st3v3np3t3r
#14310
anglergab
addikt
válasz
st3v3np3t3r
#14310
üzenetére
Az AP UPC-s ConnectBox, Wi-Free wifivel.
Nem a DHCP okozza, mert átnéztem az összes IP csomagot a probléma időpontjában.
Az is érdekes, hogy a DHCP jelzésváltás során 3600 sec lease time-ban egyeznek meg, aztán 1800 sec-onként megújul megújul a cím, ugyanarra (azaz óránként helyett félóránként). -
#14310
st3v3np3t3r
nagyúr
anglergab
#14309
st3v3np3t3r
nagyúr
válasz
anglergab
#14309
üzenetére
Az AP milyen eszköz?
Amúgy én arra tippelek, hogy a DHCP címkiosztási idő 60percre van állítva... azaz 60percenként új címet oszt ki a hálózaton lévőknek... elvileg nem kellene bontani a kapcsolatot hozzá, de akadnak olyan eszközök amik lecsatlakoztatják az eszközöket a címbérlési idő letelte után -
anglergab
addikt
Sziasztok!
Van egy eleg trukkos wifi problemam, amit mar regota nem tudok megoldani:
egy WPA2-EAP AP mindig pontosan egy óra elteltével eldobja a kapcsolatot es utana rogton ujracsatlakozik sikeresen.Azaz megszakad a wifi kapcsolat nehany masodpercre orankent.
A kliens kernel logban ez van:"wlan0: deauthenticated from XX:XX:XX:XX:XX:XX (a wifis kabelmodem MAC-címe) Reason: 15=4WAY_HANDSHAKE_TIMEOUT"Korabban ez 1/2/3 orankent jelentkezett, most mindig 1 orankent.
Kliens: OpenWRT router 1043ND v2-es hardver, 15.05 Chaos Calmer
Viszont az kiderült, hogy a kliensem (azaz az OpenWRT router) timeoutol.
Szedtem pcap trace-t, a helyzet a következő:
1. sikeresen csatlakozik az OpenWRT kliensem a WPA2-EAP MSCHAPV2 AP-hoz, sikeres a kezdeti 4WAY Handshake is, amit ugye az AP kezdeményez. RSN PMKID nélkül küldi az első üzenetet a négy 4WAY Handshake üzenet közül.
2. eltelik egy óra, az AP újból 4WAY Handshake-et indít, de ezúttal RSN PMK ID-val (!), ami amúgy csupa 00 bájt.
3. az OpenWRT kliensem erre válaszol.
4. ez a válasz az AP-nak nem jó (?), ezért újraküldi a 4WAY Handshake kezdeményezését, ugyanúgy mint a 2. pontban
5. lásd a 3.-4. pontot, 4 ilyen kísérlet után leáll a folyamat/próbálkozás (végtelen ciklus lenne különben)
6. ezen a ponton megszakad a fentiek miatt a net
7. lásd az 1. pontot, kezdődik az egész újra elölről.
Van erre valakinek bármilyen ötlete?
Az AP csupa 00 bájtos RSN PMK ID-ja vagy az OpenWRT kliensem válasza nem jó?
-
#14307
st3v3np3t3r
nagyúr
vargalex
#14306
st3v3np3t3r
nagyúr
válasz
vargalex
#14306
üzenetére
este megnézem, hogy nekem milyen ipv6-os címet ad a routerem...
de a bejövő digis ipv6-ot nem hiszem, hogy tovább lehetne osztani, a belső ipv6-hoz meg ugye dhcp kell... a belső hálózaton a gépek az alapértelmezett átjáró címet látják és a router dhcp-től kapott címet használják... az első router amit kap ipv4 és 6 címeket nem hiszem, hogy tovább lehet küldeni belső hálózatra...bár 1szer kísérleteztem ilyen 2routeres dologgal, de azt is ipv4gyel, mikor egy usb-s routerrel akartam hálózati meghajtót használni, de az a 100-200kB/s sebesség amit tudott a router, nem igen volt jó... így azóta hanyagoltam a dolgot...
-
#14306
vargalex
Topikgazda
st3v3np3t3r
#14305
vargalex
Topikgazda
válasz
st3v3np3t3r
#14305
üzenetére
LAN-on szerintem így is kap belső IPv6 címeket.
-
#14305
st3v3np3t3r
nagyúr
vargalex
#14303
st3v3np3t3r
nagyúr
válasz
vargalex
#14303
üzenetére
ha esetleg router módban használná, akkor sem lenne ipv6 címe a második router után lévő gépeknek?
kifejtem mire gondolok:
pl.adott egy x router... az y router wan portból kapná a kapcsolatot akár dhcp vagy fix ipről a x routerről, akkor a lan portokon már osztana ipv6 címeket...elméletben,nem? -
Gyurka6
őstag
Szevasztok!
IPV6, digi, egy router utáni másodikként kapcsolt dir860-nal kellene tovább küldeni/osztani a 6-os címet. Ez alapból(sem) megy, milyen beállítás kellene hozzá? WAN-on kapja a 6-os címet, de a lan-on már csak belső címet kapnak a gépek. Ez van a routeren OpenWrt 18.06.2 r7676-cddd7b4c77 / LuCI openwrt-18.06.
Itt vannak az eszközök
Nem lehet, hogy ez a legújabb FW nem tetszik a routernek? Érdekesség, amit most vettem észre, hogy nem is tuja pingelni a fő routert sem. de azon kívül mindet tud.
Új hozzászólás Aktív témák
- Milyen házat vegyek?
- Gyúrósok ide!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- HiFi műszaki szemmel - sztereó hangrendszerek
- Ingatlanos topic!
- Okos Otthon / Smart Home
- Debrecen és környéke adok-veszek-beszélgetek
- Vicces képek
- GoodSpeed: Kell-e manapság egérpad vagy sem?
- Battlefield 6
- További aktív témák...
- HIBÁTLAN iPhone 15 Pro Max 256GB Black Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3004
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- Önerő nélkül is elvihető! RÉSZLETRE .OPCIONÁLIS. Gamer szék noblechairs HERO Valódi Bőr Fekete
- LG 55G2 - 55" OLED evo - 4K 120Hz 1ms - 1100 Nits - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest