- Milyen okostelefont vegyek?
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy A53 5G - kevesebbet többért
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Vodafone mobilszolgáltatások
- A Honor és a Huawei uralja a kínai mobilpiacot
- iPhone topik
- Apple iPhone 11 - népalma
- Olcsó 5G-s ajánlatot nyújt a Realme Indiának
- Fotók, videók mobillal
Hirdetés
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
VR játék lesz az Alien: Rogue Incursion
gp Az év végén érkező program PC-re, Meta Quest 3-ra és PlayStation VR2-re érkezik a tervek szerint.
-
Mobilarena
Synology routerek
RT6600ax (2022) / MR2200ac (2018) / RT2600ac (2017) / RT1900ac (2015)
Új hozzászólás Aktív témák
-
Tamarel
senior tag
Sziasztok.
Egyszerűsítés jegyében térnék át egy 1900-asra:
- csak AP módban, viszont szépen gyarapodnak az ac-s eszközök
- minimalista NAS funckiók (DM, Média szerver, Cloud Sync, esetleg Cloud Backup, mobil eszközön DS file)
- mindezt stabilan, automatikus szoftverfrissítésselHa jól látom ebből csak a Cloud Sync-et nem tudja.
A többivel tényleg jól áll (ahogy a netes infók alapján tűnik)?[ Szerkesztve ]
-
Tamarel
senior tag
Egy dolog lepett meg igazán: nem tud NFS fájlmegosztást...
-
Tamarel
senior tag
Pont ma nyitottam egy hibajegyet, hogy az 1900as a fixre beállított 64-es csatornáról egy idő után átáll a 48-ra (a beállításokban továbbra is a 64 látszik).
Lehet a szabványban rögzített radarjel miatt (ami csak a 36-48at nem érinti), de az csak 30 percre kötelez és 80 Mhz esetén sem az egészre, csak részlegesre (20-ra vagy 40-re csökkentés a tartományon belül). Log-ban persze az egésznek semmi nyoma.Sajnos a 36-on egy hulladék UPC szórja izomból a jelet és még a csatornakiterjesztési-szabványt se képes követni, ezzel időszakos akadásokat okozva nálam. Minden eszközön észrevehető, leginkább a laptopok Intel 7260-án (soha nem tudtak normális meghajtóprogramot írni...).
Vagy beállok 36-ra mellé interferálni (mint legkisebb rossz) vagy elkerülöm az alsó 4 csatornát.Korábban Asus volt nekem is, azt is megakasztotta a UPC, viszont ott eleve csak a 36-40-44-48-as csatorna választható. Cserébe nem csak 4-5 dolgot lehet beállítani a wifi részleteinél.
Az automatikus frissítés a Syno mellett szól, de nem látom hogy gyakrabban jönne új verzió.[ Szerkesztve ]
-
Tamarel
senior tag
-
Tamarel
senior tag
válasz twingo16v #290 üzenetére
2.4-en a kisebb átfedés miatt érdemes megfontolni a 13-as csatornát.
5-ön 80Mhz szélességél jó ötlet a felső végére tenni a vezérlést (vagy oda ahol tud felfelé és lefelé is menni), feltéve, hogy nincs ott másik SSID. A szabvány szerint ha ütközés van, akkor dinamikusan mindenki visszavált kisebb szélességre (40 vagy 20). Így csökkenhet a sebességed, viszont elvileg stabilabb marad az átvitel.
-
Tamarel
senior tag
2.4-en a kisebb átfedés miatt érdemes megfontolni a 13-as csatornát. - egy gond van vele, 11 feletti csatornákat nem minden eszköz szereti és dobni fogja, ezzel számolni kell.
Saját szememmel utoljára 5 éve láttam ilyen eszközt...
Nálam a 2.4 is eleve csak tartaléknak van bekapcsolva, 13-on 20Mhz szélességgel. Egy eszköz csatlakozik rá néha, minden más beszéli az ac-t.van olyan eszköz ami már az 52-es (DFU) csatornát sem szereti és automatikusan nem is tud csatlakozni vagy nem látja
Az pedig elég gáz, mert már az n-es szabvány is definiálta az összeset 10 éve. Az egy dolog, hogy ha router-be vagy ap-ba nem kódolják bele (egyszerűbb a jogi oldal), de a kliens nem válogathat.
-
Tamarel
senior tag
válasz I'am Dony #352 üzenetére
Ha a QuickConnect-nél engedélyeztem a Synology szerverein keresztüli elérést, akkor portnyitás nélkül is működik. Lassabb és elvileg belenézhetnek az adataidba, de működik.
Megoldás:
- QC kikapcsolása
- portnyitás
- alkalmazásban "https://dnscím:port" módon csatlakozás[ Szerkesztve ]
-
Tamarel
senior tag
-
Tamarel
senior tag
válasz hackeeeee #783 üzenetére
Pár tapasztalat.
- TCP vagy UDP: előbbi stabilabb és nyílt wifi / tűzfalon átmenés szempontjából előnyösebb, utóbbi talán egy picit gyorsabb
- Titkosítás: csak AES, minimum 128, telefon már így se gyors viszont ha számítógép is csatlakozik akkor a router / nas már ettől is kifekszik
- Hitelesítés: minimum SHA2 (= SHA-224, SHA-256, SHA-384, SHA-512, SHA-512/224, SHA-512/256)
- Tömörítés: adatforgalomtól függ, de 90+%-ban felesleges és káros (pl. ha fájlmásolás vagy https megy át rajta) -
Tamarel
senior tag
Szia.
Néhány előzetes kérdés, másnak is hasznos lehet.
Ubuntu + OpenVPN esetén:
- szerinted kb mennyivel hatékonyabb, mint a VPN Plus? (Mbit/s)
- 443-as tcp porton alapból az SRM figyel, de a VPN Plus mégis működik rajta; akkor ez összeakad vele?
- ha több felhasználóra van szükség, akkor nekik hogy kell engedélyt adni?[ Szerkesztve ]
-
-
Tamarel
senior tag
Az OpenVPN szerver az 1194 és UDP, szóval nem akad össze semmivel.
Triviális, hogy a tűzfalak blokkolják az összes vpn-t alapbeállításon. Nyílt wifi-re bolond lennék csupaszon felmenni és mivel sok helyen ez van, így mindig aktív a vpn.
Most tcp 443, keepalive 0, ping-restart 3600.
Ha végre odaér a digi 500, akkor már nem csak 20 lesz a garantált feltöltés.
A VPN Plus melletti teljesítmény is ki fog derülni.Családon belülre van plusz felhasználó létrehozva, akik különböző szinten érik el a megosztásokat.
Ezek szerint akkor ez egy macerásabb rész.[ Szerkesztve ]
-
Tamarel
senior tag
Túl sok információ hiányzik, pl:
- milyen wifi kártya van a laptopban?
- milyen operációs rendszer? milyen meghajtóprogram?
- router szoftverét frissítetted?
- router-en intelligens wifi be van-e kapcsolva?
- 2.4 Ghz-re vagy 5 Ghz-re csatlakozol?
- a wifi-nek mik a pontos beállításai? -
Tamarel
senior tag
Logikailag elképzelhető, hogy az egyező vagy egymást lefedő ip tartományok okozzák a vpn plus csomagos teljesítményvesztést.
Tehát:
- digi pppoe 10.0.0.0/22
- alapértelmezett vpn subnet 10.0.0.0/24
- hwnat csak subnet-et néz, nem tud dönteni -> cpu-ra hárul a feladatAkinek van nyitott jegye, megkérhetné a mérnököt, hogy nézzen utána.
-
-
Tamarel
senior tag
válasz betyarr #1084 üzenetére
Szerintem fektetnek, csak aki nem jut át a level 1-2 support-on, annak még nincs rendesen bekategorizálva a jegye, nem látta mérnök, stb. Ilyenkor nincs is mi alapján más hibájához hasonlítani.
Látod, lezárt jegyre is kommunikáltak azonos témában.Amikor a helpdesk x pontba szedett kérdései nem működnek és/vagy szakmailag nem érti miről van szó, akkor érdemes egyből logikailag levezetni és mérnököt kérni. Akár a főnökét is, ha nem enged.
Persze csak ha nagyon biztos vagy a dologban.[ Szerkesztve ]
-
-
Tamarel
senior tag
válasz betyarr #1222 üzenetére
Igen.
Három helyen állítottam:
- Internet / Kapcsolat, ipv6 beállítás gomb (DHCPv6-PD)
- Internet / IPv6-alagút (kikapcsolva)
- Helyi hálózat / IPv6 (DHCPv6 állapotnélküli mód, az előtag a szolgáltatótól jön)Synology dns-be is bejegyzésre kerül, néha a vpn ezen a címen érkezik be (a vpn beállításainál nincs engedélyezve az ipv6, így belül mindig ipv4-et oszt).
[ Szerkesztve ]
-
Tamarel
senior tag
válasz Enter65 #1227 üzenetére
Pont most jött ipv6-os hibajavítás.
Version: 1.1.6-6931-3
(2018-02-27)
Fixed Issues
Fixed an issue where SRM might fail to access the Internet using PPPoE with IPv6.
Fixed an issue where an IPv6 connection might not be established properly with PPPoE.
Fixed an issue where Parental Control might not work properly upon SRM startup.
Fixed an issue where Web-Filter rules might not work properly when edited for multiple devices.
Fixed an issue regarding password security.Security Updates
Fixed a security vulnerability regarding DHCP (CVE-2017-3144).
Fixed a security vulnerability regarding 7zip (CVE-2017-17969).Amúgy nyilván nem az ipv6 hibája, hanem a szoftveré, amit nem sikerült megfelelően megírni...
-
Tamarel
senior tag
válasz hackeeeee #1254 üzenetére
Az a szabály a dhcpv6 bekapcsolásakor jött létre.
Amúgy az a fura, hogy helyi hálózat esetén a stateless opció a belső link local címek + dhcp gateway-t kellene jelentsen, ehelyett a digi által kiosztott tartomány is megjelenik az eszközökön (persze az rfc szerint mehet együtt a kettő, de nem tudom kikapcsolni külön). Onnantól meg már van lejárati idő, menedzselési hibára lehetőség és hasonlók.
Teljesen kikapcsolt ipv6-tal (wan és lan) ugyanúgy van link local address és nem is bolondul meg a belső másolás.
[ Szerkesztve ]
-
Tamarel
senior tag
válasz betyarr #1258 üzenetére
Lease lejáratáig vagy router újraindításig megjegyzi...
A wan-on bekapcsolással nyitja a tűzfalszabályt és a szolgáltatóra hagyatkozik. Utána a lan-on csak ezt engedi továbbadni, vagyis se helyi dhcpv6 szerver, se nat (se duplicate address probléma).
Kipróbálom mi történik a wan be + tűzfalszabály kitöröl + lan full stateless esetben.[ Szerkesztve ]
-
Tamarel
senior tag
IPv6, újra
Valamiért teljesen ki szeretnék írtani a NAT-ot (pedig több esetben is van haszna), így az ipv6 esetén egyszerűen nincs lekódolva.
Nézzük szintenként:
- WAN: engedélyeztem, tűzfalszabályt kitöröltem, kívülről van v4 és v6-os címem is, router szolgáltatásai elérhetőek mindkét módon
- LAN: nincs engedélyezve, belül csak helyi címek vannak, v6-on az eszközeim nem tudnak kifelé kommunikálni (hiányzik hozzá a NAT)Eddig jó, nincs teljesítmény-probléma (lévén v4-en megy minden kifelé).
Ha bekapcsolnám a LAN-on, akkor a szoláltató adna dhcpv6 címet az eszközeimnek, vagyis látszana mikor online, milyen hardver és tűzfal-szabályokkal kellene védeni a kezdeti bejövő forgalomtól.
Mint már korábban teszteltük, több szolgáltatás sincs dual stack-ra felkészítve, így mindenféle érdekességet lehetne tapasztalni (belassulás, beragadó ipv6 cím). Gyanúsan CTF se tudja.Tehát marad csak a WAN-on.
[ Szerkesztve ]
-
Tamarel
senior tag
Néhány teljesítményt javító beállítás:
- Hálózati központ / Internet / Haladó: IPv6 letiltása
(így az internet felől csak IPv4 válasz tud érkezni, google cuccok észrevehetően gyorsultak)- Vezérlőpult / Tároló / Tárhely / Speciális beállítások / Írás gyorsítótár támogatás: Késleltetett allokáció engedélyezése EXT4 esetén bekapcsolása
(NAS-on ez az alapértelmezett, de az SRM is elég stabil hozzá)- Vezérlőpult / Fájlszolgáltatások / Windows fájlszolgáltatás / Speciális beállítások: Opportunistic Locking letiltása
(NAS-sal ellentétben itt nem működik jól, cifs-nél a távoli kéréseket nem utasítja vissza)[ Szerkesztve ]
-
Tamarel
senior tag
Azt tudod, hogy az ipv6-ot preferáló szolgáltatások így lassabbak az eszközeidről?
Pl. ipv4 NAT-tal indul a kifelé a kapcsolat, szerver látja, hogy van v4 és v6 címed is, v6-on szeretne kommunikálni, timeout, visszatér a v4-hez, működik. Nem layer 4 probléma, hanem 7.
Google drive-ba szinkronizálok laptopról, ipv6 kiirtásával 4 percről 30 másodpercre csökkent az ellenőrzés ideje.
A legutolsó update nem hozott semmi v6 hibajavítást, csak új beállítási lehetőségeket.
-
Tamarel
senior tag
Tedd hozzá: kábelen.
Ha sok a wifi-s eszköz, akkor kb 300 fölé felesleges is menned. Leginkább a wifi miatt (2x2 ac-vel számolva), de azért ha hdd is van rajta, oda tölt le és onnan osztja a hálózaton, akkor már a 8MB/s-es letöltési korlát is a határait feszegeti. Digi 500/200 és 400 Mbit fölé már csak kábellel tudok menni.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Gaming notebook topik
- Otthonfelújítási program (2024.)
- E-roller topik
- Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- pfSense - Avagy az okosított házirouter
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Óra topik
- Milyen okostelefont vegyek?
- Samsung Galaxy A54 - türelemjáték
- További aktív témák...
- AKCIÓ - TELEFONTOKOK, EGYÉB AUTÓS KIEGÉSZÍTŐK, FÜLHALLGATÓK
- Olympus M.ZUIKO DIGITAL 25mm f/1.8 objektív
- Xiaomi Redmi 9 64GB, Kártyafüggetlen, 1 Év Garanciával
- Dell Latitude E7450 Full i7-5600U, 16GB DDR3, 512GB SSD, FHD IPS, Nvidia, HUN Vil.Bill. Új
- Dell Latitude 7310 i7-10610U, 16GB DDR4, 512GB NVMe, FHD IPS Privacy, HUN Vil.Bill, NBD, Új Állapot