информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetГде водятся OGRыСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Трафик будет не больше способности твоего канала. Объясню... 25.03.04 14:19  Число просмотров: 1520
Автор: Killer{R} <Dmitry> Статус: Elderman
Отредактировано 25.03.04 14:25  Количество правок: 1
<"чистая" ссылка>
> почему же одинаковая ? для больших файлов при
> мнокосекционной закачке траффик всё-таки побольше будет
Трафик будет не больше способности твоего канала. Объясню зачем тогда юзают всякие двунлоагдакселераторы и флашьгеты - TCP соединения имеют свойство "подвисать" -когда во время передачи данных какой либо пакет потеряется по дороге то клиент это поймет только приняв определенное количество данных, затем сервер подождет немного и не получив подтверждения принятия клиентом данных перепошлет их. Во время этого ожидания канал не используется - попросту простаивает. Потому передача данных сразу многими потоками просто позволяет более эффективно использовать канал при ненадежных условиях соединения, но никак не сможет увеличить скорость передачи выше той на которой ты соединился со своим провом минус оверхед на протоколы. Далее - почему иногда всетаки изумленные юзеры соединившись с провом на 33600 видят цифры типа 6-7кбайт\сек - просто протоколом РРР поддерживается сжатие данных, кроме того сжатие поддерживается аппаратно модемами на протоколах MNP... Естественно если скачивается архив ничего это сжатие не даст, а если текст или ехе - то можно достичь 2х а то и больше кратного ускорения.
> но дело не в этом , а как отреагирует сервер , если мы
> будем закачивать по HTTP ,например, гиговый фаил в 10000
> потоков , а после установки этих 10000 соединений оборвём
> связь...
> что будет с сервером?
> по идее, он должен ждать такое-то время а потом всё
> закрывать , а вот где это время ожидания
> прописывается....???
В протоколе TCP есть такое понятие как размер окна. Не радуйся он не столь велик чтобы этими 10000 запросами забить весь канал сервера. Кроме того сервер скорее всего обнаружит ДОС атаку с твоего ип и попросту будет блокировать все соединения с твоего ип, как только количество установленных соединений с одного ип превысит определенный лимит. Более того - если работать через стандартный сокетовый апи винды или юниксов - по закрытию соединения клиент шлет на сервер FIN (так правильно) или RST (в случае жесткого закрытия) пакет. Кроме того отвечает RST пакетом на любой неправильный (не подходящий под установленные соединения) пакет. Так что придется осваивать низкоуровневую работу с сетью. Далее - последнее западло Ж) - ходя в инет через диалап ты как правило ходишь через прозрачный прокси - это когда ты думаешь что конектишься на тот сервак на 80й порт а на самом деле конекты заворачиваются на сервер провайдера, а на провайдере работает какой нить сквид. Так что единственное от кого ты получишь п..й -от своего прова.
<networking> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach