Cooolbox

[netrootbg]

16 minutes ago, viktor4o19 said:

Лаптопът е чисто нов, на два месеца и поне за мен е с добри параметри. Модел 2020. 

Лаптоп Gaming LENOVO IdeaPad 3 15IMH05, 15.6", Intel® Core™ i5-10300H, RAM 8GB, SSD 512GB, NVIDIA® GeForce® GTX 1650 4GB, FreeDOS, Onyx Black. 

Изключи твоята техника. Сложи рутера който ти дават от Cooolbox да си работи като катъв. Свързваш се с кабел с него и тестваш. За тест обаче е най - добре да пуснеш да сваляш нещо от някой сайт с добра свързаност а не speedtest.

[tedy]

Просто да тества с 3-4 различни speedtest съвръри. Аз лично почти не съм намирал надеждно сайт/сървър, откъдето да сваля(м) нещо с пълен капацитет и да запълня връзката. Спеедтест в 99.999% от случаите ми мери с пълнота, разбирай над 920 мбита, освен в много редки случаи, и то ако избера само един и той е нещо понатоварен или избера някой незнаен.

Наистина ако досега не е пробвал да елиминира своя рутер и да тества директно..

[viktor4o19]

Благодаря много за съдействието. Довечера, когато съм вкъщи ще пробвам и ще пиша пак. Още веднъж благодаря 

[exabyte]

На някой приемника да се е рестартирал днес? 

[plameni]

Ти да видиш...

Отдавна не бях тествал, но връзката към UK вече е напълно отпушена.  

 

Повече от перфектна, щом и през VPN-а ми в Amazon AWS се постигат такива скорости:

 

Cooolbox 

[w00x]

А аз май имам някакъв проблем с рутера...

 

Конвертера директно свързан с компютъра.

 

 

Компютъра свързан през рутера. С кабел.

 

 

Някой може ли да тества също колко получава през рутер?

[tedy]

Около 910/930. Пробвай с друг софийски сървър.

Ако рутера е читав, трябва почти да не забелязваш разлика. Ако можеш виж натоварването на рутера по време на теста. Но очевидно рутера ти е нещо виновен щом директно към компа получаваш по-висок резултат. Разбира се предполага се, че си направил няколко теста за да изключиш нещо временно.

[w00x]

Софтуерът на рутера не показва никакво натоварване.

[plameni]

Пусни постоянен пинг към рутера и наблюдавай как се променя по време на спийдтеста.

Каква е разликата при тест със Single и Multi Connections.

[w00x]

Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
Reply from 192.168.1.1: bytes=32 time=10ms TTL=64
Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
Reply from 192.168.1.1: bytes=32 time=6ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=13ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=12ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
Reply from 192.168.1.1: bytes=32 time=6ms TTL=64
Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
Reply from 192.168.1.1: bytes=32 time=7ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=9ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=6ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=12ms TTL=64
Reply from 192.168.1.1: bytes=32 time=5ms TTL=64
Reply from 192.168.1.1: bytes=32 time=10ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.1.1:
    Packets: Sent = 50, Received = 50, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 13ms, Average = 3ms

 

Multi:

 

 

Single:

 

[plameni]

Като изключим липсата на максимална скорост, другите неща изглеждат в норма.

Аз бих започнал малко по-радикални тестове: временно изключване на WiFi, разкачване на останалите LAN-клиенти (ако има такива); ресет до фабрични настройки; ако няма по-нова версия за ъпгрейд на фърмуера, тест за даунгрейд (ако рутера го позволява). 

[abatt]

Някой да сподели впечатления от новия приемник MAG 322. Минах на гигабит и ми бяха оставили стария MAG 250  , но той беше за смяна те самите ми бяха казали - изчезваше картината за около 10 секунди и се оправяше пак. Сега с новия след рестарт работи добре около 2 дена. След това при пускане избираш примерно ВСИЧКИ канали и седи бекграунда и нищо. Трябва два пъти да натисна BACK и тръгва картината. На 3-4 четвърти ден при смяна на канили инфо-бара остава по 15-20 секунди отдолу. Това е откачена работа. При рестарт приемника работи супер ден - два. Отделно вечер пак чат-пат картината изчезва за малко време. Не мога да отреча , че приемника е доста по-бърз. Уцелил съм кофти бройка или такива са възможностите на доставчика :) ???

