Przejdź do treści
Networks

Usługi

Tunele GRE i WireGuard

Kieruj dzierżawione lub własne IPv4 do swoich serwerów przez tunele GRE lub WireGuard z naszych routerów w Europie, gdziekolwiek jest Twoja infrastruktura.

Funkcje

Funkcje tuneli

  • Europejskie punkty końcowe

    Tunele kończą się na naszych własnych routerach w Europie. Napisz, gdzie jest Twój serwer, a wskażemy najbliższy punkt końcowy.

  • GRE lub WireGuard

    Obsługujemy zarówno GRE, jak i WireGuard jako protokoły tunelowania. Wybierz opcję, która najlepiej pasuje do Twojej sieci i środowiska.

  • Obsługa WireGuard

    Wybierz między standardowymi tunelami GRE a nowoczesnymi tunelami WireGuard. WireGuard działa przez NAT i CGNAT, dzięki czemu idealnie sprawdza się w lokalizacjach bez publicznego adresu IP.

  • Konfiguracja na miarę

    Dopasowane ustawienia MTU, timery keepalive i polityki routingu. Konfigurujemy wszystko według Twojej specyfikacji.

  • Tunele redundantne

    Skonfiguruj tunel główny i zapasowy dla wysokiej dostępności.

Specyfikacja

Specyfikacja techniczna

Parametry tunelu od nas.

ProtokółGRE (RFC 2784) / WireGuard
Przepustowość250, 500, 750 lub 1000 Mbit/s
MTUKonfigurowalne, domyślnie 1476

tunnel-config-example.txt

# GRE Tunnel Configuration Example
interface Tunnel0
  ip address 10.0.0.2 255.255.255.252
  tunnel source 203.0.113.1
  tunnel destination 198.51.100.1
  tunnel mode gre ip
  ip mtu 1476

# WireGuard Alternative
[Interface]
Address = 10.0.0.2/30
PrivateKey = <your-private-key>
Table = off

[Peer]
PublicKey = <rtm-public-key>
Endpoint = 198.51.100.1:51820
AllowedIPs = 0.0.0.0/0

Zastosowania

Typowe zastosowania

  • Serwery bez adresów IP od operatora

    Uruchamiaj serwery w biurze lub we własnej serwerowni, korzystając z dzierżawionej przestrzeni adresowej IPv4 przez tunel, bez zależności od przydziału adresów u Twojego operatora.

  • Obejście blokady portu 25

    Większość operatorów, domowych i biznesowych, blokuje wychodzący ruch na porcie 25. Kieruj ruch pocztowy przez tunel, aby wysyłać e-maile z dzierżawionych adresów IPv4.

  • Łączność ze zdalnym centrum danych

    Podłącz dzierżawione bloki IPv4 do swojej infrastruktury w zdalnych centrach danych bez potrzeby bezpośredniego peeringu lub tranzytu.

  • Dzierżawa mniejszych zakresów niż /24

    Blok /24 to najmniejszy blok, który można samodzielnie routować, ale nie zawsze potrzebujesz 256 adresów. Dzierżaw tyle, ile potrzebujesz.

Kontekst

Co właściwie robi tunel

Dzierżawiona lub własna przestrzeń adresowa IPv4 jest zarejestrowana w jednym miejscu, ale zwykle chcesz z niej korzystać gdzie indziej: na serwerze w innym kraju, u dostawcy, który nie zaakceptuje Letter of Authorization (LOA), lub w infrastrukturze bez własnej sesji BGP. Tunel wypełnia tę lukę.

Terminujemy przestrzeń adresową na naszych własnych routerach i budujemy enkapsulowane łącze punkt-punkt do Twojego punktu końcowego. Ruch do Twojego bloku dociera na brzeg naszej sieci, przechodzi przez tunel i pojawia się na Twojej maszynie tak, jakby adresy były skonfigurowane lokalnie. Ruch powrotny idzie tą samą drogą. Twój serwer nie potrzebuje sesji BGP ani relacji z rejestrem.

Enkapsulacja dodaje nagłówki, więc użyteczne MTU wewnątrz tunelu jest niższe niż na zwykłym interfejsie. Razem z konfiguracją dostarczamy prawidłowe ustawienia MTU i MSS clamping, dzięki czemu nigdy nie pojawia się klasyczny objaw, w którym małe żądania przechodzą, a duże transfery się zawieszają. Jeśli Twoja konfiguracja wymaga innych wartości, zmienimy je na życzenie.

Porównanie

GRE czy WireGuard

Dostarczamy tunele w obu protokołach. Wybór zależy od tego, co obsługuje Twój punkt końcowy i czy ruch ma być szyfrowany.

  • GRE

    Lekka enkapsulacja bez szyfrowania i z bardzo małym obciążeniem procesora. Natywnie obsługiwana praktycznie przez każdy router i przez jądro Linuksa. Lepszy wybór, gdy ścieżka między nami jest już zaufana albo gdy surowa przepustowość jest ważniejsza niż poufność.

  • WireGuard

    Nowoczesne szyfrowane tunelowanie z małą, łatwą do audytu bazą kodu i wysoką wydajnością. Lepszy wybór, gdy ruch przechodzi przez sieci, których nie kontrolujesz, albo gdy Twój punkt końcowy jest za NAT, gdzie zwykłe GRE staje się kłopotliwe.

Jeśli nie masz pewności, napisz, czym jest punkt końcowy, a polecimy odpowiedni protokół.

Kontakt

Potrzebujesz routingu dla swojej przestrzeni IPv4?

Napisz, gdzie są Twoje punkty końcowe i czy do Twojej konfiguracji lepiej pasuje GRE czy WireGuard. Zwykle odpowiadamy w ciągu 1–3 godzin roboczych.

Skontaktuj się z nami

FAQ

Pytania o tunelowanie

Czy potrzebuję własnego ASN?

Nie, i to główny powód, by korzystać z tunelu. Ogłaszamy przestrzeń i przekazujemy ją Tobie przez łącze, więc Twój punkt końcowy potrzebuje jedynie możliwości uruchomienia interfejsu tunelowego.

Jak tunel wpływa na opóźnienia?

Dodaje czas podróży w obie strony do naszego najbliższego punktu końcowego, więc lokalizacja ma większe znaczenie niż protokół. Wybierz punkt końcowy blisko swojego serwera, a narzut jest zwykle niewielki. Zanim się zobowiążesz, powiemy Ci, który punkt końcowy pasuje do Twojej lokalizacji.

Czy zadziała za NAT?

WireGuard dobrze radzi sobie z NAT. Zwykłe GRE nie przechodzi niezawodnie przez NAT, więc jeśli Twój punkt końcowy nie ma własnego publicznego adresu, wybierz WireGuard.

Jakiego MTU użyć?

Niższego niż standardowe 1500, aby zostawić miejsce na nagłówki enkapsulacji. Dokładną wartość dostarczamy z Twoją konfiguracją razem z MSS clamping, które zapobiega sytuacji, w której małe pakiety przechodzą, a duże transfery się zawieszają. Obie wartości można zmienić na życzenie.

Czy mogę uruchomić BGP przez tunel?

Tak, jeśli masz ASN i chcesz samodzielnie zarządzać ogłoszeniem. Większość klientów tego nie potrzebuje i wybiera prostszą konfigurację statyczną.

Czy mogę tunelować przestrzeń kupioną gdzie indziej?

Tak. Możemy kierować przestrzeń adresową, którą już posiadasz, pod warunkiem że wystawisz Letter of Authorization (LOA) potwierdzający Twoje prawo do jej ogłaszania.