Мой кліент нядаўна ўсталявалі прылада ад магіі Ядловец якія, відавочна, замяніць свае старыя сеткі Cisco балансавання нагрузкі (NLB). 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, мы не ведалі, які з двух (Juniper або выпраўленне) будзе пытанне, хоць я моцна падазраваў выпраўленне, мяркуючы, што мы не ўсталявалі зусім правільна.

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 браўзэраў (IE 7 браўзэры працавалі без працы).

Так, add "compression" небяспекам спіс.

</канец>

Крэдыт: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html