Перейти к содержанию

Интернет ресурсы компании


Рекомендуемые сообщения

Здравствуйте Евгений!

У меня скорость канала около 30 мегабит и биты от байтов отличаю.

Давно уже заметил тенденцию - скорость загрузки любого контента с ресурсов Лаборатории Касперского что дистрибутивов, что обновлений не превышает 1-1,5 мегабит/сек!

Во время бетатестирования тестерам выделили фтп сервер и там таже самая ситуация - недостаточно мощностей интернета у ваших серверов, даже создавалась специальная тема.

Если домашний пользователь установит себе KAV/KIS 2011_556, то он будет материться во время первого обновления баз.

Лаборатория Касперского слишком солидная компания, чтобы иметь медленные интернет ресурсы...

Для сравнения, с ресурсов Symantec скорость скачивания значительно выше и сотни мегабайт закачиваются за пару минут. И еще, единственно, дистрибутивы AVP Tool скачиваются на хорошей скорости.

Планируется ли в ближайшее время наводить порядок и быстроту с раздачей контента?

post-7312-1304968805_thumb.jpg

  • Согласен 3
Ссылка на комментарий
Поделиться на другие сайты

Добрый день!

Извиняюсь, что отвечаю за Евгения )

 

По вопросу о скорости обновления продуктов Kaspersky: та скорость, которую продукт показывает в интерфейсе – это не скорость скачивания обновлений баз с серверов ЛК,

а суммарная общая скорость обновления антивирусных баз Продуктом. Во время обновления включается:

механизм самозащиты Продукта, обсчет контрольных сумм файлов баз, проверка цифровых подписей, резервное копирование баз и перемещение новых баз.

 

По вопросу о скорости скачивания дистрибутивов Kaspersky: наши замеры показывают что реальная скорость варьируется от 300Kb/s до 1Mb/s.

