Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Stanislav Michalec

Stran: 1 [2] 3
16
Sítě / Nastavení routeru pro připojení settopboxu
« kdy: 12. 03. 2021, 15:33:57 »
Zdravím,
kdysi jsem měl O2 TV a matně si vzpomínám, že na routeru byl vyhrazen jeden ethernetový výstup pro připojení jejich settopboxu (s nějakým speciálním nastavením)...
A nevím, jak to bývá běžně teď, mám VDSL net od TMobilu (router svůj Archer VR2800v), router je v přízemí, je to vyvedeno jedním kabelem do switche na půdě, ze kterého je to rozvedené do jednotlivých místností...
A teď bych potřeboval vědět, jestli kdybych vzal TV od Tmobilu (nebo eventuálně i od O2, kdyby táta trval na tom, že potřebuje O2Sport), tak jestli normálně můžu ten settopbox zapojit v libovolném pokoji nebo to musí mít (tak jak kdysi ten settopbox od O2) vyhrazený port na routeru se speciálním nastavením?

17
Sítě / Re:Abuse IP
« kdy: 24. 02. 2021, 16:16:52 »
Zaměstnanykně vzdálený přístup nemají, vzdáleně se můžu připojovat jen já nebo můj táta, a tam můžu zaručit, že fyzicky se na ty PC, z kterých se připojujeme, se nikdo nedostane...
Zatím jsem teda odpojil ten Synology NAS  a povedlo se mi najít na americkém HikVisionu nový FW pro to DVR a omezil jsem na routeru port forwarding na DVR jen z mých adres... Zatím se na tom Abuse webu nic nového neobjevilo, tak uvidím, jestli tam něco přibude nebo ne... Pokud jo, tak zkusím teda ten Factory reset na DVR a jestli ani to nepomůže, tak asi fakt budu muset pořídit něco na logování a pak zpětně ty logy projíždět...

18
Sítě / Re:Abuse IP
« kdy: 21. 02. 2021, 19:34:55 »
ten shodan jsem zkusil, je tam info o těch forwardovacích portech a nějaké další info, nevím, nakolik je to ale závažné, že tyto informace zjistili...


A s tím přístupem k PC nevím, jak je to myšleno... Fyzicky mají přístup jen zaměstnankyně, ty mají IT znalosti prakticky nulové, takže ty si s tímhle určitě nehrajou... Jestli to je nějak hacknuté a má někdo vzdálený přístup, to právě nevím, jak zjistit...

Jinak Synology NAS jsem zatím vypnul (ten mi připadal asi nejrizikovější, když jsem na něj měl ten port forwarding), uvidím, jestli se na tom Abuse objeví další záznam...

19
Sítě / Re:Abuse IP
« kdy: 21. 02. 2021, 00:25:20 »
Zapnout logovani odchozi komunikace a cekat az se zase neco objevi abuseipdb.com a pote dohledat...
Právě jsem logování komunikace na tom Asusu nenašel, buď jsem slepý nebo to tam není
a prubezne kontrolovat .....
nebo prepnout do bridge modu a az to nasadit nejaky poradny router (nebo levny MikroTik) ktery bude logovat odchozi komunikaci.

Poridit neco levneho na LogServer (treba RaspberryPi) ......
no možná to budu muset tak udělat...
Jaky mate firmware u toho ASUSu? Na Synology a HikVision DVR, aktualni?
na routeru ASUS mám FW 1.1.2.3_858, který by měl být aktuální, na Synology jsem se včera díval, taky by měl být aktuální.. HikVision mám FW originální, jsem to dneska zkoušel hledat na stránkách HikVision, ale model, který mám (DS-7204HGHI-SH/A ), jsem tam vůbec nenašel, když jsem zkoušel stáhnout fw k k jiným DS-7204xxx, tak mi to tam nešlo... tak nevím, jestli zas to neumím najít nebo jak... ještě jsem našel nějaký FW k tomu na euroalarm.cz, ale taky, když to tam zkusím, tak to napíše aktualizace - postup 0% a pak za pár vteřin aktualizace neúspěšná...
Zkontrolujte jestli hesla k temto zarizenim nejsou v databazi:
https://haveibeenpwned.com/Passwords
hesla jsem změnil pro jistotu, ten NAS zítra plánuju odpojit, měl jsem tam jen jednoduchou DB, kterou jsem dneska přesunul na jiný NAS v jiné síti...
Dovnitr site mate//mnel jste otevrene nejake porty?
Mate i IPv6? Pokud ano pouzivaji ji vsechny zarizeni v siti?
měl jsem právě port forwarding na ten NAS a na to DVR, a byl jsem zas blbej, když jsem to nastavoval, že jsem ten forward neomezil jen na moje IP, takže byly povolené pro všechny...
IPv6 jsem tam zatím nepovoloval, jako nebyl by asi problém ji rozjet, mám DSL od Tmobile a router to podporuje...
Ty 4 PC vypinate, nebo jsou on-line?
nechávám je zapnuté, ale tak mohl bych je na noc vypínat, kdyby to k něčemu pomohlo

20
Sítě / Re:Abuse IP
« kdy: 20. 02. 2021, 21:22:25 »
tak to je zlé... existuje nějaký způsob, jak zjistit (pokud možno jednoduše), které zařízení to je? Koukal jsem na router (TP Link DSL-AC56U), že je tam seznam adres NATu, když to co nějakou dobu sleduju, tak jsem tam neviděl nějakou podezřelou aktivitu (že by nějaké zařízení connectovalo nějaké náhodné porty), ale někdy je tam těch překladů tolik, že si jist být nemůžu... A blbé je, že jsem tam nikde nenašel volbu, že by to ukládalo všecky překlady, že bych to pak třeba zpětně prošel a podíval se, které IP navazovalo více spojení a podle toho to určil...

A problém je, že ty reporty z toho AbuseIP jsou tak 2x týden, což je hrozně málo, kdyby byly třeba 3 denně, tak třeba každý den odpojím jedno ze zařízení, abych poznal, které to dělá, ale takhle je to nereálné...

21
Sítě / Abuse IP
« kdy: 20. 02. 2021, 17:49:55 »
Zdravím, včera jsem obdržel od operátora přeposlaný mail:
Citace
Dobrý den,

rádi bychom Vás upozornili na nové výskyty Vaší IP adresy 46.13.xxx.xxx na
stránce abuseipdb. Podle záznamů je z této IP adresy provozován scanning a
útoky na webové aplikace.

https://www.abuseipdb.com/check/46.13.xxx.xxx

Doporučujeme prověřit, zda nedošlo ke kompromitaci stroje s touto IP.
--
S pozdravem,
Kind regards,
xxx

Národní centrum kybernetické bezpečnosti
Národní úřad pro kybernetickou a informační bezpečnost

National Cyber Security Centre
National Cyber and Information Security Agency Czech Republic
Když se na tu abuseIP stránku podívám, tak to zobrazí:


A teď nevím, jestli fakt mám nějaký vir/malware nebo ne, mám tam 4 pc, na všech mám eset, prošel jsem to asi 3 různými antimalware programy a nic... pak tam mám ještě Synology NAS, může být virus/malware i na něm? Pak tam mám ještě HikVision DVR, ale to doufám zavirované být nemůže...

Divné je, že ty reporty jsou celkem sporadické, není to každý den, tak nevím, jak přijít na to, čím to je...

22
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 25. 01. 2021, 09:24:21 »
Kolik mate RAM na tom PC?
16GB - jak jsem psal, využití paměti bylo max 40% a přesto to při otevření avi souboru zpomalilo
HDD mate SSD?
obojí, SSD na systém, HDD na data
Nejake doplnky v prohlizeci?

Jaké doplňky jsou myšlené?
Jaky prohlizec pouzivate ve Window$?
standardně používám operu, ale testoval jsem to i ve firefoxu a edge, stejný výsledek...

Jinak jsem ještě koukal do toho tcpoptimizeru, co vlastně poměnil, vyfiltroval jsem změnené položky...

Původně:
Kód: [Vybrat]
[netsh]
ReceiveSegmentCoalescing=1
Large Send Offload=1
MaxSynRetransmissions=3
NonSackRttResiliency=2
InitialRto(ms)=1000
[SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_MAXCONNECTIONSPER1_0SERVER]
explorer.exe=4
iexplore.exe=-1
[SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_MAXCONNECTIONSPERSERVER]
explorer.exe=2
iexplore.exe=-1
[SYSTEM\CurrentControlSet\Services\Tcpip\ServiceProvider]
LocalPriority=499
HostsPriority=500
DnsPriority=2000
NetbtPriority=2001
[SOFTWARE\Policies\Microsoft\Windows\Psched]
NonBestEffortLimit=-2
[System\CurrentControlSet\Services\Tcpip\QoS]
Do not use NLA=-2
Do not use NLA_SEL=0
[SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile]
NetworkThrottlingIndex=10
NetworkThrottlingIndex_SEL=10
SystemResponsiveness=20
SystemResponsiveness_SEL=20
[SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
Size=-1
Size_SEL=0
[SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
LargeSystemCache=0
LargeSystemCache_SEL=0
[SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
MaxUserPort=-1
TcpTimedWaitDelay=-1
DefaultTTL=-1
[SOFTWARE\Microsoft\MSMQ\Parameters]
TCPNoDelay=-2

Nově:
Kód: [Vybrat]
[netsh]
ReceiveSegmentCoalescing=2
Large Send Offload=2
MaxSynRetransmissions=1
NonSackRttResiliency=2
InitialRto(ms)=2000
[SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_MAXCONNECTIONSPER1_0SERVER]
explorer.exe=10
iexplore.exe=10
[SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_MAXCONNECTIONSPERSERVER]
explorer.exe=10
iexplore.exe=10
[SYSTEM\CurrentControlSet\Services\Tcpip\ServiceProvider]
LocalPriority=4
HostsPriority=5
DnsPriority=6
NetbtPriority=7
[SOFTWARE\Policies\Microsoft\Windows\Psched]
NonBestEffortLimit=0
[System\CurrentControlSet\Services\Tcpip\QoS]
Do not use NLA=1
Do not use NLA_SEL=1
[SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile]
NetworkThrottlingIndex=-1
NetworkThrottlingIndex_SEL=0
SystemResponsiveness=10
SystemResponsiveness_SEL=10
[SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
Size=3
Size_SEL=3
[SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
LargeSystemCache=1
LargeSystemCache_SEL=1
[SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
MaxUserPort=65534
TcpTimedWaitDelay=30
DefaultTTL=64
[SOFTWARE\Microsoft\MSMQ\Parameters]
TCPNoDelay=-1



23
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 24. 01. 2021, 10:59:58 »
Je na mně, abych sem napsal nějaké shrnutí, protože už to nikdo neokomentoval po tom, co vyplynulo, že hlavní problém byl v mých Windows.

Nicméně po dalším týdnu pokusů, kdy jsem se snažil přijít na to, kde je vlastně problém, si myslím, že 365internet nějaký problém s konektivitou má ve večerních hodinách, protože:
1) když jsem si prošel to stahování pomocí wget, tak cca od půlnoci do 18h to házelo vždy výsledky kolem 5-7MB/s, naproti tomu po večerech to klesalo k 3MB/s a o nedělích i pod 2MB/s; po přepojení k tmobilu byly ty rychlosti víceméně vždy (po celých 24h) +- konstatní kolem 5-8MB/s (kvůli mým Windows)
Takže mi z toho vyplývá, že v době od půlnoci do 18h jsem nedosáhnul vyšší rychlosti kvůli mému systému, večer to limitoval 365internet
2) vyplývá to i z toho vyjádření od 365internet, který mi napsal: "Vaše linka má synchro 239/25 Mbps, kdykoliv mezi 1hod ráno a cca 18 hod navečer byste měl být schopen změřit po kabelu 230/24 Mbps minimálně nebo tomu blízké hodnoty. "
3) podporuje to i to měření od safety.matches, který zřejmě podobný problém s windows nemá a má extrémní rozdíly mezi rychlostma ráno a večer

Samozřejmě tím, že byl problém i u mně, tak už to jednoznačně nedokážu (protože zpět k 365internet to přepojovat už nebudu), to  může udělat pouze safety.matches, pokud bude systematicky provádět testy.

Dále k problémům s Windows, opravdu nechápu, proč tohleto dělaly, týden jsem se snažil přijít na to, v čem je chyba. Ihned po startu systému byla ta rychlost dobrá, ale při spuštění některých programů (např. otevření AVI souboru v přehrávači - libovolném nebo spuštění hry Hearthstone) to způsobilo pokles rychlosti. A opravdu to bylo jen tím, dal jsem stahovat v prohlížeči ten Ubuntu, rychlost se ustálila kolem 20MB/s, otevřel jsem avi soubor, rychlost klesla k 8MB/s, ihned po zavření přehrávače rychlost vystoupala na 20MB/s, zkoušel jsem to asi 100x a nechápu. Není to vytížením procáku ani paměti, před spuštěním speedtestu bylo vytížení procáku vždy 5-10%, při spuštěném pak kolem 30%, využití paměti bylo vždy 25-40%.
Navíc když byly Windowsy spuštěné déle jak 4 hodiny, tak pak už ta rychlost byla na těch nižších hodnotách a nepomohlo nic. Zkoušel jsem instalovat nové ovladače síťovky, grafické karty, základní desky, zkoušel jsem různé hodnoty v nastaveních síťovky a nepřišel jsem na to, v čem je problém.
Takže jsem začal hledat na netu, našel jsem program TCP Optimizer, ve kterém jsem nastavil optimal pro 100Mbps+ připojení a od té doby to funguje tak, jak bych víceméně očekával.
Takže teď když to zkouším, tak víceméně dosahuju těchto hodnot (bez ohledu na hodinu testu):
speedtest.net multi: 190-210Mbps
speedtest.net single: 100-130Mbps
cesnet: 200-215Mbps
o2cz.speedtestcustom.com: 160Mbps
rychlost.cz single: 50-65Mbps
rychlost.cz multi: 170-200Mbps
dsl.cz a cetin ukazují pořád nižší hodnoty kolem 90-110Mbps, ale ty měřáky asi nejsou spolehlivé.

Jediný, kdo se pořád neumí vypořádat na 100% s připojením je ten program wget (při tahání toho Ubuntu), pořád tam celkem dost kolísá rychlost, chvílema to tahá 20MB/s a pak to zas na chvílí padne až na 6MB/s, takže průměrná rychlost je celkem rozdílná, někdy to stáhne 16MB/s, někdy 10MB/s. Prohlížeče (např. Opera) se s tím vypořádaj líp, tam ty rychlost tak nekolísá (jen +-2MB/s), takže teď jak jsem to zkusil, tak ten wget stáhnul ten Ubuntu rychlostí 10MB/s a prohlížeč rychlostí 20MB/s.

Takže děkuji všem za pomoc, omlouvám se za to, že nakonec byl hlavní problém v mých Windows (i když bez této diskuze bych se toho asi nedopátral).
Jen tak pro zajímavost, ví někdo které nastavení windows může tento problém způsobovat?

24
Sítě / Re:Implementace IPv6 u CZ ISP's
« kdy: 19. 01. 2021, 13:05:07 »
Tak nějaký seznam je v článku o VDSL ISP, u těch, co to ofiko mají, to tam je uvedeno v tabulce, u spousty je ale otazník, kdy se asi nedá dopátrat, jak jsou na tom https://www.zive.cz/clanky/prehled-kdo-ma-nejlevnejsi-internet-vdsl-jak-jsou-na-tom-verejne-ip-a-terminator/sc-3-a-206288/default.aspx

25
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 17. 01. 2021, 08:47:33 »
No takže tak jednoduché, že by to zrovna vyřešila aktualizace winů, to není... Metodou pokus omyl jsem zjistil, že mi problém způsobují přehrávače videa... změřím rychlost 1 vlákna na speedtestu, vyhodí to 120-150Mbps, otevřu nějaký video soubor v libovolném přehrávači (nemusí ani video běžet, může být pausnuté), rychlost 1 vlákna na speedtestu je kolem 40-60Mbps... Zavřu přehrávač videa, rychlost je zpět na 120-150Mbps... Toto opravdu nepochopím... Ještě budu zkoušet, jestli mi to dělá i nějaký jiný program...

26
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 16. 01. 2021, 23:48:20 »
Tak teď už jsem z toho úplně zmatený, vrátil jsem se zpátky do winů a teď to hází skoro stejné výsledky jako na tom linuxu:
cesnet 181/24
cetin 88/25
rychlost.cz single  53/24
rychlost.cz multi 216/24
speedtest.net (tmobile) multi 213/24
speedtest.net (tmobile) single 157/24
speedtest.net (jm net ricany) multi 198/24
speedtest.net (jm net ricany) single 117/24
dsl.cz 137/24
speed.cloudflare.com  212/23

D:\wget>wget -4 -O nul http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
--2021-01-16 22:37:43--  http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
Resolving cz.releases.ubuntu.com (cz.releases.ubuntu.com)... 217.31.202.63
Connecting to cz.releases.ubuntu.com (cz.releases.ubuntu.com)|217.31.202.63|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2942003200 (2,7G) [application/x-iso9660-image]
Saving to: 'nul'

nul                           100%[=================================================>]   2,74G  24,0MB/s    in 1m 59s

2021-01-16 22:39:43 (23,5 MB/s) - 'nul' saved [2942003200/2942003200]


D:\wget>wget -4 -O nul http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
--2021-01-16 22:39:51--  http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
Resolving cz.releases.ubuntu.com (cz.releases.ubuntu.com)... 217.31.202.63
Connecting to cz.releases.ubuntu.com (cz.releases.ubuntu.com)|217.31.202.63|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2942003200 (2,7G) [application/x-iso9660-image]
Saving to: 'nul'

nul                           100%[=================================================>]   2,74G  24,0MB/s    in 2m 2s

2021-01-16 22:41:52 (23,1 MB/s) - 'nul' saved [2942003200/2942003200]

Takže fakt už nevím, kde byl ten problém, je fakt, že při tom rebootu proběhla i aktualizace winů, tak jestli to vyřešilo ten problém, to netuším...

Ale je fakt, že od včerejška po tom přepojení na tmobile jsem už nedosahoval tak extrémně nízkých výsledků jako u 365internet, předtím mi to ten wget ve špičce tahal i pod 2MB/s, od včerejška to většinou bylo nad 6MB/s, tak nevím, jestli se sešly dvě věci (nedostatečná rychlost 365internet ve špičkách + problém u mě ve windows)? Tomu by odpovídaly i ty výsledky safety.matches, kterému to ve špičce taky jede mizerně...

27
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 16. 01. 2021, 23:22:17 »
no tak je to fakt drsne, zkusil jsem bootnout ubuntu z usb a vysledky:

Rychlost.cz single 54/24
rychlost.cz multi 208/24
speedtest.net (tmobile) multi 203/24
speedtest.net (tmobile) single 150/24
speedtest.net(jmnet ricany) multi 210/24
speedtest.net(jmnet ricany) single 156/24
cesnet 182/24
dsl.cz 127/24
speed.cloudflare.com 209/24
cetin 75/25


ubuntu@ubuntu:~$ wget -4 -O /dev/null http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
--2021-01-16 22:02:46--  http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
Resolving cz.releases.ubuntu.com (cz.releases.ubuntu.com)... 217.31.202.63
Connecting to cz.releases.ubuntu.com (cz.releases.ubuntu.com)|217.31.202.63|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2942003200 (2,7G) [application/x-iso9660-image]
Saving to: ‘/dev/null’

/dev/null           100%[===================>]   2,74G  21,1MB/s    in 2m 2s   

2021-01-16 22:04:49 (22,9 MB/s) - ‘/dev/null’ saved [2942003200/2942003200]

ubuntu@ubuntu:~$ wget -4 -O /dev/null http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
--2021-01-16 22:15:19--  http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
Resolving cz.releases.ubuntu.com (cz.releases.ubuntu.com)... 217.31.202.63
Connecting to cz.releases.ubuntu.com (cz.releases.ubuntu.com)|217.31.202.63|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2942003200 (2,7G) [application/x-iso9660-image]
Saving to: ‘/dev/null’

/dev/null           100%[===================>]   2,74G  24,3MB/s    in 2m 2s   

2021-01-16 22:17:21 (23,1 MB/s) - ‘/dev/null’ saved [2942003200/2942003200]

to jsou vysledky, ktere bych ocekaval krome toho 1 vlakna na rychlost.cz, to je porad nic moc a meraku od cetinu... jinak teda nestacim zirat ...

28
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 16. 01. 2021, 21:09:44 »
Zkuste https://mirror.dkm.cz/ubuntu-releases/20.10/ubuntu-20.10-desktop-amd64.iso

Jinak me napada, vsechny testy vypadaji jako provedene na windows. Nechcete zkusit nejakou Linuxovou live distribuci, abychom vyloucili, ze je to nejakym nastavenim Windows?

No,takže tím 443 portem to teda není:
D:\wget>wget -4 -O nul https://mirror.dkm.cz/ubuntu-releases/20.10/ubuntu-20.10-desktop-amd64.iso
--2021-01-16 19:56:56--  https://mirror.dkm.cz/ubuntu-releases/20.10/ubuntu-20.10-desktop-amd64.iso
Resolving mirror.dkm.cz (mirror.dkm.cz)... 86.49.49.49
Connecting to mirror.dkm.cz (mirror.dkm.cz)|86.49.49.49|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2942003200 (2,7G) [application/octet-stream]
Saving to: 'nul'

nul                           100%[=================================================>]   2,74G  14,1MB/s    in 5m 16s

2021-01-16 20:02:12 (8,87 MB/s) - 'nul' saved [2942003200/2942003200]


D:\wget>wget -4 -O nul https://binaries.eveonline.com/EVEResources.7z
--2021-01-16 20:03:12--  https://binaries.eveonline.com/EVEResources.7z
Resolving binaries.eveonline.com (binaries.eveonline.com)... 65.9.88.50, 65.9.88.55, 65.9.88.47, ...
Connecting to binaries.eveonline.com (binaries.eveonline.com)|65.9.88.50|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 11720235355 (11G) [binary/octet-stream]
Saving to: 'nul'

nul                           100%[=================================================>]  10,92G  24,7MB/s    in 7m 0s

2021-01-16 20:10:14 (26,6 MB/s) - 'nul' saved [11720235355/11720235355]

Jako pořád mi připadá, že mým pc by to nemělo být, když to kolísá podle denní doby, ale tak asi bych moh nějaký linux zkusit, akorát jsem se o to dlouho nezajímal, live distro linuxu teďka jde bootnout z flashky? Které je na to nejlepší?



V příloze jsou slíbené testy.


Moc díky, teda ty večerní výsledky jsou katastrofální :-(, jako zkusil jsem to pro zajímavost teď taky, na rychlost.cz jsem dal server casablanca (který by měl být nejlepší pro isp 365internet, ale tam to hází skoro stejné výsledky u jakéhokoliv, u speedtestu jsem to zkusil na nejlepší - samozřejmě teď tmobile server a pro srovnání ten jmnet říčany - výsledky taky hodně podobné):
cetin 42/26
rychlost cz (server casablanca) single 45/25
rychlost cz (server casablanca) multi 156/24
speedtest.net (server tmobile) multi 156/24
speedtest.net (server tmobile) single 50/24
speedtest.net (jmnet ricany) multi 112/24
speedtest.net (jmnet ricany) single 53/24

Ale je to fakt zajímave, já se u CETINu v žádnou denní dobu nedostanu nad 60Mbps a ty tam ráno máš i 140, naproti tomu teď večer to je u mně o hodně lepší než u tebe... stejně tak u speedtestu, maximum, co jsem kdy naměřil bylo snad 202Mbps (a to spíš někdy před půl rokem), teď v žádnou denní dobu nedám víc jak 175, ty tam zas máš ráno přes 230... a podobně ta rychlost.cz, tam taky max 170Mbps a ty ráno víc... ale zas teď večer jsem na tom líp já...

Nezkoušel si pro zajímavost stáhnout ten soubor https://binaries.eveonline.com/EVEResources.7z , jak rychle tenhle tobě pojede?

29
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 16. 01. 2021, 19:20:41 »
Tak a teď jsem narazil na další záhadu:

D:\wget>wget  -O nul https://binaries.eveonline.com/EVEResources.7z
--2021-01-16 19:00:28--  https://binaries.eveonline.com/EVEResources.7z
Resolving binaries.eveonline.com (binaries.eveonline.com)... 65.9.88.47, 65.9.88.50, 65.9.88.55, ...
Connecting to binaries.eveonline.com (binaries.eveonline.com)|65.9.88.47|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 11720235355 (11G) [binary/octet-stream]
Saving to: 'nul'

nul                           100%[=================================================>]  10,92G  27,6MB/s    in 6m 59s

2021-01-16 19:07:27 (26,7 MB/s) - 'nul' saved [11720235355/11720235355]

A pro porovnání hned za tím to linuxové distro (i když to dneska má taky solidní rychlost, ale přece jen pořád o hodně nižší):
D:\wget>wget -4 -O nul http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
--2021-01-16 19:07:48--  http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
Resolving cz.releases.ubuntu.com (cz.releases.ubuntu.com)... 217.31.202.63
Connecting to cz.releases.ubuntu.com (cz.releases.ubuntu.com)|217.31.202.63|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2942003200 (2,7G) [application/x-iso9660-image]
Saving to: 'nul'

nul                           100%[=================================================>]   2,74G  10,7MB/s    in 5m 4s

2021-01-16 19:12:52 (9,22 MB/s) - 'nul' saved [2942003200/2942003200]

Jak to, že to ten první soubor (to se mi stalo myslím poprvé, že to dává konečně v tomto případě tu rychlost, kterou by mělo) tahá dobře a zbytek jede pomaleji? Jediné, co vidím, tak že se to připojuje na https port 443 místo http 80, je možné, že CETIN omezuje rychlosti při spojení na port 80 a i když ty měřáky mají web na https, tak ty testovací soubory stahují přes http a proto nikdy u 1 vlákna nedosáhnu vyšších rychlostí? Teda kromě toho speed.cloudflare.com, který vypadá, že ty testovací soubory tahá sekvenčně a přesto ukazuje 200Mbps (že by ten cloudflare to taky tahal přes port 443)?
Máte někdo tip na nějaký další server, kde bych moh přes ten wget tahat přes port 443, abych vyzkoušel, jestli to fakt sedí?

30
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 16. 01. 2021, 09:46:32 »
Agregace byla zrusena. Dnes se da reklamovat sluzba, pokud nedosahuje bezne rychlosti (cca. 60 % ze synchronizacni) po vetsinu dne. Tak bych zkusil tuhle cestu.
Jasně, jen je teď problém, co se bere jako skutečná rychlost, stahování jednoho vlákna nebo více vláken? Protože mi včera volal operátor od Tmobile, že teda převedli tu linku, tak jsem mu hned říkal, že fajn, ale že můj problém se tím nevyřešil, takže teď je zřejmé, že problém je na straně CETINu a jestli jsou schopni předat do CETINu můj požadavek, aby se mi ozval technik, který má na starosti DSLAMy v této lokalitě, abych to s ním mohl zkonzultovat. Tak mě přepojil někde na technika od TMobilu, se kterým teda domluva byla dost těžká, že stahování nějakého souboru pro ně není správný podklad pro stížnost, že potřebují data z nějakého měřáku. Když jsem se zeptal, kterého, tak prý je to jedno. Na to jsem říkal, že teda nejhorší výsledky mi ukazuje dsl.cz, tak na to mi řekl, že ten teda ne, že ten to ukazuje špatně. Tak prý že ten na rychlost.cz. Po dotazu, jestli teda je pro ně podstatná rychlost jednoho nebo více vláken, mi řekl, že on tam má jen jednu hodnotu. A když jsem řekl, že když to rozkliknu, tak mi to ukáže rychlost jednoho vlákna zvlášť a více vláken zvlášť, tak prý ať mu to pošlu, že to tam zkusí někde zadat, ale že pro ně je podstatná ta hlavní hodnota (která ukazuje rychlost ve více vláknech). Takže nevím, jestli se přes ně k technikovi od CETINu dostanu. Jako zkusím kontaktovat ještě přímo CETIN, ale co vím z komentářů na FB, tak vždy píšou, že zákazník musí reklamovat rychlost služby u operátora, se kterým má smlouvu, tak se bojím, že tam mě taky odpálkujou.
Traceroute fyzickou infrastrukturu neukaze, protoze je tam to PPPoE, jak uz psal Ondrej. Logicke propojeni na IP vrstve je: modem-BRAS (ovykle regionalni router v krajskem meste, s velkou konektivitou)-router v predavacim meste (obvykle Praha)-sit koncoveho ISP-Internet.
OK, díky za info.
Fyzicky je to takto: modem-remote DSLAM (pripojen [multi]gigabitovou optikou)-hlavni DSLAM (na ustredne)-agregace na urovni okresu-agregace na urovni kraje-BRAS.
Je tam tedy dost potencialnich uzkych hrdel, nejvic samozrejme na zacatku. Kde ze ten remote DSLAM stoji?
Jako adresa DSLAMu? Ten je u baráku na adrese Nebory čp. 175, Třinec, i když teda na mapě na zrychlujemecesko.cz ho CETIN ani po 9 měsících od spuštění nebyl schopný zakreslit...
Fakt to moc nechápu, protože těch baráků, které by na ten DSLAM mohly být připojeny není moc. Nejbližší barák na východní stranu (Nebory 304) ukazuje max rychlost 50Mbps, takže ten by měl být připojený na nějaký jiný DSLAM (jinak by ta rychlost měla být vyšší vzhledem ke vzdálenosti, ale i kdyby, tak tou 50Mbps to nějak moc nemůže vytěžovat), takže ty linky z toho DSLAMu by měly jít spíš na západní stranu. A tam to u baráku Nebory 171 ukazuje 250Mbps, u dalšího na druhé straně cesty (Nebory 172) už jen 100Mbps, u těch dalších v ulici to ukazuje zas 250Mbps (ale u těch nevím, jestli už nejsou připojené na nějaký jiný DSLAM, protože jednak ta vzdálenost už je větší - nevím, jestli to ještě těch 250Mbps utáhne a jednak po zprovoznění toho mého DSLAMU tam ty hodnoty nějakou dobu tak velké nebyly, i když u nás to ukazovalo už 250Mbps, tak tam bylo pořád 100 nebo 50Mbps)... Ale i kdyby, tak kolik by těch baráku bylo? 10? 12? I kdyby to bylo 12 a všichni měli 250Mbps, to je pořád jen 3Gpbs a i kdyby ten DSLAM měl jen 1Gbps optickou linku do centra (tak pořád je blbost, aby to ti lidi vytěžovali tak extrémně, že by to ani mimo špičku nemělo jet blízko maxima). Jedině, co mě napadá, že by byla možnost, že víc těch DSLAMů sdílí jednu optickou linku, myslím to tak, že třeba z centra jde optika do prvního dslamu, z něho do druhého, a z něho do třetího, takže se více DSLAMů musí podělit o stejnou linku. Jako připadá mi to jako blbost to takto řešit (hlavně i do budoucna, protože potřebné kapacity budou pořád narůstat), ale nevím, jestli to třeba někoho v CETINu nenapadlo to takhle blbě udělat...

Protože fakt se ani mimo špičku nedostanu s jedním vláknem dlouhodobě nad 10MB/s, krátkodobě to někdy píše u toho wget stahování rychlost max kolem 12MB/s.
A divné je, že třeba dneska v noci nad ránem to stahovalo pomaleji než včera večer:

2021-01-15 23:04:43 (8,17 MB/s) - 'nul' saved [2942003200/2942003200]

Vzbudil jsem se kolem 4h ráno, tak jsem to cvičně zkusil a šel zas spát:
2021-01-16 04:29:44 (6,23 MB/s) - 'nul' saved [2942003200/2942003200]

Pak jsem to zkoušel ráno, než jsem šel do práce:
2021-01-16 06:46:43 (6,44 MB/s) - 'nul' saved [2942003200/2942003200]
2021-01-16 07:17:23 (6,46 MB/s) - 'nul' saved [2942003200/2942003200]

Jako nechce se mi věřit, že o půl páté ráno je ta linka od DSLAMu natolik vytížená, že to jede tak 60Mbps max. Jako že by u toho sedělo několik lidí, kteří tam něco stahujou nebo že by tam bylo několik lidí, kteří mají nastavené takové extrémní stahování dat celou noc?

Jako fakt mi to smysl nedává...

Jo a doma ta aktuální rychlost stahování přes ten wget celkem dost kolísá, když to má nejvyšší rychlost, tak to prostě kolísá od 7MB/s do 12MB/s, a třeba v tu neděli večer to kolísá mezi 500kB/s do 5MB/s, naproti tomu, když to zkusím v práci (na tom 60Mbps DSL), tak pokaždé, co jsem to pustil, se to během 10 vteřin ustálí na 6,93MB/s a ukazuje to pořád konstantní rychlost...

Jo jinak jsem to zkusil teď doma a rychlost je snad nejvyšší, co jsem doteď naměřil:
2021-01-16 08:58:07 (9,62 MB/s) - 'nul' saved [2942003200/2942003200]

Stran: 1 [2] 3