Új hozzászólás Aktív témák

• #16438 annulus aktív tag vargalex #16431

  Új Válasz 2019-04-28 17:57:34 #16438

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  annulus

  aktív tag

  válasz vargalex #16431 üzenetére

  a samsung oldala előtt akamai ül (cdn), lokációtól, leterheltségtől ill. akár más egyéb faktoroktól is függhet, hogy melyik edge node-ot fogja adni (milyen ip-t fogsz kapni), így az ip alapú tiltás nem fog menni, hacsak nem tervezed folyamatosan bővítgetni a listádat

  Wajk: ezt úgy tudnád "gondozásmentesre" megcsinálni, ha lenne a tévédnek egy külön dns szerver futtatva a routeren, ami csak a *.samsung.com-ra válaszolna, minden másra nem létező rekordot küldene.

• #16150 annulus aktív tag DjKoxi #16149

  Új Válasz 2018-12-08 15:09:21 #16150

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  annulus

  aktív tag

  válasz DjKoxi #16149 üzenetére

  https://www.ripe.net/ -en a jobb felső sarokban látod a külső címed, másold be a search mezőbe és kérdezd le.
  milyen országot mutat a tartományra?

• #16136 annulus aktív tag annulus #16133

  Új Válasz 2018-12-07 17:04:12 #16136

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  annulus

  aktív tag

  válasz annulus #16133 üzenetére

  Az alábbi iptables szabály orvosolta az anomálikat az sf nat offload körül.
  Kell hozzá a kmod-ipt-conntrack-extra és a iptables-mod-conntrack-extra csomag.

  iptables -A forwarding_rule -m conntrack --ctstate RELATED,ESTABLISHED -m connbytes --connbytes 0:10240 --connbytes-dir both --connbytes-mode bytes -j ACCEPT

  500/200 natolva:

  $ speedtest --simple --server 7842
Ping: 3.997 ms
Download: 459.70 Mbit/s
Upload: 199.33 Mbit/s

• #16135 annulus aktív tag DjKoxi #16134

  Új Válasz 2018-12-07 16:59:10 #16135

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  annulus

  aktív tag

  válasz DjKoxi #16134 üzenetére

  Szia,

  Szerintem az otthoni neted olyan tartományból kap ip címet, ami a túloldalon szűrve van.
  Ha a többi http/https (?) kapcsolat megy, akkor ahhoz hogy a te routered legyen a ludas, kellene hogy legyen 1 explicit szabály ami a kréta ip címét eldobja.

• #16133 annulus aktív tag annulus #16113

  Új Válasz 2018-12-04 22:24:49 #16133

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  annulus

  aktív tag

  válasz annulus #16113 üzenetére

  update: a szintetikus tesztemen jól festett az offload, ellenben valós használat mellett nem volt stabil, esetenként egy tucat tcp retransmissiont okozott, így a normál esetben 2-3mp alatt letölthető adatmennyiség alkalomadtán több, mint 90mp-t vett igénybe.

• #16114 annulus aktív tag tomazin #16112

  Új Válasz 2018-10-31 18:50:08 #16114

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  annulus

  aktív tag

  válasz tomazin #16112 üzenetére

  ez mivel tud többet, mint az adblock+dnsmasq?
  a hw req szerint 512M mem kell nekki..

• #16113 annulus aktív tag Celtis #16108

  Új Válasz 2018-10-31 16:45:07 #16113

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  annulus

  aktív tag

  válasz Celtis #16108 üzenetére

  ugyan a fast path-tot nem probáltam, de az openwrt snapshottal, sw net flow offloaddal, ill. 680MHz-re húzott cpu-val az eredeti openwrt-s áteresztőképesség (~350Mbps) duplájánál is többet tud a kütyü (700-800Mbps).
  // gyári órajelen 600-700Mbps között mozgott

  azt hiszem megtartom még egy darabig..

Új hozzászólás Aktív témák