Большинство серверов ЛК на площадках Интернет-провайдеров подключено к сети Интернет 10Gbps линками. Низкая скорость скачивания у клиентов не связана с недостатком мощности серверов, а имеет фундаментальную природу и вызвана ограничениями протокола TCP/IP. Данная скорость в первую очередь зависит от длины линии (задержек в ней) между клиентом и сервером, эта особенность называется Long Fat Pipe (http://en.wikipedia.org/wiki/Bandwidth-delay_product).

Несмотря на то, что мы имеем десятки серверов, расположенных по всему миру, и используем технологии, перенаправляющие клиентов на ближайший сервер, всегда найдутся клиенты, которые по каким либо причинам попадут не на ближайший сервер, а на более далекий от них. В этом случае их скорость скачивания будет существенно меньше. Для улучшения данных показателей необходимо размещать сервера как можно ближе к клиентам, непрерывно увеличивая их количество,

что мы, безусловно, делаем. Мы размещает наши серверы в оптимальных местах крупнейших бэкбонов и точек обмена трафиком (IX) Internet, и делаем всё зависящее, непрерывно улучшая качество доступности наших Интернет-ресурсов и сервисов, путем увеличения мощности комплексов серверов ЛК.

 

Спасибо за то, что указываете на существующие проблемы, вместе мы сделаем наш продукт еще лучше. Просим и впредь давать подобный фидбэк о работе наших сервисов.

 

Мы можем помочь исследовать Вашу проблему, обращайтесь в личку.

Ссылка на комментарий
Поделиться на другие сайты

Низкая скорость скачивания у клиентов не связана с недостатком мощности серверов, а имеет фундаментальную природу и вызвана ограничениями протокола TCP/IP. Данная скорость в первую очередь зависит от длины линии (задержек в ней) между клиентом и сервером, эта особенность называется Long Fat Pipe (http://en.wikipedia.org/wiki/Bandwidth-delay_product).

Несмотря на то, что мы имеем десятки серверов, расположенных по всему миру, и используем технологии, перенаправляющие клиентов на ближайший сервер, всегда найдутся клиенты, которые по каким либо причинам попадут не на ближайший сервер, а на более далекий от них. В этом случае их скорость скачивания будет существенно меньше. Для улучшения данных показателей необходимо размещать сервера как можно ближе к клиентам, непрерывно увеличивая их количество,

что мы, безусловно, делаем. Мы размещает наши серверы в оптимальных местах крупнейших бэкбонов и точек обмена трафиком (IX) Internet, и делаем всё зависящее, непрерывно улучшая качество доступности наших Интернет-ресурсов и сервисов, путем увеличения мощности комплексов серверов ЛК.

Внимательно почитал. Хочу заметить, у всех бетатестеров тормозил ftp сервер, хотя у каждого разные провайдеры.

http://forum.kaspersky.com/index.php?showtopic=206294

Также интересна ситуация со скачиванием дистрибутива AVP Tool - оно происходит на гораздо большей скорости, нежели другие дистрибутивы. Значит при скачивании авп тул меня правильно направляют на ближайший сервер, а при скачивании других дистрибутивов нет?!

И еще установил продукт Symantec - он мне выдал первоначальный размер обновлений ~100 мбайт. Не знаю, как у них устроено определение ближайшего сервера, но скачались эти обновления максимально быстро, а продукт ЛК начинает выкачивать больше 15 минут гораздо меньшее количество обновлений.

Мы можем помочь исследовать Вашу проблему, обращайтесь в личку.
Проблема похоже массовая:

http://forum.kaspersky.com/index.php?showtopic=206294

Ссылка на комментарий
Поделиться на другие сайты

Мы можем помочь исследовать Вашу проблему, обращайтесь в личку.
Для тех, кто поддерживал вопрос - я обратился к klad в лс, но он на протяжении 5 дней не хочет отвечать :whistle:
Спасибо за то, что указываете на существующие проблемы, вместе мы сделаем наш продукт еще лучше. Просим и впредь давать подобный фидбэк о работе наших сервисов.
Скорость скачивания дистрибутивов такая же малая порядка мегабита, то есть ничего не меняется.

Чтож пусть тогда проблема с тормозной раздачей контента остается на совести инженеров ЛК, "давать фидбэки", на которые забивают - нет желания.

Изменено пользователем Ummitium
Ссылка на комментарий
Поделиться на другие сайты

Внимательно почитал. Хочу заметить, у всех бетатестеров тормозил ftp сервер, хотя у каждого разные провайдеры.

http://forum.kaspersky.com/index.php?showtopic=206294

Также интересна ситуация со скачиванием дистрибутива AVP Tool - оно происходит на гораздо большей скорости, нежели другие дистрибутивы. Значит при скачивании авп тул меня правильно направляют на ближайший сервер, а при скачивании других дистрибутивов нет?!

И еще установил продукт Symantec - он мне выдал первоначальный размер обновлений ~100 мбайт. Не знаю, как у них устроено определение ближайшего сервера, но скачались эти обновления максимально быстро, а продукт ЛК начинает выкачивать больше 15 минут гораздо меньшее количество обновлений.Проблема похоже массовая:

http://forum.kaspersky.com/index.php?showtopic=206294

Добрый день!

FTP тормозит в силу указанных выше причин, связанных с длиной линии. Сервер data6 находится во Франкфурте, на площадке Tier1 провайдера teliasonera. Я свяжусь с теми, кто занимается тестированием, попрошу перенести дистрибутивы на один из российских серверов.

С avptool непонятная ситуация. Дистрибутивы продуктов, документация, тулзы и пр. софт раздается с комплекса store-серверов (этот комплекс в общем случае никак не связан с комплексом FTP серверов data*). Можете указать IP-адреса (и URL в браузере) серверов, с которых скачивается AVPtool? И для сравнения тоже самое для дистрибутивов.

Попробуйте качать в несколько потоков, приятно удивитесь. Это снимает ограничение на длину линии и позволяет утилизировать канал полностью.

Второй линк (на массовую проблему) ведет туда-же, куда и первый?

 

Для тех, кто поддерживал вопрос - я обратился к klad в лс, но он на протяжении 5 дней не хочет отвечать
Прошу прощения, только сегодня вспомнил про сообщение на сайте.
Ссылка на комментарий
Поделиться на другие сайты

Мы можем помочь исследовать Вашу проблему, обращайтесь в личку.
Спасибо Андрей! Действительно помогли!

В общем, причиной низкой скачки дистрибутивов были dns гугла которые я вбивал где-то с год назад и забыл про них...

Получалось, что благодаря гугловским днс серверам меня перенаправляло аж в канаду за дистрибутивами и обновлениями.

 

Тему можно закрыть.

Изменено пользователем Ummitium
  • Согласен 1
Ссылка на комментарий
Поделиться на другие сайты

В общем, причиной низкой скачки дистрибутивов были dns гугла которые я вбивал где-то с год назад

Это который 8.8.8.8?

 

Вот же засада - у меня аналогично.

 

Спасибо

Ссылка на комментарий
Поделиться на другие сайты

Это который 8.8.8.8?
Так точно.

Были еще давно проблемы с днс моего провайдера, поэтому вписывал восьмерки и забыл про них.

Теперь меня направляет на российские сервера и скорость скачки тех же обновлений очень большая :)

Ссылка на комментарий
Поделиться на другие сайты

В общем, причиной низкой скачки дистрибутивов были dns гугла которые я вбивал где-то с год назад и забыл про них...

Получалось, что благодаря гугловским днс серверам меня перенаправляло аж в канаду за дистрибутивами и обновлениями.

Друзья, хотел бы добавить пару слов о причинах такого поведения. Для обеспечения отказоустойчивости наших внешних сервисов и увеличения скорости работы мы используем нашу внутреннюю разработку под названием GeoDNS. Вкратце ее суть сводится к тому, что при запросе к одному из наших DNS серверов этот сервер проверяет IP запрашивающего клиента и отдает ему IP ближайшего к нему (клиенту) живого сервера.
  • Согласен 1
Ссылка на комментарий
Поделиться на другие сайты

Спасибо Андрей! Действительно помогли!

В общем, причиной низкой скачки дистрибутивов были dns гугла которые я вбивал где-то с год назад и забыл про них...

И какой DNS правильный?

Друзья, хотел бы добавить пару слов о причинах такого поведения.

Не понятно, что же делает неправильно Google DNS?

Изменено пользователем Cihihen
Ссылка на комментарий
Поделиться на другие сайты

пользователь
И какой DNS правильны?

DNS сервер вашего провайдера или свой собственный.

 

Не понятно, что же делает неправильно Google DNS?

Он все делает правильно, но так как Google DNS находится в северной америке, то GeoDNS по запросу Google DNS выдаст адрес американского сервера.

Ссылка на комментарий
Поделиться на другие сайты

мы используем нашу внутреннюю разработку под названием GeoDNS.

Welcome to GeoDNS это ваш сайт или подделка?

 

Он все делает правильно, но так как Google DNS находится в северной америке, то GeoDNS по запросу Google DNS выдаст адрес американского сервера.

Какой DNS у себя прописывать, что бы правильно адрес выдавался? Я так понимаю вы рекомендуете отказаться от Google DNS потому, что сервер находится с США. И он только по этому отправляет меня на американские сайты. Почему же когда я делаю запрос www.google.com он выдает www.google.ru?

Ссылка на комментарий
Поделиться на другие сайты

пользователь
Какой DNS у себя прописывать, что бы правильно адрес выдавался?

Я уже ответил на этот вопрос.

 

Я так понимаю вы рекомендуете отказаться от Google DNS потому, что сервер находится с США. И он только по этому отправляет меня на американские сайты.

Если хотите, то продолжайте пользоваться.

 

Почему же когда я делаю запрос www.google.com он выдает www.google.ru?

Потому, что вы напрямую обращаетесь к DNS, на котором хранятся зоны гугла. То есть, он знает откуда вы и выдает то, что нужно вам. А когда вы хотите узнать адреса серверов ЛК, то Google DNS обращается к GeoDNS ЛК который про вас уже не знает для него клиент это не вы, а Google DNS и он выдает лучший ответ для Google DNS, а не для вас.

Изменено пользователем пользователь
Ссылка на комментарий
Поделиться на другие сайты

А когда вы хотите узнать адреса серверов ЛК, то Google DNS обращается к GeoDNS ЛК который про вас уже не знает для него клиент это не вы, а Google DNS и он выдает лучший ответ для Google DNS, а не для вас.

Насколько я понимаю Google DNS не обращается к серверам. DNS-сервер обеспечивает трансляцию имен сайтов в IP адреса. Я обращаюсь по адресу www.***.com и DNS-сервер направляет по адресу 123.456.489.00. GeoDNS ЛК выдает ответ не Google DNS а пользователю. А почему он не правильно определил местоположение пользователя наверное не вина Google DNS.

Потому, что вы напрямую обращаетесь к DNS, на котором хранятся зоны гугла. То есть, он знает откуда вы и выдает то, что нужно вам.

А не по IP определяет? Попробуйте через иностранный прокси зайти на тот же www.google.com.

Ссылка на комментарий
Поделиться на другие сайты

Гость
Эта тема закрыта для публикации ответов.
  • Похожий контент

    • rancol347
      Автор rancol347
      После установки фри версии касперского заметил, что интернет стал очень долго грузить что-то с новой вкладки. Нормально грузиться пару сайтов, и вот этот форум)
    • KL FC Bot
      Автор KL FC Bot
      Даже компании со зрелой ИБ и достаточными инвестициями в это направление не застрахованы от киберинцидентов. Атакующие могут использовать уязвимости нулевого дня или скомпрометировать цепочку поставок, сотрудники могут стать жертвой сложной мошеннической схемы по проникновению в компанию, сама команда ИБ может допустить ошибку в настройках защитных инструментов или процедуре реагирования. Но каждый такой случай — повод улучшать процессы и системы, делать защиту еще эффективнее. И это не просто мотивационный афоризм, а практический подход, который вполне успешно работает в других сферах, например в авиационной безопасности.
      В авиации требования по обмену информацией для предотвращения инцидентов предъявляются ко всем участникам — от производителей самолетов до стюардесс. И речь идет не обязательно об авариях или сбоях, в этой отрасли принято сообщать и о потенциальных проблемах. Сообщения постоянно анализируются и на их основе корректируются меры безопасности. Постоянное внедрение новых мер и технологий привело к снижению числа фатальных инцидентов с 40 на миллион вылетов в 1959 году до 0,1 — в 2015-м.
      Но главное — в авиации давно поняли, что такая схема не будет работать, если ее участники боятся сообщать о нарушениях процедур, проблемах качества и других причинах инцидентов. Поэтому авиационные стандарты включают требования non-punitive reporting и just culture — то есть сообщения о проблемах и нарушениях не должны приводить к наказанию. Есть подобный принцип и у инженеров DevOps, они обычно называют это blameless culture и используют при разборе масштабных сбоев. Незаменим такой подход и в кибербезопасности.
      У каждой ошибки есть фамилия?
      Противоположностью blameless culture является принцип «у каждой ошибки есть фамилия», то есть конкретный виновник, который ее совершил. В рамках этой концепции за каждую ошибку применяют дисциплинарные взыскания вплоть до увольнения. Однако в реальности использование этого принципа вредно и не ведет к повышению защищенности.
      Сотрудники боятся ответственности и искажают факты при расследовании случившихся инцидентов, а то и уничтожают информацию, пытаясь скрыть улики. Искаженная или частично уничтоженная информация об инциденте усложняет реагирование и ухудшает общий исход, потому что ИБ не может правильно и быстро оценить масштаб инцидента. При разборе инцидентов фокус на конкретном виновнике не позволяет сосредоточиться на том, как надо изменить систему, чтобы подобные инциденты не повторялись впредь. Сотрудники боятся сообщать о нарушениях политик и практик ИТ и ИБ, поэтому компания упускает шанс устранить дефекты защиты ДО ТОГО, как они стали причиной критического инцидента. Сотрудники не мотивированы обсуждать вопросы кибербезопасности, обучать друг друга, корректировать ошибки коллег. Чтобы все в компании могли внести вклад в ее защиту, надо действовать иначе.
       
      View the full article
    • Skif22
      Автор Skif22
      Добрый день!
      Подскажите пожалуйста. При помощи KSC пытаюсь заблокировать доступ в интернет приложению. Действую по инструкции 
      , но дело в том, что в окне Добавление списка приложений в группу доверия нет ни одного приложения. Что необходимо сделать, чтобы приложения появились?
      Благодарю за ответы.
    • Максим Субботин
      Автор Максим Субботин
      Позвонила девушка из маркетинга компании Ростелеком, предложила прислать смс на подключение ознакомительной версии Антивируса Касперский. Я вежливо отказался. Следом пришла смс с предложением зайти на сайт, согласиться с условиями подключения сервиса и получить ключ на подключение антивируса. Я не стал заходить на сайт, соглашаться с получением сервиса и получать ключ на подключение антивируса. Через некоторое время услуга Антивирус Касперского появился в списке услуг в личном кабинете, и пришел счет на его оплату. Удалить услугу из личного кабинета удалось только по звонку в службу продержки Ростелеком. Похоже, что таких как я очень много, так как в голосовом помощнике Ростелеком (8-800-707-12-12) даже предусмотрена отдельная цифра для отключения Антивируса Касперского ("для отключения АК нажмите цифру 5").
      Интересно, в компании Касперский знают, каким способом распространяется их продукт (сам по себе достаточно неплохой), и какой репутационный ущерб наносят сотрудники компании Ростелеком таким распространением компании Лаборатория Касперского.
       
       
    • KL FC Bot
      Автор KL FC Bot
      Приложения с открытым исходным кодом используются уже в 96% компаний. Широкий выбор, возможность доработок и нулевая стоимость лицензии очень привлекательны, но более половины фирм, опрошенных в рамках отчета 2025 State of Open Source, испытывают серьезные проблемы с их сопровождением. 63% не успевают обновлять решение и применять патчи, немногим меньше проблем с кибербезопасностью, регуляторным соответствием и наличием open-source-софта с истекшим сроком службы (EOL, более неподдерживаемым). Как минимизировать вероятность возникновения этих проблем и куда смотреть еще на этапе выбора open-source-приложения для внедрения?
      Обновления и патчи
      Поскольку своевременные обновления — самая широко распространенная проблема, смотреть на приложение-кандидата с этой точки зрения нужно особенно внимательно. Прямо в публичном репозитории приложения несложно проверить частоту и масштабность обновлений, а также их состав. Обращать внимание нужно на то, насколько хорошо задокументированы обновления; какого рода проблемы в них решаются и какие функции добавляются; часты ли ситуации, когда следом за выходом новой версии через несколько дней или недель выходят мелкие фиксы; насколько быстро закрываются запросы, связанные с устранением ошибок?
      Ответить на эти вопросы помогут стандартные инструменты вроде GitHub Insights, а также вспомогательные сервисы, например Is it maintained, Repology, Libraries.io. Последний сразу отображает, какие устаревшие зависимости используются в текущей версии.
      Отдельное внимание стоит уделять обновлениям, связанным с безопасностью. Выходят они отдельным треком или их выпускают вместе с функциональными обновлениями? Как правило, разработчики идут по второму пути, и тогда надо разобраться, долго ли обновления безопасности ждали своего выпуска.
      Также надо оценить, насколько сложна установка обновлений. Для этого недостаточно официальной документации и помощи (хотя с ее изучения можно начать). Но тут скорее поможет внимательное изучение отзывов в сообществах пользователей.
       
      View the full article
×
×
  • Создать...