-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
vinibali
őstag
lehetseges olyan ket AP-val rendelkezo rendszert felepiteni, ahol jelerossegtol fuggoen, de transparensen valt a kliens a ket wifi hardver kozott?
a jelenlegi telepitesnel a ket router lan-lan csatolokkal van osszekotve, a szort SSID es minden egyeb wifi parameter megegyezik, megis x masodperc eltellik mire az authentikacio lezajlik valtaskor.
WDS illetve relayd-s megoldas nem johet szoba, nagyon alacsony a terero a ket allomas kozott (vasbeton fodem). -
#14605
vinibali
őstag
st3v3np3t3r
#14604
vinibali
őstag
válasz
st3v3np3t3r
#14604
üzenetére
az sem elképzelhetetlen, hogy csak olvasható a konzol vagy mondjuk az alaplapon az RX lábnak hiányzik az ellenállása. de szerintem ez egyre kevésbé általános OpenWRT kérdés
felütném a Google-t ezzel a két kulcsszóval. -
#14603
vinibali
őstag
st3v3np3t3r
#14602
vinibali
őstag
válasz
st3v3np3t3r
#14602
üzenetére
el kellene kapni , hogy ne kezdje el tölteni a kernelt. ezt az üzit leginkább a bootolás elején írja ki a konzolon. ilyenkor gombnyomás vagy billentyű leütés hatására szokott megállni az u-boot. utána tudsz onnan parancsokat kiadni, de a feltöltéshez leginkább egy konzol és egy tftp szerver kell. szerintem ezek Windows alatt is megvannak. Putty szerintem jó lehet elindulni, ahhoz hogy a bootlogot nézd. az OpenWRT-s linken van egy install szekció, tele leírásokkal!
-
#14601
vinibali
őstag
st3v3np3t3r
#14600
vinibali
őstag
válasz
st3v3np3t3r
#14600
üzenetére
látszólag van rá OpenWRT: [link]
szeritem u-boot-ról fel tudod frissíteni. -
#14560
vinibali
őstag
szabifotos
#14558
vinibali
őstag
válasz
szabifotos
#14558
üzenetére
egy közös mappa a Google Drive-on
Nextcloud vagy ownCloud, de ezeknek már komolyabb erőforrásigénye van mint egy vsftpd-nek. -
#14548
vinibali
őstag
szabifotos
#14547
vinibali
őstag
válasz
szabifotos
#14547
üzenetére
szia.
ha a hálózaton belülről akarod elérni, akkor a wan* checkbox-ot még véletlenül se aktiváld a tűzfal szabálynál!
sőt még akkor se, ha kívülről. ezek nem biztonságos protokollok ilyen felhasználására a nyílt internet felől. szóval, aFrom any host in wan
nem nyerő. az ilyen portokat célszerű meghagyni csak belső használatra és mondjuk VPN-en keresztül használni vagy SSH tunnel-lal.
az SSH továbbítást is érdemes lenne kicsit átgondolni, nagyon sok robot van "odakint" amik scannelnek éjjel nappal. egy példa:
Secure your router's access -
vinibali
őstag
válasz
vargalex
#14534
üzenetére
arra gondoltam, hogy valós időben megetetni egy porton keresztül a Wireshark-ot.
ssh user@myledebox tcpdump -i eth1 -U -s0 -w - 'not port 22' | sudo wireshark -k -i -
https://openwrt.org/docs/guide-user/firewall/misc/tcpdump_wireshark#capturing_packets_from_an_openwrt_appliance -
vinibali
őstag
válasz
anglergab
#14527
üzenetére
igen, tud olyan opciót a sysupgrade és elvileg nem kizárt, hogy sikerül is. de ha csak távolról férsz hozzá, szerintem egyelőre napold el a dolgot.
én talán épp a 15.05->17.01 frissítéssel jártam úgy, hogy menteni akartam a beállításokat és a vége failsafe módos reset lett. -
vinibali
őstag
válasz
anglergab
#14525
üzenetére
nekem gond nélkül felpattant a csomag innen:
http://downloads.openwrt.org/releases/19.07-SNAPSHOT/packages/mips_24kc/base/adb_android.5.0.2_r1-2_mips_24kc.ipk
viszont nagyon sok olyan függősége van, ami már a 15.05 és 18.06 között nagyon megváltozott.root@OpenWrt-Bercsenyi:~# opkg info adb
Package: adb
Version: android.5.0.2_r1-2
Depends: libc, zlib, libopenssl1.1, libpthread
Status: install user installed
Section: utils
Architecture: mips_24kc
Size: 49607
Filename: adb_android.5.0.2_r1-2_mips_24kc.ipk
Description: Android Debug Bridge (adb) is a versatile command line tool that lets you communicate with an emulator instance or connected Android-powered device.
Installed-Time: 1566411521szerintem nyomj neki egy sysupgrade-et
-
vinibali
őstag
válasz
vargalex
#14458
üzenetére
ez nem NAS, a router futott szerverként az iperf-ben
két kábel jön le onnan, mindkettő ezt a tempót hozta. néztem integrált Realtek és bővítőkártyás Broadcommal is. pár hete mértem és még simán jött a gigabit (930Mbit).
időközben reggel felraktam a 1907-et, kicsivel rosszabb lett a helyzet (~250 Mbit), viszont speedtest-ről több szálon és engedélyezett software offload-dal belenyal a 600Mbitbe.
-
vinibali
őstag
van tapasztalata azzal kapcsolatban valakinek, hogy egy pár ezer forintos gigabites switch mekkora teljesítményvesztéssel jár?
iperf-fel nézegetem reggel óta a router és a gépem közötti sebességet.
meglepő módon csak 320Mbit körül van ez a sebesség közvetlen kapcsolat esetén.
viszont ez a tempó tovább csökken, hogyha bent van egy switch is. ilyenkor továbbra is megvan a csúcs 320-330 körül, de némelyik intervallumban beesik a sebesség 100Mbit könyékére, ilyenkor megnő az újraküldött csomagot mennyisége(Retr)?Connecting to host 192.168.1.1, port 5201
[ 5] local 192.168.1.163 port 37514 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 35.4 MBytes 297 Mbits/sec 0 242 KBytes
[ 5] 1.00-2.00 sec 37.2 MBytes 312 Mbits/sec 0 242 KBytes
[ 5] 2.00-3.00 sec 37.5 MBytes 315 Mbits/sec 0 242 KBytes
[ 5] 3.00-4.00 sec 24.2 MBytes 203 Mbits/sec 0 242 KBytes
[ 5] 4.00-5.00 sec 16.7 MBytes 140 Mbits/sec 49 204 KBytes
[ 5] 5.00-6.00 sec 37.4 MBytes 314 Mbits/sec 0 229 KBytes
[ 5] 6.00-7.00 sec 37.5 MBytes 315 Mbits/sec 0 229 KBytes
[ 5] 7.00-8.00 sec 37.8 MBytes 317 Mbits/sec 0 229 KBytes
[ 5] 8.00-9.00 sec 23.8 MBytes 200 Mbits/sec 0 229 KBytes
[ 5] 9.00-10.00 sec 17.0 MBytes 142 Mbits/sec 14 206 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 305 MBytes 255 Mbits/sec 63 sender
[ 5] 0.00-10.00 sec 304 MBytes 255 Mbits/sec receiver
iperf Done.UPDATE: kipróbáltam egy új Cat5E kábellel is, ahol a újraküldés
megszűntcsökkent, viszont a bebólintás nem.Connecting to host 192.168.1.1, port 5201
[ 5] local 192.168.1.163 port 37830 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 36.8 MBytes 308 Mbits/sec 0 236 KBytes
[ 5] 1.00-2.00 sec 11.2 MBytes 93.8 Mbits/sec 0 236 KBytes
[ 5] 2.00-3.00 sec 28.9 MBytes 242 Mbits/sec 0 236 KBytes
[ 5] 3.00-4.00 sec 37.3 MBytes 313 Mbits/sec 0 236 KBytes
[ 5] 4.00-5.00 sec 37.0 MBytes 311 Mbits/sec 0 236 KBytes
[ 5] 5.00-6.00 sec 37.6 MBytes 315 Mbits/sec 0 236 KBytes
[ 5] 6.00-7.00 sec 11.7 MBytes 98.0 Mbits/sec 8 192 KBytes
[ 5] 7.00-8.00 sec 29.2 MBytes 245 Mbits/sec 0 229 KBytes
[ 5] 8.00-9.00 sec 37.7 MBytes 316 Mbits/sec 0 229 KBytes
[ 5] 9.00-10.00 sec 37.2 MBytes 312 Mbits/sec 0 229 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 305 MBytes 256 Mbits/sec 8 sender
[ 5] 0.00-10.00 sec 304 MBytes 255 Mbits/sec receiver
iperf Done. -
#14451
vinibali
őstag
SteveBeard
#14445
vinibali
őstag
válasz
SteveBeard
#14445
üzenetére
a firmware builderrel próbálkozol?
-
vinibali
őstag
-
vinibali
őstag
-
vinibali
őstag
válasz
Archttila
#14280
üzenetére
A 19.07-tel végre nagyon sok Atheros alapú MIPS procis TP-Link router is másik target-ből épül majd. mostantól nem ar71xx, hanem ath79 lesz az alapja ezeknek az eszközöknek, ami amellett hogy sokkal modernebb dts/dtb alapú konfigurációt tartalmaz végre legalább 4.14-es kernellel fut majd, ami tartalmazza a kernel packet offloading funkciót.
sajnos az előző release-nél 4.9-en maradt az ar71xx, ezért is maradtunk ki a régi release-sel ebből. kis türelem kell még és királyság lesz -
-
vinibali
őstag
szerintem ez nem régi történés lehet, létrejött a 19.07 release branch.
https://git.openwrt.org/?p=openwrt/openwrt.git;a=log;h=refs/heads/openwrt-19.07 -
#14247
vinibali
őstag
st3v3np3t3r
#14246
vinibali
őstag
válasz
st3v3np3t3r
#14246
üzenetére
én első lépésként szoktam a LAN DNS-en és WAN-on az IPv6-ot kikapcsolni
-
vinibali
őstag
sziasztok!
hallottatok már a OpenFastPath nevű implementációról?
a 1043 v1 WAN-LAN sebességet 600Mbit fölé gyorsítja. szerintem sokat kell még várni mire lesz OpenWRT-re, de githubon LEDE image-ek már vannak forgatva. hiába csak 100-as netem van, de szerintem rápróbálok mert lényegesen csökkentheti a routeren a CPU overhead-et!
Qualcomm Fast Path For LEDE -
vinibali
őstag
válasz
Headless
#8514
üzenetére
nyilván abszolút sebességtől függ, hogy mennyit gyorsul a rendszer
én nem akarok egy állandóan kerregő, forgó akármit a routerre dugni, amihez még egy sata-usb illesztőre is szükséges van. jobban tetszik egy kis kompakt pendrive, ami a töredékét fogyasztja a hdd-nek. a moddolt 841N stabtokját nem akartam nagyon megizzasztani
átlagosan 12-12,5MB/s körüli másolok a meghajtóra, néha belenyal a 13,5-14MB/s-ba is.
azért ez az ext4-hez képest egy 2GB-os fájl esetén 25mp és úgy vettem észre, hogy stabilibban is tartja a sebességet.
a meghajtó USB3 esetén egyébként 102,5/81,5MB-tal olvas és ír szekvenciálisan, ami 33,7/31,9-re csökken USB2 csatolón keresztül. ennyire gyenge lenne a proci és usb közötti tempó?(#8519) itanczos: emlékszel a nemrég kipattant Samsung SSD TRIM - Linux botrányra?
a szervereknél ott is konzumer SSD-ket használtak a cégnél. megértem, mert elég jól sikerültek az MLC-s 830, 840 és 850 sorozatok -
vinibali
őstag
válasz
itanczos
#8511
üzenetére
az összes olyan Linux rendszeren, ami SSDről van pendriveról fut, ezt használom. a routerben épp egy 32 gigás Transcend pendrive van.
a fájlrendszer felépítése és működési karakterisztikája nem a hagyományos forgótányéros elvből fejlődött, hanem már a szilárdtest meghajtókhoz igazodik.
már 2-3 éves a kezdeményezés, és szerintem még mindig elég experimental, de én még nem találkoztam olyan fájlvesztéssel vagy meghibásodással, amit egy fsck ne hozott volna rendbe
itt egy phoronix cikk, a sok közül: Linux 4.3 File-System Comparison With Btrfs, EXT4, XFS, F2FS
openwrt esetén egyébként, átlagosan 10-15%-kal nőttek az átviteli tempók, napló nélküli ext4-hez képest!
egyébként PC esetén is csak most jut el oda a grub, hogy ne /dev/sdXY alapján kerüljön paraméterezésre a root meghajtó, hanem UUID alapján tudjon bootolni a rendszer.
külön ext2/3/4 alapú boot partíciót igényel a rendszerindítás. -
vinibali
őstag
válasz
itanczos
#8509
üzenetére
persze, evidens. de sokszor az ilyen apróságok döntenek.
mind a probléma megoldásán is, egy ilyen apróság döntött...
a mkfs.f2fs az openwrt-n nem képes partíciót formázni, az 1.40-es verzió érhető el a 15.05/15.05.1/trunk verzióknál, ezért azt pc-n kell ezt megtenni.
egyébként fontos legalább az 1.50 használata, mert abban nagyon sok funckó javult, többek között az overprovision mértéke igazodik automatikusan a partíció méretéhez.
szóval a probléma annyi volt, hogy én az f2fs-tool-git csomagot használom, ami az 1.61-es verziónál tart jelenleg és történten változások a libf2fs_format.la és libf2fs.la fájlokban.
és ehhez valószínűleg új f2fs kernel modul kellene.
szóval ettől volt az, hogy közel 100% körüli IO terheltség keletkezett, 500kb/s körüli feltöltés mellett. tehát a biztonság kedvéért visszaálltam az f2fs-tools 1.50-es verziójára, ami korábban is jól működött. most 1000kb/s körüli feltöltés wifiről max 5% körüli IO terhelést okoz, de többnyire 0 illetve 2%-on áll a top. egyébként a szabad RAM mennyisége most is 2MB körülire csökken.szerintetek érdemes lenne legalább az openwrt-s működésképtelen f2fs-tools miatt nyitni egy bugreportot?
-
vinibali
őstag
válasz
vargalex
#8502
üzenetére
szia,
biztos. kézzel, illetve a boot után kerül csatolásra. nincs arra utaló üzenet a dmesgben, hogy leválaszotta volna(igaz a csatolásra sem ). de megnéztem az eszközt útközben és néha villog a flash drive.(#8505) suste.
most álltam vissza a 15.05.1-ről, mert azt hittem az a probléma.
nem lesz más lehetőségem, az ext4-nél, szóval azt próbálom majd meg.
egyébként nekem úgy tűnik, hogy elkezd írni, és egyből megtellik a szabad memória (kb 25mb).
próbáltam olyan builddel, amiben a kmod-fs-f2fs-t a fő csomagba építettem be, sőt olyat is, ahol az extrootra telepítettem. -
vinibali
őstag
valóban ott vannak, csak túl kicsi volt az ablak
sokat nem. mobilról szoktam néha fotót feltölteni, majd pc-n lemásolom és és dolgozok velük és általában a transmission fut a háttérben.
az a furcsa, hogy egy lényegesen gyengébb eszközzel hiba nélkül mentek ezek a dolgok, a 1043 meg elhasal. ftp-n keresztül keresztül megy a másolás, de a szabad memória lecsökken akkor is.
megpróbálnám a nálad fellelhető buildet, ha kifogyok az ötletekből, de f2fs az adatokat tároló partíció. -
vinibali
őstag
válasz
vinibali
#8477
üzenetére
az elfogyó memória fagyogatott le a rendszer, hiába volt swap is mellette.
van valamilyen tapasztalat a BB-s csomagok memóriafelhasználást tekintve?
ha a sysctl.conf-ban megpróbálom a virtuális gép beállításait variálni, nyerhetek annyi plusz memóriát hogy ne fagyjon ennyira a router? -
vinibali
őstag
sziasztok.
nagyon érdekes problémával szembesültem a napokban és nincs már más ötletem ezért írok ide.
adott volt egy MR3420 firmware-rel szerelt 841ND v7. erre az USB port miatt volt szükség, van még benne 64mb ram is.
elkezdte azt csinálni, hogy egy bizonyos idő vagy csak úgy nem reagál arra, ha smb vagy ftp-n keresztül szeretnék rá vagy róla másolni. ilyenkor a csatlakozás megszakítása alatt vagy újra csatlakozási kísérlet közben a fájlkezelő(thunar) is lefagy, mintha válaszra várna.
ha megpróbálom, leállítani a transmission vagy samba folyamatokat és a fájlokat tároló partíciót újra csatlakoztatnám, az ssh terminál sokszor mintha lefagyna, ha bezárom. utána újra lehet indítani, de a fagyást okozó parancs újra és újra megakasztja a rendszert.
128mb ext4 overlay-en csücsül a rendszer, 128mb swap mellett, a megosztott partíció fájlrendszere f2fs, noatime és nodiratime-mal kerül csatolásra a boot után, 3-3 másodperc eltolással követi ezt a transmission és a samba indítása is.időközben egy 1043v2 került be a rendszerbe, friss rendszerrel, az egész flash meghajtó újra lett formázva és a nand karakterisztikával megegyezően lettek eltolva a partíciók, szóval még azt sem lehet mondani, hogy töredezett lenne a memória.
talán csak egy véletlen egybeesés, de azóta tapasztalok ilyet, mióta felkerült a 15.05.1.
lehetséges ez? -
vinibali
őstag
válasz
spgabor
#8352
üzenetére
szia.
leginkább egyedi csomag építésével. nekem egy 3420-ra flashelt 841-esem van, az USB támogatás miatt. de sajnos az extroot nem elérhető a szintén kevés tárhely miatt, ha kész csomagot használsz.
itt egy nagyon jó logoutos leírás.
én a CC-t konfiguráltam át, kmod-usb-storage, kmod-fs-ext4 és block-mount csomagokat raktam bele ilyenkor alapértelmezetten kimarad a luci. téglát a routerből ezzel én nem csináltam, de telnet/ssh-n keresztül kellett beállítanom, hogy a felkapcsolódjon a netre és extroot után lehessen telepíteni a luci-t.
a legegyszerűbb az, hogyha csinálsz csomagot, akkor telepítés előtt belépsz a routerre telnet vagy ssh-val kimented a /etc/config/network-ből a config interface 'wan' bejegyzést, hogy telnetes indításnál azzal már ne kelljen sokat küzdeni VAGY egy másik router mögé rakod, és nem kell a pppoe beállításaival vesződni, csak extroot után felrakni a luci-t.
szerintem akkor vágj bele, ha nem áll messze tőled a parancssorozás. de legjobb emlékeim szerint a BB-re felmentek az usb és fájlrendszer kezeléshez szükséges csomagok! -
vinibali
őstag
válasz
Blasius
#8310
üzenetére
talán megpróbálhatnád a partíciós táblát újra létrehozni, vagy az lemez első néhány MB-os részét dd-vel megnullázni és aztán adni neki egy partíciós táblát.
milyen meghajtóval próbálod egyébként?
ha van hely akkor rakhatsz egy fdisk-et is a routerre, hátha az szerencsével jár majd. -
vinibali
őstag
sziasztok
egy ddwrt-s dlink routert(dir615) használok, a diginél a dns szerverrel valami baj van, több topikban olvastam már, hogy sokan szívnak különböző, hálócsatis tv-kkel. engem egy LE40C650 érint. ugyanis ha:
modem:-:router:-:tv beállítás alatt nem indul el az internet@tv szolgáltatás
viszont,
modem:-:router:-:router:-:tv állásban igen!
a modem valamiért 10.0.0.1-es DNS szervert ad tovább a routernek.
a tvn beállított dhcp-re bízott(automata) és kézi beállítás mellett sem. dhcp-n keresztül nagyon nehezen indul, viszont kézi beállítások mellett igen.
láttam vannak pl: dns dhcpmasq, stb beállítások, de nem sikerült még működésre bírni a dolgot.
találkozott már valaki ilyennel?
Új hozzászólás Aktív témák
- Sorozatok
- Milyen széket vegyek?
- MWC 2026: Megnéztük a Lenovo Idea Tab Pro Gen 2-t
- Brogyi: CTEK akkumulátor töltő és másolatai
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Samsung Galaxy S24 - nos, Exynos
- AMD vs. INTEL vs. NVIDIA
- Spórolós topik
- Gyúrósok ide!
- Motoros topic
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- MS SQL Server 2016, 2017, 2019
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- HP EliteBook 855 G7 15,6" Ryzen 5 PRO 4650U, 16GB RAM, 256GB SSD, jó akku, számla, 6 hó gar
- Intel Processzorok sok db : Xeon E5-1620V3 // Pentium G4400T // i3 6100, 6100T, 4130, 2140T
- Fujitsu LIFEBOOK E449 i3-8130U 12GB 512GB 14" FHD 1 év garancia
- Apple iPhone 11 64GB Black használt 100% akku 6 hónap garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest