Happ listy wykluczeń i split tunneling: zarządzanie routingiem ruchu

Czym jest split tunneling i listy wykluczeń w Happ

Split tunneling to tryb, w którym klient dzieli ruch wychodzący na dwa strumienie: jeden przechodzi przez serwer proxy, a drugi bezpośrednio przez dostawcę internetu. Tym podziałem zarządza się za pomocą happ list — zestawów reguł, w których jawnie wskazujesz domeny, podsieci IP lub aplikacje trafiające do wykluczeń. Wszystko, co nie podlega żadnej regule, jest obsługiwane zgodnie z polityką domyślną.

W Happ istnieją dwa zasadniczo różne podejścia do tworzenia list. Pierwsze to tryb wykluczeń (bypass), gdy przez proxy przechodzi cały ruch z wyjątkiem tego, co wymienione: wygodnie jest w ten sposób wyprowadzić z tunelu aplikacje bankowe, usługi lokalne i witryny wrażliwe na zmianę regionu. Drugie to tryb włączeń (proxy-only), gdy bezpośrednio idzie wszystko, a przez serwer routowana jest tylko zadana lista zasobów. Wybór trybu określa całą logikę happ omijania na urządzeniu.

Technicznie reguły są przechowywane w konfiguracji profilu i stosowane przez silnik routingu w locie, bez ponownego łączenia sesji. Oznacza to, że zmiana listy wchodzi w życie niemal natychmiast, a nie wymaga pełnego odtworzenia tunelu. Zrozumienie tego modelu to podstawa precyzyjnego dostrajania szybkości i stabilności.

Jak dodać witrynę do listy wykluczeń Happ

Aby dodać domenę, otwórz aktywny profil i przejdź do sekcji routingu (Routing / Reguły). Naciśnij dodawanie reguły i wpisz domenę w formacie example.com — bez protokołu http i bez końcowego ukośnika. Aby objąć wszystkie subdomeny, użyj maski w rodzaju domain:example.com lub zapisu sufiksowego, aby app.example.com i cdn.example.com trafiały pod jedną regułę automatycznie.

Dla reguły ustaw akcję: proxy (skieruj przez serwer), direct (przepuść bezpośrednio) lub block (zablokuj połączenie). To właśnie zestawienie domena + akcja tworzy zachowanie happ omijania. Jeśli chcesz wyprowadzić z tunelu ciężką usługę wideo dla szybkości — ustaw direct; jeśli potrzebujesz stabilnego dostępu do konkretnego zasobu przez serwer — proxy.

Oprócz domen do happ list można wpisywać adresy IP i podsieci CIDR (na przykład 10.0.0.0/8 dla sieci lokalnej) oraz znaczniki GEO (geoip:ru, geosite:category-ads). Podsieci przydają się dla zasobów firmowych i NAS, a reguły GEO za jednym zamachem opisują całe kategorie zamiast ręcznego wypisywania setek domen.

Po zapisaniu sprawdź kolejność reguł: silnik stosuje je z góry na dół i zatrzymuje się na pierwszym dopasowaniu. Zbyt ogólna reguła umieszczona wyżej przesłoni bardziej precyzyjną poniżej — dlatego konkretne domeny trzymaj nad szerokimi maskami i kategoriami GEO.

Jak usunąć witrynę lub regułę z listy

Usuwanie wykonuje się w tej samej sekcji routingu. Znajdź potrzebny wiersz na liście reguł, wywołaj menu kontekstowe (przesunięcie w lewo na klientach mobilnych lub ikona kosza w wersji desktopowej) i potwierdź usunięcie. Reguła znika z aktywnej konfiguracji bez ponownego uruchamiania aplikacji.

Jeśli po usunięciu zasób nadal zachowuje się po staremu, przyczyną prawie zawsze jest pamięć podręczna DNS lub duplikująca się reguła. Sprawdź, czy tej samej domeny nie ma na innej liście lub w szerszej masce (na przykład osobna witryna mogła trafiać pod kategorię geosite). Usuń nakładającą się regułę i wyczyść pamięć podręczną DNS, przełączając profil.

Do masowego porządkowania wygodniej edytować listę nie po jednym wierszu, lecz przez import/eksport konfiguracji: wyeksportuj bieżące reguły, zmień blok routing w zewnętrznym edytorze i zaimportuj z powrotem. Zmniejsza to ryzyko przypadkowego pozostawienia osieroconej reguły i upraszcza prowadzenie dużych happ list.

Przed usunięciem krytycznych reguł zrób kopię zapasową profilu. Przywrócenie zapisanej wersji zajmie sekundy, podczas gdy ręczne odtworzenie zbudowanej z dziesiątek domen listy to zadanie na pół godziny.

Routing według aplikacji i subskrypcje list

Oprócz routingu domenowego Happ obsługuje podział według aplikacji (per-app). Na platformach mobilnych zaznaczasz, które aplikacje idą przez tunel, a które bezpośrednio, z pominięciem proxy. To osobna warstwa nad regułami domenowymi: na przykład komunikator można w całości skierować przez serwer, a klienta bankowego wyprowadzić z tunelu, nie ruszając list domenowych.

Do wymagających scenariuszy używaj gotowych subskrypcji list routingu — zewnętrznych URL z zestawami reguł, które klient okresowo pobiera i aktualizuje. Dzięki temu można utrzymywać aktualność kategorii (reklamy, trackery, zasoby regionalne) bez ręcznej edycji. Subskrypcję podłącza się przez dodanie źródła reguł ze wskazaniem odnośnika i interwału aktualizacji.

Łącz warstwy świadomie: najpierw per-app określa, czy ruch aplikacji w ogóle trafia do tunelu, następnie reguły domenowe i subskrypcje decydują, który serwer lub trasę bezpośrednią zastosować wewnątrz tunelu. Taka hierarchia daje przewidywalne happ omijanie bez konfliktów między warstwami.

Utrzymuj liczbę aktywnych subskrypcji na minimalnym poziomie. Każda dodaje tysiące reguł do silnika routingu, a nakładanie się list wydłuża czas analizy połączenia i potencjalnie spowalnia nawiązywanie sesji na słabszych urządzeniach.

Optymalizacja szybkości i stabilności przez właściwe listy

Umiejętnie zbudowana lista wykluczeń bezpośrednio wpływa na szybkość. Wyprowadzając z tunelu ruch lokalny i mocno obciążający (streaming, aktualizacje systemu, torrenty zgodnie z polityką), odciążasz kanał proxy i zmniejszasz opóźnienie dla naprawdę ważnych połączeń. To kluczowy zabieg optymalizacyjny, a nie tylko sposób na obejście czegoś.

Kolejność i szczegółowość reguł decydują o wydajności analizy. Punktowe reguły domenowe są tańsze dla silnika niż szerokie kategorie GEO, dlatego często używane zasoby wynoś jako osobne wiersze na górę. Regularnie czyść happ listy z przestarzałych i duplikujących się wpisów — rozdmuchany zestaw reguł spowalnia nawiązywanie każdego nowego połączenia.

Do diagnostyki używaj wbudowanego dziennika połączeń: pokazuje on, która reguła zadziałała dla konkretnej domeny (proxy, direct lub block). Jeśli zasób idzie niewłaściwą trasą — od razu widzisz, która reguła przechwyciła połączenie, i poprawiasz właśnie ją, a nie przeglądasz całą listę na oślep.

Końcowa kontrola po zmianach: otwórz kilka testowych zasobów, sprawdź trasę w dzienniku i zmierz opóźnienie. Stabilna konfiguracja to taka, w której każda reguła jest uzasadniona, kolejność jest przewidywalna, a między listami i subskrypcjami nie ma zbędnych nakładań.