Twoja konfiguracja zezwala na 127.0.0.1, a jednak aplikacja łącząca się z localhost jest odrzucana. Przed rozszerzeniem listy dozwolonych sprawdź, którego adresu użyła aplikacja.

localhost to nazwa. W zależności od środowiska może prowadzić klienta do IPv4 loopback, IPv6 loopback lub sekwencji prób połączenia. Reguła źródła IPv4 nie musi pasować do połączenia IPv6 z ::1.

Sprawdź trzy niezależne szczegóły

  1. Z którym adresem połączył się klient.
  2. Na którym adresie nasłuchuje Tinyproxy.
  3. Który adres źródłowy Tinyproxy ocenił w swoich regułach dostępu.

Odrzucone połączenie sugeruje, że dla tego punktu końcowego nie było osiągalnego nasłuchiwacza. Odpowiedź Tinyproxy o odmowie dostępu oznacza, że połączenie dotarło do usługi i zostało odrzucone zgodnie z jej polityką. Te awarie wymagają różnych poprawek.

W przypadku Tinyproxy 1.11.2 ustawienia listenera i dostępu klientów pokazują te dwie kontrole osobno. Jeśli docelowymi klientami są lokalni klienci IPv6, jawne Allow ::1 może wyrazić tę politykę jaśniej niż poleganie na zachowaniu reguły opartej na nazwie hosta.

Nie otwieraj proxy na całą prywatną podsieć tylko po to, by rozwiązać niezgodność loopback. Pamiętaj też, że loopback jest lokalny dla danego środowiska sieciowego. Adres loopback kontenera nie identyfikuje proxy innej maszyny, nawet jeśli oba używają nazwy localhost.

W diagnozie używaj zaobserwowanego numerycznego punktu końcowego i źródła. Gdy odpowiadają one zamierzonej polityce, każda pozostała awaria logowania do proxy lub miejsca docelowego jest późniejszym etapem, a nie dowodem, że localhost wymaga nieograniczonego wyjątku.

Powiązane artykuły