[Cooolbox]

Здравейте, abatt,
Препоръчваме Ви да се обадите на колегите от отдел Техническа поддръжка на тел. 080045845, за да направят проверка на услугата Ви. Или ни предоставете на лично съобщение клиентски номер и координати за връзка.

[vkirov]

Смея ли да запитам какво се случи с DSTV?

Обикновено като ще се добавя поредният канал повърня - има десет дена по-рано поп-ъпи, сега като пръдня из гащи въпросният изчезна?

Сега .. ясно ми е, че при вас са все интелектуалци и спортисти и няма да се усети липсата при 30-40 нелегални сръбски спортни канала и mezzo classic, но има и такива като мен - прост рабочий клас на три смени по заводите ... нали ...

[Cooolbox]

Здравейте, @vkirov
За съжаление не успяхме да подновим правата за излъчване на DSTV.  Каналът не е наличен в нашата програмна схема от 09.06.2021 г. Беше излъчено съобщение за промяната, заедно с уведомление за стартиране излъчването на четири нови програми - лайфстайл каналите HomeOne HD и HomeMall HD, както и музикалните Party’s HD и Cubayo HD.
Ето тук може да прегледате актуалния ни ТВ списък: https://www.cooolbox.bg/za-doma/tv-paketi

[wildrose]

Здравейте. Очаква ли се разширяване на покритието/мрежата/ на Coolbox към близките до Пловдив населени места?

[plameni]

On 5/8/2021 at 12:38 PM, w00x said:

А аз май имам някакъв проблем с рутера...

 

Има ли развитие/решение този проблем?

[w00x]

Не. Установих проблема обаче.

След рестарт на рутера, торентите се свалят с по 30-40-50МБ/с.

След известно време, скоростта пада до максимум 10-15Мб/с.

Явно множеството торенти, които имам, бъркат рутера и го бъгват. Регистрира ги като TCP SYN Flood Attack.

 

Сега се сетих, че не съм пробвал просто да спра DDoS защитата.

[plameni]

"Заделил" ли си отделен порт за торентите или си оставил рутера да се оправя?

[w00x]

Оставил съм рутера да се оправя с портовете. Пуснал съм му UPnP-то и дотам.

[plameni]

Пробвай с фиксиран порт в торент-клиента и пренасочване в рутера към този порт.

Ако е възможно, пробвай как се държи с изключен UPnP.

[w00x]

Добре. Ще пробвам довечера.
Ще пробвам и да изключа DDoS защитата в рутера.

[plameni]

Коментар за UPnP, по повод невъзможността за контрола му в старите рутери на Кулбокс:

  

On 10/4/2016 at 1:26 PM, plameni said:

Знаеш, че от гледната точка на сигурността, най-добре е да се забрани веднага UPnP.

UPnP is by design insecure

 

  Hide contents

UPnP is a protocol designed to automatically open ports in a firewall to allow an outsider to access a hosted server on a local machine that is protected by said firewall.

 

UPnP is like mounting a lock on a door and then leaving the key in the keyhole. What's the point of mounting a lock then?

 

It goes without explanation to say why this is a bad protocol from the beginning, to aid "newbies" who can't even go to 192.168.0.1/192.168.1.1 and forward a simple port if that's required.

 

UPnP effectively makes the firewall useless. Any trojan could then set up a listening IRC server, RAT server or anything other suspicious and then ask the firewall to open the port for them.

 

If you have a router which supports UPnP, disable the protocol immediately. I haven't yet stumbled upon a router which does not permit disabling UPnP, so in all routers it should be possible. It might be some ISP locked down router that has customer administration completely disabled, but then you should be able to ask your ISPs customer service to have UPnP disabled.

 

 

[w00x]

Добре. Ще изключа и него.

Винаги мога да го пусна, ако някое устройство/програма започне да мрънка.

[tedy]

От доста време съм изключил upnp в рутера и не съм видял проблем. Навремето и аз имах притеснения дали да го изключа.

Торент клиента задължително с някакъв фиксиран порт и пренасочен в рутера и това е.

Решавай го тоя проблем, щото то освен в торенти, човек къде да види близо и над 100 MB/s . И в спеедтест.