Сотни соединений с сервером, только от открытия 10 + вкладки в IE8?
Это - типичная проблема с сервером VMware 2.
При использовании Windows Explorer (v8), ошибка сертификата помещает веб-браузер в защищенный режим, который затем делает довольно трудным использовать.
Быстрый Подход Взлома: (30 секунд)
- Добавьте адрес веб-сайта к списку доверяемых веб-сайтов (использующий Инструменты-> интернет-Опции)
- Примите то, что, когда Вы соединяетесь, Вам скажут, что сертификат, неудавшийся, и затем, нажимает, продолжаются так или иначе....
Одна возможная фиксация: (~5minutes)
Для фиксации этого правильно, необходимо импортировать сертификат VMware "rui.crt" в веб-браузеры, "доверял корневым центрам сертификации" так, чтобы веб-браузер знал для доверия этому сертификату.
- Найдите файл сертификата (rui.crt) на Вашем сервере. На моей установке в/etc/vmware/ssl.
- Скопируйте этот файл в где-нибудь, можно получить доступ на клиентской машине окон.
- На Ваших окнах клиентская машина дважды щелкают по rui.crt файлу.
- Когда Вам дают выбор на том, куда поместить, сертификат НЕ позволяют окнам автоматически выбирать хранилище сертификатов. (это не поместит его куда-нибудь, где это проверяет самостоятельно...),
- Для хранилища сертификатов выберите "Доверенные корневые центры сертификации"
- Завершите мастер установки.
Откройте новое окно браузера и повторную попытку.
gbroiles уже имеет хороший ответ; я добавляю ответ, поскольку это слишком длинно для вписывания в комментарий.
Все браузеры открывают многочисленные связи для загрузки сайта быстрее. Каждое изображение, файл CSS, файл JavaScript, и т.д. связанный с в HTML, должны быть загружены, и это сделано параллельно для ускорения вещей. Вы видите, сколько соединений каждый браузер открывается во вкладке "Network" Browserscope.org.
Существует еще 2 вещи заметить:
- Тенденция находится к никогда браузерам, открывающим больше соединений на хост.
- Если соединение будет понижено до HTTP 1.0 (fx посредническим прокси), то большинство браузеров откроет дополнительные соединения. (Лучшая ссылка, которую я мог быстро найти, здесь; Steve Souders пишет больше об этом в одной из его книг.)
В действительности, если этот пользователь открытие 10 + вкладки к единственному маленькому серверу VPS, то он копит ресурсы. Я думаю, что совершенно разумно запретить это. Пользователь может стать сварливым, но у него только есть одна пара глаз, таким образом, он действительно не может утверждать, что взаимодействовал со всеми 10 + страницы одновременно. Если сервер является большой, раскормленной машиной с низкой загрузкой, то это - другая очевидная вещь.
Некоторые вещи, которые можно сделать:
- Посмотрите на свою установку HTTP Keepalive, и или выключите ее или установите ее на низкое значение тайм-аута (fx 5 секунд). Это не может быть достаточно, но по крайней мере у Вас не будет многих непрекращающихся открытых соединений.
- Разместите статическое содержание (логотипы, CSS, JS, изображения, используемые для расположения) в Сети доставки контента (CDN). Маленькие учетные записи CDN являются дешевыми теперь, и Вы направили бы весь Запрос HTTP для статического содержания далеко от Вашего собственного сервера.
- Проверьте, что Ваш сервер отправляет надлежащие заголовки кэширования за статическим содержанием. Как минимум, Вы не хотите, чтобы пользователи загрузили тот же логотип, CSS и больше много раз. См. это превосходное учебное руководство к кэшированию и протестируйте свои заголовки по webpagetest.org или REDbot.
- Выясните точно, какая система поместила в черный список Вашего клиента. Если бы это был anti-DDoS сервис от Вашего ISP, то, возможно, Вы могли попросить быть исключенными из anti-DDoS защиты (но думать об этом сначала, конечно). Если бы это был программный брандмауэр на хосте, то Вы могли попросить пределы быть повышенными.
Короче говоря, необходимо смочь зафиксировать это вместе с размещающим партнером - но сначала думать о потенциальных последствиях сначала.
-
1Идея CDN звучит разумной. Я должен буду изучить это. – DarkTygur 15 July 2010 в 03:31
Это кажется, что Ваш хост имеет своего рода установку конфигурации анти-DOS, и Ваш клиент инициировал его путем открытия многих вкладок одновременно. Я не удивлен, открывает ли единственная вкладка, получающая доступ к Вашей системе, несколько одновременных Сеансов HTTP для загрузки файлов параллельно - поэтому, если у клиента есть 10 вкладок, открывающихся сразу, поскольку более новые браузеры предлагают делать, то не удивительно услышать, что клиент открывает 10 x несколько Сеансов HTTP для сервера.
IE 8 открывает до 6 параллельных сессий для того же имени хоста.
Если у Вас есть несколько имен хостов, настроенных как CNAMEs, указывающий на тот же IP (некоторым людям нравится настраивать, скажем, "images.example.com", "css.example.com" и "forums.example.com", все указывающие на тот же фактический хост), можно делать проблему хуже, мешая IE видеть, что они являются всеми одинаковыми машина - по-видимому, сравнение сделано именем хоста, не IP.
Ваш клиент мог, вероятно, уменьшить вероятность этого появления при помощи другого браузера, с помощью локального кэша, изменив его установку IE для использования меньшего количества одновременных сессий, или не загрузив столько вкладок сразу.
Вы могли попросить, чтобы Ваш хост увеличил число допустимых соединений с Вашим веб-сервером, уменьшил окно времени для обнаружения сверхиспользования или добавил Вашего клиента (клиентов) в белый список если Ваше использование клиента (клиентов) предсказуемые IP-адреса.
Если брандмауэр Вашего хоста исключает основанный на количестве одновременных открытых соединений, Вы смогли улучшать ситуацию путем проверки, что конфигурация оптимизирована - например, минимизировав ненужные запросы, смотря на кэширование с лаком или некоторым другим видом акселератора, включив сжатие, удостоверившись, что Вы позволяете постоянные соединения HTTP.
Это походит на жесткую проблему, чтобы решить, если Вы не можете управлять системой, устанавливающей связи или систему, ограничивающую соединения.
Учитывая Вас не может управлять или веб-браузером или сервером, у Вас есть две опции.
1) Возьмите под свой контроль сервер путем помещения сайта на что-то, что Вы имеете больше контроля. Это будет стоить Вам вовремя и деньгам, но они получат Вас столько же управления, сколько Вы готовы заплатить за. Облачный сервер Rackspace, VPS от рекомендуемого поставщика или просто совместно использованный хостинг хорошего качества будет иметь большое значение здесь. Вы могли также использовать размещенное решение для форума, Вы не получите много контроля, но Вы заплатили бы кому-то еще для волнения о вещах как это.
2) Сократите количество выполненных запросов. Можно сделать это, не имея несколько CSS или js файлы, сокращая количество изображений, используя спрайты CSS и в конечном счете используя cdn (или просто отдельная машина) для хостинга как можно большего количества внешних изображений, JavaScript и CSS. Необходимо будет смочь взять на себя довольно строгое управление над программным обеспечением форума, и я никогда не разрабатывал с vBulletin, но это должно, конечно, быть выполнимо - по крайней мере частично.