Глюк-с при работе через прозрачный прокси.

[waso]

Для Konkere может быть интересным.
Итак, имеем шлюз - Win2003 x64, прокси-серверы Usergate 5, Traffic Inspector версии от 1.1.4 и выше, т.е наиболее распространённые. В Юзергаде включаем прозрачный прокси, в Траффик Инспекторе - "перенаправление ТСР80 на прокси-сервер" для клиентов. Т.е. одно и то же, по сути. Под 2003 х86 то же самое.
Клиент - машина под любой клиентской Виндой (тестилось на ХР, 7, 8), ИЕ любой версии.
Симптомы: при переходе по любой ссылке внутри форума с помощью "Открыть в новом окне" новое окно открывается пустым, не выводя даже заголовка страницы и ее названия. При работе из Фаерфокса такого глюка не замечено. Притом: при отключении прозрачного прокси на сервере (траффик идёт через НАТ) всё работает безукоризненно. Но прозрачный кэш рубить неохото, т.к. он позволяет заодно проверять входящий НТТР на вирусы НОДом. (антивирус не влияет никак, проверено)
Ну как бы ответ очевиден, чего делать - либо отключать прокси на сервере, либо зарыть ИЕ ф топпку, либо исключить перенаправление на прокси для домена Vegalab.ru и поддоменов.
Но просто интересно, т.к. на других форумах такой проблемы не встречал.

[Konkere]

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

Строки запроса и ответа сервера смотрели?

имеем шлюз - Win2003 x64, прокси-серверы Usergate 5, Traffic Inspector версии от 1.1.4 и выше, т.е наиболее распространённые. В Юзергаде включаем прозрачный прокси, в Траффик Инспекторе - "перенаправление ТСР80 на прокси-сервер" для клиентов.

А зачем так сложно? В ТИ есть вроде свой нормальный кеширующий прокси с возможностью прозрачного перенаправления.
Если только Dynamic IP Restrictions (30 одновременных соединений с одного IP или 100 запросов за 100мс) превышается, но это вряд ли.
Пока других мыслей нет.

[Russ3000]

Симптомы: при переходе по любой ссылке внутри форума с помощью "Открыть в новом окне" новое окно открывается пустым, не выводя даже заголовка страницы и ее названия.

У меня тоже самое, списал на глюки ИЕ 11. В гугльхроме все нормально.

[Vinni]

У меня тоже самое, списал на глюки ИЕ 11

Тоже самое в IE11, пока не сбросишь кэш.
+
В редакторе на одну букву ошибается при редактировании.
Например перевод строки и выделение с последующей заменой.
Всё появилось с новой версией форума.

[waso]

А зачем так сложно? В ТИ есть вроде свой нормальный кеширующий прокси с возможностью прозрачного перенаправления.

О том и разговор Именно о сочетании ТИ как прозрачного кэширующего прокси и ИЕ любой версии идёт речь ;).

Строки запроса и ответа сервера смотрели?

Строка запроса стандартная, ответ-пустой.

Если только Dynamic IP Restrictions (30 одновременных соединений с одного IP или 100 запросов за 100мс) превышается, но это вряд ли.

Исключено. Во-первых, на Вегалаб лазю я один с данного ИПа, во-вторых, тестил даже вечером, как сидя за компом, так и по удалёнке, то же самое. Контора стоит в это время пустая.

У меня тоже самое, списал на глюки ИЕ 11.

Похоже на глюки именно браузеров от Микрософта. В Опере не тестил, в Фаерфоксе всё нормально.

Всё появилось с новой версией форума.

Кстати, да... раньше работало без нареканий.

[Konkere]

Всё появилось с новой версией форума.

В какой именно?

Строка запроса стандартная, ответ-пустой.

Я не правильно выразился, интересуют заголовки запроса и заголовки ответа сервера

[Vinni]

В какой именно?

Давно. Сразу после тотальной замены старого движка на новый.

[waso]

Вот что отдаёт сервак Веги:
<scriptdeferonreadystatechange=*google.loader.domReady()*src=//:></script>

Это код страницы в случае пустого окна. И всё, больше ничего нет. Юзергейт и ТИ не кэшируют POST-запросы, поэтому смотреть запрос от клиента на сервер смысла нет-он стандартен.
Справедливости ради стоит заметить, что процентах в 30 окно всё-таки открывается нормально, в остальных же случаях, перед тем как возникает пустое поле, отображается название открываемой страницы, где-то долю секунды, но потом-чистый лист, с вышеоглашённым содержимым. Отключение антивируса на сервере ситуацию не меняет.
ЗЫ. Я говорю об Юзергейте и ТИ не потому что использую их одновременно на одном сервере , а потому что симптомы идентичны при одинаковой настройке кэширования, что там, что там.

Offтопик:
В качестве "лекарства" могу посоветовать установить на сервере срок TTL для объектов сервера на "Истекает немедленно", что заставит проксю проверять обновления при каждом запросе любого из файлов.

[Vinni]

что процентах в 30 окно всё-таки открывается

Аналогично.
.

[kerpal]

Есть такая фигня, наблюдаю несколько месяцев, списал на глюки аналитики гугла (или контекстной рекламы).
Проявляется только при открытии ссылок в новых вкладках (окнах).
Просто переходя по ссылкам внутри одного окна всё работает нормально.

[waso]

Просто переходя по ссылкам внутри одного окна всё работает нормально.

Да, так оно и есть.

[Konkere]

Поковырявшись в инете пришёл к выводу, что причина глюка это взаимная любовь корпораций Google и Microsoft .
Разное понимание асинхронности для JSAPI (используется для гуглопоиска на форуме).
Подробнее тут: https://productforums.google.com/for...E/LTO3mm8b_vcJ
Наиболее адекватным способом лечения проблемы является отказ от использования убогих поделок от Microsoft...

[waso]

Но тогда почему же глюк проявляется только при кэшировании трафика на проксе? Притом даже с принудительной проверкой обновлений всех объектов? При ходе трафика через NAT - всё хорошо.
Дело, похоже, не в этом...
Ну да ладно.

[kerpal]

Но тогда почему же глюк проявляется только при кэшировании трафика на проксе? Притом даже с принудительной проверкой обновлений всех объектов? При ходе трафика через NAT - всё хорошо.

У меня дома нет прокси, но глюк ловится и тут.
Так что виноват уж точно не прокси.

[Vinni]

У меня дома нет прокси, но глюк ловится и тут.

Аналогично.

[waso]

У меня дома нет прокси, но глюк ловится и тут.

Кстати, не факт, что прокси нет. Он может быть у провайдера и прозрачно кэшировать трафик. Особенно часто этим пользуются для пользователей с "серыми" IP, физ.лиц. Белые ИПы в основном нужны только юрлицам. При организации кэша на ССД увеличение скорости доступа может сделать доступ к сайтам реально мегашустрым, однако необходимость проверки свежести версии файлов может снизить эффективность кэширования, зависит от сайтов, настроек серверов и т.п. К тому же многие провайдеры отказывались в своё время от кэширующих серверов, т.к. основную долю стал составлять трафик файлообменных сетей, кэшировать который бесполезно. Но тут всё зависит от провайдера, его пула адресов и жадности))