H1HOST

H1HOST
Рейтинг
23
Регистрация
17.02.2011

В принципе, можете взять тестовый сервис VPS у кого-нибудь и посмотреть, как будет работать .

При анализе любых проблем, а особенно плавающих нужно функционал максимально дублировать где-нибудь ещё.

У нас например :)

m0ntag:
Сорри за быть может нубский вопрос, но постоянно сталкиваюсь с такой проблемой - при копировании файлов (бэкап сайта) с/на фтп хостинга постоянно пару файлов оказываются битыми (в основном почему то фотки). Использовал в разное время разные фтп-клиенты (тотал/фар/фризилла), разные хостинги и т.п, но такое везде всречалось. Сейчас Фар-ом копирую, стоит пассивный режим передачи, внешне никаких сбоев, но потом оказывается что парочка файлов побились. Как с этим бороться? Вообще, не понимаю, фтп-протокол передачи не гарантирует целостность данных?

Есть 2 режима работы FTP:

- пассивный.Клиент отсылает команду PASV, а сервер возвращает адрес и порт на который надо обращаться и клиент подключается к серверу. Используется не гарантированная доставка UDP.

- активный. Клиент отсылает команду PORT и сервер сам подключается к клиенту. Используется TCP

Попробуйте принудительно задать активный режим работы. Или проанализировать дампы wireshark, tcpdump

люди привыкли пользоваться чем-то одним, кто-то дискетами, кто-то до сих пор на XP сидит. Вот и с IPv4 также. Для конечных пользователей это должно быть прозрачно, а куда деваться операторам? Ведь мало, кто по-настоящему разбирается в DHCPv6, ICMPv6, OSPFv3 (IPv6), IS-IS(ipv6) . Недавно был случай у крупного провайдера Москвы из-за неправильной настроенной метрики IS-IS упал траф с одного канала на другой, тем самым перегрузив единственный.

H1HOST добавил 02.03.2011 в 11:38

А кто-нибудь уже разворачивал сеть IPv6 или настраивал на оконечном оборудовании? с какими сложностями сталкивались? Вопрос в основном к дата-центрам и операторам.

Проблем с задержками нет. 1мс .

[ATTACH]84704[/ATTACH]

В дальнейшей для удобства анализа добавьте параметры в tcpdump -s 0 и -w "название файла". Чтобы скормить дамп wireshark и удобно искать сегменты.

Если сервер тормозит, то либо организована атака на какой-либо сервис - мы этого в дампах не видим.

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

txt dump_kot.txt
Filyus:
Напрмиер, в один поток скачиваю файл с какого-нибудь сайта. Почему в начале загрузки (несколько секунд) скорость возрастает плавно. а не мгновенно? Причём это наблюдается повсюду: проверял скорость загрузки разных файлов с разных сайтов, и всегда получается, что средняя скорость загрузки файла в 50 КБ меньше, чем скорость загрузки файла в 100 КБ, при 100 КБ меньше, чем при 200 КБ и так до определённого предела. Что мешает скорости сразу увеличиться до предела?

Скорость скачивания любой информации из Интернета зависит от 3 параметров:

1.Используемого протокола для передачи данных(обычно это TCP или UDP)

2.Провайдера доступа с которым у Вас заключён договор на определённую скорость.

3. Сервера и Клиента на котором могут быть ограничения по скорости.

Например возьмёт Торренты.

1.Передача данных происходит по UDP. Из RFC 768 мы знаем, что в этом протоколе нет механизма регулирования скорости. Протокол состоит из 4 полей(source port, destination port, length, checksum) + data. Механизмом регулирования занимается Bittorrent протокол.

2. Представим , что провайдер предоставляет Вам 10 мегабит в сек по Ethernet. Если каналы Провайдера не загружены, нет глобальных проблем на своей сети и стыке с другими провайдерами, то скорость 10 мегабит/сек Ваши приложения/протоколы никогда не смогут дать. Приблизительно 8-9 мегабит в сек.

3.Причины по которым 10 мегабит не могут быть полностью заняты:

- MSS 1460(максимальный размер сегмента TCP) .1500 - 20(IP заголовок) - 20 (tcp заголовок)

- Задержки на канале RTT(время двойного оборота сегмента), которые в зависимости от реализации TCP по разному уменьшают окно, тем самым уменьшая скорость передачи данных.

- Если большие задержки, то происходят потери(в зависимости от буфера принимаемого/передающего устройва). TCP при потерях восстанавливает сегмены одним из своих алгоритмов и ещё больше уменьшают скорость. RFC 2001

- Firewall/Antivirus, который может анализировать трафик

- На сервере и клиенте могут быть ограничена скорость преднамеренно с помощью аппартно-программных средств.

Если же говорить о механизме скачивания, то согласно RFC 1122 например алгоритм Slow Start такой, что увеличение окна с момента соединения происходит на один сегмент, а при получении подтверждения ACK происходит увлечение на ещё один сегмент.Теперь можно отослать 2 сегмента и так экспоненциально до 65565 байт.

Что мешает скорости сразу увеличиться до предела?

ответ: Протоколы регулирования скорости, чтобы получатель/отправитель не захлебнулись. 🍿

Можем предложить аренду сервера 2.50GHz Dual-Core E5200, 2048Kb L2, HDD 160Gb SATA, RAM 2Gb. VPS - не спасет от DDoS, лучше немного переплатить и стабильно работать.

10Gbps протянем без проблем. по поводу 100Gbps надо конечно провести переговоры с аплинками, там могут быть ньюансы, моментально технической возможности расширения до 100Gbps конечно нет, это процесс на пару-тройку месяцев. По поводу нашего граничного оборудования - без проблем, 1Tbps протянем.

Добрый день!

2.83GHz Core™ 2 Quad Q9550 QuadCore 2 x 6144Kb L2, HDD 2 х 500Gb SATA, RAM 4Gb + 15 IP - 6 100 рублей.

Канал 100 Мбит/сек анлим - 5 000 рублей.

Готовы оперативно настроить и дать VDS с нужными для Вас характеристиками с тестовым периодом 1 месяц.

Всего: 44