- Nokia 3210 - felélni az örökséget
- Redmi Note 9 Pro [joyeuse]
- Honor Magic5 Pro - kamerák bűvöletében
- A négyszeres áron kínált noname okosóra története
- Vodafone-ra áttért Digi Mobilosok
- Samsung Galaxy A52s 5G - jó S-tehetség
- iPhone topik
- Xiaomi Mi 11 Lite - 4G-vel vagy 5G-vel kéred?
- Új HMD modell bukant fel
- Xiaomi Redmi Note 4 - B20
Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Computex 2024: gamer alaplap és „AI” PC az ECS-től
ph Az Elitegroup új LIVA barebone-nal és a Black alaplapsorozat feltámasztásával készül a tajvani kiállításra.
-
Végre megjelenési dátumot kapott a Zenless Zone Zero
gp A teljes változat PC-re, PlayStation-re, Androidra és iOS rendszerekre lesz elérhető ingyen.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
m3ss
veterán
válasz vargalex #51508 üzenetére
koszi a segitseget mindenkinek!
majd ramerunk a dolgokra, vagy kiprobalom masik tappal. lehet garis lenne meg?
amugy erdekes modon elobb kivettem a helyerol, kifujtam suritett levegovel (bar semmi por nem jott ki belole ) de most fel oraja mukodik...en se ertem. ma pedig 5-10 percnel tobbet nem mukodott meg egyhuzamban. kontakt pedig nem lehet, mert eleg sokszor huzogattam ki-be a tapkabelt...[ Szerkesztve ]
https://www.instagram.com/jozsef.beko/
-
chipi89
tag
válasz vargalex #51497 üzenetére
Szia!
A router nem itt van helyben. Távolról szoktam elérni. De ma orvosoltam, felmásztam az irodaház tetőterébe és a sys led villogott csak. Áramtalanítás sem oldotta meg a problémát, így társra találtam Gem Gézával, melynek segítségével 10 másodpercig nyomva tartottam a rezet gombot.
Az mjpeg_stream pontatlan beállítása kiakasztotta.Amit meg az ujraindítás után tapasztalok, hogy az XML feldolgozással hibával tért vissza.
XML feldolgozási hiba: nem jól formázott Hely: https://77.111.185.33/cgi-bin/luci 619. sor, 57. oszlop: /usr/lib/lua/luci/dispatcher.lua:195: in function </usr/lib/lua/luci/dispatcher.lua:194></pre> ---------------------------------------------------------------^
A másik problémám, hogy normális ezzel a beállítása, hogy a memot eszi ennyire?
-
suste
veterán
válasz vargalex #51517 üzenetére
Én méret alapján arra tippeltem, hogy nincs benne luci (AA óta sokat nőtt a rendszer), de én is megnéztem a config-ot, és ott a luci be van kapcsolva, így azt írtam nemrég én is ide, hogy szerintem van benne. Aztán írta valaki, hogy SSH-n szenvedett vele.....
Lehet, hogy a 4mb-os flash méretű routerek miatt maradt ki a teljes támogatás?
Újra megnézve elég sok lucis dolog nincsen bekapcsolva a config-ban... -
Hallendor
csendes tag
válasz vargalex #51590 üzenetére
Szia! Ez lenne a firewall file ban:
root@OpenWrt:/etc/config# cat firewall
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'lan'
option network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'wan'
option network 'wan'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'config forwarding
option src 'lan'
option dest 'wan'config rule
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'config rule
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'udp'
option src_ip 'fe80::/10'
option src_port '547'
option dest_ip 'fe80::/10'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option name 'Enforce-ULA-Border-Src'
option src '*'
option dest 'wan'
option proto 'all'
option src_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config rule
option name 'Enforce-ULA-Border-Dest'
option src '*'
option dest 'wan'
option proto 'all'
option dest_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config include
option path '/etc/firewall.user'config rule 'transmission_web'
option target 'ACCEPT'
option _name 'transmission_web'
option src 'wan'
option proto 'tcp'
option dest_port '9091'config rule
option target 'ACCEPT'
option _name 'ssh_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '22'config rule
option target 'ACCEPT'
option _name 'ftp_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '21'config rule
option target 'ACCEPT'
option _name 'Transmission'
option src 'wan'
option proto 'tcpudp'
option dest_port '21234'config rule
option target 'ACCEPT'
option _name 'Luci_HTTPS'
option src 'wan'
option proto 'tcp'
option dest_port '443'config rule
option src 'lan'
option name 'block_internet_access_IP'
option src_ip '192.168.1.181'
option target 'DROP'
option dest 'wan'
option extra '-m time --weekdays Mon,Tue,Wed,Thu,Fri --timestart 10:00 --timestop 22:00'
option enabled '0'config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp udp'
option src_dport '39000'
option dest_ip '192.168.1.101'
option dest_port '39000'
option name 'torrent'config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp udp'
option src_dport '39000'
option dest_ip '192.168.1.100'
option dest_port '39000'
option name 'torrent2'config rule
option target 'ACCEPT'
option src 'wan'
option dest 'wan'
option name 'torrent'
option dest_port '39000'root@OpenWrt:/etc/config#
-
Hallendor
csendes tag
válasz vargalex #51595 üzenetére
Most amit tudtam felesleges dolgot azt kiszedtem:
root@OpenWrt:/etc/config# cat firewall
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'lan'
option network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'wan'
option network 'wan'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'config forwarding
option src 'lan'
option dest 'wan'config rule
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'config rule
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'udp'
option src_ip 'fe80::/10'
option src_port '547'
option dest_ip 'fe80::/10'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option name 'Enforce-ULA-Border-Src'
option src '*'
option dest 'wan'
option proto 'all'
option src_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config rule
option name 'Enforce-ULA-Border-Dest'
option src '*'
option dest 'wan'
option proto 'all'
option dest_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config include
option path '/etc/firewall.user'config rule 'transmission_web'
option target 'ACCEPT'
option _name 'transmission_web'
option src 'wan'
option proto 'tcp'
option dest_port '9091'config rule
option target 'ACCEPT'
option _name 'ssh_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '22'config rule
option target 'ACCEPT'
option _name 'ftp_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '21'config rule
option target 'ACCEPT'
option _name 'Transmission'
option src 'wan'
option proto 'tcpudp'
option dest_port '21234'config rule
option target 'ACCEPT'
option _name 'Luci_HTTPS'
option src 'wan'
option proto 'tcp'
option dest_port '443'config rule
option src 'lan'
option name 'block_internet_access_IP'
option src_ip '192.168.1.181'
option target 'DROP'
option dest 'wan'
option extra '-m time --weekdays Mon,Tue,Wed,Thu,Fri --timestart 10:00 --timestop 22:00'
option enabled '0'config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp udp'
option src_dport '39000'
option dest_ip '192.168.1.101'
option dest_port '39000'
option name 'torrent' -
RoryBreaker
aktív tag
válasz vargalex #51706 üzenetére
Router hiba is lehet?
Mert router reboot után pl most megint jó.
[ Szerkesztve ]
Rog Strix B-760i Gaming Wifi, 32 GB DDR5@6000, i5-13500, Asus RTX 4060 OC Dual, 1TB Samsung 980 Pro, Be Quiet Pure Power 1000W Gold 80+, Noctua NH-12UA + Noctua házventik, Asus AP201 Mesh ház
-
vargalex
Topikgazda
válasz vargalex #51745 üzenetére
Helyesbítek. Itt sem látszik a boot során. De az 1043ND v1 általam említett bootloader-ében igen. Erről a sorról beszélek:
is_auto_upload_firmware=1
Ha nem nyomjuk a reset gombot, akkor helyette ez van:
is_auto_upload_firmware=0
Szóval, mégis van rá esély, ráadásul soros porton nézve, a resetet nyomva tartva, rögtön ki is derül (az IP cím és a file neve is).
Alex
-
siddis
őstag
válasz vargalex #51760 üzenetére
Halié Mester,
Hmmm, azért kérdezem,mert próbálgattam az utóbbi időben szinte az összes trunk-öt, és a 42xxx-nél ugyanúgy előjött a wifi-eldobálás problémája 2 MB/s letöltés környékén mint eddig mindig. Viszont a 41877 (júl. 30.) és a 41900-as (aug.01) érdekes módon csont nélkül megy..[ Szerkesztve ]
-- Aux armes, citoyens --
-
Nokia12
tag
válasz vargalex #51762 üzenetére
Szia!
Ez a log, amikor a resetet nyomva tartva kapcsolom be.
Amúgy senki nem bontotta szét előttem, bekötve pont úgy van ahogy a többi TPlink volt, azok megálltak a tpl leütésekor.U-Boot 1.1.4 (Sep 25 2013 - 08:43:53)
ap135 - Scorpion 1.0DRAM:
sri
Scorpion 1.0
ath_ddr_initial_config(178): (16bit) ddr2 init
tap = 0x00000003
Tap (low, high) = (0x0, 0x1d)
Tap values = (0xe, 0xe, 0xe, 0xe)
64 MB
Flash Manuf Id 0xef, DeviceId0 0x40, DeviceId1 0x17
flash size 8MB, sector count = 128
Flash: 8 MB
Using default environment*** Warning *** : PCIe WLAN Module not found !!!
*** Warning *** : PCIe WLAN Module not found !!!
In: serial
Out: serial
Err: serial
Net: ath_gmac_enet_initialize...
athrs_sgmii_res_cal: cal value = 0xe
No valid address in Flash. Using fixed address
No valid address in Flash. Using fixed address
ath_gmac_enet_initialize: reset mask:c02200
Scorpion ----> S17 PHY *
athrs17_reg_init: complete
: cfg1 0x80000000 cfg2 0x7114
eth0: ba:be:fa:ce:08:41
eth0 up
athrs17_reg_init_wan done
SGMII in forced mode
athr_gmac_sgmii_setup SGMII done
: cfg1 0x800c0000 cfg2 0x7214
eth1: ba:be:fa:ce:08:41 -
gurabli
senior tag
válasz vargalex #51834 üzenetére
Szia! Lehet, hogy 841ND az, igazad van.
A fogyasztás minimális, picPSU-val, energiatakarékos atom lappal és green HDD-vel. Ettől sokkal lejjebb nem lehet vinni, kompromisszum nélkül.
Megoldás lehet még egy 1043ND v1, amit használtan olcsón megkapok. Az már gigabites és tudtommal az is jól és szépen működik. Olvastam valami wifi bugról, ha jól emlékszem DD-WRT-n, hogy terhelés alatt elveszíti a kapcsolatot és restart kell. Ez igaz vagy már javították. Fontos, hogy stabilan működjön.
Mire kell figyelnem a v1 vásárlásakor?DD-WRT-vel szépen működik a v1?
Köszönöm!
"Akinek pénze van, az ne zavarja dolgozással a mások munkáját " R.J.
-
-
ShadeX
tag
válasz vargalex #52201 üzenetére
A csomagváltás után szembesültem az említett esettel, és ehhez már a megváltozott ÁSZF járt, mint kiderült utólag. Ráadásul pont a publikus IP címtartományuk szűkösségére hivatkoztak. A már meglévő csomagjaikat is kezdik e szerint átszervezni, tehát itt sem tudok kibúvót találni.
Reménykedtem valami általam nem ismert trükkben, de úgy néz ki reverse SSH tunnelingel lehetne egyedül kikerülni, de ezzel csak SSH kapcsolatot nyernék, a többi elérhetetlen lenne. Vagy a már említett VPN ha minden kötél szakad.[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
-
ShadeX
tag
válasz vargalex #52207 üzenetére
Intruder, Alex kösz a segítséget, valóban azt hittem, csak SSH kapcsolat felépítésére képes. Így, ha esetleg nekivágok talán valóban lesz tőle némi mozgásterem. A Transmission passzív voltával tisztában voltam, számoltam vele az első (szitkozódással teli) pillanattól.
[ Szerkesztve ]
-
-
layerke
aktív tag
válasz vargalex #52350 üzenetére
Szia!
Nem, mert a telneten belépve kiírja a dd-wrt-s üdvözlést és lehet is benne kalamolni dd-wrt-re jellemzően. Viszont most talátlam egy lehetséges megoldást a winscp képében, délután majd hazamegyek és kipróbálom, hogy azzal fel lehet-e tölteni rá másik firmwaret vagy ugyanezt újra.
Az a helyzet, hogy időközben megvilágosodtam, hogy jó lesz nekem a gyári fw is, majd ha dlna-t meg torrentet akarok számítógép nélkül, akkor veszek vaslami célkütyüt, ne a router végezze már el másnak a dolgát.
[ Szerkesztve ]
-
suste
veterán
válasz vargalex #52363 üzenetére
Ehhez még annyit, hogy én jártam úgy, hogy statikus beállításnál a luci felületen bent volt a DNS-nél és átjáróként az elsődleges router címe, ennek ellenére mégsem ment a TM. Mint kiderült, valamiért a config fájlba nem került bele a DNS és az átjáró (pont vargalex írta bele, lehet, hogy még emlékszik is...). Tehát érdemes megnézni SSH-n is a config-okat.
Persze lehet, hogy csak pont abban a trunkban volt ez bug, vagy csak nálam hibázott valami, de azért nem árt utánanézni. -
Nataniel
senior tag
válasz vargalex #52391 üzenetére
Szia!
Köszönöm! a csatlakozás TLS hibát ir!
Wed Sep 03 11:49:10 2014 Expected Remote Options hash (VER=V4): '239669a8'
Wed Sep 03 11:49:10 2014 UDPv4 link local (bound): [undef]:1194
Wed Sep 03 11:49:10 2014 UDPv4 link remote: 86.xx.xxx.203:1194
Wed Sep 03 11:49:10 2014 TLS Error: client->client or server->server connection attempted from 86.xx.xxx.203:1194
Wed Sep 03 11:49:12 2014 TLS Error: client->client or server->server connection attempted from 86.xx.xxx.203:1194
Wed Sep 03 11:49:16 2014 TLS Error: client->client or server->server connection attempted from 86.xx.xxx.203:1194[ Szerkesztve ]
Xiaomi Mi 11 Lite 5G NE 6/128 | Xbox One S 1TB | Playstation 5 1TB Üdv: Sunny
-
Nataniel
senior tag
válasz vargalex #52395 üzenetére
a client.ovpn tartalma:
client
remote sunrisehost.ipdns.hu (aktuális ip-re mutat)
port 1194
proto udp
dev tun
ns-cert-type server
persist-key
persist-tun
ca ca.crt
cert client.crt
key client.key
verb 3[ Szerkesztve ]
Xiaomi Mi 11 Lite 5G NE 6/128 | Xbox One S 1TB | Playstation 5 1TB Üdv: Sunny
-
Doky1988
senior tag
válasz vargalex #52436 üzenetére
Rendszernaplóban a szakadásnál kb ennyi volt:
Thu Sep 4 13:13:37 2014 daemon.info hostapd: wlan0: STA 8c:e0:81:f3:99:62 IEEE 802.11: authenticated
Thu Sep 4 13:13:37 2014 daemon.info hostapd: wlan0: STA 8c:e0:81:f3:99:62 IEEE 802.11: associated (aid 1)
Thu Sep 4 13:13:37 2014 daemon.info hostapd: wlan0: STA 8c:e0:81:f3:99:62 WPA: pairwise key handshake completed (RSN)
Thu Sep 4 13:13:38 2014 daemon.info dnsmasq-dhcp[16826]: DHCPREQUEST(br-lan) 192.168.1.102 8c:e0:81:f3:99:62
Thu Sep 4 13:13:38 2014 daemon.info dnsmasq-dhcp[16826]: DHCPACK(br-lan) 192.168.1.102 8c:e0:81:f3:99:62 android-5c15f8024327c0f6
Thu Sep 4 13:14:26 2014 user.notice ddns-scripts-myddns: Running IP check ...Kernel napló:
1993.610000] br-lan: port 1(eth1) entered disabled state
[ 1993.620000] device eth1 left promiscuous mode
[ 1993.620000] br-lan: port 1(eth1) entered disabled state
[ 1993.640000] eth0: link down
[ 1993.650000] eth1: link down
[ 1993.740000] eth1: link up (1000Mbps/Full duplex)
[ 1993.740000] device eth1 entered promiscuous mode
[ 1993.780000] br-lan: port 1(eth1) entered forwarding state
[ 1993.780000] br-lan: port 1(eth1) entered forwarding state
[ 1994.570000] eth0: link up (1000Mbps/Full duplex)
[ 1995.780000] br-lan: port 1(eth1) entered forwarding state
[ 2003.400000] eth0: link down
[ 2003.950000] eth0: link up (1000Mbps/Full duplex)
[ 2012.690000] eth0: link down
[ 2012.960000] eth0: link up (1000Mbps/Full duplex)
[ 2013.970000] device wlan0 entered promiscuous mode
[ 2013.980000] br-lan: port 2(wlan0) entered forwarding state
[ 2013.980000] br-lan: port 2(wlan0) entered forwarding state
[ 2013.990000] br-lan: port 2(wlan0) entered disabled state
[ 2020.230000] br-lan: port 2(wlan0) entered forwarding state
[ 2020.240000] br-lan: port 2(wlan0) entered forwarding state
[ 2022.020000] eth0: link down
[ 2022.240000] br-lan: port 2(wlan0) entered forwarding state
[ 2022.970000] eth0: link up (1000Mbps/Full duplex)
[ 2036.990000] eth0: link down
[ 2037.980000] eth0: link up (1000Mbps/Full duplex)
[ 2046.240000] eth0: link down
[ 2047.060000] eth0: link up (1000Mbps/Full duplex)
[ 2055.500000] eth0: link down
[ 2056.460000] eth0: link up (1000Mbps/Full duplex)[ Szerkesztve ]
DokY | www.zsolti.hu
Új hozzászólás Aktív témák
- Új! Lenovo IdeaPad Slim 5 Prémuim Laptop 16" -AMD Ryzen 5 7530U 8/512 AMD Radeon Graphics 2GB ! FHD+
- Samsung Galaxy Book2 Pro 360 Evo 13,3 makulátlan állapotban
- ÚJ, 30 HÓNAP GARANCIA - 2023 LG OLED 77" C3 4K HDR OLED77C31LA
- Eladó garanciális, kifogástalan állapotú PS 5
- HP ENVY x360 15-ew0005nl Convertible - ÚJ - 15,6" notebook - i7-1260P, 32GB, 1TB SSD, Win11
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs