-
GAMEPOD.hu
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz
Intruder2k5 #58595 üzenetére
Szia!
Véletlenül nem a config-ok megtartásával frissítettél? A gargoyle-s config-okat nem ismerem, de lehet, hogy ott másképp van megoldva a külső elérés.
Alex
-
vargalex
Topikgazda
Szia!
Nincs most előttem router, így a funkciót nem próbáltam ki. Viszont belenéztem, hogy hogyan állapítjátok meg a board-ot. Látom, hogy a /proc/cpuinfo-ból. Ez viszont sok esetben nem egyértelmű. Pl. TL-WDR3600 esetén elvileg a machine értéke "TP-LINK TL-WDR3600/4300/4310".
Ami jobban használható, az a /var/sysinfo/model file-ban szereplő szöveg. Itt egy TL-WDR3600 esetén ez található: "TP-Link TL-WDR3600 v1". TP-Link esetén ezt a /lib/ar71xx.sh script tplink_board_detect függvénye tölti. Itt megtalálhatjátok az előforduló értékeket.
Alex
-
vargalex
Topikgazda
válasz
szaboi6512 #58628 üzenetére
Szia!
Mi nem látja az 5 GHz-es wifi-t? Az 1043ND? Az csak 2,4 GHz-et tud.
Alex
-
vargalex
Topikgazda
válasz
Headless #58723 üzenetére
Szia!
ifconfig-ból szerintem teljesen jó az interface-ok kinyerése. Persze lehet akár a nework config-ból, mert akkor a wifi if-ek nem lesznek benne. Esetlegesen elég akár az
uci -P/var/state get network.wan.ifname
illetve az
uci -P/var/state get network.lan.ifname
használata. Ez ugye a wan, illetve a lan interface nevét adja vissza.
Ha maradsz az ifconfig használatánál, akkor az IP címmel rendelkező interface-okra lehetne rászűrni. Úgyis csak azokon fog menni.
Nálad ugye az eth0 is egy jó választás (gondolom 1043ND v2-d van), de pl. az 1043nd v1-nél, az wdr3600/4300-nál vlan-al van megoldva a wan, illetve a lan. Ott tehát eth0.1, illetve eth0.2 interface van.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
Headless #58725 üzenetére
Szia!
A fenti parancsok pontosan a használt interface nevet adják vissza. Default config szerint lan esetén a br-lan-t:
root@OpenWrt:~# uci -P/var/state get network.lan.ifname
br-lanAzért jó ezt használni, mert nem követelmény, hogy a LAN bridge-elt interface lehet. Csak default-ban az a wifi LAN-hoz bridge-elése miatt. De ha valaki csak vendég wifi-t akar, simán megteheti bridge-elés nélkül.
Alex
-
vargalex
Topikgazda
Szia!
Ez szerintem PPPoE kapcsolat esetén megbukik. Ugyanis ott pppoe-wan lesz az interface neve, tehát ebben az esetben sem jó a sima uci get.
Egy a lényeg: nem lehet statikusan beégetett neveket használni, mert mindenki úgy konfigurál, ahogy akar. Adott esetben akár több LAN interface-t is létrehozhat.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
Headless #58742 üzenetére
Szia!
Igen, ahogy korábban írtam, az ifconfig is teljesen jó, de csak az olyan interface-okat kell megjeleníteni belőle, amik IP címmel rendelkeznek. Valahogy így:
ifconfig | awk -vRS= '{ if ($1!="lo") { for (i=2;i<=NF;i++) { if (index($i, "addr:")>0 && $(i-1) == "inet" ) { print $1 } } } }'
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
Headless #58745 üzenetére
Szia!
Az inet6 miatt a for-ban szereplő belső if feltételét utólag egészítettem ki, így te lehet, hogy még az első változatot próbáltad. (Elsőre egy olyan routeren teszteltem, ahol nincs ipv6 támogatás.) Úgyhogy azzal a paranccsal nézd meg, ami most található a hozzászólásban.
A lo interface pedig mindig kisbetűs szerintem, ugyanis úgy jön létre.
Alex
-
-
vargalex
Topikgazda
válasz
Multibit #59004 üzenetére
Szia!
Mivel az én build-emről van szó, ezért gyanítom, hogy a 2222-es port van nyitva.
Illetve IP cím/tartomány tiltása megoldható akár LuCI-ban is normál tűzfal szabállyal, nem kell firewall.user hozzá.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
xxmerlin #59110 üzenetére
Szia!
Igen, ez így elvileg jó. Az 1043ND v2-ben egy 7 portos switch van, melyből a 0-ás és a 6-os port a CPU-ra van kötve.
Alex
-
vargalex
Topikgazda
válasz
La Magra #59158 üzenetére
Szia!
Igen, azt látod benne, mint a /root-ban, hiszen a /-re mutat az overlay. Azaz a /rom-ot és a /overlay-t "mixeli" a /-be a rendszer.
Az említett file-ok biztosan nem szükségesek a rendszer működéséhez. De ugye a másik fontos kérdés az, hogy hogyan kerültek oda...
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
wwenigma #59168 üzenetére
Szia!
Igazából nem csak nem akarják megoldani a fejlesztők, hanem a NetFilter által adott tűzfal funkcionalitást egyetlen soho routerben található switch sem tudja nyújtani (ugye HW NAT esetén ezt a funkciót maga a switch veszi át). Másrészt ugye a switch config-olása minden típus esetén egyedi. Így akár a gyártókat is lehetne szidni, hogy miért nem raknak olyan SoC-ot a routerekbe, ami izomból NAT-ol ilyen sebességet.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
siddis #59177 üzenetére
Szia!
Már rajta vagyok az ügyön. Nincs extroot és sajnos a csatlakoztatott HDD is NTFS filerendszerű. De ez nem okozott túl nagy gondot, a telepítés már megvan. Csak mint kiderült, passzív USB HUB van és a HDD leszakad, amint indítom a kamerát. Úgyhogy most egy aktív HUB van beszerzés alatt, aztán folytatjuk.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
Headless #59180 üzenetére
Szia!
Igen, sőt én anno LuCI oldalt is csináltam a config-hoz. Szóval, azt is csak telepíteni kellett a repo-ból. De már megy (beüzemelésre került az aktív HUB is). A legnagyobb probléma az NTFS volt, de azt is áthidaltam külső meghajtóra történő telepítéssel (extroot nélkül). Ráadásul itt ugye kernel csomagokról is szó van.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
Headless #59182 üzenetére
Szia!
Én anno a legtöbb csomagot fordítottam. Csak, hát ez idő (és persze hely). Mondjuk szerencsére a most szükségesek is mind ott voltak a repo-mban.
A HDD-t nem akartam átpartícionáltatni, mert egyrészt sok adat volt rajta, másrészt, amikor telepítettem nem is volt otthon a topictárs.
Alex
-
vargalex
Topikgazda
válasz
Headless #59184 üzenetére
Szia!
Ha több típus esetén is ugyan azok a csomagok kellenek a build-be, akkor simán profil létrehozással is megoldható a dolog (anno én is így csináltam). Így egy make hatására az összes fw bináris elkészül. Sőt, szerintem különböző csomagok esetén is megoldható a build környezetben, nem kell ehhez script.
Alex
-
vargalex
Topikgazda
válasz
GZoli7 #59196 üzenetére
Szia!
Attól, hogy az eszköz nem reboot-ol folyamatosan, ugyan úgy meg kell tudni állítani a bootloader-t a tpl-el (tehát akár egy hibátlanul működő routert is).
Szóval itt inkább a kábellel, vagy a router rx vonalával, esetleg a bootloader hiányával (bár akkor nem is látnád a boot folyamatot) lesz valami.Alex
-
vargalex
Topikgazda
Szia!
Elvileg nekem is AC7260 van a céges Dell-ben Latitude E5540-ben (ma este, vagy holnap meg tudom nézni pontosan) , de nekem hibátlanul megy mind 2,4, mind 5 GHz-en DIR-825, TL-WDR4300/3600, illetve csak 2,4 GHz-en 1043ND esetén. Igaz, mindegyen OpenWrt van, illetve kliens oldalon Arch Linux-ot használok.
Alex
-
vargalex
Topikgazda
válasz
GZoli7 #59235 üzenetére
Szia!
Ha kernel panic-ot látsz, akkor már a bootloader-en túl van a dolog. Tipikusan ez a 3 fajta hiba létezik:
1. Folyamatos reboot - ezt az okozza, hogy nem a kernel található a megfelelő helyen a flash-ban (általában ez akkor van, ha bootloader-es gyári firmware-t tölt fel valaki). Ilyenkor GZIP error-t dob a bootloader, majd újraindul.
2. Kernel panic - ezt már az OpenWrt dobja és nem is boot-ol újra az eszköz (általában sérült filerendszer okozza a flash-en).
3. squashfs error - ezt dobja folyamatosan, amikor egy block-ot nem tud olvasni, ekkor sem boot-ol újra.Ezek közül mindegyik javítható soros porton, mivel a bootloader mindegyik esetben működőképes, így megállítható. Mondom, nálad a kábel TX, vagy a router RX vonalával lesz valami (esetleg elégettél egy ellenállást/kondit, így megszakadt a vonal).
Alex
-
vargalex
Topikgazda
válasz
GZoli7 #59239 üzenetére
Szia!
A "tpl"-t ugyan akkor kell beírni minden esetben. Azaz, amikor meglátod az
"Autobooting 1 seconds"
szöveget. Azaz 1 másodperced van arra, hogy megszakítsd a bootloader kernel betöltését (illetve megakadályozd). A gépelésnek ebben az állapotban nem lesz visszajelzése, semmi.
Amint beírtad és megállt, akkor lesz prompt-od (addig természetesen nem).
Alex
-
vargalex
Topikgazda
válasz
MDMogyi19 #59240 üzenetére
Szia!
Alternatív firmware-val meg lehet közelíteni. Bár nyilván ilyenkor már erősen határon dolgozik a SoC, így hosszú távon célszerű pl. egy v2 beszerzése.
Alex
-
vargalex
Topikgazda
Szia!
180 Mbps-nél azért több is kihozható belőle. Persze az továbbra is igaz, hogy ilyenkor már a SoC teljesen ki van hajtva. Némi finomhangolással, CPU órajel emeléssel ez még növelhető, de nem éri meg a fáradságot.
Az újabb kernelekkel (főleg a BB-ben - amire a suste build is épül - használt, CC esetén már sokat javult a helyzet) viszont kisebb a router áteresztőképessége, tehát arra igaz lehet a 180 Mbps.
Alex
-
-
vargalex
Topikgazda
válasz
technoboy19 #59293 üzenetére
Szia!
Ez nem hiba. A LuCI-ban a switch portjait látod, amelyet a gyártó nem sorrendben vezetett ki a LAN csatlakozókra. (Nem is feltétlenül tudja, hiszen a WAN is ugyanazon switch egyik portja.)
Alex
-
vargalex
Topikgazda
válasz
technoboy19 #59300 üzenetére
Szia!
Nem jól gyanítod. Ahogy írtam, a LuCI egyszerűen a switch-től kéri le ezeket az információkat. A megjelenítő kódon kellene mókolni hozzá, ott lehetne egy port-fizikai kivezetés összerendelést csinálni. De egyszerűbb nálad vezetni egy táblázatban, hogy melyik helyen melyik verzió van, így egyértelmű lenne a support.
Ilyen alapon egyébként az is kellene, hogy zavarjon, hogy v2 esetén összesen 7 portot látsz a kérdéses oldalon. Lévén abban egy 7 portos switch van.
Alex
-
vargalex
Topikgazda
válasz
axlfsi #59419 üzenetére
Szia!
A rajz szerint az USB csak a tápellátás miatt van (a MAX IC-t táplálja). Az adatforgalom az RS232-n zajlik.
De esetedben a tápot veheted a routerről is. A MAX232 elmegy 3,3 V-ról is. De miért nem nézed meg, hogy a telefon felőli csatlakozón melyik pin-ek vannak bekötve?[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
axlfsi #59425 üzenetére
Szia!
Sajnos a led villogásból nem derül ki, hogy van-e bootloader. Illetve, ha indításkor felvillan az összes LAN led, akkor elvileg inicializálja a bootloader a switch-et (tehát van bootloader).
De, hogy a kábeles kérdésedre ismét írjak. Mert úgy tűnik, hogy ezt a hozzászólást átugrottad. Szóval én azt tenném, hogy az Ericsson csatlakozó 4-es lábára kötött vezetéket kötném a router TX lábára, az 5-ös lábra kötöttet a router RX lábára, a 10-es lábra kötött vezetéket a router GND-jére és a 11-es lábra kötött vezetéket a VCC-re.
Alex
-
vargalex
Topikgazda
Szia!
A problémádra az egyik kézenfekvő megoldás a RAID1 lenne, de ugye a TV miatt a második HDD-n a filerendszer kötött (NTFS), így ez kiesik.
Az azonnali 2 helyre írás nem hiszem, hogy megoldható, viszont ha jól értem, akkor nem is feltétlenül lenne jó neked. Ugyanis, mivel buta TV-d van, így az NTFS HDD-t folyamatosan lehúznád/bedugnád a routerbe, így simán lehet olyan állapot, hogy a transmission töltene valamit, de nincs ott a második HDD.
Így szerintem a jó megoldás az lenne neked, ha a meghajtó csatlakoztatásakor lefutna automatikusan egy rsync, ami bizonyos könyvtárak tartalmát szinkronizálná egyik HDD-ről a másikra. Ez gond nélkül megoldható.
Alex
Új hozzászólás Aktív témák
- 5.1, 7.1 és gamer fejhallgatók
- Az iOS 18 megjelenésekor az EU-ban nem lesznek elérhetők a legfontosabb újítások
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- A fociról könnyedén, egy baráti társaságban
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Milyen notebookot vegyek?
- Google Pixel topik
- Filmvilág
- Kerékpárosok, bringások ide!
- Kínai, és egyéb olcsó órák topikja
- További aktív témák...
- Lenovo ThinkPad T480s i7 8650U 16GB DDR4 256GB M.2 NVME QHD (2560x1440)
- UniFi U6-LR, U6-Lite, UAP-AC-PRO, 4xUF-RJ45-10G, 22 patch cable
- Eladó Konfig I7-6700 16GB DDR4 128GB SSD 500GB HDD GTX1660 6GB!
- AMD Gamer Config: Ryzen 5 5600X, 32 GB DDR4, RX 6750 XT 12GB, 1TB SSD+2TB HDD
- Gainward GeForce GTX 1070 Phoenix 8GB