Здравствуйте, Аноним, Вы писали:
А>Добрый день коллеги.
А>НО! при запущенном Fiddler скорость работы резко увеличивается — и обращение проходит за 2 секунды.
А>Коллеги, помогите разобраться, в чем может быть дело, и в каком направлении двигается?
А в чем именно хотите разобраться? И для чего?
Вообще уже плохо помню, но фиддлер вообще очень интересный тул, то с чем он потом идет на сервер, может отличаться от того, с чем сишарп код хотел идти на сервер, но был перехвачен фиддлером.
Я помню у нас был даже какой-то забавный случай, что с включенным фиддлером работало, а без него не работало, ибо какой-то более новый формат HTTP запросов требовался серверу что ли, и именно фиддлер его обеспечивал почему-то...
Здравствуйте, Аноним, Вы писали:
А>Коллеги, помогите разобраться, в чем может быть дело, и в каком направлении двигается?
однозначно фидлер накручивает свои правила аутентификации. была апликуха, которая не умела windows аутентифироваться и работала при включенном фидлере.
подозреваю, что в Вашем случае тоже где-нибудь на этапе аутентификации ускорение происходит.
двигаться можно от логов IIS'а к WireShark'у.
Здравствуйте, Аноним, Вы писали:
А>Добрый день коллеги.
А>Есть некий сервис. доступ к нему идет через wcf, используя BasicHttpBinding.(протокол Https) А>Коллеги, помогите разобраться, в чем может быть дело, и в каком направлении двигается?
Особенно примечательно, что он кэширует именно запросы авторизации: без фидлера при включенной Windows-авторизации на каждый обычный запрос идет по два с ответом 401. Так вот Fiddler только один раз посылает авторизационный запрос через себя, поэтому и скорость у вас возрастает.
У нас это привело к проблемам, пришлось отключить: на сервис отправлялись запросы от разных windows-пользователей из одного и того же приложения с той же самой машины, а в методе на сервисе выглядело так, что они все приходят от одного и того же пользователя.