- Dell notebook topic
- Projektor topic
- Kormányok / autós szimulátorok topicja
- HiFi műszaki szemmel - sztereó hangrendszerek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Autós kamerák
- Milyen cserélhető objektíves gépet?
- Gaming notebook topik
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Vezetékes FEJhallgatók
Hirdetés
-
Három éve fontos döntést hozott az AI-ról az Apple
it A Bloomberg szerint saját chipekkel működtetné az AI-szervereket az Apple.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Akciófigyelő: kedvezményekkel indít az Ulefone Armor tablet/telefon páros
ma Az Armor Pad 3 Pro és az Armor 26 Ultra árából sokat enged a gyártó.
-
PROHARDVER!
ASUS RT-AC68U (Kétsávos, Wireless-AC1900 gigabites útválasztó)
Új hozzászólás Aktív témák
-
Intruder2k5
MODERÁTOR
Szia!
Optimális esetben 240/20 Mbps-t. AC szabványos WiFi eszközökön átvihető ekkora sebesség, persze amennyiben a hardver egyéb részei is elbírnak ezzel a tempóval. Utóbbi ok miatt viszont ez jellemzően nem egy telefon szokott lenni.
RT-AC56U topikban valaki tett is be 380Mbps körüli srceenshot-okat WiFi-n mérve.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
Tomato by Shibby [RELEASE] v132
Changelog
[RELEASE] 132
All versions:
– 4G: add support for QMI modems (E398, MF821) – thx @Othmar
– 4G: add uqmi tool with all depends
– 4G: add watchdog and a lot of improvements
– kernel: cdc-wdm module update
– kernel: huawei_ether: write connection status info to log
– p910nd: update to 0.97
– usb_modeswitch: ver 2.2.5 with data package 2015-06-27
– minidlna: Fixes for DSD support (dsf, dff) music files – thx @Takeshich
– minidlna: update to 1.1.5
– openssl: update to 1.0.2d
– dropbear: update to 2015.67K26ARM:
– Add Buffalo WZR-1750DHP support (not fully finished)
– Make an image for RT-N18U without SMP (NOSMP) – fixed CPU load but older wl/et/cft modules and Paragon NTFS driver instead of Tuxera.
– add missing IPSEC modules
– FIXED issue #8 – Router mode issue
– FIXED issue #7 – ARM does not sync time after boot – switch from Asus`s ntpclient to Mipsel`s ntpcK26/K26RT-N/K26RT-AC:
– clean-up 4G/LTE modules, add missing modules to K26RT-AC
– fixed OpenVPN Routing Policy: load correct modules of IPSet -
Intruder2k5
MODERÁTOR
Nem lesz olcsó játék. Volt egy ismerősöm innen a fórumról, aki a családi fotóit tüntette el ügyesen,
a módjára már pontosan nem emlékszem. Megvan, beugrott, simán bedöglött neki a NAS-ban. Elvitte a HDD-t a közismert céghez akik ezzel foglalkoznak, azt a 4-5Gb-nyi jpg file-t leszedték neki 160k-ért.[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
Azt sajnos valóban nem. Régen megoldotta a 111-es buildben Shibby, de aztán visszaállt a korábbi megoldásra, így azóta ismét nem működik.
Changelog részletek
111-es build
- ACCESS RESTRICTION: use string module instead web module (https is blocked now – facebook for example)120-as build
- Access Restriction: return to old „web module” style. „String” module is still in image, well user can you it in his own iptables rulesVagyis 111 és 117 közt működik adott menüben a https blokkolás, egyébként meg marad az iptables alapú megoldás, talán így valahogy, de sosem próbáltam.
iptables -t nat -I PREROUTING -m tcp -p tcp -d www.google.com --dport 443 -j DROP
-
Intruder2k5
MODERÁTOR
Ez így mindenre. Ha hozzáadsz még egy source opciót is az IP címmel, akkor csak arra fog vonatkozni.
iptables -t nat -I PREROUTING -m tcp -p tcp -s 192.168.1.48 -d www.google.com --dport 443 -j DROP
Feltéve persze, hogy egyébként működik az adott sor, mert próbálni nem próbáltam.
[ Szerkesztve ]
-
-
Intruder2k5
MODERÁTOR
válasz zsolt501 #1634 üzenetére
Szia!
1. A DIGI weboldalán azt írják, hogy egyelőre csak az általuk adott HGW (ONT) eszközökön működik az IPv6, és csakis router módban.
2. Azt hallottam, hogy még valami konfigurációs hiba is van a DIGI-nél ezzel kapcsolatban, tehát türelem, talán majd egyszer fog működni.
3. Én mondjuk nem értem, hogy mitől ilyen sürgős most hirtelen mindenkinek az IPv6, ettől ég lázban most a fórum egy része. UPC is próbálkozik vele, engem szerencsére nem érintett eddig, édesanyámnál aktiválták, de azonnal kértük vissza az IPv4 címet. Ott is sok vele még a probléma.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
Tomato by Shibby - [RELEASE] – v133 with MutliWAN feature
Changelog:
Attention: You have to erase nvram after upgrade!!
All versions:
– MultiWAN feature – written by @Arctic (zengchen228), modified by @Shibby
– TOR: allow users to define TCP ports to redirect
– 4G/LTE: fix PIN support
– OpenSSL: updated to 1.0.2f
– Dropbear: updated to 2015.71
– TOR: updated to 0.2.7.6
– Dnscrypt-proxy: updated to 1.6.0
– Libsodium: updated to 1.0.8
– Openvpn: updated to 2.3.10
– Usb_modeswitch ver. 2.3.0 with data package 2016-01-12
– Miniupnpd: updated to 1.9 (20160113)K26ARM:
– R7000 WLAN LED support
– R7000 USB LED support -
Intruder2k5
MODERÁTOR
Szia!
Már pedig így lehet, és a jelek szerint működik is a restore mód. Webesen nem éred el amikor villog a power led, és a géped fix ip-n van? DHCP-vel esélytelen, recovery módban az nem megy.
Valami ilyesminek kellene bejönni.
-
Intruder2k5
MODERÁTOR
Tomato by Shibby - [RELEASE] v135-MultiWAN for all routers
Changelog
All versions:
– MultiWAN: improvements and lot of fixes – thx @tsynik
– MultiWAN: allow users to define Watchdog Mode for each WAN(s)
– switch4g: remove lock file if process does not exist
– watchdog: better ping detection
– wanuptime – now it works correct – thx @tsynik
– GUI – fix Check Method field
– add dedicated image for WNR3500L(v1) – all others images are too big right nowK26RT-AC
– fix MARK moduleARM:
– Disable GRO Control for now -
Intruder2k5
MODERÁTOR
válasz ngabor2 #1850 üzenetére
Ha AP módot használsz, és jól értelmezem, akkor UTP kábellel van összekötve a TP-LINK egyik LAN portja, és az ASUS WAN portja. Ilyenkor az ASUS nem NAT-ol, tehát csak LAN oldali IP címe van, ami vélhetően egyezik a TP-LINK LAN címével, így IP ütközés van a hálózaton.
Első körben annyit kellene csinálni, hogy egy gépen állíts be fix IP címet, a 192.168.1.2 - 192.168.1.254 tartományba, 255.255.255.0 maszkkal, átjáró és DNS nem szükséges. Ezt a gépet kösd össze az ASUS egyik LAN portjával, de eközben sem a gép, sem az ASUS ne legyen más eszközre csatlakoztatva. Nyisd meg az admin felületet 192.168.1.1 címen, és állítsd át a LAN IP címét mondjuk 192.168.1.254-re. Ezután visszakötheted a hálózatba, a gépen az IP mehet vissza dinamikusra, és kell működnie.
A TP-LINK beállításaiban meg gondoskodni kellene arról, hogy a 254-es IP cím ne kerüljön kiosztásra DHCP által.
--------
Másik lehetőség, ha az ASUS DHCP által kap IP címet a TP-LINK-től, ez esetben meg annak a DHCP kliens listájából ki lehet deríteni az ASUS címét.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz kovacsla #1916 üzenetére
● Tomato by Shibby
● HGG (Custom / Fork RMerlin Firmware)
● RMerlinAz utóbbi kettő simán feltehető a gyári szoftver webes felületén, és lévén az alapja is a gyári fw, a kinézete sem fog változni, csak kerül bele némi plusz funkció. A Tomato viszont egy merőben más szoftver, mind kinézetben, mind pedig szolgáltatásait tekintve, így feltenni is csak recovery módban tudod.
-
Intruder2k5
MODERÁTOR
válasz zsolt501 #1929 üzenetére
Ez ám a fícsör, nem tudtuk mi hiányzik a UPC Wi-Free, és a Telekom Fon után.
Szerintem biztosan kikapcsolható lesz, de ha esetleg mégsem, akkor majd Merlin-ben, HGG-ben tuti, vagy jöhet a Tomato, ahol ilyennek nyoma sincs. Az durva favágás lenne az ASUS részéről saját maguk alatt, ha egy ilyet rákényszerítenének a felhasználóikra, tuti üzleti csőd.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz zsolt501 #1931 üzenetére
Mondjuk telítettség szempontjából sok vizet nem zavarnak, legfeljebb vizuálisan lehet elrettentő a sok SSID amikor meglátja az ember, azonban mivel az ezt sugárzó eszközökben csak 1db rádió van, így az mindig ugyanazon a csatornán üzemel, amin az előfizető saját SSID-je is van. Persze amennyiben a szolgáltatós eszközt használja WiFi-re. Bár többnyire alapból ezek ugyanúgy aktívak, a saját és a free SSID is, így ha valaki nem használja és tudatos felhasználó, az mindkettőt kikapcsolja, kikapcsoltatja, aki pedig használja, vagy nem ért hozzá, annak eddig is szórt a WiFi-je, tehát a zsúfoltság nem lett nagyobb.
Probléma viszont, hogy a két SSID osztozik a "rádió időn", így aztán UPC WiFree és Telekom Fon esetén is kimutatható a ping növekedés, és a WiFi-n elérhető sebesség csökkenése is, mióta ezek aktívak.
Saját routeren ugyanez várható, ha további virtuális AP-k kerülnek bekapcsolásra.
-
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
válasz zsolt501 #1978 üzenetére
Gyári fw alatt én sem, de az Administration -> System alatt bekapcsolod az SSH-t vagy a telnet-et (ami van éppen, de az SSH jobb), aztán pedig PuTTY-al csatlakozva a parancs:
date 2016-06-06-10:51
PuTTY használatáról itt egy rövid írás, bár Tomato-hoz készült, de ha bekapcsoltad gyári fw-ben az SSH-t, akkor már ugyanaz a kettő.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz szaszandras #1984 üzenetére
Hát jahh, ha van net, akkor több megoldás is van.
Esetleg még ntpsync is lehet, bár nem tudom a gyári fw-nek része-e, Tomato-ban van.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz zsolt501 #1987 üzenetére
Van rá mód, fentebb írtunk két példát is.
-
Intruder2k5
MODERÁTOR
válasz zsolt501 #1989 üzenetére
Így van. Tomato-ban lefuttattam mindhármat, először beállítottam egy hamis dátumot, majd ntpsync-el szinkronizáltam a netes időhöz, és végül megpróbáltam az ntpclient parancsot is, de Tomato-ban úgy néz ki ez nem alapfelszereltség.
Tomato esetén nem probléma az időzítés, akár webes felületen, akár parancssorban, de, hogy gyári fw-ben erre milyen megoldások vannak, azt passzolom.
-
Intruder2k5
MODERÁTOR
válasz sziku69 #2034 üzenetére
Akkor meg keress valami network tool programot, amivel végig tudod gyorsan pingelni a saját tartományodat, vagyis azt a 254 címet, és amikről van válasz, azokat kell csak megpróbálni böngészőben. Alternatív megoldás, böngészőben elkezded manuálisan végigpróbálni a 254 címet.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz zsolt501 #2053 üzenetére
Mondjuk azon sem lepődnék meg, ha hozzá sem érne a SoC-hoz, mint ahogy anno WL-500gP-ben is megoldották, az így nézett ki a lemez levétele után. (1, 2) Bár kétségtelen, az még sokkal kevésbé volt hűtésigényes, na de főleg aki húzta is az órajelet, az hűteni is kénytelen volt. Én arról először levettem az árnyékolólemezt, és közvetlenül a chipekre ragasztottam a bordákat, majd később kivágtam a lemezt a borda helyén, és visszatettem. Viszont ez a megoldás már mindenképpen garanciavesztős sajnos.
Új hozzászólás Aktív témák
- Lightyear - befektetési app
- Milyen autót vegyek?
- Milyen légkondit a lakásba?
- Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
- Xiaomi 12T Pro - kétszínű, mint a kétszázas
- Poco F3 - a mindenes, de nem mindenkinek
- Dell notebook topic
- Villanyszerelés
- CASIO órák kedvelők topicja!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest