- Computex 2024: monstrumhűtő a DeepCoolnál (videóval!)
- Computex 2024: szimpatikus Montech billentyűzetek a porondon
- Computex 2024: háznézőben a Montech asztalainál
- Computex 2024: kompakt AIO-k és tápegységek a Montech receptje alapján
- Computex 2024: a Ducky klaviatúrái sem restek felülni az analóg vonatra
- Fejhallgató erősítő és DAC topik
- Milyen TV-t vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Vezetékes FEJhallgatók
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Computex 2024: bemutatkozott a Biostar alaplapok AMD-s zászlóshajója
- ThinkPad (NEM IdeaPad)
- Azonnali fotós kérdések órája
Hirdetés
-
Computex 2024: szimpatikus Montech billentyűzetek a porondon
ph A vállalat egy olcsóbb fajta, két színben választható, vezetékmentes modellel és két érdekesen festő koncepcióval jelentkezett.
-
Pénzt akar a WhatsAppból a Meta, az AI majd segít
it Új AI-eszközöket kapnak a cégnek, a Meta célja, hogy több bevételt szedjen ki a WhatsAppból.
-
Frissítve! Summer Game Fest 2024 - Az összes bejelentés egy helyen!
gp A show késő este kezdődik, de utána az összes trailert összegyűjtjük egy helyre.
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
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?BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
sziasztok.
a samba elérése alhálózatól hogy oldható meg?
interfaces = 127.0.0.1/8 lo 192.168.*.* br-lan
ez a smb.conf.template-ben nem segítettBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
válasz Headless #8255 üzenetére
köszi, ip alapján megtalálta a thunar. sokszor kellett használom az ip alapú belépést wines gépeknél, amikor nem látják a csoportot. most nem gondoltam rá, mert a könyvjelző sem csinált semmit
smb://192.168.1.1[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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!BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
-
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?BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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?BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
1043v2 most 15.05-tel.
nekem úgy tűnik, hogy a samba eszi meg a memóriát.
amit a htop meg rosszul jelzi ki. a régebbi top verzióknál nem volt olyan rész, hol jelölte az io és a memória foglaltságát is?[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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ó.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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?
[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
-
-
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[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
csicsergik már a madarak, hogy mikor jön a következő release?
nagyon használnám már az ath79-es buildetBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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
[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.07BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
válasz Blasius #14262 üzenetére
amikor még 17.01-gyel gurítottam, kb másfél éve az akkori dev csomagot raktam fel és azzal hibátlan volt.
úgy emlékszem, hogy nálam is az új videók felkapásával volt probléma, de a régiek talán még elérhetőek maradtak.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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 leszBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
válasz ludnik #14286 üzenetére
hasonló, mint amit korábban írtam. ha nem tudsz várni a 19.07-re, akkor megpróbálkozhatsz a snapshot ath79-es targetből telepíteni rá.
de azt nem garantálom, hogy pozitív lesz élmény és legközelebb más jelzővel fogod illetni ez az egyébként szerintem nem rossz eszköztBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
válasz vinibali #14297 üzenetére
időközben megtaláltam a srác repóját, aki régen a Fastpath-os buildeket csinálta. mostmár ő is flow offload-ra épít. 400Mhz-es 1043 v1-gyel, 700Mbit-et mért.
https://github.com/gwlim/openwrt-sfe-flowoffloadBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
a router MAC címe nem változik akkor sem, ha új verzió kerül fel
vagy csak én nem értem a kérdést
az eszközön alján biztosan fent van a cím, de lokálisan azip a
paranccsal tudod lekérdezni a szoftveresen is meglévő MAC addresst, vagy Lucival:Network->Interfaces
[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
válasz SteveBeard #14445 üzenetére
a firmware builderrel próbálkozol?
[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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_applianceBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
vinibali
őstag
válasz st3v3np3t3r #14600 üzenetére
látszólag van rá OpenWRT: [link]
szeritem u-boot-ról fel tudod frissíteni.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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!
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
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.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
Új hozzászólás Aktív témák
- Canva Pro előfizetés - 1 éves
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen