-
Mobilarena
TP-Link WDR3600 - N600 router
Új hozzászólás Aktív témák
-
-
vargalex
félisten
válasz
Mocsokba
#12870
üzenetére
Szia!
Az a LAN led sem világít, ahová bedugod a PC kábelét?
Ha valameddig ment, akkor gondolom sikerült a LAN interface-t PPPoE-ra állítani. Nyomd legalább 10 másodpercig a reset/wps gombot (abban az állapotában, amikor a "napocska" led már folyamatosan világít). A router újraindul és minden alapra áll. -
vargalex
félisten
-
vargalex
félisten
Én pedig pont az ellentét vagyok. Szeretem a parancssoros dolgokat. Mondjuk nekem a notebook-on is Linux van, windows-t csak virtuális gépen használok egy ügyfeles VPN miatt (és néha Delphi is kell még). Ezért én még MC-t sem telepítek sehova.
Egyébként azt nem tisztáztátok a kollégával, hogy nem szakad-e le a HDD másolás közben (mondjuk ez csak a log-ból derülne ki), egyáltalán külső tápos HDD-kről beszélünk-e. Mert, ha leszakad, akkor azon sem újabb firmware automount-al, sem webcommander nem fog segíteni...
-
vargalex
félisten
-
vargalex
félisten
válasz
DaniTm
#12765
üzenetére
Szia!
A flash-ban 2 fontos partíció van:
1. u-boot
Ez ugye hibátlan nálad, hiszen boot-ol az eszköz. Persze ellenőrizheted, hogy a megfelelő MAC address van-e benne.
2. ART
A wifi kalibrációs és egyéb adatait tartalmazza. Ez ugye a wifi működéséhez nélkülözhetetlen, és mivel nálad ez hibás (azaz nem az a tartalom van benne, mint kellene), ezért nem megy a wifi.
A többi lényegtelen, mert azt úgyis újraírod a firmware frissítésekor.
Egyébként elkészült az ígért firmware, privátban küldtem hozzá linkeket. Raktam bele LuCI-t is, hogy az ART partíció felírása után tudd ellenőrizni a wifi működését. Lehet, hogy az ART írás után történő restart után kell még egy factory reset is. Azért, mert nem tudom, hogy automatikusan újra megpróbálja-e detektálni a wifi-t (azaz előállítani a /etc/config/wireless tartalmát), vagy csak első induláskor. Esetleg elég lehet a factory reset helyett egy
wifi detect > /etc/config/wireless
parancs is.
-
vargalex
félisten
-
vargalex
félisten
válasz
Sinisi
#12751
üzenetére
Szia!
Ugyanazon mount point alá egyébként sem tudsz két eszközt csatolni, mindig csak az utoljára csatolt látszana. Ha jól értem, te a két meghajtó közös tartalmát szeretnéd egyetlen könyvtárban látni. Linux alatt erre a raid, vagy az lvm való. Viszont mindkét megoldás formázással jár. Azt, hogy ez OpenWrt alatt támogatott-e még nem néztem. Arról nem is beszélve, hogy USB-s háttértár miatt nincs is sok értelme.
Persze az megoldható, hogy a két meghajtót 2 külön könyvtárba csatolod. A transmission-ban pedig egy torrent hozzáadásakor úgyis meg tudod adni, hogy hová töltse le.
-
vargalex
félisten
válasz
DaniTm
#12748
üzenetére
Szia!
Igen, így van ART mentésed (is). Én elsőre azt nézném meg egy OpenWrt alól, hogy a mentés és a jelenlegi ART partíció megegyezik-e. A jelenlegit ugyan úgy tudod lementeni, mint a leírásban is volt:
dd if=/dev/mtd4 of=/tmp/art
Aztán ezt leszedheted a gépedre pl. scp-vel és összehasonlítod a mentéssel. Ha különbözik, akkor talán a legegyszerűbb egy olyan OpenWrt firmware telepítése, amiben írhatóra állítod az ART partíciót, majd azzal visszaírod az eredetit. (Ha kell, tudok ilyen build-et csinálni neked.) Persze az is lehet, hogy DD-Wrt alatt alapból írható ez a partíció is, de én azt nem ismerem és nem is bízom benne.
-
-
vargalex
félisten
Szia!
Gyaníthatóan a szolgáltatói eszközöd már NAT-ol egyet, ezért ott szükséges a port forward a TP-Link felé (vagy DMZ-be tenni a TP-Link-et). Ezért nem megy a DDNS sem. A TP-Link-en a DDNS beállításoknál az IP cím forrását állítsd URL-re, illetve az URL-t pl. http://checkip.dyndns.com/ -ra. Így a valós külső IP-det fogja riportolni a DDNS szolgáltatónak.
-
vargalex
félisten
válasz
tonyrulez
#12670
üzenetére
Szia!
Az AR9485 egy 150 Mbps-es wifi chip. Nálad a wifi config-ban 20 MHz csatornaszélesség van beállítva, így a fenti adapterrel maximálisan 65 Mbps-es kapcsolati sebesség érhető el. Azzal pedig a mért 4,7 MB/s meglehetősen jónak mondható. Állítsd át a routeren a wifi-t 40 MHz-re, válassz kevésbé zavart csatornát és közel leszel a 10 MB/s-hez. Persze az ideális az lenne, ha ezek mellett a notebook-ban cserélnéd a wifi adaptert egy 300 Mbps-es példányra.
-
-
#12615
vargalex
félisten
dredjudge84
#12614
vargalex
félisten
válasz
dredjudge84
#12614
üzenetére
Szia!
A PC-nek kell fix IP-t adni. Utána mehet a telnet és a megadott parancsok.
-
vargalex
félisten
válasz
eszakas
#12456
üzenetére
Szia!
Pont így értettem az IP-t.
Viszont, ha ők router nélkül tesztelnek, akkor a központban simán vonatkozhat az adott MAC című eszközre más tűzfal szabály, mint mindenki másra. Szóval, ez szerintem nem bizonyíték arra, hogy maga a szolgáltatás jó...
Gondolom te saját géppel router nélkül ugyan úgy nem tudsz ping-elni, mint routeren keresztül.
-
vargalex
félisten
válasz
eszakas
#12454
üzenetére
Szia!
A szolgáltatói laptoppal az a baj, hogy a MAC címe alapján teljesen más forgalmi megszorítások vonatkozhatnak rá a központban, mint rád. Azaz igazából feltétlenül a te szolgáltatásodat veszik igénybe. Persze, ha azt a notebook-ot a te routeredre kötötték rá, az más.
Szerk.: Milyen külső IP-t kap a routered?
-
vargalex
félisten
válasz
donmackó
#12444
üzenetére
Szia!
Nála kifelé nem megy a ping, így ez nem fog segíteni. Mivel a gyári firmware (sem) blokkolja a kifelé menő forgalmat, így valószínűleg mégis a szolgáltató a ludas.
Ezen hozzászólás szerint router nélkül működik. Így lehet, hogy a szolgáltató a forrás MAC alapján korlátoz. Én megpróbálnék egy MAC clone-t.
-
#12408
vargalex
félisten
SteveBeard
#12407
vargalex
félisten
válasz
SteveBeard
#12407
üzenetére
Szia!
Nyilván egy minimális plusz forgalmat jelent. (A lease time felénél jön a renew csomag.) Nekem egy projekt kapcsán nagyon rövid lease time-ra volt szükségem, ott 10 másodpercet használtam. Igaz, ehhez patch-elnem kellett a dnsmasq-ot.
-
#12398
vargalex
félisten
SteveBeard
#12394
vargalex
félisten
válasz
SteveBeard
#12394
üzenetére
Szia!
A /proc/net/arp-ben a szomszédos eszközöket látod. Innen csak akkor "esnek ki" elemek, ha betelik az ARP tábla, vagy pl. újraindítod a routert. Szerintem ezt tipikusan csak úgy tudod megcsinálni, ha egy ciklusban ping-eled azokat az IP-ket, amik benne vannak az ARP táblában és a br-lan-on keresztül érhetők el. Persze ez csak akkor megoldás, ha a cél eszközökön a ping nincs tiltva.
-
vargalex
félisten
Szia!
Azért az ismert hibáknál olvasható "Current release is not loading kernel from some versions of TP-Link's official firmware." mondat alapján érdemes megfontolni a dolgot. Ugyan ebből nem derül ki, hogy melyik verzió érintett, de aki tervezi, hogy valamikor visszaáll gyári firmware-ra, az jól rakja el az eredeti u-boot partíció mentést.
Ja, és szerintem a frissítés mehet telnet-en, nem kell passwd és ssh.
-
vargalex
félisten
válasz
Headless
#12192
üzenetére
Szia!
Egyetlen dolgot írtál el. Ugyanis OpenWrt alatt nincs hardware-os NAT, így ezek software-os NAT eredmények. Illetve a LAN-LAN eredménybõl az látszik, hogy valamelyik PC nem képes a gigabit kihajtására (bár linux alatt nagyobb esély lenne rá). Az 1-es load pedig éppen azt jelenti, hogy kifullad a CPU.
-
-
vargalex
félisten
Már majdnem írtam, hogy a PS játék letöltéssel analóg módon lehet olyan igény is, hogy azonnal akar megnézni egy filmet, vagy PC-n gyorsan akar játszani valaki egy játékkal. De aztán megláttam az utolsó mondatodat. Persze a PC-s játék lehet akár legális is a PS-hez hasonlóan pl. Steam-ról.
Egyébként a letöltési sebesség tekintetében igazat adok nektek. Nekem sem azért van 240 Mbps-es netem az UPC-től, mert annyira kell a letöltés, hanem egyszerűen azért, mert felfelé váltva (30 Mbps-ről indultam) egyre olcsóbban jöttem ki.
Viszont még ennél a netnél is azt mondom, hogy a feltöltés lehetne gyorsabb. Egyszerűen azért, mert gyakran dolgozom otthonról, akkor viszont a 20 Mbps néha elég szűk keresztmetszet (különösen, ha az ügyfél azonnal várja a megoldást). És vannak ezzel szerintem így egy páran. Persze nem csak azok, akik otthonról dolgoznak, hanem azok, akik pl. felhőben tárolnak nagy mennyiségű adatot, esetleg gyakran töltenek fel videókat, stb.
Szóval, megértem azokat is, akik a nagyobb csomagokat részesítik előnyben. Nekem a gondot az jelenti, hogy a legtöbb szolgáltatónál (kivétel talán a digi, ami sajnos nálunk nem elérhető) a letöltés/feltöltés aránya 10:1, vagy még rosszabb.
Ráadásul a gyors csomagokat biztosító diginél a legkisebb és a legnagyobb csomag között 1610 Ft árkülönbség van (okos csomagban), így a többi szolgáltató által biztosított árakhoz képest elenyésző. Ennek megfelelően mondhatom, hogy az ottani csomagok közül nekem a 100/100 bőven elég lenne, de valószínű, hogy azt mondanám, hogy 350 Ft-al drágábban van 200/100, akkor miért ne... Aztán ez így mehet akár tovább a leggyorsabb csomagig. 1610 Ft-ot bármi más baromságra elkölt az ember egy hónapban.
-
vargalex
félisten
válasz
Headless
#12172
üzenetére
Szia!
Én csak ebből a hozzászólásból indultam ki. Ott ez szerepel:
option extra '-m time --weekdays Mon,Tue,Wed,Thu,Fri --timestart 21:00 --timestop 09:00'
Ezt LuCI-ban biztos, hogy nem így kell beírni, ott nem kell az option extra és az aposztrófok sem. Ezért gondoltam, hogy CLI-ről van szó.
-
#12116
vargalex
félisten
Intruder2k5
#12112
vargalex
félisten
válasz
Intruder2k5
#12112
üzenetére
Szia!
Én egy ismerősnél néztem meg (mert ő még routeren torrentezik). Nála transmission 2.71 van, nyitottnak mutatja a portot:
Neki a router előtt még 1 eszköz NAT-ol (azaz ott forwardolva van a port).
-
vargalex
félisten
válasz
palikamu
#12029
üzenetére
Szia!
Ha elindítod a putty-ot a soros porton, akkor bekapcsoláskor éppen úgy látnod kell a boot folyamatot, mint recovery esetén. Ugyanis a recovery-t is a bootloader indítja.
A tftp próbálkozásokon pedig látszik, hogy egyrészt néha hiba van az átvitelben (ezek a T betűk a # helyett - esetleg próbáld meg másik LAN kábellel), másrészt pedig nem jó firmware-t töltöttél rá (auto update firmware: product id verify fail). Egy bootloader nélküli, az adott típushoz való firmware legyen a tftp könyvtárban.
-
vargalex
félisten
-
vargalex
félisten
válasz
Headless
#11917
üzenetére
Szia!
Suste mondta, hogy az ipdns nem megy a busybox-os wget-el a build-jében. Én CC-t használok (saját build), ott simán megy és a korábbi build-jeimben is ment.
No-IP-t én azért nem szeretem, mert a force update-okat nem fogadják az URL-es API híváson. Az UPC-nél pedig nem igazán változik az IP cím, így 30 (vagy 90, már nem emlékszem) naponta webes felületen kellett frissítést nyomni az IP-re. Igaz, azóta az OpenWrt-s srácok átírták a ddns-scripts csomagot és pont ezért (legalábbis, amikor utoljára néztem) előtte nyom egy update-ot egy fake IP-re, hogy változást érzékeljen a no-ip.
(#11916) suszti: Elég, ha telepíted a wget, vagy a curl csomagot. A dyndns script automatikusan azt fogja használni.
-
vargalex
félisten
válasz
Mocsokba
#11858
üzenetére
Szia!
A minidlna log és adatbázis könyvtárát átállítottad egy a külső eszközön található könyvtárra? Ugyanis ilyen mennyiségnél a /var betelhet...
Limit szerintem nincs, nálam most így néz ki (igaz, nem routeren fut a miniDLNA):
Audio files 3028
Video files 2459
Image files 12715 -
-
vargalex
félisten
válasz
donmackó
#11800
üzenetére
Szia!
Ahogy írtam, az mtd sem jelez %-osan vissza. A promt-ban a @ előtt a bejelentkezett user neve szerepel. Utána pedig a host neve. Az mtd parancs végéről viszont biztosan hiányzik egy paraméter. Mégpedig az, hogy melyik partícióra írja. Persze lehet, hogy csak most hagytad le.
-
vargalex
félisten
válasz
donmackó
#11798
üzenetére
Szia!
Pedig hidd el, hogy ebbe a részébe nem nyúltak bele. A /tmp ugyan úgy egy ramdrive (a RAM fele), csak saját scripteket tölt le oda. De azért bőven van hely a firmware-nak és a /tmp-be váltás is ugyan úgy megy (persze a cd és a /tmp közé kell egy szóköz, nem cd/tmp, ahogy te írtad):
BusyBox v1.19.4 (2015-02-03 17:28:09 GMT) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_
___ __ _ _ __ ___ | | ___ __ _____ _____
/ __|/ _` | '_ ` _ \| |/ / '_ \ / _ \ \ /\ / / __|
\__ \ (_| | | | | | | <| | | | (_) \ V V /\__ \
|___/\__,_|_| |_| |_|_|\_\_| |_|\___/ \_/\_/ |___/
P E R F O R M A N C E M O N I T O R I N G
OS: OpenWRT Attitude Adjustment, r35093
SW: WDR3600 Build
-------------------------------------------------
root@OpenWrt:~# df -h
Filesystem Size Used Available Use% Mounted on
rootfs 896.0K 212.0K 684.0K 24% /
/dev/root 6.0M 6.0M 0 100% /rom
tmpfs 61.9M 1.1M 60.8M 2% /tmp
tmpfs 512.0K 0 512.0K 0% /dev
/dev/mtdblock3 896.0K 212.0K 684.0K 24% /overlay
overlayfs:/overlay 896.0K 212.0K 684.0K 24% /
root@OpenWrt:~# cd /tmp/
root@OpenWrt:/tmp#Egyébként legfeljebb a firmware feltöltéskor fordulhatna elő olyan, hogy nem fér el a /tmp-be a feltöltendő file. De ugyan ez lenne a helyzet wget-nél is. Ugyanis a frissítéskor az mtd, vagy a sysupgrade parancs kiadásakor nincs progress, azaz ott biztosan nem láttál 7%-ot (mivel semmi ilyesmit nem jelez közben).
-
#11794
vargalex
félisten
Intruder2k5
#11792
vargalex
félisten
válasz
Intruder2k5
#11792
üzenetére
Szia!
Én pedig csak azt jegyezném meg, hogy a donmackó által linkelt megoldás is failsafe-val indul (a Step 5-ben pont azt csinálja, majd a Step 7-ben telnetel a routerre).
Ráadásul a Step 8-ban úgy írja a passwd parancs használatát, hogy előtte nem is mount-olja a jffs2 partíciót, majd a Step 9-ben azt írja, hogy kapcsold ki a routert. És szerinte utána egy másik router mögé kötve be lehet rá SSH-zni. Hát nem, mert így a root új jelszava csak a tmp-ben lesz, ami az újraindulás után elveszlik. Az már csak hab a tortán, hogy az SSH után futtat egy mount_root-ot, majd wget-el szedi le a telepített http szerverről. De könyörgöm, ha valóban tud SSH-zni (egyébként valóban lehet, csak a Step 8-ban ugye kell egy mount_root a passwd elé), akkor minek a http szerver és egyéb baromság. Egyszerűen SCP-vel fel lehet másolni a routerre a firmware-t. Vagy akár wget-el közvetlenül a netről leszedni, hiszen ilyenkor van net az eszközön. Szóval, szerintem ez egy eléggé elcsépelt leírás...
Egyébként én is failsafe-ban mount_root után változtattam a root jelszót, hogy azért néha rá tudjak nézni, hogy mit csinál:
BusyBox v1.19.4 (2015-02-03 17:28:09 GMT) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_
___ __ _ _ __ ___ | | ___ __ _____ _____
/ __|/ _` | '_ ` _ \| |/ / '_ \ / _ \ \ /\ / / __|
\__ \ (_| | | | | | | <| | | | (_) \ V V /\__ \
|___/\__,_|_| |_| |_|_|\_\_| |_|\___/ \_/\_/ |___/
P E R F O R M A N C E M O N I T O R I N G
OS: OpenWRT Attitude Adjustment, r35093
SW: WDR3600 Build
-------------------------------------------------
root@OpenWrt:~#Szerk.: Persze, igazából ez a hozzászólás nem neked szólt, hiszen ezzel te tisztában vagy.
Szerk2.:
(#11791) Headless: A failsafe módhoz a qss (illetve szerintem a TL-WDR3600-on az wps/reset) gombot nem feltétlenül jó rögtön áram alá helyezéskor nyomogatni. Hiszen, ha a bootloader tartalmaz tftp recovery módot, akkor így abban áll meg az eszköz. Szóval, a failsafe-hoz akkor kell megnyomni (elég egyszer) hátul a gombot, mikor másodjára felvillan a System led.
-
vargalex
félisten
válasz
donmackó
#11788
üzenetére
Szia!
Ehhez sajnos olyan eszköz kell, ami legalább failsafe módban elindul. Ugyanis ez az általunk is írt failsafe módból történő frissítés. A kollégáé nem boot-ol sehova. Ezért írtam, hogy ha olyan bootloader van rajta, amiben van tftp recovery mód, akkor az megoldás lehet, különben csak a soros port marad.
-
vargalex
félisten
-
vargalex
félisten
Új hozzászólás Aktív témák
Hirdetés
- Fejhallgató erősítő és DAC topik
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Nintendo Switch
- iPhone topik
- Óra topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Azonnali alaplapos kérdések órája
- Autós topik látogatók beszélgetős, offolós topikja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- A sógorokhoz érkezik a kompakt Vivo X200 FE
- További aktív témák...
- LG 34GS95UE - 34" Ívelt OLED / QHD 2K / 240Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- BESZÁMÍTÁS! ASROCK H310CM i5 8400 16GB DDR4 256GB SSD 1TB HDD GTX 1060 3GB Rampage SHIVA TT 500W
- Samsung Galaxy S21 Ultra 256GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! Lenovo ThinkPad T490s - i5-8GEN I 16GB I 512SSD I 14" FHD I Cam I W11 I Gari!
- Epson Workforce DS-530II Dokumentum szkenner
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest