Új hozzászólás Aktív témák

• #497 lancethepant lelkes újonc Buvana #496

  Új Válasz 2025-09-22 18:15:35 #497

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz Buvana #496 üzenetére

  Igen, nekem sem sikerült soha működésre bírnom a captive portált. Pár évvel ezelőtt, amikor elkezdtem használni a Tomato64-et, rájöttem, hogy az R7000-emen sem tudom működésre bírni. Eddig senki más nem hívta elő. Voltak szó arról, hogy eltávolítják, vagy valami mással helyettesítik, de igen, sajnos nincs jó állapotban. Megpróbálok hamarosan jobban utánanézni.

• #492 lancethepant lelkes újonc csixy #487

  Új Válasz 2025-09-20 21:03:09 #492

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz csixy #487 üzenetére

  Jó ötlet, az biztos, de nem vagyok benne biztos, hogy valaha is eljutnék a megvalósításáig. 8 GB emmc elég hely lenne, de nem szeretnék a GL-MT6000 partíciós elrendezésével babrálni. A Bananpi BPI-R3/BPI-R3 mini eszközöknek nagyobb esélyük lenne, mivel sokkal könnyebb róluk visszaállítani a fájlokat. Soha nem tégláztam GL-MT6000-et. Szerintem a visszaállítás lehetséges, ha UART fejlécek vannak beforrasztva, ami nekem is van, de nem akarnám aktívan kockáztatni ezt a folyamatot.

  Egy dolgot már megtettem és dokumentáltam, hogy a BPI-R3-on áthelyeztem a root fájlrendszert az nvme-re, a mini változaton viszont még nem tettem meg. Tehát a kernel és a bootloader továbbra is az emmc-n található, és a teljes root fájlrendszer az nvme-n van. Nem túl nehéz, az emmc root fájlrendszert át kell másolni az nvme-re, és egy uboot változót úgy kell megváltoztatni, hogy az nvme partícióra mutasson. Mivel az nvme-n rengeteg hely volt, egy dolgot tettem: a Tomato64-et közvetlenül a BPI-R3-on fordítottam egy Docker konténer segítségével. Nagyon sokáig tartott, de megcsináltam. Az alábbi linken olvashatsz róla.
  [link]

• #485 lancethepant lelkes újonc csixy #484

  Új Válasz 2025-09-20 20:09:39 #485

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz csixy #484 üzenetére

  Igen, a tzst fájllal történő frissítés nem fogja megváltoztatni a konfigurációt, csak a fájlrendszer részt frissíti, de az /nvram érintetlen marad. Én így frissítettem. Azért nem árt biztonsági másolatot készíteni a konfigurációról. Ha problémákat tapasztalsz a frissítés után, visszaállíthatod a gyári állapotot, vagy megpróbálhatod manuálisan újraindítani a beállításokat a felhasználói felületen. A legtöbb esetben a dolgok nem romlanak el, de tudom például, hogy mostanában sokat babráltunk a sávszélesség-korlátozó nvram változókkal, így ehhez manuálisan újra kellene konfigurálni azt a részt. A T64-ben írható ext4 fájlrendszert használunk, nem squashfs-t.

• #482 lancethepant lelkes újonc SztiviVander #479

  Új Válasz 2025-09-20 03:45:40 #482

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz SztiviVander #479 üzenetére

  Érdekes, nem tudtam, hogy létezik ilyen projekt Plex futtatására OpenWrt-n.

  [Plex]

  Teszteltem egy kicsit a Tomato64-en a BPI-R3-amon, de ugyanez lenne a helyzet a GL-MT6000-en is, ugyanazzal a chippel. Valójában elég jól futott, sőt, még az 1080p kódolásokat is kezelte, amiket én csináltam. Egyszerűen letöltöttem a legújabb ARMv8 deb fájlt a weboldalról, és kicsomagoltam.

• #481 lancethepant lelkes újonc SztiviVander #468

  Új Válasz 2025-09-20 03:33:51 #481

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz SztiviVander #468 üzenetére

  Épp most küldtem el a következő commitot, ami elérhetővé teszi az uapsd opciót a Wifi felhasználói felületén. Még a hagyományos OpenWrt-ben sincs ilyen opció.

  [uapsd]

  Mivel csak épphogy csak beküldtem, nem lesz elérhető, amíg a következő éjszakai build be nem fejeződik.
  Ahogy találóan észrevetted, a Wifi felhasználói felület az OpenWrt felhasználói felületét mintázza, mivel a Wifi részeket tőlük kölcsönözzük.

• #434 lancethepant lelkes újonc

  Új Válasz 2025-09-16 14:55:57 #434

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  A Tomato64 első kiadása a GL-MT6000-en (2024.4) nem támogatta teljes mértékben a felhasználói felületen keresztüli frissítést. A root fájlrendszert tudta frissíteni, de a kernel frissítésének támogatása csak a következő kiadásban jelent meg, azt hiszem. Tehát, ha telepítetted a legelső kiadást, majd frissítettél a felhasználói felületen keresztül, akkor kétszer kellett volna futtatnod a frissítést. Az első futtatáskor a kernel frissítésének támogatása települt, de a kernel valójában nem frissült. A frissítés második futtatásakor már támogatva lett a kernel frissítése, és a kernel frissült. Ez csak a legelső kiadásnál volt probléma, így most, ha friss kiadásod van, vagy éjszakai buildfrissítéssel rendelkezel, elegendő egyszer frissíteni.

• #412 lancethepant lelkes újonc Balinov #408

  Új Válasz 2025-09-11 06:07:47 #412

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz Balinov #408 üzenetére

  Örülök, hogy nagyjából jól sikerült a rendszered. Látom, hogy a Google fordítása nem mindig tökéletes, szóval remélem, hogy a mesterséges intelligencia segítségével jól értem.

  Nem sokat foglalkoztam entware-rel, de a néhány dolog, amit telepítettem, működött. Úgy telepítetted, hogy az "entware-install.sh" parancs már jelen volt a routerben? A keresett csomag neve "Diversion" volt? Lehet, hogy eltévedek a fordításban. A kernel, a javításai és a konfigurációja az OpenWrt-ből származik. Egy dolgot vettem észre, hogy jelenleg a kernel csak az arm64-ben fordított bináris fájlokat futtatja. Jelenleg a régebbi arm32 (32 bites) fordított könyvtárak futtatásának támogatása nincs engedélyezve. A felhasználók még nem jelezték, de érdemes odafigyelni rá, ha véletlenül 32 bites bináris fájlokat próbálsz futtatni. Az "entware-install.sh" telepíti a szükséges 64 bites verziót.

  Tudnál bővebben kifejteni az időzóna problémáról? Azt mondod, hogy amikor az időzónát az Alap -> Idő menüpontban állítod be, az nem a helyes órát/időt állítja be a routeren? Ha valaha is volt lehetőséged beleásni magad az időzónák minden apró részletébe, hát mennyire bonyolulttá válik. Úgy tűnik, hogy ahol élek, néha -6-ot kell beállítanom egyes eszközökön, és -7-et másokon. Úgy tűnik, hogy egész Magyarországnak egyetlen időzónán belül kellene lennie?

  Nem, jelenleg nincs változásnaplóm az éjszakai buildekhez. Jelenleg a legjobb módja annak, hogy ezeket a változásokat a github-on lehet megtekinteni. Az időzónákról jut eszembe, a szerverem az én időm szerint éjfélkor indítja az éjszakai buildeket, így a korábbi commitok bekerülnek az éjszakaiba. Talán megpróbálom majd lekérni az összes új commit üzenetet, és automatizálni egy éjszakai build változásnapló létrehozását. Hamarosan megpróbálom ezt a megoldást is megvizsgálni.

• #404 lancethepant lelkes újonc Balinov #403

  Új Válasz 2025-09-09 21:22:05 #404

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz Balinov #403 üzenetére

  Nem vagyok biztos az AdGuardHome képességeiben, de csak a Tomato beépített hirdetésblokkolójának alternatívájaként hozom fel. Nem igazán vagyok jártas a DNS Directorban. A bejegyzésem bemutatja, hogyan kell beállítani a Dnsmasq-ot, hogy az AdGuardHome-ot használja upstream szolgáltatóként, de valószínűleg más módon is be lehet állítani.

• #399 lancethepant lelkes újonc

  Új Válasz 2025-09-09 19:45:40 #399

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  Kicsit kísérleteztem az AdGuardHome-mal. Letöltheted a Linux arm64 bináris fájlját, és kicsomagolhatod valahova, például a /opt címre.
  https://github.com/AdguardTeam/AdGuardHome/releases/tag/v0.107.65

  Az Administration -> Scripts -> Init menüpontban a következőt írtam:
  start-stop-daemon -b -S -n adguard -x /opt/adguard/AdGuardHome
  
  A rendszerindításkor történő indításhoz:

  Szükség esetén módosítsd az AdGuardHome helyét.

  Az Administration -> Scripts -> WAN UP (main) menüpontban a következőt írtam:
  ntp2ip
  Az ntp2ip egy kis szkript, amely segít feloldani az ADGuardHome (eredetileg dnscrypt) ntp IP-címeit, hogy ellenőrizni tudja, érvényesek-e a tanúsítványok, de ehhez DNS-re van szükség, amolyan tyúk-tojás forgatókönyv.

  Az Alapvető -> Hálózat oldalon állíts be egy manuális DNS-kiszolgálót a 127.0.0.1:54 címre, és állítsd be az ADGuardHome-ot is, hogy ezen a porton szolgáljon ki.

  Lehet, hogy a jövőben integrálom az AdGuardHome-ot, de nem tudom megmondani, hogy mikor.

• #394 lancethepant lelkes újonc

  Új Válasz 2025-09-09 15:19:50 #394

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  Köszönöm az üdvözlést!

  Be kell vallanom, hogy nem vagyok túl jártas a reklámblokkoló dolgokban. Teszteltem az összes előre beállított listával, és nem tapasztaltam ezt a problémát, de lehet, hogy te hozzáadtál néhány további listát. Ha sikerül leszűkíteni, hogy melyik lista vagy domain okozta a problémát a listán belül, megpróbálhatjuk kijavítani a reklámblokkoló szkript szintaktikai hibáját. Hosszú távon szeretnék integrálni egy másik reklámblokkoló megoldást.

  Voltak néhány újabb javítások, amelyek eddig csak a Nightly Buildekben voltak elérhetők, és amelyek kijavították a RAM-használat jelentését a reklámblokkoló oldalon, valamint néhány más változtatás is, amelyek pontosabb RAM-használatot mutatnak mind az állapotáttekintésen, mind a reklámblokkoló oldalakon.

• #387 lancethepant lelkes újonc Balinov #386

  Új Válasz 2025-09-09 01:16:43 #387

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz Balinov #386 üzenetére

  Igen. Sok hivatkozást láttam a prohardver.hu oldalról a weboldalamon, ezért úgy döntöttem, hogy megnézem a fórumot. Kellemesen meglepődtem, hogy világszerte milyen sokféle helyen használják a Tomato64-et.

  Bocsánat, úgy tűnik, a Google fordító lefordította az első bejegyzésemet angolra

• #385 lancethepant lelkes újonc attires #373

  Új Válasz 2025-09-08 23:23:21 #385

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lancethepant

  lelkes újonc

  válasz attires #373 üzenetére

  I apologize for using Google Translate to post this. I hope this is not prohibited. I found this forum thread a few weeks ago and have been following the conversation ever since.

  @attire
  Could you elaborate on your firewall issue? FreshTomato recently introduced some firewall changes that were integrated into Tomato64, and I'm wondering if these are causing your issue. Tudod, melyik Nightly hibát hagyta abba az utolsó működésed?

Új hozzászólás Aktív témák