-
GAMEPOD.hu
Tomato firmware
Új hozzászólás Aktív témák
-
Intruder2k5
MODERÁTOR
válasz sztanozs #7419 üzenetére
Mondjuk az RT-N12 csak Switch / AP módban megy, de az RT-N18U-ra se lehet panaszom. Annyi van, hogy a CPU Usage kijelzés bugos, 2-3 hét uptime után átváltott erre a NaN kiírásra, de aztán 1-2 hét múlva érdekes módon visszaállt. Most kb. egy hete megint ilyen, de emiatt nem akarom újraindítani. Ez egyébként kap is terhelést, két torrent kliens megy rajra folyamatosan. A WAN Connection uptime is ugyanannyi mint a rendszeré.
-
Intruder2k5
MODERÁTOR
válasz sztanozs #7820 üzenetére
Az 1.28 a fő verzió, Shibby féle build szerintem mindig is ez volt, már teddy_b is ebből csinálta a TomatoUSB-t. 1.27-et csak a Jonathan Zarate féle Tomato-ból láttam sok évvel ezelőtt. Ráadásul - ha arra gondoltál - 128-as buildben nem is volt még MultiWAN, a 133-ban jelent meg először.
szerk.: A telnetes képen is 140-es fw van.
[ Szerkesztve ]
-
hightower
tag
válasz sztanozs #7868 üzenetére
Nem tudom, most egy film lejött egyben, egy másikat meg már vagy 10x indítottam újra, megy egy darabig majd error, valami nincs rendben, legyalulom a HDD-t oszt kiderül
De amit nem értek, hogy miért nem használja az "incomplete" könytvárat amikor az be van neki pipálva, valahol itt lehet a hiba. Egyből tölti le a gyökérbe.
[ Szerkesztve ]
-
hightower
tag
válasz sztanozs #7870 üzenetére
Az lett, valami volt a HDD-vel, mert a PC-ra való rádugáskor vizsgálta/javította, azután visszatettem a routerre és kapásból előkerült egy csomó fájl az "incomplete" könyvtárban ami eddig üresnek látszott, ezeket újra "letöltöttem" és a Transmission-al töröltem (nem manuálisan) és így már használja az "incomplete" könyvtárat a letöltéshez és működik is tökéletesen.
Valamiért nem tudott oda írni eddig, valószínűleg azért mert az utóbbi időben többször lett a PC-re dugva, hogy USB 3.0 sebességgel tudjak másolni és volt amikor nem tudtam leválasztani mint meghajtót és kézzel csak lehúztam, talán akkor sérült.
[ Szerkesztve ]
-
addikt
válasz sztanozs #8171 üzenetére
Gyorsan megkerestem egy részt ami kb. leírja:
4.4.1 Kábelcsatornák felszerelése
A kábelcsatornát úgy kell telepíteni, hogy az adott kábelre megszabott
hajlítási sugarat ne lépjük túl. Ez az érték változó. Üvegkábel esetén 10-
17cm közé esik, FTP kábelnél pedig 45-50mm, de alapszabály, hogy
legalább 8-szor legyen nagyobb mint a kábel átmérője. A megengedett
hajlítási sugár alatt a csavart érpáras kábel szálai szétcsúszhatnak, így a
kábel zavarvédettsége csökkenhet. Üvegkábelek esetében felmerülhet a
kérdés, hogy az üvegszál hajlékony, akkor miért nem lehet kisebb ívben
hajlítani telepítéskor. Ennek is megvan a fizikai magyarázata. A fény egy
része az üvegszálból bizonyos hajlítási sugár alatt kilép, így az üvegszál
által átvitt fényenergia csökken. Ha csökken, akkor a fogadó berendezés
oldalán a jelek vétele lehetetlenné is válhat.
A telepítés kapcsán figyelembe kell venni a kábelek körül elhelyezkedő
fémtárgyak hatását az átviteli paraméterekre. A hálózati kártyák által
generált elektromos jelek ideális esetben teljesen szimmetrikusak. Ezek a
jelek az átvitel során csak akkor nem torzulnak, ha az FTP kábelek
impedanciája az egész kábel hosszúságában egyenletes. Ez csak
tökéletesen homogén földelési rendszerrel és a fémtárgyak,
nagyfeszültségű kábelek megfelelő távolságon kívül történő tartásával
biztosítható. Az UTP kábeleknél elmondottakkal ellentétben az FTP
kábelek jóval kevésbé érzékenyek a környezetükben levő egyéb vezetők
jelenlétére. A 220V-os külön nem árnyékolt hálózati kábel és az FTP kábel
minimális távolsága 5 cm lehet az EIA/TIA 569 szabvány szerint."After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
-
Intruder2k5
MODERÁTOR
válasz sztanozs #8510 üzenetére
Szia!
Tehát ha jól értem az a baj, hogy a vendég hálózatra csatlakozó klienseken, amiknek a Tomato ad IP címet, nem megy a net? Az alapértelmezett átjáró IP címét megadtad?
szerk.:
Mondjuk belegondolva a Tomato így nem NAT-ol, vagyis nincs címfordítás, viszont nem tudom a DIGI-s eszköz "foglalkozik-e" a 10.1.1.x IP című kliensek csomagjaival. Pingelni sem tudod a DIGI-s eszköz LAN IP címét?[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
válasz sztanozs #9048 üzenetére
Én is FreshTomato-n vagyok, már évek óta mindig frissítettem a legújabb verzióra, így most 2018.4 van fent. Állítólag hamarosan jön a 2018.5, azt még megpróbálom, aztán meglátjuk. Csak tényleg annyi ilyen apró hülyeségét lehet olvasni, itt volt a minap ez a switch módos probléma is, hogy ha nincs wan port, akkor nincs névfeloldás. Ha jól rémlik ez volt a gond, de lehet az átjárót nem ismerte, most hirtelen nem ugrik be.
-
-
Intruder2k5
MODERÁTOR
válasz sztanozs #9073 üzenetére
Nekem sajnos látszólagos gondjaim voltak a routerrel, így egy ideje visszatettem a 132-es Shibby-t, mert arról tudtam 1000%-ra, hogy beton stabil. Egy ideje - igazából a 2018.4 verzió felrakása óta - random csonttá fagyott a router, de úgy, hogy akkor kábelen sem lehetett elérni, net megszakadt, szóval mindennek vége volt, csak az áramtalanítás segített. Volt, hogy két hét után, de volt amikor 1 nap után is. Kicseréltem a tápját egy 12V 5A-es cuccra, mert arra gyanakodtam, hogy a lassan két éves HW kezdi megadni magát, kevés az áram, ezért jönnek a fagyások, de nem oldotta meg a gondot. Így aztán felment a Shibby féle 132, és több reset és nvram törlés után manuális újra beállítással úgy néz ki, hogy újra stabil. Viszont mivel én is csak akkor szoktam reset-elni és újrakonfigurálni mindent fw csere után, ha valami problémát tapasztalok, így vélhetően most én is abba futottam bele, hogy régen volt már újrakonfigolva az SW. Nem tudom ezt a bétát feltegyem-e, de szerintem most nem variálok vele, megvárom amíg kijön a stabil verzió, úgysincs benne semmi olyan, amit ne tudnék nélkülözni pár hétig még.
-
tjsz
Topikgazda
válasz sztanozs #9138 üzenetére
Szia!
Ekkor is tud route-olni: a Basic - Network oldalon a def. gateway-t be tudod állítani. Ennek itt egy olyan IP címnek kell lennie, hogy a router a belső IP címéről meg tudja szólítani azt. Tehát pl. a router IP címe 192.168.0.1 / 24, akkor a def. gateway-nek egy 192.168.0.2 - 192.168.0.254 közötti IP címet lehet beállítani.
-
sztanozs
veterán
válasz sztanozs #9140 üzenetére
Meg is van - nem néztem
-t nat
kapcsolóval. És sikerült is összehozni (leírom, hogy legalább meglegyen):iptables -t nat -A POSTROUTING -s 10.6.0.0/24 -o br0 -j MASQUERADE
Mondjuk ezt hova rakjam be, hogy később is működjön?
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
-
sztanozs
veterán
válasz sztanozs #9556 üzenetére
Ja, ext4-esítés után kimaradt, hogy célszerű ellenőrizni a kötetet és újrakreálni a könyvtár-indexeket:
fsck.ext4 -yfD /dev/sda1
fstab-ban is ext4-re érdemes cserélni a mount-ot, különben ext2-3-nak fogja megnyitni (compatibility mode-ban)
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
tjsz
Topikgazda
válasz sztanozs #9613 üzenetére
Sziasztok!
Sajnos továbbra sem derült ki, hogy a web-es felület honnan veszi az IP cím kérés időpontját (gondolom valami belső függvény hívással). Ellenben azt láttam, hogy a /var/lib/misc/dnsmasq.leases file - nem rendszeres időközönként, de - szokott frissülni, ugyanakkor ezt semmihez sem tudtam kötni. Aztán egy véletlen folytán kiderült, hogy a Basic - Static DHCP menü Save gombja után (is) frissül ez a file. A syslog bejegyzések alapján ilyenkor a dnsmasq újraindításra kerül(t), vagyis logikus volt, hogy ha ezt a service-t újraindítjuk (parancssorban: service dnsmasq restart), akkor a dnsmasq.leases file a legfrissebb IP cím kérési adatokat (így a lease time-ból még hátralévő időt is) fogja tartalmazni.
Utánaolvasgatva ez azért van, mert a dnsmasq cache-el és nem írja állandóan ezt a file-t.
Ugyanakkor - ez szintén saját tapasztalat - a dnsmasq mindenegyes újraindítása 1 másodperccel eltolja az IP cím kérés időpontját. Pl. eredetileg 2019.12.28 14:48:00-kor kért IP címet az egyik géped, ha a dnsmasq-ot újraindítod, akkor a kiírt érték 2019.12.28 14:48:01 lesz, a következő újraindításkor már 14:48:02, stb.
Szóval a lényeg: ha script-ből akarod listázni a dhcp klienseket, akkor indítsd újra dnsmasq-ot, ezek után a dnsmasq.leases file már viszonylag korrekt adatokat fog tartalmazni (attól függően, hogy hányszor piszkáltad előtte)
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz sztanozs #9844 üzenetére
Nem köszi, szerintem kint van a műhelyben azóta is mióta nem használom. Nem volt baja, a toner ürült ki benne, de amennyit én nyomtattam itthon, nem érte meg másikat venni. Igazából a cégtől vettem selejtezve 500Ft-ért valamikor 2008 körül, és kaptam mellé egy original eredeti HP tonert, mert ott már nem maradt mibe beletenni, meg a benne lévő is majdnem tele volt, így ezzel a kettővel elvolt vagy 6-8 évig, és amikor kifogytak, kitettem. De tudtommal nincs baja most sem, csak nem kell.
-
Dzsekó
addikt
válasz sztanozs #10082 üzenetére
De milyen partíció volt rajta, NTFS vagy ext4?
Illetve milyen firmware verzió volt rajta?
Kettőnknél ugyanazt a hibát írta ki másik adathordozóra másik típusú router ugyanazzal a 2020.1-es fw-el és NTFS-re. Jó lenne kideríteni, hogy az NTFS-GPT a baja vagy a fw rossz, esetleg kiszedték a GPT támogatást a 2020.1-ből illetve valószínű korábban már. -
Dzsekó
addikt
válasz sztanozs #10084 üzenetére
Akkor ebből kiderül, hogy NTFS-GPT-vel van baja. Remélem majd később javítják.
Most ráraktam egy kisebbet MBR-NTFS-el. Mindenesetre jó tudni, hogy ext4 megy GPT-vel. Csak azzal nem tol annyi sebességet hálózaton, mint NTFS-el.
AC68U ext3-al 15-20MB/s, NTFS-el 23-28MB/s nálam, kipróbáltam. És anno N18U-t is kipróbáltam, ott 12MB/s és 20MB/s volt a csúcs ext3 és NTFS-el.
R7000-en meg Paragon NTFS driver még gyorsabb 30-40MB/s. -
zsolt_64
senior tag
válasz sztanozs #10164 üzenetére
Olvasd el az előző posztomat, nincs most tomato-m és nem is tudom mikor lesz, ha lesz egyáltalán... de emlékeim szerint további vlan(okat) vettem fel és a virtual wireless interface-ban adtam meg melyik interface kapcsolódjon így értem el hogy a wifi-re kapcsolódó kliensek a 192.168.2.** tartományból kapjanak ip címet
[ Szerkesztve ]
-
veterán
válasz sztanozs #10708 üzenetére
Szia!
Pontosan ez volt a mozgatorugo az egesz mogott, igen. Az ios/android-on elerheto iprint and scan elegge hulladek, hogy mas jelzot ne hasznaljak. Androidon legalabb van sima plugin ami beepul es teszi a dolgat (vagy printbot ), de ios-re csak a gagyi appjuk van, ha nem airprint-ready a nyomtato.
Vettem volna anno inkabb OpenWRT kompatibilis cuccot, ott 5 perc osszerakni egy nyomtatoszervert...
Ha CUPS-szal szeretnek kiserletezni, akkor Tomato ala mi a most ajanlott csomagkezelo? Optware / Entware / Entware-ng? Kisse el vagyok veszve.
Koszi!
Udv.
[ Szerkesztve ]
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- Bemutatkozott a Moto G32 4G
- Luck Dragon: MárkaLánc
- Luck Dragon: Asszociációs játék. :)
- Autós topik látogatók beszélgetős, offolós topikja
- Konzol Screenshot
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen