Hirdetés
- Fűzzük össze a szavakat :)
- Szólánc.
- JBL Xtreme 4 vélemény (vs. BOSE)
- Nagy "hülyétkapokazapróktól" topik
- Asszociációs játék. :)
- "A homoszexualitás természetellenes" 😠
- Öregszem
- Segway-Ninebot Kickscooter Max G30E II elektromos roller
- A gyerekem "tartalmat gyárt". Mit tegyek?
- eBay-es kütyük kis pénzért
-
LOGOUT.hu
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
#2502
Speeedfire
félisten
Kris87
#2501
-
#2504
Intruder2k5
MODERÁTOR
Kris87
#2503
Visszaállítás:
Mi van abban az estben, ha annyira belepiszkáltunk a rendszerbe, hogy nem reagál semmire. Se ssh, se webui, se ftp stb.
Erre találtak ki egy kiskaput a rendszerben.1. Áramtalanítsuk a routert.
2. Húzzunk ki minden ethernet kábelt,csak az legyen rádugva amire a gépünk csatlakozik.
3. Állítsunk be a gépen statikus ip-t (ezt minden rendszernél máshol kell beállítani).
Az ip legyen 192.168.1.2, maszk 255.255.255.0, átjáró 192.168.1.1 .
4. Dugjuk vissza a táp kábelt a routerre.
5. Amikor indul a rendszer nyomkodjuk a qss gombot, amikor gyorsabban villog a sys gomb TELNET-en (tehát nem SSH-n) tudunk rá csatlakozni, majd újra kezdhetjünk az egész rendszer konfigurálni.2 parancs van amit ekkor használni kell:
mount_root
firstbootIlletve én még hozzáteszem, a
passwd
parancsot is... Bár nem 100%, hogy szükséges, de ártani nem árt.
[ Szerkesztve ]
-
#2506
Intruder2k5
MODERÁTOR
Kris87
#2505
A telnet ablek azért üres, és záródik be azonnal, mert nem fut a telnet szolgáltatás, tehát nem jól nyomkodtad a gombot. Én úgy szoktam, hogy másodpercenként kb 2 gombnyomás, és ezt addig, amíg nem látod, hogy gyorsan villog a sys led. Láthatóan, kb. 2x gyorsabban mint szokott.
-
#2512
Intruder2k5
MODERÁTOR
Kris87
#2507
-
vargalex
Topikgazda
Pont van nálam egy ilyen állapotban lévő TL-WR841ND. Illetve hoztak anno egy WL-500gP-t ugyan ilyen hibával. A WL-500gP-nél az volt a baj, hogy a LAN oldali interface-t átállították Static-ról DHCP-re. És sajna úgy tűnik, hogy a FailSafe mód sem állít mindent default-ra, mert ott sem változott a helyzet. Ugyan ez van a TP-Link esetében is. Az látszik, hogy ha a LAN portra kötöm a gépet, akkor DHCP-n akar címet kérni. A WL-500gP esetében is csak az segített, hogy soros porton rácsatlakoztam, majd beállítottam helyesen a LAN interface-t. Remélem soroson itt is fog menni a kapcsolódás.
Alex
-
vargalex
Topikgazda
Nekem legalábbis a WL-500gP esetén nem sikerült, illetve a 841ND-vel is ugyan az a helyzet. Igaz, Failsafe módban nem próbál IP címet kérni DHCP-n, de nem is lehet elérni a 192.168.1.1-en. Ez egyébként azért fura, mert Failsafe módban elvileg fel sem csatolja a /overlay-t, márpedig a változások ott vannnak.
Alex
-
Most olvasgattam, és ugyanez volt nekem is :S A megoldás nem egyértelmű, de ha kihúztam mindent, majd reset gomb (ez lehet nem is csinált semmit), majd router tápja is kihú, majd visszadug, majd ha felállt a router, akkor lan bedug, és akk megint működött egy darabig. Legutoljára pedig úgy sikerült, hogy másik gépről próbáltam elérni.
"Csak a napórák fogaskerekei jártak rossz irányba"
-
Nekem a telnetet soha nem sikerült igazán elérnem, mert ha beindítottam kb. 20 mp múlva kilépett magától a telnetből és a puttyból is. Az ssh meg timeout-ot írt. Szal a webes felület jött be így. A luciban meg az első ilyen után konfiguráltam egy ip 6-os elérést is, és utána volt, hogy csak azon jött be. De nem jöttem igazából rá, hogy mitől javul meg néha, máskor meg mikor megy el. Olyan is volt, h a router másik lanportjába dugtam a csatlakozót, és akkor lett jó.
Én amúgy azt hittem, hogy én rontottam el nagyon valamit, de akk nem egyedi a probléma."Csak a napórák fogaskerekei jártak rossz irányba"
-
vargalex
Topikgazda
Hi!
Igen, a reset nyomogatása is FailSafe-ba módba állítja. De azért a QSS-t könnyebb nyomkodni. Egyébként nem kell vadul nyomkodni, elég 1-2-szer megnyomni, amint a sys led elkezd villogni.
A TL-WR841ND már rendben van. Soros konzolon módosítottam a hibás konfigot, majd reboot. Egyébként ez a failsafe mód a 841ND esetében nem jól működik (gondolom 741ND-nél is ez van, ezért nem megy neked sem). Ugyanis az eth0 interface-t valóban beállítja 192.168.1.1-re, illetve az overlay-t sem mountolja, de a LAN portokat el sem indítja. Tehát nem is lehet hozzáférni. Megnéztem soros konzolon. Failsafe-ban bootolva:Press the [f] key and hit [enter] to enter failsafe mode
- failsafe -
BusyBox v1.15.3 (2010-03-25 22:51:30 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
KAMIKAZE (bleeding edge, r20434) ------------------
* 10 oz Vodka Shake well with ice and strain
* 10 oz Triple sec mixture into 10 shot glasses.
* 10 oz lime juice Salute!
---------------------------------------------------
root@(none):/# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 1.6M 1.6M 0 100% /
tmpfs 14.5M 4.0K 14.4M 0% /tmp
tmpfs 512.0K 0 512.0K 0% /dev
root@(none):/# ifconfig
eth0 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:1043 (1.0 KiB)
Interrupt:5
root@(none):/#Míg normál módban látszik, hogy elindítja a LAN interface-okat is:
br-lan Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:662 errors:0 dropped:0 overruns:0 frame:0
TX packets:551 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:94389 (92.1 KiB) TX bytes:205954 (201.1 KiB)
eth0 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:669 errors:0 dropped:0 overruns:0 frame:0
TX packets:555 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:107365 (104.8 KiB) TX bytes:209327 (204.4 KiB)
Interrupt:5
eth1 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A1
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:441 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:177723 (173.5 KiB)
Interrupt:4
lan1 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:669 errors:0 dropped:0 overruns:0 frame:0
TX packets:551 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:95323 (93.0 KiB) TX bytes:208158 (203.2 KiB)
lan2 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lan3 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lan4 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)Alex
-
vargalex
Topikgazda
Hi!
Nekem is ilyen kábelem van. De itt szépen le van írva, azaz
- Fehér: GND
- Piros: RX
- Kék: TX
- Zöld: VCC
- Sárga: nem használtDe a pop-port pinout-ból is kideríthető. (Az általad mellékelt képen a fehér a 2-es láb.)
[ Szerkesztve ]
Alex
-
#8085
Keresztapper
senior tag
Kris87
#8084
Keresztapper
senior tag
A DD-WRT-ben az UPnP be van kapcsolva, illetve ugyanez az asztali kliensben is? Asztali kliensként mit használsz? (én Windows alatt a uTorrentet javasolnám!)
Ezt a routert nem igazán fektethetné meg a magas kapcsolatszám, ha a kliens nem rajta fut.
[ Szerkesztve ]
http://palscoffeetech.com/
-
nimfas
addikt
CFosSpeed tényleg hatásos, ha torrentezel... szabályozza a be és kimenő kapcsolatokat, nem akad a www ha közben torrentezel, bár én rövidrezártam a témát azzal, hogy sorbakötöttem 2 routert :-)
A régi Dlink osztja a Wifi-t, a Tp-link pedig a torrentet a rákötött wincsivel plusz a számítógép, nyomtató, médialejátszó.... kénytelen voltam így, mert torrent esetén szakadozott a wifi.
-
#13303
Intruder2k5
MODERÁTOR
Kris87
#13302
-
#13306
Intruder2k5
MODERÁTOR
Kris87
#13305
-
#13309
Intruder2k5
MODERÁTOR
Kris87
#13308
-
-
vargalex
Topikgazda
válasz
Kris87
#13315
üzenetére
Hi!
Azt, hogy esetleg nem fog beférni a flash-ba a build-elt firmware sajnos csak onnan fogod tudni, hogy build-elés végén nem áll elő maga a feltöltendő firmware file. Ha megvan, akkor természetesen Luci-n keresztül is felteheted.
Az alap működéshez szükséges csomagok már a típus megadásakor automatikusan kijelölésre kerülnek (szerintem a függőségek miatt nem is fogod tudni kiszedni). Az általad felsoroltakból csak a Luci fog így hiányozni (legalábbis az 1043ND esetén a WiFi-t már alapból belerakja). Azt mindenképpen manuálisan kell bejelölni.
Nem, a befordított csomagok jóval kevesebb helyet foglalnak, mint az utólag feltelepítettek, mert a ROM-ként használt SquashFS filerendszer jóval erősebben tömörített, mint a JFFS2. Erről írtam anno egy kis infót.
[ Szerkesztve ]
Alex
-
#16302
Intruder2k5
MODERÁTOR
Kris87
#16301
-
Kris87
aktív tag
válasz
Kris87
#24955
üzenetére
A Log-ban ez szerepel 1492-es mtu esetén:
Mar 29 02:42:02 OpenWrt daemon.info pppd[1335]: No response to 5 echo-requests
Mar 29 02:42:02 OpenWrt daemon.notice pppd[1335]: Serial link appears to be disconnected.
Mar 29 02:42:02 OpenWrt daemon.info pppd[1335]: Connect time 15.1 minutes.
Mar 29 02:42:02 OpenWrt daemon.info pppd[1335]: Sent 1526447 bytes, received 54518884 bytes.
Mar 29 02:42:02 OpenWrt daemon.err miniupnpd[2415]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Mar 29 02:42:02 OpenWrt daemon.err miniupnpd[2415]: Failed to get IP for interface pppoe-wan
Mar 29 02:42:02 OpenWrt daemon.warn miniupnpd[2415]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Mar 29 02:42:02 OpenWrt user.info firewall: removing wan (pppoe-wan) from zone wan
Mar 29 02:42:03 OpenWrt user.notice miniupnpd: removing firewall rules for pppoe-wan from zone wan
Mar 29 02:42:08 OpenWrt daemon.notice pppd[1335]: Connection terminated.
Mar 29 02:42:08 OpenWrt daemon.notice pppd[1335]: Modem hangup
Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: Interface eth0.2 has MTU of 1492 -- should be at least 1500.
Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: This may cause serious connection problems.
Mar 29 02:42:38 OpenWrt daemon.info pppd[1335]: PPP session is 2884
Mar 29 02:42:38 OpenWrt daemon.warn pppd[1335]: Connected to 00:30:88:1a:30:0d via interface eth0.2
Mar 29 02:42:38 OpenWrt daemon.info pppd[1335]: Using interface pppoe-wan
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: Connect: pppoe-wan <--> eth0.2
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: PAP authentication succeeded
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: peer from calling number 00:30:88:1A:30:0D authorized
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: local IP address 31.46.94.129
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: remote IP address 145.236.238.65
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: primary DNS address 84.2.46.1
Mar 29 02:42:38 OpenWrt daemon.notice pppd[1335]: secondary DNS address 84.2.44.1
Mar 29 02:42:39 OpenWrt user.notice ifup: Enabling Router Solicitations on wan (pppoe-wan)
Mar 29 02:42:39 OpenWrt user.info firewall: adding wan (pppoe-wan) to zone wan
Mar 29 02:42:41 OpenWrt user.notice miniupnpd: adding firewall rules for pppoe-wan to zone wan -
vargalex
Topikgazda
válasz
Kris87
#24956
üzenetére
Hi!
Nem PPPoE kapcsolatom van, és tudom, hogy PPPoE esetén 1492 a megszokott MTU, de ez nekem nagyon furcsa a logban:
"Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: Interface eth0.2 has MTU of 1492 -- should be at least 1500.
Mar 29 02:42:38 OpenWrt daemon.err pppd[1335]: This may cause serious connection problems."Próbáld meg 1500-al.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
Kris87
#24963
üzenetére
Hi!
Igen, ahogy írtam is, tudom, hogy PPPoE esetén 1492-es az MTU, de gondoltam, hogy egy próbát megér. Az viszont elképzelhető, hogy a modem és router páros okozza a gondot, hallottunk már ilyenről. Próbáltál másik kábelt is a modem-router közé?
Esetleg, ha van lehetőséged megpróbálhatod azt, hogy a modemet állítod be úgy, hogy ő tárcsázzon, ekkor a routeren csak DHCP kapcsolat kell.A gond az, hogy a router szerint a modem nem válaszol neki.
Alex
-
Kris87
aktív tag
válasz
Kris87
#24968
üzenetére
Fejlemény van, a lan-nál kikapcsoltam a dhcp-t és az egyik lan portot kötöttem össze a 741-es másik lan portjával, így a router AP-ként üzemel. 10 perc letöltés után lelohad a sávszél 300 KB/s-ra és ott is marad. Ilyenkor a hálózatra kötött többi gépet is baromira lassan érem el. A system load épp minimális, 0.03 körüli, az is csak a luci miatt. Ez így nem kóser. Ilyen indoklással nem adhatom be gariztatni, elvégre működik, csak szarul.
-
vargalex
Topikgazda
válasz
Kris87
#25131
üzenetére
Hi!
Ha jól emlékszem, egyszer tettem már DD-Wrt-re OpenWrt factory-t. (Csak megnéztem, hogy tényleg nem megy-e az NTFS támogatás DD-Wrt-n, illetve a több partíció mountolását.)
1.02.1-el voltak akiknek nem ment rendesen a realtime graph.
WiFi-nél próbálj csatornát váltani, nekem a G-s telefonommal nincs gondom.
Nincs sajnos gcc, csak PC-n tudsz cross compile-olni.Monitor mode-ra ezt, illetve ezt találtam.
(#25132): a DynDNS működik, de a beállítások után egy network restart (vagy router restart) kell, ugyanis a ddns-script az interface up-ra indul.
[ Szerkesztve ]
Alex
Új hozzászólás Aktív témák
Hirdetés
vargalex
- Filament tároló doboz páratartalom-mérővel
- IPhone SE 2022 256GB gyári független hibátlan 2026.01.23 gyártói jótállás
- Macbook Pro M1 2020 megkímélt magyar billentyűzet 12 hónap szavatosság számlával!
- Gamer Pc eladó! I5-8500, 16GB RAM, MSI GTX 1080 8GB , 500GB+250GB SSD MAI NAP (11.14) ÁRENGEDMÉNY!
- AMD-RYZEN-9-5950x , ASUS TUF Gaming B550M-Plus , 32GB 3600MHz DDR4 RAM G.Skill Ripjaws Félgép!
Állásajánlatok
Cég: HC Pointer Kft.
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest