- Gyorsabban hozná el az önvezetést Kína
- Otthoni hálózat és internet megosztás
- Tarr Kft. kábeltv, internet, telefon
- Mikrotik routerek
- Microsoft Excel topic
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- ASUS routerek
- Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
- Linux kezdőknek
- Windows 10
-
IT café
Synology routerek
RT6600ax (2022) / MR2200ac (2018) / RT2600ac (2017) / RT1900ac (2015)
Új hozzászólás Aktív témák
-
MODERÁTOR
válasz hackeeeee #540 üzenetére
CTF van ugyanúgy mint az RT-AC87U-ban, az FA (Flow Accelerator) nem támogatott. 1000-es DIGI-vel nagyon hasonló sebességértékeket lehet elérni.
Az OpenVPN helyett érdemesebb fontolóra venni az SSL VPN-t. A Synology kicsit elhanyagolja az előbbit, viszont a saját megoldása nagyon jó. Ettől függetlenül ha csekkolod az összefoglalót, akkor ott leírtam a beállítását.
Véleményem szerint gyárilag kb. ugyanazt a területet lehet lefedni mindkettő routerrel. De, hogy mennyire stabil, arról nem igazán van tapasztalatom. Viszont az RT2600ac az már Qualcomm-os, és az én volt 87U-mhoz képest lényegesen stabilabb.<-ƘƘ->
-
MODERÁTOR
-
MODERÁTOR
Nem nagyon volt szó még a tanúsítványokról, de én már régebben foglalkoztam a kérdéssel. Múltkorában a WebVPN miatt merültem bele, munkahelyre jó lenne mert vállalti gépen vannak tiltott oldalak.
Népszerű és ingyenes megoldásnak számít egy Let's Encrypt tanúsítvány igénylése. Két gond van ezzel; az egyik, hogy a DSM-től eltérően az SRM-ben nincs automatikus varázsló hozzá, a másik pedig, hogy jelenleg még nem lehet wildcard (csillagos) tanúsítványokat kérni.
Az első probléma legyőzésében tudnék útmutatást adni ha van rá érdeklődés. A legnagyobb kihívást az ACME challenge jelenti, melynek lényege, hogy bizonyítanunk kell, hogy a DDNS címünk az a sajátunk. De igazából egy kis SSH és portátirányítással könnyedén teljesíthető.
A második probléma megoldódni látszik jövő januárban. Ez esszenciális a WebVPN működéséhez, mert random előtagokat generál.[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
válasz I'am Dony #553 üzenetére
1. Lépés, hogy kell egy saját publikus IP és hozzá DDNS. Ezt nem részletezném, csak jelzem mint lényeges előfeltételek.
2. PC-n a böngészőben nyissuk meg az sslforfree.com oldalt.
3. Írjuk be a címünket amihez a tanúsítványt szeretnénk és kattintsunk a Create Free SSL Certificate gombra.
4. Válasszuk a középső, Manual Verification lehetőséget, majd töltsük le az igazolófájlt.
5. A letöltött igazolófájlt juttassuk el a routerre kötött külső adathordozóra, az egyszerűség kedvéért helyezzük el a gyökerében létrehozott ACME könyvtárban. Aztán SSH-n belépve helyezzük el azt a routeren futó webszerveren:mkdir -p /usr/syno/synoman/.well-known/acme-challenge
cp /volumeUSB1/usbshare/ACME/* /usr/syno/synoman/.well-known/acme-challenge6. Engedélyezzünk az SRM-hez történő külső hozzáférést, és irányítsuk át a 80-as portot a 8000-esre.
7. Kattintsunk a Download SSL Certificate gombra, ha minden jól ment, akkor pedig a Download All SSL Certificate Files-ra.
8. Csomagoljuk ki a letöltött fájlokat, és importáláshoz tallózzuk be őket.Ha minden jól ment, akkor érvényes tanúsítvánnyal rendelkezünk 90 napig. A lejártakor újra kell csinálni ezt a procedúrát. Leírni sokáig tartott, megcsinálni egy perc az egész.
Ne felejtsük el a végén inaktiválni a létrehozott portátirányítási szabályt, illetve törölhetjük az igazolófájlt is.rm -rf /usr/syno/synoman/.well-known
[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
válasz I'am Dony #561 üzenetére
Azt a három parancsot egészen nyugodtan (persze a csatolási pontot azért ellenőrizd, hogy stimmel-e). De ne feledd, csak root felhasználóval bejelentkezve működnek.
Maga a módszer szerintem így a legegyszerűbb, ehhez kell a legkevesebb dolog. Viszont az sslforfree.com oldalban muszáj megbízni. De nem írtak rosszakat róla.
Ha megvan a tanúsítvány, akkor utána rögtön már mobilnetről nézve is oké a címünk. Viszont ehhez még nekem hiányzik a csillagozási lehetőség. De talán majd nemsokára...[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
válasz sunpower #551 üzenetére
Akkor érdemes beírni a /usr/local/etc/rc.d/entware.sh fájlba, hogy így nézzen ki. Szóval mielőtt elindulnának az Entware-es dolgok, aktiválja a külső SWAP fájlt. Így a legoptimálisabb.
A Transmission-os kérdésben igazad van, normál esetben ha már létezik az adott adat, akkor csak ellenőrzi a tartalmat és folytatja tovább a letöltést/seedelést. További információk nélkül nehéz megmondani, hogy hol a hiba. Nálam mindenesetre jól működik a dolog.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #566 üzenetére
Első használatkor egészen nyugodtan, már csak a próba kedvéért is.
De egyébként én is csak párszor csináltam visszaállítást, azt is csak régebben, a legelején. Viszont a felület is olyan, hogy könnyedén be lehet állítani mindent kézzel, nincs szükség közben arra, hogy ötször újra legyen indítva a router. Azt de utáltam az ASUS-ban...<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #568 üzenetére
Smart WAN a neve, és bár nem próbáltam, de az biztos, hogy a 87U-nál (arra elég sokan panaszkodtak ahogy olvastam) többet tud és használhatóbb is.
Az SSL VPN-nél egy felhasználóra van ingyenes licenc, igen, de az egyszerre többször is bejelentkezhet (illetve külön kell tiltani). Szóval az egyetlen hátrány az csak annyi, hogy ugyanazt a felhasználónevet és jelszót kell megadnod mint amit te is használsz. Ugyanakkor ez az ASUS-nál sem lehetett másként, szóval hátrányba nem kerülsz emiatt.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #570 üzenetére
Ne érts félre, teljesen jó és használható az OpenVPN is. Eleinte én is ahhoz ragaszkodtam, azért is írtam bele az összefoglalóba. Tényleg csak annyi hátránya van, hogy amíg a Merlin-be folyamatosan pumpálta bele a legújabb funkciókat és fejlesztéseket, addig itt máig maradt a 2.3.11-es verza. Bár ha valaki nagyon akarja, akkor Entware-ből (vagy pl. chroot-olt Ubuntu-ból) beizzítható a 2.4.3 is. De az kicsit macerás.
<-ƘƘ->
-
MODERÁTOR
VPN kapcsolattal nem direkt a NAS elérést állítod be, hanem a belső hálózathoz férsz hozzá. Hogy ezzel kapcsolatban mit állított, azt az SRM felületén a VPN Plus Server-t megnyitva tudod csekkolni.
Ha nem VPN-t szeretnél, akkor a portátirányítást a Hálózati központ -> Port átirányítás alatt kell beállítani (lenyitható listából választhatsz előre konfiguráltakból is), ha szükséges, akkor pedig a tűzfal szabályait a Hálózati központ -> Biztonság -> Tűzfal alatt tudod szerkeszteni. Konkrétumok nélkül ennél pontosabbat nehéz mondani.<-ƘƘ->
-
MODERÁTOR
És neki jó a DSM felülete? Mert amúgy van még pl. FTP is ha csak fájlokat akar elérni. Ezeknek külön porszámuk van, szóval külön beállítást igényelnek.
Először is a portátirányítást kell beállítani (természetesen a NAS IP-jével), aztán ha szükséges (mert tiltva van minden), akkor a tűzfalat is (szintén a NAS IP címét megadva).<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #579 üzenetére
Ez egy Wave 2-es router, normálisan kell mennie a MU-MIMO-nak. Ugyanakkor sok kliens ezzel nem kompatibilis, éppen ezért is ez a funkció kapcsolható a WiFi haladó beállításainál. Sőt, a vendéghálózat az ebből a szempontból külön konfigurálható.
Nálam mondjuk be van kapcsolva, és nincs az mint 87U-n, hogy emiatt egyes eszközökön alacsonyabbra állítódna be a kapcsolati sebesség. A stabilitással sincs probléma.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #582 üzenetére
A vendéghálózat arra jó, hogy ha jönnek vendégek netezni, akkor tudsz adni nekik egy egyszerű jelszót, amivel hozzáférhetnek csak az internethez (mivel itt ténylegesen működnek a kapcsolók). Még a klienseket is el lehet szeparálni egymástól. Jó, belátom ennek inkább közterületen van jelentősége, otthon kevésbé.
<-ƘƘ->
-
MODERÁTOR
válasz DarkChild #585 üzenetére
Egy elég jó köztes megoldás lenne az RT2600ac, ami még így is bőven olcsó a NAS-hoz képest. Torrentnél a működési idő java részét amúgy a feltöltési feladatok teszik ki. Nálam még sosem volt gond emiatt a médialejátszással, de a Transmission-t be lehet korlátozni, szóval emiatt nem kell aggódni. UPnP médiaszerver, NFS, FTP és Samba elérhető. Kodival optimális választás lehet az NFS, illetve ha annak a beüzemelését bonyolultnak találod, akkor az FTP.
<-ƘƘ->
-
MODERÁTOR
Igen, mindkét routert érinti az 1-es LAN port hibája. Oda valamilyen bug folyamán nem oszt IP-t. Ugye ez a másodlagos WAN interfész, és annak a működéséhez éppen hozzányúltak ebben a legutóbbi frissítésben. Biztos, hogy dolgoznak már rajt, mert ez annyira általános probléma, hogy sokan jelenthették.
A support-os történethez azért hozzátartozik, hogy ők csak egy ideiglenes - de kellően bonyolult - admin jelszót kérnek, és elvileg SSH-hoz is leírják, hogy elég ha csak adott forrás IP-kre engedélyezed a portot (három darab, ami a Synology-é).
Ha minden egyéb külső elérés tiltva van, akkor még abban az esetben sem fér más hozzá a router-edhez ha véletlen ki is tudódik az ideiglenes jelszavad. Ráadásul szerintem azért mégiscsak jobb, hogy a Synology-nak nincs hátsó kapuja a router-hez, és nekik is kell hozzá a jelszó...
De amúgy pontosan, ezért is javallott csakis VPN-t használni. A többi szolgáltatás még ha biztonságosnak is mondott, azért nem szerencsés, hogy folyamatosan támadás alatt van a router.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #604 üzenetére
Ha csak a Hálózati központ -> Internet -> IPv6 beállítás alatt engedélyezed az IPv6-ot, akkor csak a router fog hozzáférni. Ezt pl. pingeléssel tesztelheted, Hálózati eszközök -> Ping; google.hu. Ahhoz, hogy a csatlakozó klienseszközöknél is működjön, be kell állítanod a helyi hálózatra is; Hálózati központ -> Helyi hálózat -> IPv6.
Ha van Synology NAS-od is, akkor az a legjobb, mert akkor annak a VPN szerverét is be tudod üzemelni. Akkor nem lenne probléma az internetkapcsolat belassulása. Viszont gyakorlatilag ugyanúgy hozzáférnél mindenhez.[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
Már többször leírtad ezt a DFU-t, de véletlen nem a DFS-re gondolsz (Dynamic Frequency Selection)? Ez lényegében annyit csinál, hogy a routernek figyelnie kell a zavaró jeleket, majd adott esetben automatikusan átállítja a csatornát. Ezt tapasztaltam már én is, volt, hogy a fixre állított DFS csatornáról idővel elugrott másra.
Ezenkívül az EU-ban kötelező az 52-es csatornától fölfele a TPC (Transmit Power Control) is. De adott esetben mégis érdemesebb lehet pl. a 100-as csatornát (vagy magasabbat) választani, mert ott nagyobb teljesítménnyel (max 1000mW) sugározhat (kompatibilis kliensekkel) mint az alacsonyabb csatornák (max 200mW) esetén. Automatikus beállításokkal nekem úgy tűnik, hogy a 100-as csatorna az alapértelmezett.
Most az 1.1.6-os firmware-rel beállítható a 2,4 GHz-hez a fix 40 MHz csatornaszélesség, viszont ebben az esetben csak az automatikus csatornaválasztási lehetőség él.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #611 üzenetére
Nyilván kell hozzá egy portátirányítás, de az a legkevesebb. A lényeg, hogy ugyanúgy bent leszel a belső hálózatodban.
Elhiszem, hogy ment az IPv6, de konkrétumok nélkül nehéz mondani bármit is. A lényeg, hogy mind a két helyen be kell állítani, csak utána van esélye, hogy a klienseszközökön is működni fog.
Amúgy nálam csak 6to4 megy a Google DNS-kiszolgálójával, egyéb lehetőségem nincs. De a helyi hálózatra nem tudom kiereszteni mert akkor az Androidos eszközök eléggé belassulnak (ismert, DNS hiba).<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #619 üzenetére
A NAS-odra nem érhető el a VPN Plus Server csomag?
(#620) hackeeeee: Otthoni környezetben nem érdemes engedélyezni a PMF-támogatást. Ha kötelező érvényű akkor azok a kliensek amelyek nem támogatják, nem fognak tudni csatlakozni. Ha opcionális, akkor meg azoknál a klienseknél amelyek viszont támogatják, erősen visszaesik az átviteli sebesség.
(#621) hackeeeee: Nem tudom, hogy mi lehet a probléma, de annyit tudok javasolni, hogy akkor ne indítsd újra egyfolytában a routert.
<-ƘƘ->
-
MODERÁTOR
Kipróbáltam az OpenVPN szervert chroot-olt Ubuntu alól, van hozzá telepítőszkript is. Ugyanolyan jól működik mint a gyári Synology megoldás (csak frissebb verzióval), de sajnos megfelelő internetkapcsolat híján nem tudom letesztelni, hogy így elérhető marad-e mellette a gigabites sebesség.
<-ƘƘ->
-
MODERÁTOR
Na én búcsút is mondtam a VPN Plus Server csomagnak. Azt nem tudom, hogy a saját OpenVPN szerverem (2.4-es verza, chroot-olt Ubuntu alól) mellett esik-e az internetkapcsolat sebessége (valószínűtlennek tartom), de az biztos, hogy az aktív VPN kapcsolaton keresztüli teljesítmény az jobb mint mondjuk SSL VPN-nel. Az összeköttetést a legmodernebb megoldások védik, a tanúsítványok mellé belőttem felhasználónév és jelszó ellenőrzést is. Azon meglepődtem kicsit, hogy ehhez szerveroldalon nekem kell megírni az összehasonlítószkriptet, de legalább ott is sózott SHA-512-be raktam az értékeket.
<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #633 üzenetére
Az oké, sajnos abban is csak a 2.3-as OpenVPN van. A 2.4-ben ugye elérhető jobb cipher és tömörítő, de a Synology automatikus konfigurálása amúgy is gyengébb mint mondjuk a Merlin-é.
Ha tényleg csak az MD5-tel kapcsolatos a figyelmeztetés, akkor amiatt talán nem kell aggódni. Annak a használata biztonsági okokból egyébként sem javasolt már egy ideje.(#634) hackeeeee: Ha megy a Transmission WebUI-val a HTTPS, és mellé még állítasz be érvényes tanúsítványt is, akkor annyira nem gáz.
[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #636 üzenetére
Annyi baj van, hogy ha jól látom, akkor a Transmission WebUI-ja nem támogatja a HTTPS kapcsolatot. Mindenféle titkosítás nélkül viszont nem ajánlott kiengedni a netre.
Max a Download Station az oké lehet, az SRM és a DSM az támogatja a HTTPS-t, sőt, kényszeríteni is lehet rá. Plusz az Androidos DS get is lehet biztonságos.[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #639 üzenetére
Hogyne, bár gondolom, hogy páran már írtak ez ügyben. De minél több, annál jobb, legalább komolyan veszik a kérdést.
Akkor van gond ha azt mondják, hogy ez bizony a trade-off dizájn, és másban erős a router.
Amúgy ha esetleg van már beállított Entware környezeted, akkor arra is be lehet izzítani egy frissebb OpenVPN szervert. Igazából nekem már meg van a megfelelő beállítása, csak a kulcsokat kell lecserélni.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #641 üzenetére
Igen, viszont gondolom, hogy csak az OpenVPN szerver futtatása nem lassítja be a netet. Azt nem tudom, hogy magának a csomagnak miért van ekkora kihatása rá.
Az ASUS-t csak ezért befogni szerintem nincs értelme.
Az SSL VPN annyival egyszerűbb, hogy nem kell hozzá egy plusz - titkos - fájllal is foglalkozni, csak felhasználónév és jelszó van. Viszont most, hogy tesztelgettem, SFTP-n pl. simán megy a videólejátszás, viszont SSL VPN-nen keresztüli FTP-vel tökre akadozik. A fájlmásolás szintén baromi lassú, pedig alig használja a feltöltési sávszélességemet és a procit. Ellenben a külső OpenVPN-nel teljesen kihasználja a netemet, és a lejátszás is folyamatos. Ezért döntöttem úgy, hogy maradok ennél.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #645 üzenetére
A 87U-nál is ugyanúgy kinyitja magának a portot, a különbség annyi, hogy a tűzfal beállításait nem látod és nem állíthatod a webes felületen. Az AsusWRT esetén csak a különböző kapcsolókból tudod, hogy mi van kiengedve a netre, az SRM-nél ha ránézel a tűzfalra, akkor ott egyben látsz mindent.
<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #648 üzenetére
A routernek magának nem kell portátirányítás, a tűzfalon kell kinyitni portot, amit megtesz a rendszer önmagától mikor aktiválod pl. az OpenVPN szervert, vagy bekapcsolod a webes felület külső elérését.
A tűzfalnál be lehet állítani, hogy a WAN-LAN forgalom az alapból tiltva legyen vagy sem (alul lehet felnyitni). Ha engedélyezve van, akkor portátirányítás után nem kell a kliens fele még külön kinyitni a portot a tűzfalon. Viszont ha tiltva van, akkor hiába irányítottad át a portot, azt a kliens irányába megfogja a tűzfal. Ekkor hozzá tudsz adni egy új szabályt, hogy engedje a forgalmat.<-ƘƘ->
-
MODERÁTOR
Belőttem a MiniDLNA médiaszervert is a chroot-olt Ubuntu-mon (de Entware-ből is elérhető). Sokkal jobb mint a gyári, külön telepíthető csomagos megoldás. Lényegesen stabilabb, indexelés közben nem crash-el ha egy kliensen tallózom a tartalmat. Az összes változtatást azonnal lereagálja, NFS-sen keresztüli módosításokat is. Újraindítás után megmarad az adatbázis, és nincs szükség az egész gyűjtemény újbóli indexelésére.
A lejátszás nálam teljesen folyamatos és stabil, még jó nagy bitrátájú videofájlokkal is. A 8200-as porton pedig figyel egy jó kis webes státusz oldal.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #652 üzenetére
Ami szolgáltatás a router rendszerén fut, ahhoz nem kell portátirányítás. Ilyenkor ha ki akarsz nyitni a tűzfalon egy portot, akkor a cél IP-címe az az SRM.
Ha valamely szolgáltatás egy, a helyi hálózaton keresztül csatlakozó kliens rendszerén fut, akkor ahhoz kell portátirányítás. Mert a bejövő forgalmat át kell irányítani hozzá. Ha engedélyezve van a UPnP, akkor a kliens ezt az átirányítást be tudja saját magának állítani. Viszont ekkor még a kommunikációt blokkolhatja a tűzfal. Adott esetben nem csak a router tűzfala, de a kliens rendszerének a tűzfala is.
A Synology routeren a tűzfal alapértelmezetten aktív az SRM felé (fehér lista), a kliensek felé viszont nem (fekete lista). Magyarul, a csatlakozó eszközöket nem védi semmiféle tűzfal, csak a sajátjuk, ha van. Ekkor a routeren elég csak egy portátirányítás. Ahhoz, hogy mindent védjen a Syno tűzfala, azt külön be kell kapcsolni. Ekkor fehér, vagyis megengedő szabálylistát lehet készíteni, minden más az alapból tiltva lesz.<-ƘƘ->
-
MODERÁTOR
válasz DarkChild #653 üzenetére
Mondjuk ilyen esetben valószínűleg az a probléma, hogy a teló eredetileg nem EU régióba szánt modell. Vagyis lehet, hogy a router a 100-as csatornán sugároz, de az a telónak tiltott, mert pl. az USA-ból származik és a 149-estől fölfele várná a jelet. Ezen mondjuk valószínűleg szoftveresen lehet segíteni a telefon oldalán.
<-ƘƘ->
-
MODERÁTOR
Meg is érkezett a várva várt első frissítés az 1.1.6-os firmware-hez. Egy hét kellett hozzá, de most már működni fog újra az 1-es LAN port.
<-ƘƘ->
-
MODERÁTOR
válasz DarkChild #673 üzenetére
Az NTFS kezelése valamelyest lassabb, tekintve, hogy az nem egy natív fájlrendszer.
(#674) hackeeeee: Volt már róla szó, pont a mostani, 1.1.6-os frissítéssel került be a 40 MHz-es csatornaszélesség kiválasztásának a lehetősége, amely mellett egyelőre csak automatikus csatornaválasztás lehetséges. Hogy miért van ez a megkötés az nem teljesen világos. De egyelőre ilyen.
[ Szerkesztve ]
<-ƘƘ->
-
MODERÁTOR
Most, hogy újraindítottam párszor a routert, egyszer 5 GHz-re a 36-os csatornát választotta magának automatikusan. A TV-t is babrálva, kiderült, hogy ugyan látja ezt a csatornát, de nem képes rá csatlakozni. Vissza-átállítva a 100-asra egyből jó lett...
A MiniDLNA-at lecseréltem a Gerbera médiaszerverre. Ezt egy kicsit jobban lehet állítgatni, de a lényeg, hogy a klienseken listázott könyvtárakat lehet szerkeszteni, illetve indexelésnél (amely egyébként is gyorsabb) nem szed le a netről képeket (nincs art cache). Így most sallangmentes, van a Könyvtárak, meg alatta a felvett könyvtárak, és ennyi.
<-ƘƘ->
-
MODERÁTOR
Bake, bár nem vagyok 100%-ig biztos benne, hogy a VPN Plus Server csomag okozta ezt is, de most, hogy nem fut (csak önmagában a külső OpenVPN szerver), vezetékes összeköttetéssel is jóval magasabb az USB-s vinyó írási sebessége. Eddig ugye a sirq % lényegesen magasabb volt mint WiFi-vel, de így meg még marad is idle proci. Olyan 70-80 MiB/s-ot hoz, a max 30 helyett.
Hihetetlen, pedig mit szenvedtem a support-tal is ez ügyben és nem lett megoldás. Kíváncsi lennék, hogy megfelelő WiFi kapcsolattal mit mutat a DIGI-s net. 4x4 80 MHz vagy 2x2 160 MHz majdnem elég is lenne. Bár a 300 Mbps-ot a 867 Mbps gyakorlati 400+-os sebessége túlszárnyalja.<-ƘƘ->
-
MODERÁTOR
válasz hackeeeee #683 üzenetére
Hát, nem tudom. Azóta teszteltem úgy is, hogy aktiváltam a VPN Plus Server csomagot, sőt, az SSL VPN-t is bekapcsoltam, de ezek mellett is maradt a 70-80 MiB/s írási sebesség és az alacsony sirq %. Szóval egyelőre úgy néz ki, hogy még sincs összefüggés, hanem valamelyik frissítésben jöhetett rá javítás (mert mondjuk frissítették a Qualcomm firmware-eket).
Ettől függetlenül viszont érdekes lenne nálatok is megnézni a top kimenetét mikor visszaesik a sebesség.<-ƘƘ->
-
MODERÁTOR
-
MODERÁTOR
válasz hackeeeee #695 üzenetére
Oké, köszi a tesztet, így már világos.
Tehát egyértelműen az a probléma, hogy szoftveresen megy a fő procin keresztül a forgalom. Olyan mint mikor Broadcom-nál nincs bekapcsolva a CTF. Azt mondjuk nem értem, hogy a nulla extra szolgáltatás miért kell, hogy ezt okozza.<-ƘƘ->
-
MODERÁTOR
Új hozzászólás Aktív témák
- HP 27-cr0757nz - ÚJ 27"-os FullHD All-IN-ONE PC - i7-1355U, 32GB, 1TB SSD, W11, 300nit
- Eladó Fujifilm X100T fekete
- Iphone 6S silver 64GB 81%akku
- Lian Li O11 Dynamic LIMITÁLT SZÉRIÁS (2000 darab összesen) ház (PCMR Edition)
- HP Prodesk 600 G4 DM mini pc, G5420T, 4-8GB RAM, 120-240GB SSD, 2 év gari, áfás számla
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen