Мојот клиент неодамна инсталиран магија уред од Смрека што очигледно го замени своите стари Cisco мрежна оптоварување стабилизатор (НЛБ). At about the same time, ние инсталирано амбуланта корегирање за решавање на работното проблем.

Еден ден или два подоцна, ние забележав проблем кога ние пристапи заедничкото давателот на услугата (SSP). We could get to it, but we would be challenged for a user ID and password many times on each page. This didn’t happen with the main portal app, nor central administration. Naturally, ние не знаеме која од двете (Смрека или амбуланта корегирање) ќе биде прашање, иако јас силно осомничени амбуланта корегирање, пронајдат ние не го инсталира сосема во право.

It turned out that Juniper had some kind of compression setting. Еден од одежда бројки over in the network group turned that setting off. That solved our problem.

This is not the first time that compression has been the root cause of a SharePoint problem for me. IIS compression adversely affected a 3rd party tool from the good people at The Dot Net Factory for IE 6 прелистувачи (ИЕ 7 прелистувачи работел без тешкотии).

Така, add "compression" со опасностите листа.

</крајот>

Кредит, за да: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html