Hirdetés
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Megérkezett Európába a Soundcore Space 2 fejhallgató
- Yettel topik
- Szívós, szép és kitartó az új OnePlus óra
- Dogee V20pro
- Májusban már megérkezhet a Xiaomi 17T
- Mától kapható az EarFun Clip 2
- Okosóra és okoskiegészítő topik
- Realme GT 2 - aláírjuk
- Vivo V70 – a stílus érték?
-
Mobilarena
Üdv a GL.iNet Flint 2 (GL-MT6000) router topikjában!
Új hozzászólás Aktív témák
-
#1596
lancethepant
kezdő
Flashcash
#1595
lancethepant
kezdő
válasz
Flashcash
#1595
üzenetére
Őszintén szólva, még nem végeztem rengeteg tesztelést, azon kívül, hogy ellenőriztem, hogy a beállítások érvényesek-e és megfelelően vannak-e alkalmazva. Van egy hibám, amit ki kell javítanom, mégpedig az, hogy teljesen újra kell indítanom a hostapd-t a konfiguráció újratöltése helyett, ha 802.11r-t használok. Valószínűleg a legegyszerűbb, ha a 802.11r/k/v változtatások után újraindítod a gépet, amíg ezt meg nem javítom.
Mivel a Tomato64 a wifi stacket (és a kernelt) az OpenWrt-től kölcsönzi, ez jó hely lenne némi útmutatásra. Végeztem egy kis kutatást, így ezeket a beállításokat tesztelném először.
802.11r gyors átmenet engedélyezése
NAS ID - minden interfészhez egyedi azonosítónak kell lennie
Mobilitási tartomány - Minden hálózathoz azonosnak kell lennie. Minden AP-nek, beleértve az egyes sávokat/rádiókat (2.4g/5g) ugyanahhoz a hálózathoz, ugyanazon értékkel kell rendelkeznie. Ha van ssid-d IoT vagy Vendég hálózatokhoz, akkor azoknak saját egyedi értékre van szükségük.
Engedélyezd a 802.11k RRM-et, és hagyd engedélyezve a két alkategóriáját (Szomszédjelentés és Jelzőjelentés) is.
802.11v esetén engedélyezném a "BSS Átmenetet" és a "ProxyARP"-ot.
Azt mondják, hogy amikor a gyors átmenet megfelelően működik, zökkenőmentesen lehet váltani az összes hozzáférési pont között, sőt VoIP hívást is lehet folytatni anélkül, hogy észrevennénk a változást.
Ideális lenne, ha ethernet lenne a két hozzáférési pont között, mint az általad megadott példában. Az új 802.11s mesh funkcióval vezeték nélküli backhaul is lehetséges. Nem teszteltem egyszerre a 802.11s és a 802.11r beállítást, de nem hiszem, hogy bármilyen probléma lehet, bár a mesh jelenleg csak egyetlen hálózatot tud kezelni. Kerülném a mesh használatát, ha lehet rajta segíteni.
Kérlek, jelezd a visszajelzésedet! -
#1414
lancethepant
kezdő
SztiviVander
#1409
lancethepant
kezdő
válasz
SztiviVander
#1409
üzenetére
Mivel a Tomato64 a kernel + Wifi stacket az OpenWRT-től kölcsönzi, ugyanazok az opciók találhatók, mint az OpenWRT Wifi konfigurációban
https://openwrt.org/docs/guide-user/network/wifi/basicAz oldal alján található megjegyzésekben elmagyarázzák a formátumot. "key=value"
Például ebben a számban
https://github.com/tomato64/tomato64/issues/67
A srác a 'country_ie' értékét '0'-ra akarja állítani, így a formátum
country_ie=0 lenne
A hostapd-nek közvetlenül is átadhatsz opciókat a "hostapd:key=value" paranccsalJelenleg nem tesszük elérhetővé az összes olyan opciót, amit az OpenWrt felhasználói felülete kínál, így ez egy módja annak, hogy a felhasználók bármilyen egyéni módosítást végezhessenek. Valamikor szeretném kibővíteni a felhasználói felületet, és olyan dolgokat is beletenni, mint a mesh és hasonlók. Valójában néhány olyan opciót is elérhetővé teszünk a Tomato Wifi felhasználói felületén, amelyeket nem találsz az OpenWRT-ben, mint például az U-APSD (legalábbis legutóbb, amikor kerestem).
-
#1368
lancethepant
kezdő
SztiviVander
#1365
lancethepant
kezdő
válasz
SztiviVander
#1365
üzenetére
A Docker a legnagyobb bűnös, valószínűleg a képfájl méretének feléért felelős. Ez nem is egészen hű összehasonlítás, mivel az OpenWrt/Stock Firmware egy tömörített squashfs fájlrendszer, míg mi egy írható, nem tömörített fájlrendszert használunk. Szórakozásból azon dolgozom, hogy a Tomato64-et egy régebbi, 128 MB flash memóriával rendelkező eszközre portolom. Ebben a forgatókönyvben tömörített fájlrendszert használok, és a Docker nélkül a tömörített képfájl 95 MB. Ez egy igazságosabb összehasonlítás. Igen, még mindig nagyobb, de eddig nem sokat tettem a méret optimalizálása érdekében. A Tomato64 inkább egy monolotikus firmware is, nem túl moduláris, mint az OpenWrt. Lehetséges a funkciók letiltása fordítási időben, de én csak a teljes képfájlokat biztosítom, és ez már így is fél napot vesz igénybe a szegény build rendszeremnek, mire az összes képfájlt elkészíti.
-
#1263
lancethepant
kezdő
lancethepant
kezdő
Hozzáadtam egy commitot, ami automatikusan kezeli az nvram változók átnevezését frissítéskor.
-
#1206
lancethepant
kezdő
szaboi6512
#1205
lancethepant
kezdő
válasz
szaboi6512
#1205
üzenetére
Szóval, pár hete frissítettem a Tomato64 wifi stackjét a legújabb OpenWrt Release Candidate verziókra. Lehetséges, hogy hibák vannak a keretrendszerükben, átírtak sok Wifi-vel kapcsolatos szkriptet. Ha a saját kényelmedre vagy, először készíts biztonsági másolatot a konfigurációdról, majd a gyári beállítások visszaállítása után próbáld meg a routert a nulláról beállítani? Nem vagyok benne biztos, hogy ezeken a fórumokon van-e mód személyes üzenet küldésére, de ha úgy érzed, hogy így van, küldhetnél nekem egy biztonsági másolatot a jelenlegi konfigurációdról is? Ha lemásolhatom magamnak a környezetedet, az segíthet felgyorsítani a probléma megtalálását. Köszönöm!
-
#1204
lancethepant
kezdő
szaboi6512
#1192
lancethepant
kezdő
válasz
szaboi6512
#1192
üzenetére
Azt hiszem, megvan a megoldás, kérlek, próbáld ki.
https://tomato64.org/files/GL-MT6000/test/
-
#1189
lancethepant
kezdő
szaboi6512
#1181
lancethepant
kezdő
válasz
szaboi6512
#1181
üzenetére
Vissza tudsz menni egy éjszakai builddel, hogy megállapítsd, melyik éjszakai buildben tapasztaltad a problémát?
-
#1180
lancethepant
kezdő
Intruder2k5
#1179
lancethepant
kezdő
válasz
Intruder2k5
#1179
üzenetére
Azt hiszem, egyelőre ennyi. Visszaállítottam egy módosítást, és azóta egy csomószor újraindítottam a gépet, de azóta nem tudom előidézni a problémát. Úgy tűnik, csak a rendszerindításkor jelentkezett.
-
#1178
lancethepant
kezdő
szaboi6512
#1177
lancethepant
kezdő
válasz
szaboi6512
#1177
üzenetére
Ha hajlandó vagy kipróbálni, le tudnád tesztelni ezt a buildet? Ez csak egy találgatás, csak megpróbálom leszűkíteni, hogy hol van a problémás commit.
https://tomato64.org/files/GL-MT6000/Nightly/01-29-2026/
-
#1176
lancethepant
kezdő
szaboi6512
#1173
lancethepant
kezdő
válasz
szaboi6512
#1173
üzenetére
Használsz véletlenül wireguardot?
-
#1174
lancethepant
kezdő
szaboi6512
#1173
lancethepant
kezdő
válasz
szaboi6512
#1173
üzenetére
Nem egy LED frissítéssel ellátott verzión voltál? 01.21.26, azt hiszem, a frissítés előtt volt.
-
#1171
lancethepant
kezdő
szaboi6512
#1170
lancethepant
kezdő
válasz
szaboi6512
#1170
üzenetére
Friss éjszakai buildet futtatsz? Léptem pár commitot a FreshTomato-ból, de gyanítom, hogy problémásak. Ugyanez a probléma jelentkezett egy újraindítás után. Egy újabb újraindítás után működött.
-
#1077
lancethepant
kezdő
the radish
#1075
lancethepant
kezdő
válasz
the radish
#1075
üzenetére
Elég egyszer beállítani az nvram változót, de ez csak újraindítás után lép életbe. Ha azt szeretnéd, hogy a módosítás az újraindítás előtt érvénybe lépjen, futtasd a következőt:
echo 1 > /sys/class/leds/white:system/brightness
Ez csak egy egyszeri módosítás, ezért minden újraindításhoz módosítsd az nvram változót, hogy működjön. -
#1040
lancethepant
kezdő
Intruder2k5
#1039
lancethepant
kezdő
válasz
Intruder2k5
#1039
üzenetére
igen, ugyanazt a javítást alkalmazzák ott is.
-
#1018
lancethepant
kezdő
szaboi6512
#1017
lancethepant
kezdő
válasz
szaboi6512
#1017
üzenetére
Ha szerencsém van, még az év vége előtt megjelenik, de ez nem biztos.
-
#965
lancethepant
kezdő
Flashcash
#947
lancethepant
kezdő
válasz
Flashcash
#947
üzenetére
A Tomato64 az ntfs-3g felhasználói térbeli eszközöket használja (mint például az mkfs.ntfs), mert jelenleg ez érhető el és nyílt forráskódú. A Paragonnak van ugyan felhasználói térbeli eszközkészlete, de ezek nem nyílt forráskódúak. Az ntfs-3g egy fuse fájlrendszer, de a többi kernelben lévő opcióval valószínűleg már nem túl népszerű. Egy jövőbeli commitban eltávolítok bizonyos ntfs-3g bináris fájlokat a buildből, mivel amúgy sem sokat tesz értünk. Ha a jövőbeli buildekben eltávolítom a bináris fájlt, akkor nem kell újra futtatnod a parancsot. Ha ez előtt frissítesz egy másik buildre, akkor újra kell futtatnod.
-
#944
lancethepant
kezdő
Flashcash
#943
lancethepant
kezdő
válasz
Flashcash
#943
üzenetére
https://www.linksysinfo.org/index.php?threads/gl-inet-flint2-gl-mt6000-tomato64-port.78829/page-15
Ebben a témában másnak is ugyanez a problémája volt.Azt hiszem, nála ezek a parancsok segítettek a működésben.
ntfsfix /dev/sda1
vagy
ntfsfix -b -d /dev/sda1A fájl átnevezése is előfordult, de azt hiszem, az x86_64 buildekhez volt, hogy segítsen a dolgok működésében.
mv /usr/bin/ntfs-3g /usr/bin/ntfs-3g_bakA FreshTomato egy saját fejlesztésű kernel modult használt a Paragontól, azt hiszem, az ntfs implementálásához. A modern Linux kernel az elmúlt pár évben egy nyílt forráskódú ntfs verziót kapott a Paragontól, de ez egészen más. Potenciálisan egy új NTFS kernel implementáció is bekerülhet a kernelbe a jövőben.
-
#818
lancethepant
kezdő
szaboi6512
#817
lancethepant
kezdő
válasz
szaboi6512
#817
üzenetére
The wifi password is "glmt6000"
-
#813
lancethepant
kezdő
szaboi6512
#812
lancethepant
kezdő
válasz
szaboi6512
#812
üzenetére
Igen, a root:admin a felhasználónév:jelszó.
-
#810
lancethepant
kezdő
lancethepant
kezdő
Hardveres gyorsítással a router teljesen ki tudja használni a 2,5 G-os portokat. Néhány Tomato funkció, mint például az IPTraffic, nem kompatibilis a hardveres gyorsítással, de engedélyezheted a Packet Steeringet, hogy segíts elosztani a hálózati forgalmat a CPU-k között. Én az enyémet "Enabled (all CPUs)"-ra állítottam. Mind a hardveres gyorsításnak, mind a Packet Steeringnek elérhetőnek kell lennie a Vanilla OpenWrt-n, és gondolom, a gyári firmware-ben is az OpenWrt beállításaiban, de sosem futtattam elég sokáig ahhoz, hogy ténylegesen ellenőrizzem.
-
#722
lancethepant
kezdő
lancethepant
kezdő
Telepíthetsz szoftvercsomagokat az entware-ből. A telepítéshez futtasd az
entware-install.sh parancsot.Telepített dockerrel érkezik, így néhány konténert is futtathatsz rajta.
https://github.com/tomato64/tomato64/wiki/Docker
Csak 1 GB RAM-od van, szóval nem lehet semmi túl nagy baj.A bpi-r3 gépemen, ami Tomato64-et futtatott, közvetlenül a routeren tudtam lefordítani a Tomato64-et egy docker konténerben. Ehhez a bpi-r3-ra telepíthető nvme-t használtam, és létrehoztam egy swap partíciót is a memóriakorlátozások kezelésére.
-
#719
lancethepant
kezdő
lancethepant
kezdő
Dolgozom azon, hogy megőrizzem a 24 órás sávszélességet, hogy túlélje az újraindításokat. A sávszélesség-előzményeket is kiterjesztem, hogy 2 évnél régebbre menjenek. A tesztelés során láttam, hogy hibás, ezért kivettem. Küldtem egy új commitot, ami remélhetőleg megoldja a problémát.
Ami a porttovábbítást illeti, először is ellenőrizném, hogy a bal szélső oszlop, ahol engedélyezve van, be van-e jelölve/csillagozva. Általában csak a "Ext Ports" és az "Int Address" oszlopokat kell kitölteni. És győződj meg róla, hogy a megfelelő TCP/UDP protokollt használod. Ha továbbra is problémáid vannak, ellenőrizzük, hogy az értékek valóban bekerülnek-e az iptables-be, és adjuk ki a következő kimenetet:
iptables -L -v
iptables -t nat -L -v -
#697
lancethepant
kezdő
lancethepant
kezdő
Igen, régen azt hiszem, a „shibby” mod elkezdte hozzáadni a többnyelvű támogatást. Ez akkor volt, amikor a „Toastman”, a „Raf” és a „Shibby” modok mind aktívan fejlesztés alatt álltak. Kódot kölcsönöztek egymástól, és saját testreszabási lehetőségeik voltak. A probléma, ami Shibby-nek szerintem az volt, hogy a kódja túlságosan eltér a többi modtól, és megnehezítette a többi mod változásainak szinkronizálását és egyesítését.
Szerintem jó lenne több nyelvet hozzáadni a Tomato64-hez. A tomatoanon adatbázisa szerint a világ minden tájáról vannak felhasználók. Azonban azt hiszem, ugyanazokkal a problémákkal találkoznék, mint Shibby, mivel a FreshTomato-t a projektem upstream verziójának tekintem, és szinkronban tartom vele. Jelenleg a FreshTomato még mindig támogatja a régi, mips CPU-val rendelkező routereket, amelyeknek különösen korlátozott a flash tárhelyük. Ha megszüntetné ezeknek a nagyon korlátozott routereknek a támogatását, látnám a lehetőséget a nemzetköziesítés és a lokalizáció támogatására.
-
#651
lancethepant
kezdő
lancethepant
kezdő
Igen, egyetlen kábellel két hálózatot csatlakoztathatsz két eszközön VLAN címkézéssel.
-
#629
lancethepant
kezdő
fila
#628
lancethepant
kezdő
-
#619
lancethepant
kezdő
lancethepant
kezdő
A Tomato64 csak teljes OpenWrt támogatással rendelkező eszközökre lesz portolva. A Flint 3 Qualcomm lapkakészlettel érkezett, és jelenleg kérdéses, hogy mikor fogja támogatni az OpenWrt. Nekem is van egy ilyen eszközöm, bekerültem a gl.iNet béta tesztelési programjába, de jelenleg csak használatlanul áll a pincémben.
Van néhány eszköz, amire a jövőben a Wifi 7 támogatását tervezem. A következő hivatalos OpenWrt router, az "OpenWrt Two", amelyet a gl.iNet fog építeni, mindenképpen érdekel. A másik lehetséges eszköz, amit látok, a BPI-R4 Pro. A BPI-R4 Pro-val várok, amíg a BPI-BE 1900 wifi modul megjelenik és bebizonyítja, hogy működik. A BPI-BE 1400 wifi modul gyenge teljesítményűnek bizonyult. A BPI-R4 Pro akár elő is rendelhető már, de addig spórolok, amíg jókat nem hallok róla és a Wifi modulról. Mindkét megoldás szerintem egy kicsit drágább lesz. Mindkettő több mint 200 USD-ba kerül, azt hiszem.
Megpróbálok jobban utánajárni a 4g/5g modem drivereknek, ha lesz egy kis időm.
-
#601
lancethepant
kezdő
fila
#600
lancethepant
kezdő
Pár évvel ezelőtt sikerült USB-n keresztül csatlakoztatnom a telefonomat, hogy kipróbáljam a Tomato64 funkcióját. Voltak furcsaságok a telefonnal, hogy működjön, de ugyanez igaz volt a FreshTomato-ra is. Én magam még nem használtam 3g/4g/5g modemet. Azt hiszem, mindennek a helyén kellene lennie, de nem tudok senkiről, aki eddig megpróbálta volna használni ezt a funkciót. Van olyan eszközöd, amin működik a FreshTomato, vagy megpróbálhatnád megnézni, hogy ott működik-e?
-
#557
lancethepant
kezdő
attilav2
#555
-
#551
lancethepant
kezdő
lancethepant
kezdő
Az nvram fw_strict_input=1 beállításával megakadályozható, hogy a router összes szolgáltatása rossz hidakról férjen hozzá. Tulajdonképpen innen jött az ötlet, hogy megvalósítsam ezt a funkciót, mivel valaki a vendéghálózaton a másik hálózat routerének IP-címét használva hozzáférhet a samba megosztáshoz akkor is, ha az állítólag le van tiltva a vendéghálózaton. Például egy 192.168.2.10 címmel rendelkező számítógép a 192.168.1.1 címen is elérheti a sambát. Ez nyilvánvalóan megkerüli a felhasználó szándékát, hogy letiltsa a sambát a vendéghálózaton.
-
#497
lancethepant
kezdő
Buvana
#496
lancethepant
kezdő
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
kezdő
csixy
#487
lancethepant
kezdő
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
kezdő
csixy
#484
lancethepant
kezdő
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
kezdő
SztiviVander
#479
lancethepant
kezdő
válasz
SztiviVander
#479
üzenetére
Érdekes, nem tudtam, hogy létezik ilyen projekt Plex futtatására OpenWrt-n.
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
kezdő
SztiviVander
#468
lancethepant
kezdő
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ó.
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
kezdő
lancethepant
kezdő
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
kezdő
Balinov
#408
lancethepant
kezdő
Ö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
kezdő
Balinov
#403
lancethepant
kezdő
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
kezdő
lancethepant
kezdő
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.65Az 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:54cí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
kezdő
lancethepant
kezdő
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
kezdő
Balinov
#386
lancethepant
kezdő
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
kezdő
attires
#373
lancethepant
kezdő
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
Hirdetés
- OLED monitor topic
- PlayStation 5
- A Kindle-botrány röviden — a digitális tulajdon vége
- HBO Max
- Kerékpárosok, bringások ide!
- Horgász topik
- Ingatlanos topic!
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Megérkezett Európába a Soundcore Space 2 fejhallgató
- Yettel topik
- További aktív témák...
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- Eladó/BONTATLAN Lenovo LOQ i7-13650HX 24GB 1TB RTX 4060 8GB
- Lenovo T14 Gen2 Ryzen 5650U - Refurbished - Garancia
- iPhone 15 Pro Max 256GB 100% (1év Garancia)
- 27% - Gamemax GAMER PC! 7500F / RTX 5070 / 32GB DDR5 / 1TB SSD /
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest