Ostatnia zmiana dla wersji: 14.2.1 (09.2026)
- Beta Wyłącznie dla użytkowników korzystających z wersji beta::
- Uzupełniono opis stanów, w tym nową lampkę stanu: Wiki
- 10.2026
- Dodano opis ogólnych i rozszerzonych ustawień konfiguracyjnych: Wiki
Wprowadzenie
- Przy użyciu SSL-VPN można również tworzyć połączenia typu Site-to-Site (Skrót: S2S). Aby to osiągnąć, odpowiednia instancja usługi musi działać wyraźnie w trybie klienckim lub serwerowym, dzięki czemu możliwe jest utworzenie kilku instancji usługi SSL-VPN.
Site-to-Site Server
- Ta metoda jest używana, gdy strona przeciwna jest inicjatorem połączenia. W tym celu usługa musi być wyraźnie uruchomiona w trybie serwera.
Site-to-Site Client
- Ta metoda jest używana, gdy UTM jest inicjatorem połączenia. W tym celu usługa musi być wyraźnie uruchomiona w trybie klienta.

Dostępne są następujące działania:
- Wyświetl dziennik SSL-VPN
- Dodaj punkt końcowy klienta SSL-VPN / Dodaj punkt końcowy serwera SSL-VPN (w zależności od kontekstu)
- Edytuj
- notemptyNowość od v14.2.1
Przywróć połączenieBei Änderungen auf der Clientseite eines S2S SSL-VPN Tunnels kann man einen Reconnect des Clients durchführen, um die Änderungen dort wirksam zu machen. Die Schaltfläche löst einen Disconnect und einen Reconnect aus. Bei deaktivierter Verbindung ist die Schaltfläche ebenfalls deaktiviert. - Public-Key der CA herunterladen / Zertifikat herunterladen
- Usuń
Stan połączenia SSL-VPN wskazują następujące ikony:
Status: CONNECTED
Ten element oznacza aktywne usługi, istniejące połączenia i zsynchronizowane ustawienia
Status: Brak połączenia
Ten element oznacza wyłączone usługi i połączenia.
Status: RECONNECTING
Ten element oznacza
- ostrzeżenia
- uruchamianie usług
- nawiązywanie połączenia oraz
- synchronizację ustawień
Konfiguracja serwera Site-to-Site
- Wsparcie dla certyfikatów z kluczem o długości poniżej 1024 bitów zostanie wycofane od wersji UTM 14.2.0
- Połączenia HTTP-Proxy oraz SSL-VPN, które dotychczas używały powyższych, przestarzałych certyfikatów, przestaną funkcjonować od wersji v14.2.0!
- Od wersji 14.2.1 zostanie również wycofane wsparcie dla certyfikatów z algorytmem podpisu SHA1.
- Wbrew wcześniejszym zapowiedziom, zarówno połączenia HTTP-Proxy, jak i SSL-VPN wykorzystujące certyfikaty o długości klucza 1024 bitów będą nadal funkcjonować, pod warunkiem, że są one podpisane algorytmem SHA256.
- Niebezpieczne certyfikaty należy pilnie wymienić!
BSI zaleca — stan na 01.2025 — długości kluczy od 3000 bitów i SHA256
BSI – Wytyczne techniczne — Metody kryptograficzne: Zalecenia i długości kluczy BSI TR-02102-1 | Rozdział 2.3: Szyfrowanie RSADomyślne ustawienie UTM dla nowych certyfikatów to klucz RSA o długości 3072 bit oraz SHA256 jako algorytm hashujący
- Dotknięte aplikacje:
- OpenVPN
- Certyfikat serwera w roli serwera (Roadwarrior lub S2S)
- Certyfikat klienta dla S2S
- Jeśli dotyczy, certyfikat określony jako certyfikat klienta za pomocą atrybutu użytkownika (Uwierzytelnianie → Użytkownicy → Edytuj użytkownika)
- Mailrelay
- Przekazywanie "Certyfikatu" (pod szyfrowaniem TLS jako serwer)
- Reverse-Proxy
- Ustawienia → Certyfikat SSL
- Webserver
- Sieć → Ustawienia serwera → Serwer WWW → Certyfikat
- HTTP-Proxy
- Przechwytywanie SSL → Certyfikat CA
- OpenVPN
Połączenie SSL-VPN
Konfiguracja połączenia w menu przycisk .
Kreator instalacji
Krok 1
Krok 1 S2S Server
UTMuser@firewall.name.fqdn VPN SSL-VPN
W pierwszym kroku instalacji wybierany jest typ połączenia, dostępne są następujące połączenia:
- Serwer Roadwarrior
- Site-to-Site Server
- Site-to-Site Client
Do konfiguracji serwera Site-to-Site wybierany jest ten typ.
Krok 2
Krok 2 S2S Server

Jeśli ma zostać podłączona lokalna sieć IPv6, opcja IPv6 przez IPv4: musi zostać włączona Tak.
Krok 3
Krok 3 S2S Server
Lokalne ustawienia dla serwera Site-to-Site
| Opis | Wartość | Opis | ![]() Krok instalacji 3
|
|---|---|---|---|
| Name: | SSL-VPN-S2S-server | Unikalna nazwa | |
| Protokół: | Wybierz pożądany protokół | ||
| Port: | 1194 | Podstawowy port dla pierwszego połączenia SSL-VPN. Nie może być używany do innych celów. Dla kolejnych połączeń wybierany jest następny wolny port. | |
| Certyfikat serwera: Można wybrać tylko certyfikaty z częścią prywatnego klucza |
Wybór certyfikatu, za pomocą którego serwer się uwierzytelnia. Jeśli nie istnieje jeszcze certyfikat serwera, można go utworzyć (oraz ewentualnie urząd certyfikacji) w zarządzaniu certyfikatami. Wywołanie za pomocą
Oba certyfikaty muszą być utworzone za pomocą tego samego urzędu certyfikacji! Certyfikat klienta i powiązany urząd certyfikacji są również potrzebne do skonfigurowania strony przeciwnej (klienta). Muszą zostać wyeksportowane przyciskiem . Do użycia z UTM jako klient wymagany jest format .Dodatkowe informacje w artykule wiki na temat używania certyfikatów. notempty
| ||
| Udostępnianie sieci serwera: | » 192.168.175.0/24 | Sieć zlokalizowana na tym urządzeniu (serwer VPN), która ma być dostępna przez SSL-VPN. | |
Krok 4
Krok 4 S2S Server
W kroku instalacji 4 wprowadzana jest sieć transferowa dla tego serwera Site-to-Site.
Krok 5
Krok 5 S2S Server
Sekcja Ogólne
Ogólne S2S Server
Utworzone połączenia SSL-VPN można edytować w przycisk .
| Opis | Wartość | Opis | UTMuser@firewall.name.fqdn VPN SSL-VPN ![]() Sekcja Ogólne
|
|---|---|---|---|
| Name: | SSL-VPN-S2S-Server | Nazwa połączenia SSL | |
| Interfejs: | tun0 | Używany interfejs | |
| Modus: | SERVER | W zależności od typu połączenia | |
| Protokół: | (Default) |
Wybierz preferowany protokół (UDP i TCP mogą być ograniczone odpowiednio na IPv4 lub IPv6). | |
| Port: | 1194 | Podstawowy port dla pierwszego połączenia SSL-VPN. Nie może być używany do innych celów. Dla kolejnych połączeń wybierany jest następny wolny port. | |
| Uwierzytelnianie: | (Default) |
Wybierz odpowiednią metodę uwierzytelniania | |
| Certyfikat: | Używany certyfikat może zostać tutaj zmieniony notempty
| ||
| Typ statycznego klucza SSL-VPN: |
| ||
| Statyczny klucz SSL-VPN: | Klucz do zabezpieczenia połączenia notempty Strona przeciwna musi używać tego samego klucza! Klucz jest tworzony po jednej stronie i musi zostać następnie skopiowany na drugą stronę | ||
| Otwórz zarządzanie kluczami | Otwiera interfejs zarządzania kluczami, aby utworzyć nowy klucz | ||
| Szyfr dla połączenia danych: |
Domyślnie używany jest AES-256-GCM. notempty
Strona przeciwna musi używać tego samego szyfru! | ||
| Opcja Default odpowiada podstawowym ustawieniom OpenSSL Obecnie identyczny z domyślną wartością UTM: AES-256-GCM | |||
| Od wersji 14.1.3 następujące szyfry nie będą już obsługiwane:
| |||
| Hash dla połączenia danych: |
Używane są domyślne ustawienia OpenSSL. notempty
Strona przeciwna musi używać tego samego algorytmu haszowania! | ||
| Opcja Default odpowiada podstawowym ustawieniom OpenSSL Obecnie identyczny z domyślną wartością UTM: SHA256 | |||
| | |||
| Dozwolone szyfry do automatycznego negocjowania (NCP): |
AES-256-CBC | Poszczególne algorytmy szyfrowania można wybierać spośród dostępnych algorytmów szyfrowania. | |
| IPv4 Sieć transferowa: | 192.168.190.0/24 | Wprowadź adres puli | |
| IPv6 Sieć transferowa: | /64 | Wprowadź adres puli | |
| Udostępnianie sieci serwera globalnie: | W tym miejscu można edytować adresy IP sieci znajdujących się za urządzeniem UTM, do których ma być możliwy dostęp za pośrednictwem połączenia SSL VPN. | ||
| Search Domain: | Alternatywy: 1. Zawsze wypisuj pełną nazwę domeny | ||
| Renegotiation: | (Default) |
Okres, po którym połączenie zostanie ponownie negocjowane | |
Sekcja zaawansowane
Zaawansowane S2S Server
Dodatkowe strony klienta
Dodatkowe strony klienta S2S Server
UTMuser@firewall.name.fqdn VPN
Dodatkowe strony, które mają być podłączone przez ten serwer Site-to-Site, mogą zostać dodane za pomocą przycisku .
Wyświetlanie stron przeciwnych przez kliknięcie na ikonę folderu .

Zasady
Reguły domyślne
Reguły domyślne
UTMuser@firewall.name.fqdn Firewall
W sekcja VPN można aktywować protokół używany do połączenia. Tutaj Włącz SSL-VPN UDP. Ta reguła domyślna udostępnia porty używane do połączeń SSL-VPN na interfejsie WAN.
Obiekty sieciowe
Obiekty sieciowe
Podczas konfiguracji połączenia został utworzony interfejs TUN. Otrzymuje on automatycznie pierwszy adres IP z sieci transferowej skonfigurowanej w połączeniu i strefę "vpn-ssl-<nazwa_serwera>".
Aby móc osiągnąć sieć klienta strony przeciwnej, należy utworzyć obiekt sieciowy w przycisk .
Interfejs TUN klienta Site-to-Site również otrzymuje adres IP z tej sieci. Służy on jako brama do podsieci klienta Site-to-Site. Podsieć klienta musi zostać utworzona jako obiekt sieciowy i znajduje się w strefie na odpowiednim interfejsie TUN.
Reguły filtra pakietów
Reguły filtra pakietów
UTMuser@firewall.name.fqdn Firewall
Menu Przycisk
Dwie reguły zezwalają na dostęp do sieci klienta S2S lub z sieci:
Routen
Routen
Trasy są ustawiane automatycznie.
Jednak przy użyciu VoIP przez tunel należy ustawić trasy, aby zapewnić prawidłowe połączenie telefonów z centralą.
Menu Obszar Routing przycisk .
Należy ustawić trasę, aby sieć strony przeciwnej mogła być niezawodnie odnaleziona.
Konfiguracja klienta Site-to-Site
Połączenie SSL-VPN
Kreator instalacji
- Wsparcie dla certyfikatów z kluczem o długości poniżej 1024 bitów zostanie wycofane od wersji UTM 14.2.0
- Połączenia HTTP-Proxy oraz SSL-VPN, które dotychczas używały powyższych, przestarzałych certyfikatów, przestaną funkcjonować od wersji v14.2.0!
- Od wersji 14.2.1 zostanie również wycofane wsparcie dla certyfikatów z algorytmem podpisu SHA1.
- Wbrew wcześniejszym zapowiedziom, zarówno połączenia HTTP-Proxy, jak i SSL-VPN wykorzystujące certyfikaty o długości klucza 1024 bitów będą nadal funkcjonować, pod warunkiem, że są one podpisane algorytmem SHA256.
- Niebezpieczne certyfikaty należy pilnie wymienić!
BSI zaleca — stan na 01.2025 — długości kluczy od 3000 bitów i SHA256
BSI – Wytyczne techniczne — Metody kryptograficzne: Zalecenia i długości kluczy BSI TR-02102-1 | Rozdział 2.3: Szyfrowanie RSADomyślne ustawienie UTM dla nowych certyfikatów to klucz RSA o długości 3072 bit oraz SHA256 jako algorytm hashujący
- Dotknięte aplikacje:
- OpenVPN
- Certyfikat serwera w roli serwera (Roadwarrior lub S2S)
- Certyfikat klienta dla S2S
- Jeśli dotyczy, certyfikat określony jako certyfikat klienta za pomocą atrybutu użytkownika (Uwierzytelnianie → Użytkownicy → Edytuj użytkownika)
- Mailrelay
- Przekazywanie "Certyfikatu" (pod szyfrowaniem TLS jako serwer)
- Reverse-Proxy
- Ustawienia → Certyfikat SSL
- Webserver
- Sieć → Ustawienia serwera → Serwer WWW → Certyfikat
- HTTP-Proxy
- Przechwytywanie SSL → Certyfikat CA
- OpenVPN
Krok 1
Krok 1 S2S Client
UTMuser@firewall.name.fqdn VPN SSL-VPN
W kroku instalacji 1 wybierany jest typ połączenia, dostępne są następujące połączenia:
- Serwer Roadwarrior
- Site-to-Site Serwer
- Site-to-Site Klient
Do konfiguracji klienta Site-to-Site wybierany jest ten typ.
Krok 2
Krok 2 S2S Client

Jeśli ma zostać podłączona lokalna sieć IPv6, opcja IPv6 przez IPv4: musi zostać włączona Tak.
Krok 3
Krok 3 S2S Client
Lokalne ustawienia dla klienta Site-to-Site mogą zostać dokonane w kroku 3. Tutaj można wpisać nazwę dla połączenia, wybrać protokół oraz certyfikat serwera - klikając przycisk z oknem można zaimportować urząd certyfikacji i certyfikat.
Krok 4
Krok 4 S2S Client
Ten krok instalacji jest pomijany dla klienta Site-to-Site.
Krok 5
Krok 5 S2S Client

Jeśli używany jest port 1194, ta informacja może zostać pominięta.
Sekcja Ogólne
Ogólne S2S Client
Utworzone połączenia SSL-VPN można edytować w przycisk .
| Opis | Wartość | Opis | UTMuser@firewall.name.fqdn VPN SSL-VPN ![]() Sekcja Ogólne
|
|---|---|---|---|
| Name: | SSL-VPN-S2S-client | Nazwa połączenia SSL | |
| Interfejs: | tun0 | Używany interfejs | |
| Modus: | CLIENT | ||
| Protokół: | (Default) |
Wybierz pożądany protokół | |
| Certyfikat: | Używany certyfikat może zostać tutaj zmieniony notempty
| ||
| Typ statycznego klucza SSL-VPN: |
| ||
| Statyczny klucz SSL-VPN: | Klucz do zabezpieczenia połączenia | ||
| Szyfr dla połączenia danych: | Domyślnie używany jest AES-256-GCM. notempty
Strona przeciwna musi używać tego samego szyfru! | ||
| Hash dla połączenia danych: | Używane są domyślne ustawienia OpenSSL. notempty
Strona przeciwna musi używać tego samego algorytmu haszowania! | ||
| Dozwolone szyfry do automatycznego negocjowania (NCP): | AES-256-CBC | Poszczególne algorytmy szyfrowania można wybierać spośród dostępnych algorytmów szyfrowania. | |
| Renegotiation: | (Default) |
Okres, po którym połączenie zostanie ponownie negocjowane | |
Sekcja zaawansowane
Zaawansowane S2S Client
S2S Client Zasady
S2S Client Reguły domyślne
Ponieważ klient Site-to-Site nawiązuje połączenie z serwerem S2S, a połączenia wychodzące z zapory są domyślnie zawsze dozwolone, nie są potrzebne żadne reguły domyślne.
S2S Client Obiekty sieciowe
Nowy obiekt sieciowy może zostać utworzony w przycisk .
S2S Client Reguły filtra pakietów
S2S Client Reguły filtra pakietów
UTMuser@firewall.name.fqdn Firewall
Menu przycisk .
Dwie reguły zezwalają na dostęp do sieci serwera S2S lub z sieci:
| # | Źródło | Cel | Usługa | NAT | Akcja | Aktywne | |||
| 5 | Accept | Wł. | |||||||
| 4 | Accept | Wł. |
S2S Client Routen
S2S Client Routen
Trasy są ustawiane automatycznie.
Jednak przy użyciu VoIP przez tunel należy ustawić trasy, aby zapewnić prawidłowe połączenie telefonów z centralą.
Menu Obszar Routing przycisk .
Należy ustawić trasę, aby sieć strony przeciwnej mogła być niezawodnie odnaleziona.
Uwagi
Multipath
W przypadku multipath po stronie klienta, połączenie VPN w kliencie musi zostać powiązane z interfejsem.
Aby powiązać połączenie klienta z interfejsem, należy użyć polecenia CLI openvpn get zlokalizować ID połączenia.
Polecenie openvpn set id $ID_DES_TUNNELS local_addr $IP_DES_INTERFACES można następnie ustawić wychodzący adres IP.
Dodatkowo w regule wychodzącej (internal-network → sieć VPN → $DIENST) wymagana jest Rule-Route przez odpowiedni interfejs tunX.
Transparentne HTTP-Proxy
Podczas dostępu do serwera za połączeniem Site-to-Site z wewnętrznej sieci przez HTTP, transparentne HTTP-Proxy może filtrować pakiety. Może to prowadzić do błędów w dostępie do celu.
Aby temu zapobiec, należy dodać regułę w menu Obszar Tryb transparentny przycisk :
|
UTMuser@firewall.name.fqdnAplikacjaHTTP-Proxy | |
| Protokół: | |
| Typ: | |
| Źródło: | |
| Cel: | |
Connection Rate Limit
Ograniczanie dostępu z określonych adresów IP źródłowych do powtarzających się portów
Na razie funkcję tę można skonfigurować wyłącznie za pomocą CLI
Dostęp przez SSL-VPN można na przykład zabezpieczyć przed agresywnymi skanami lub próbami logowania.

Od wersji 12.6.2 urządzenie UTM może ograniczać liczbę połączeń TCP i/lub UDP z zewnętrznego adresu IP do jednego portu.
Obowiązują przy tym następujące warunki:
- Monitorowane są wyłącznie połączenia przychodzące, dla których istnieje default-route
- Liczone są połączenia z jednego adresu IP do jednego portu urządzenia UTM w ciągu jednej minuty
- Po aktywacji dozwolonych jest 5 połączeń / prób połączenia na minutę
Następnie połączenia zostaną ograniczone:- W tym przypadku dodatkowe dozwolone połączenia zostaną równomiernie rozłożone w ciągu 60 sekund od pierwszego połączenia.
- Gdy wartość CONNECTION_RATE_LIMIT wynosi 20, co 3 sekundy dodawane jest kolejne połączenie.
- 10 sekund po pierwszym połączeniu mogłyby zostać nawiązane kolejne 3 połączenia (każde z tego samego adresu IP na ten sam port docelowy)
- Zablokowanie adresu IP dotyczy wyłącznie dostępu do portu, który był zbyt często korzystany.
Dostęp do pozostałych portów pozostaje bez zmian. - W przypadku nowych instalacji funkcja ta jest domyślnie włączona z limitem 20 połączeń UDP na minutę dla wszystkich portów
- W przypadku aktualizacji funkcja musi zostać ręcznie aktywowana
| extc-Variable | Default | Opis |
|---|---|---|
| CONNECTION_RATE_LIMIT_TCP | 0 | Liczba dozwolonych połączeń TCP dla danego adresu IP na port 0 = Funkcja wyłączona, nie są stosowane żadne blokowania |
| CONNECTION_RATE_LIMIT_TCP_PORTS | Porty, które mają być monitorowane. Przy ustawieniu domyślnym pole jest puste= oznacza to, że (po włączeniu) monitorowane będą wszystkie porty. Porty należy oddzielić spacjami: [ 1194 1195 ] | |
| CONNECTION_RATE_LIMIT_UDP | 20 / 0 Domyślne ustawienie w przypadku nowej instalacji od wersji 12.6.2: 20 W przypadku instalacji z aktualizacją wartość ta wynosi 0, co oznacza, że funkcja jest wyłączona. |
Liczba dozwolonych połączeń UDP dla jednego adresu IP na port |
| CONNECTION_RATE_LIMIT_UDP_PORTS | Porty, które mają być monitorowane. W ustawieniach domyślnych pole jest puste = Wszystkie porty będą monitorowane (tylko w przypadku nowych instalacji!). Porty należy oddzielić spacjami: [ 1194 1195 ] |
Konfiguracja za pomocą poleceń CLI
| CLI polecenie | Funkcja |
|---|---|
| extc value get application securepoint_firewall Alternatywnie użytkownikiem root: spcli extc value get application securepoint_firewall | grep RATE |
Wyświetla listę wszystkich zmiennych aplikacji „securepoint_firewall”. Zmienne zaczynające się od „CONNECTION_RATE_LIMIT_” odpowiadają za limit połączeń. application |variable |value --------------------+-------------------------------+----- securepoint_firewall |… |… |CONNECTION_RATE_LIMIT_TCP |0 |CONNECTION_RATE_LIMIT_TCP_PORTS| |CONNECTION_RATE_LIMIT_UDP |20 |CONNECTION_RATE_LIMIT_UDP_PORTS| |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_TCP value 20 system update rule |
Ogranicza dopuszczalną liczbę połączeń „TCP” z pojedynczego adresu IP na dany port do 20 na minutę
Zmiana jest wprowadzana bezpośrednio poprzez „aktualizację reguły”. Wartość nie musi być najpierw ustawiona na 0! |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_TCP value 0 system update rule |
Wyłącza monitorowanie połączeń TCP |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_TCP_PORTS value [ 443 11115 ] system update rule |
Ogranicza monitorowanie połączenia TCP z portami 443 i 11115 Przed i po nawiasach kwadratowych [ ] muszą znajdować się spacje! |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_TCP_PORTS value [ ] system update rule |
Przed i po nawiasach kwadratowych [ ] muszą znajdować się spacje! |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_UDP value 20 system update rule |
Ogranicza dopuszczalną liczbę połączeń UDP z jednego adresu IP na określony port do 20 na minutę Domyślne ustawienie w przypadku nowej instalacji od wersji 12.6.2: 20 W przypadku instalacji z aktualizacją wartość ta wynosi 0, co oznacza, że funkcja jest wyłączona. Wartość nie musi być najpierw ustawiona na 0! |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_UDP value 0 system update rule |
Wyłącza monitorowanie dla połączeń UDP |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_UDP_PORTS value [ 1194 1195 ] system update rule |
Ogranicza monitorowanie połączeń UDP do portów 1194 i 1195. (Przykład dla 2 utworzonych tuneli SSL-VPN). Przed i po nawiasach kwadratowych [ ] muszą znajdować się spacje! |
| extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_UDP_PORTS value [ ] system update rule |
Przed i po nawiasach kwadratowych [ ] muszą znajdować się spacje! |
extc value set application securepoint_firewall variable CONNECTION_RATE_LIMIT_TCP value 20 notempty
Na koniec należy wprowadzić polecenie CLI system update rule, aby zastosować wartości określone w regułach. |
Na przykład, aby zezwolić na maksymalnie 20 połączeń na minutę na adres IP i port. W przypadku protokołu TCP monitorowanie ogranicza się do portów 443 i 11115. W przypadku połączeń UDP monitorowane są wszystkie porty. |











