Rozwiązanie proxy dla jednego URL daje decyzję dla tego URL. Nie ujawnia pełnych zasad automatycznego routingu dla każdego celu.

Ma to znaczenie, gdy kod wywołuje GetProxy z zewnętrznym adresem testowym, bierze zwrócony URI i instaluje globalnie nowy stały WebProxy. Pierwotne zasady mogły wysłać innego hosta bezpośrednio lub wybrać inny proxy. Zamiana odrzuciła te informacje.

Trzymaj obsługiwany obiekt zasad przy kliencie, gdy zamierzone jest zachowanie zależne od celu. Sprawdź jego decyzję dla rzeczywiście zawodnego URL, zamiast używać niezwiązanego serwisu jako uniwersalnej sondy.

Poprawnie interpretuj też decyzję bezpośrednią. Implementacja może zwrócić pierwotny cel, gdy jest pomijany; porównuj decyzję o pominięciu, zamiast automatycznie oznaczać ten URI jako proxy.

Jeśli stały punkt końcowy jest zamierzonymi zasadami aplikacji, skonfiguruj go jawnie i udokumentuj ten wybór. Stała trasa przypadkowo wyprowadzona z jednego wyniku automatycznego proxy jest znacznie trudniejsza do wyjaśnienia, gdy następny cel zachowuje się inaczej.

Powiązane artykuły