-
Fototrend
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz
Borisz76
#71574
üzenetére
Azért a mai ARM architechtúrájú routerek erejében (és sok esetben RAM-ban) nincs nagyon különbség a szintén ARM NAS-okhoz viszonyítva. Persze az x86 egy másik liga...
Ha valaki helyén tudja kezelni, akkor igenis bőven elég hozzá. Én utoljára 14-15 éve használtam torrentre (és minden másra is) routert, az akkori modellek nagyon nem voltak CPU-ban és RAM-ban sem elengedve, mégis bőven elég volt a feladatra. Az megint más kérdés. hogy az akkori NAS-ok sem voltak sokkal erősebbek...
Szerk.: Hirtelen ránéztem az általad linkelt fórum összefoglalójában található használt ajánlatokra. Egy 70000 Ft-ért hirdetett Synology ds214+-nál vannak jóval erősebb routerek...
-
vargalex
Topikgazda
válasz
georgeh
#71570
üzenetére
Az én build-em már 11 éves. Akkor még N volt a csúcs a wifi-ben... Persze saját buildet össze lehet rakni, illetve hasonlót (de csak csomag tartalomra, semmi kiegészítő felület, egyéb nincs benne) build-eltem Asus RT-AC65P-re. Az egy AC-s router, de újként már az sem kapható.
-
-
vargalex
Topikgazda
válasz
georgeh
#71558
üzenetére
Persze, hogy jó lesz, hiszen azt minden induláskor futtatja. de ezt a két parancsot elég egyszer futtatni.
Valójában azenableparaméterűt kell futtatni egyszer, astart-ot csak azért írtam, hogy azonnal induljon is el. Egyébként ha egyszerenable-eztél egy service-t, akkor újrainduláskor el kell, hogy induljon automatikusan. -
vargalex
Topikgazda
válasz
georgeh
#71556
üzenetére
Szia!
Ez az indításkor lefuttatandó script. Amit írtam, nem ide kell beilleszteni. Te kérdezted, hogy parancssorból esetleg, így azt gondoltam, hogy világos lesz, hogy hol kellene futtatni. SSH-n kell bejelentkezni a routerre (widnows alatt pl. putty-al), majd ott kell futtatni.
-
-
vargalex
Topikgazda
válasz
Mickey5
#71530
üzenetére
Valójában vehetsz egy olcsó Android TV boxot is, amire valamilyen linux telepíthető (pl. Amlogic SoC-al szerelt eszközök CoreELEC-el), amire USB-n köthetsz egy HDD-t és még média lejátszónak is használhatod. Ezekkel kb. ott leszel, mint egy olcsóbb NAS-al (vagy lehet, hogy még erősebbek is)
-
vargalex
Topikgazda
válasz
iMaverick
#71528
üzenetére
Én megkövezlek.
Szerverre (is) csak linux. Nehogy már csak úgy bármikor újrainduljon, milyen dolog az?
Persze, mindenki azt használ, amit akar.
Egyébként én 2011-ben tértem le arról az útról, hogy routeren futtassak szerver feladatokat. Egy Seagate GoFlex Net képében. Majd 2014-ben áttértem én is x86 vonalra egy AsRock Q1900-ITX-el, amiben azóta csak HDD, illetve alaplap (AsRock J3455-ITX-re 2018-ban), RAM volt cserélve (villámkár miatt). -
vargalex
Topikgazda
válasz
Mickey5
#71523
üzenetére
Az RPi-re is egy linuxot teszel, sőt ott még a partícionáláson sem kell gondolkodni, hiszen egy lemezképet kell a microSD kártyára írni.
Leírást nem tudok adni, én Arch linuxozom (desktopon, szerveren és RPi-n is), de azt nem igazán ajánlják kezdőnek, mert még grafikus telepítője sincs. Viszont arra valóban az kerül fel, amit te szeretnél. -
vargalex
Topikgazda
válasz
Mickey5
#71519
üzenetére
Szia!
Több lehetőség is van:
1. Veszel egy NAS-t. Ezeknek van webes kezelő felülete, úgyhogy egyszerű lesz a dolgod.
2. Építesz egy NAS-t. Ez lehet x86 alapú (én a nyers erő, illetve a SATA miatt ezt preferálom), vagy akár egy Raspberry Pi is. Ha linux telepítéstől/konfigurálástól elborzadsz, akkor mindkettőre van OMV (én ezeket nem nagyon ismerem, de valami hasonló felületet adnak, mint a NAS alapból), vagy akár rakhatsz rá OpenWrt-t is.
3. Még mindig ott vannak az OpenWrt által támogatott, ma már jóval erősebb routerek (USB3-al). Persze a NAS-tól (akár gyári, akár épített) nagyon elmaradnak teljesítményben.
A kézenfekvő megoldás egy NAS. A másik lehetőség, hogy te építesz egyet. Ez lehet x86 alapú (én a SATA és a nyers erő miatt ezt preferálom), vagy pl. Raspberry Pi. -
vargalex
Topikgazda
válasz
lee732
#71511
üzenetére
Nem igazán tudod megtartani a beállításokat, mivel a legtöbb dolog azóta már változott. A build-be fordított csomagokat is bukod, utólag pedig a flash-ra nem fér fel mindegyik. Így mindegy, ha felraksz egy alap build-et, beállítod az extroot-ot és kézzel telepíted oda a szükséges csomagokat.
Egyébként természetesen elég régi a Suste build is, még Barrier Breaker alapú. -
-
vargalex
Topikgazda
válasz
gr8tjoey
#71471
üzenetére
Természetesen működik bármilyen portra.
A recovery-hez (ami alatt szerintem a failsafe-ra gondolsz): ha a Suste build-jét használod, ott failsafe módban még telneten érhető el az eszköz, nem ssh-n... De ez le is van írva a wiki oldalon: "Note that modern OpenWrt always uses SSH, but early OpenWrt releases (15.05 and before) offered a telnet connection in this state but no SSH.".
A Suste build pedig Barrier Breaker, azaz 14.07. -
#71458
vargalex
Topikgazda
eladohardver
#71457
vargalex
Topikgazda
válasz
eladohardver
#71457
üzenetére
Mi a probléma? Ez egy ekkora csomag, nyilván 1043ND esetén extroot szükséges a telepítéshez.
-
#71456
vargalex
Topikgazda
eladohardver
#71455
vargalex
Topikgazda
válasz
eladohardver
#71455
üzenetére
Természetesen, van
hd-idle, sőt van hozzá webes felület is:luci-app-hd-idlea repo-ban.Synchtingszintén a repo-ból telepíthető. -
vargalex
Topikgazda
válasz
gr8tjoey
#71428
üzenetére
A 14.07 emlékeim szerint failsafe módban (illetve telepítés után jelszó beállítása nélkül) telneten érhető el, nem SSH-n.
Ha extroot-od volt, akkor azt a flash-ban lévő fstab-ban be kellett volna állítanod és minden ment volna tovább.
De alapvetően a 14.07-ben biztos volt már valami sérülékenység, amit ki tudtak használni. Arra nem válaszoltál, hogy a 8080-on a LuCI, vagy pl. suste-ék saját felülete, vagy általad írt saját felület volt kiengedve. -
-
-
vargalex
Topikgazda
válasz
petakpa1
#71413
üzenetére
Szerintem csak a LuCI rollback funckiója "viccel meg" téged. Nem lehet, hogy ez az eszköz DHCP-n kap IP címet nálad és a konfiguráció módosításával új IP-t kapna, így a régin már nem lesz elérhető, ezért a LuCI rollback-el? Ha igen, akkor a VLAN config-ot SSH-n csináld meg a
/etc/config/networkfile-ban. Vagy uci parancsokkal. -
vargalex
Topikgazda
válasz
petakpa1
#71407
üzenetére
Esetleg próbáld meg a CPU-t is untaggedre tenni.
Vagy akár ki is kapcsolhatod a VLAN funkcionalitást, csak akkor a LAN interface-nál az eth0.1 helyett az eth0 eszközt kell hozzáadni.
A parancssort most hagyjuk, lehet a LuCI már máshogy intézi.Szerk.: most nézem, hogy a képernyődön éppen az látszik, hogy migrálja eth0-ra.
-
-
vargalex
Topikgazda
válasz
petakpa1
#71389
üzenetére
A WAN portot ki kell venni a 2-es VLAN-ból (tehát a minimum az, hogy ott off-ba teszed), azaz a legjobb, ha törlöd is a 2-es VLAN-t, hiszen úgysem tartozna bele egyetlen port sem. És igen, az 1-es VLAN-ba untagged-ként be kell tenni. Ezután a WAN interface-t is törölheted.
-
vargalex
Topikgazda
válasz
petakpa1
#71382
üzenetére
Szia!
Milyen OpenWrt verzió van rajta? Ha még régebbi (nem DSA-s), akkor (persze változott azóta a felület) így. Ha már DSA, akkor a Hálózat->Csatolók oldal Eszközök fülén tudod ugyan ezt megcsinálni. A WAN interface-t ilyenkor is törölheted.
#71385 Borisz76: Nem feltétlenül a routeren kell, hogy fusson a DHCP szerver, illetve egyéb szolgáltatások. Nyilván a kollégának is van egy routere, de az abba beépített DHCP szerver szolgáltatása kevés, az 1043ND pedig nem tud akkora sebességet NAT-olni. Switch-ként viszont tökéletes...
-
-
-
#71322
vargalex
Topikgazda
Satrafuckar
#71321
vargalex
Topikgazda
válasz
Satrafuckar
#71321
üzenetére
Nyilván nem a teljes 300 MB-ot kell memóriában tartani…
-
#71320
vargalex
Topikgazda
Satrafuckar
#71319
vargalex
Topikgazda
válasz
Satrafuckar
#71319
üzenetére
Azért a minidlna-nak fel kell olvasnia az adatbázist... Különben hogy szolgálna ki?
-
#71318
vargalex
Topikgazda
Satrafuckar
#71317
vargalex
Topikgazda
válasz
Satrafuckar
#71317
üzenetére
Szerintem egyszerűen kevés a RAM egy ekkora adatbázishoz. Nyilván az index létrehozása sem véletlenül nem futott le. Nem azonnal a disk-re történik...
-
vargalex
Topikgazda
válasz
petakpa1
#71314
üzenetére
Szia!
Maga a dnsmasq képes egy scriptet futtatni, amikor IP címet oszt (vagy megújít, esetleg release-eli) ki egy kliens számára. A linkelt dnsmasq manual-ban keress rá a --dhcp-script szövegre, ott a második találat lesz. Ezt a scriptet maga a dnsmasq úgy hívja meg, hogy paraméterként átadja neki sorban a típust (add/old/del) MAC címet, az IP címet, és a host nevet. Egy shell scriptben ezek rendre a $1, $2, $3, $4 változókkal hivatkozhatóak.
A#/bin/shegyszerűen a parancsértelmezőt jelöli, azt mondja meg, hogy az fogja futtatni a scriptet (esetünkben egyébként ez egy symlink azbusybox-ra).
A lényeg, hogy létrehozol valahova egy scriptet (pl. a/root-ba). Legyen mondjuk ez a/root/make_ip_permanent.sh.Mivel a LuCI-ban nem lehet megadni, így vagy kézzel szerkeszted a
/etc/config/dhcpfile-t és a dnsmasq szekcióba felveszed a többi közé azoption dhcpscript '/root/make_ip_permanent.shsort, majd újraindítod a dnsmasq-ot:
/etc/init.d/dnsmasq restartVagy uci-val adod hozzá:
uci set dhcp.@dnsmasq[0].dhcpscript='/root/make_ip_permanent.sh'majd szintént újraindítod a dnsmasq-ot.
A fenti scriptet nagyjából jól érted. Ugye az első sor a parancsértelmező, ezt írtam. A második sorban definiáljuk a számunkra érdekes MAC címet (nem kötelező definiálni, be lehet írni az if-be a $MACADDR helyére is. Csak én szeretem egyszer definiálni, hátha többször fogom használni.
A 3. sorban a script megvizsgálja, hogy a 2. paraméterként érkező érték (a fenti leírás alapján ugye ez a MAC cím) egyezik-e a számunkra érdekes MAC címmel. Ha nem, akkor nem csinál semmit.
A 4. sorban pedig rögzíti permanensen a szomszédot a paraméterként érkező IP cím és MAC cím segítségével.Ha csak kíváncsi vagy, hogy valóban futtatja-e a dnsmasq a scriptet, akkor legyen ennyi a tartalma:
#!/bin/shlogger -t make_ip_permanent "Incoming type: $1, MAC address: $2, IP address: $3, Hostname: $4"Majd, ha újraindítod a dnsmasq-ot, akkor minden dhcp kéréskor/megújításkor/release-kor látni fogsz egy sort a rendszer logban a fenti tartalommal. Ez a script csak logol, semmi mást nem csinál.
-
vargalex
Topikgazda
válasz
petakpa1
#71312
üzenetére
Szia!
Ahogy a #71310-et olvastam, akkor jutott eszembe, hogy valószínűleg változott a rendszer és DHCP címkiosztás esetén felülírja a permanensen rögzített IP címet. Erre egy megoldás lehet az általad is írt fix IP a kliensen (hiszen ekkor ugye a dnsmasq nem nyúl az ARP táblához. De rugalmasabb, ha kihasználod azt, hogy a dnsmasq-nak adhatsz egy custom scriptet (dhcpscript opció, LuCI-ra sajnos úgy látom, hogy nincs kivezetve), ami megkapja paraméterként a művelete (add, old, del), a MAC címet, az IP címet és a hostname-ot, ha küldi a kliens. Így egy saját scriptben simán felépíthető a parancs:
#!/bin/sh$MACADDR="aa:bb:cc:dd:ee:ff"if [ "$2" == "$MACADDR" ]; thenip neigh replace $3 lladdr $2 nud permanent dev br-lanfiA MAC cím vizsgálatot akár ki is hagyhatod, úgy minden géped permanensen benne lesz az ARP listában.
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz
petakpa1
#71299
üzenetére
Igen, azóta már sok dolog változott, többek között a régi
ifconfig-rólipparancsra váltottak, viszont a busybox-ban megvalósított minimális funkcionalitással. Így, ahogy a kolléga is írja, tedd fel azip-tiny-t, ha azzal sem megy, akkorip-full. A kettő együtt úgysem lehet fenn.
A static lease rögzítése soha nem volt összefüggésben az ARP táblába történő rögzítéssel... -
#71298
vargalex
Topikgazda
Satrafuckar
#71296
vargalex
Topikgazda
válasz
Satrafuckar
#71296
üzenetére
Szia!
Egyáltalán nem normális, hogy újrainduláskor nulláról építi fel az adatbázist. Biztos, hogy nem hibás? Esetleg maga a HDD? De ekkora mennyiség tényleg nem egy 32 MB-os routernek való...
A PC-s adatbázis felépítésnél arra kell figyelni, hogy pont ugyan oda legyen csatolva, különben mit sem ér az egész... -
#71290
vargalex
Topikgazda
Satrafuckar
#71287
vargalex
Topikgazda
válasz
Satrafuckar
#71287
üzenetére
A minidlna adatbázisának helyét állítsd át egy a HDD-n lévő könyvtárra, mert alapban a /var-on van, ami RAMDRIVE, azaz újraindulás esetén megy a kukába. Illetve az indexelés is azért állhat le, mert elfogy a hely a /var-on.
-
#71286
vargalex
Topikgazda
Satrafuckar
#71284
vargalex
Topikgazda
válasz
Satrafuckar
#71284
üzenetére
Nem ismerem a winfsp-t, de nem ad lehetőséget legacy key exchange algorithm-ok engedélyezésére? Ez ugye a legújabb openssh esetén egyetlen kapcsoló.... Általában attól, hogy valami alapból nem tiltott, kézzel még engedélyezhető szokott lenni egy rendes software esetén...
-
vargalex
Topikgazda
válasz
petakpa1
#71281
üzenetére
(a) a HGW-n kiesik az ARP táblából a géped, így nem tudja, hogy mely MAC címre kellene továbbítani a csomagot (mivel nincs IP cím társítva hozzá).
(b) ha valóban switch módban van config-olva, akkor ennek nem kellene működnie.
Biztos, hogy LAN-LAN összekötésben van a két eszköz? -
-
-
-
#71215
vargalex
Topikgazda
szatocs1981
#71214
vargalex
Topikgazda
válasz
szatocs1981
#71214
üzenetére
A loggeres példával is csak ennyi látszik? Maga a cron log nem látszik? Azaz ez:
Tue Apr 26 12:46:00 2022 cron.info crond[9769]: USER root pid 9776 cmd logger -t cronteszt szia, futok!
Ha ez nem látszik, akkor a gpio állításnak nem is lesz nyoma a logban. Kézzel futtatva a parancsot működik rendesen? A cron ugye saját környezeti változókkal rendelkezik, de itt igazából az nem játszik.
-
#71213
vargalex
Topikgazda
szatocs1981
#71212
vargalex
Topikgazda
válasz
szatocs1981
#71212
üzenetére
Érdemes lenne a xabolcs által írt példát is kipróbálni, mert logban azért illene látszania.
-
-
vargalex
Topikgazda
válasz
talosv
#71037
üzenetére
Ha sdb-ként jelenik meg, akkor azt jelenti, hogy egyszer felismerte a rendszer (ekkor volt sda), de az elégtelen tápellátás miatt leszakadt, majd újra csatlakozott (ekkor lett sdb). Szóval, külső tápos HDD kellene, vagy saját tápos USB HUB.
De csatolhatod label/UUID alapján is, az nem változik... -
#71036
vargalex
Topikgazda
giorgiosixx
#71035
vargalex
Topikgazda
válasz
giorgiosixx
#71035
üzenetére
Nem. Ha az adott kernelbe nincs forgatva GPT támogatás, akkor nem tudja, egyébként igen.
-
#71034
vargalex
Topikgazda
giorgiosixx
#71031
vargalex
Topikgazda
válasz
giorgiosixx
#71031
üzenetére
Szia!
Sajna, ahogy írtam, nem tudom, hogy a gyári firmware mire képes. De, ha tippelni kellene, csak MBR-t ismer, azaz max. 2 TB.
-
#71028
vargalex
Topikgazda
giorgiosixx
#71027
vargalex
Topikgazda
válasz
giorgiosixx
#71027
üzenetére
Szia!
Storage sharing kell neked, de gyári firmware-hoz nem értek.
A lényeg, hogy utána hálózati meghajtóként csatlakoztatod a laptopra. -
vargalex
Topikgazda
válasz
talosv
#71025
üzenetére
Szia!
Ami az alap rendszer része, abból nem tudsz törölni. Illetve igen, de csak logikai törlés lesz... Azt, hogy mit telepítettél utólag, neked kell tudnod. Persze alaphelyzetbe is állíthatod az egész routert és akkor tiszta lappal tudsz indulni.
Én nem filekezelőt írtam, hanem az általad használt filerendszer kezelését megvalósító csomagokról. Ez ext2/ext3/ext4 esetén kmod-fs-ext4, FAT32 esetén kmod-vfat, nfts esetén ntfs-3g. Routerre ext4 javasolt... Illetve a kell még az kmod-usb-storage (esetleg kmod-usb-storage-extras, block-mount).
-
vargalex
Topikgazda
válasz
slylecz13
#71023
üzenetére
Szia!
1. Igen, itt vissza tudod állítani, hiszen squashfs-t használ.
2. Vágott gyári firmware kell neked (ami nem tartalmazza a bootloadert) és akár LuCI-ból is visszatehető.
3. Igen, befogható, de anno még nem volt domoticz, így az én repo-mban sincs még benne. Ehhez egy friss OpenWrt-t érdemes tenni a routerre. -
#71014
vargalex
Topikgazda
szatocs1981
#71013
vargalex
Topikgazda
válasz
szatocs1981
#71013
üzenetére
Igen, ez az egyszerű megoldás, ha csak néhány eszköz néhány portját szeretnéd elérni. Hiszen a NAT miatt ez pont olyan, mintha külső hálózatból szeretnél hozzáférni.
Valamiért én azt gondoltam, hogy az egyik hálózatban lévő bármelyik eszközről szeretnéd elérni a másik hálózatban lévő bármelyik eszközt... -
#71008
vargalex
Topikgazda
szatocs1981
#71007
vargalex
Topikgazda
válasz
szatocs1981
#71007
üzenetére
Szia!
A VPN kliens mögött lévő eszközök a NAT miatt látják (illetve érik el) a 192.168.1.x hálózat gépeit. A VPN szerveren meg lehet mondani, hogy a 192.168.2.x hálózat a VPN interface-on (illetve annak IP címén) keresztül érhető el. Persze ekkor a VPN kliens router NAT-ja fogja megfogni. Tehát ott kellene megszüntetni igazából a NAT-ot. Neked szerintem site-to-site VPN kellene. A példában a VPN IP tartománya 192.168.8.0/24.
-
vargalex
Topikgazda
-
#71000
vargalex
Topikgazda
szatocs1981
#70998
vargalex
Topikgazda
válasz
szatocs1981
#70998
üzenetére
Szia!
Nyilván az input reject accept-re cserélése megoldja, de az mindent nyit a VPN interface-on. A 80-as port engedélyezése csak azt tette volna elérhetővé.
A VPN címet akkor tudod rögzíteni (ha jól értem, akkor a router egy VPN kliens), ha a szerver konfiguráció ezt lehetővé teszi.
Bár, a kliensek elérésének kérdéséből az jön le, hogy ez a VPN szerver... Akkor természetesen konfigurálható az IP cím.
Szerverre (is) csak linux. 
Új hozzászólás Aktív témák
- urandom0: Száműztem az AI-t az életemből
- GL.iNet Flint 2 (GL-MT6000) router
- Samsung Galaxy A17 5G – megint 16
- Az SK Hynix elárulta, hogy meddig nem lesz elég memória
- Call of Duty: Black Ops 6
- Anime filmek és sorozatok
- Polgári repülőgép-szimulátorok
- A Retro Games feltámaszt egy legendát
- Mibe tegyem a megtakarításaimat?
- Poco F8 Ultra – forrónaci
- További aktív témák...
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest