Cennik Tailscale: ile kosztuje subskrypcja w 2026 roku

Cennik Tailscale w jednym akapicie

Opłaty za Tailscale naliczane są za użytkownika, a nie za urządzenie. Liczba urządzeń użytkownika jest nieograniczona w każdym planie, wliczając w to plan darmowy, więc limit planu darmowego nie wyczerpuje się z powodu dodania kolejnego laptopa. Limit ten wyczerpuje się w momencie dodania kolejnej osoby lub gdy wymagana jest funkcja administracyjna dostępna wyłącznie w planie płatnym. Tailscale to VPN (wirtualna sieć prywatna) zbudowany w oparciu o WireGuard, a płatnym elementem jest płaszczyzna sterowania (control plane) zarządzająca tunelami: tożsamość oraz polityki.

[
  {
    "plan": "Personal",
    "usd_per_user_month": 0
  },
  {
    "plan": "Standard",
    "usd_per_user_month": 8
  },
  {
    "plan": "Premium",
    "usd_per_user_month": 18
  }
]

Tailscale oferuje 3 plany samoobsługowe oraz jeden plan wyceniany indywidualnie. Plan Personal kosztuje $0 i obejmuje do sześciu użytkowników. Plan Standard kosztuje $8 za użytkownika miesięcznie. Plan Premium kosztuje $18 za użytkownika miesięcznie. Plan Enterprise wyceniany jest indywidualnie, dlatego nie posiada publicznie dostępnej kwoty. Są to opublikowane ceny cennikowe, zweryfikowane w dniu 6 października 2026 r., odczytane ze strony cennika Tailscale. Tailscale kilkukrotnie zmieniało swoje plany, dlatego przed zaplanowaniem budżetu należy sprawdzić tę stronę.

Tailscale zaktualizowało swoje plany 8 kwietnia 2026 r. Plan Personal Plus został wycofany, a jego limit sześciu użytkowników przeniesiono do darmowego planu Personal, natomiast stary plan Starter stał się planem Standard. Tailscale poinformowało, że w przypadku aktywnych płatności dotychczasowy plan zachowuje swoją cenę przez co najmniej dwanaście miesięcy od ogłoszenia zmian. Istniejąca faktura może zatem nie odpowiadać aktualnym danym na stronie.

Co faktycznie podlega opłatom w Tailscale

Cztery elementy wpływają na rozliczenia w tailnet (pojedynczej sieci Tailscale współdzielonej przez urządzenia), przy czym tylko jeden z nich dotyczy osób. Poniższe dane zweryfikowano zgodnie z cennikiem Tailscale opublikowanym 6 października 2026.

• Stanowiska (Seats). Stanowisko to użytkownik. Plany Standard i Premium są rozliczane za stanowisko miesięcznie, a łączna liczba stanowisk stanowi podstawę faktury.
• Urządzenia użytkownika. Liczba nieograniczona w każdym planie. Maszyna przypisana do osoby nie generuje kosztów, niezależnie od tego, ile takich maszyn posiada dany użytkownik.
• Zasoby z tagami (Tagged resources). Każdy plan obejmuje 50 zasobów. Dodatkowe kosztują 1 USD miesięcznie za sztukę i można je dodać samodzielnie w konsoli rozliczeniowej. Zasób z tagiem to maszyna, która posiada tag zamiast tożsamości użytkownika; w ten sposób do sieci dołączane są serwery lub inne węzły niebędące użytkownikami.
• Grupy ACL. Grupa ACL (listy kontroli dostępu) to nazwany zbiór użytkowników, do którego odwołują się reguły polityki. Liczba dostępnych grup różni się znacząco w zależności od planu, co zostało szczegółowo opisane w poniższej sekcji.

Zasoby efemeryczne są rozliczane oddzielnie, w minutach: 1 000 minut miesięcznie w planach Personal i Standard, 10 000 w Premium. Węzeł efemeryczny to węzeł krótkotrwały, taki jak runner CI (continuous integration), który dołącza do sieci na czas budowania, a następnie ją opuszcza. Węzeł, który pozostaje w tailnet dłużej niż cztery godziny, przestaje być wliczany do tego limitu, więc zwykły serwer nigdy go nie wyczerpuje. Tabela porównawcza nie zawiera wierszy dla węzłów wyjściowych (exit nodes), routerów podsieci ani MagicDNS, co oznacza, że sama struktura sieci nie podlega opłatom. Dlatego pojedyncza maszyna ogłaszająca prywatną podsieć z VPS może udostępnić całą sieć urządzeń w ramach tailnet bez dodawania ani jednej płatnej pozycji do faktury. Funkcje Serve i Funnel również nie podlegają opłatom, więc publikowanie usług HTTPS jest bezpłatne w każdym planie, choć Funnel jest ograniczony ustawieniami polityki, a nie ceną, co wyjaśnia serve a funnel. Szczegółowe informacje o granicach darmowego planu znajdują się w sekcji gdzie kończy się darmowy plan Tailscale.

Jak zliczane są stanowiska, aby faktura była zgodna z liczbą użytkowników

Dokumentacja rozliczeniowa Tailscale określa to jasno: płaci się za określoną liczbę stanowisk w sieci tailnet, a użytkownik zajmuje stanowisko w momencie dołączenia. W praktyce użytkownik zajmuje stanowisko przy pierwszym logowaniu do konsoli administracyjnej lub przy pierwszej autoryzacji urządzenia. Osoba zaproszona, która jeszcze nie zaakceptowała zaproszenia, nie zajmuje stanowiska i nie są za nią naliczane opłaty. Jeśli wszystkie stanowiska są zajęte, a nowy użytkownik się zaloguje, liczba stanowisk zostaje automatycznie zwiększona o 1, a stanowisko dodane w trakcie miesięcznego okresu rozliczeniowego jest rozliczane proporcjonalnie. Stanowisko można zwolnić, na przykład poprzez usunięcie użytkownika, dzięki czemu kolejna osoba może je ponownie wykorzystać. W przypadku subskrypcji rocznych zmiany te są obsługiwane przez dział sprzedaży Tailscale, a nie przez konsolę, o czym warto wiedzieć przed podjęciem zobowiązania na rok.

Dwa scenariusze, pełna implementacja

Liczba stanowisk jest jedyną zmienną, dlatego roczny koszt stanowi iloczyn liczby stanowisk, ceny miesięcznej oraz liczby 12. Poniżej przedstawiono cztery warianty cenowe według cennika.

[
  {
    "label": "Household of 4, Personal",
    "usd_per_year": 0
  },
  {
    "label": "Household of 7, Standard",
    "usd_per_year": 672
  },
  {
    "label": "Team of 5, Standard",
    "usd_per_year": 480
  },
  {
    "label": "Team of 5, Premium",
    "usd_per_year": "1,080"
  }
]

Scenariusz pierwszy: czteroosobowe gospodarstwo domowe

Jest to przypadek nieskomplikowany, a koszt wynosi $0. Plan Personal obejmuje do sześciu użytkowników, a liczba urządzeń na użytkownika jest nieograniczona. Cztery osoby posiadające telefon i laptopa, a także serwer domowy, rejestrator wideo sieciowego i VPS, mieszczą się w ramach planu darmowego. VPS pełniący rolę węzła wyjściowego Tailscale na VPS stanowi kolejne darmowe urządzenie, ponieważ plan limituje liczbę osób, a nie ról.

Dwie sytuacje powodują zakończenie darmowego planu dla gospodarstwa domowego. Pierwszą jest siódmy użytkownik. Współlokatorzy, rodzice partnera, znajomy chcący uzyskać dostęp do serwera multimediów: po przekroczeniu sześciu użytkowników cała sieć tailnet przechodzi na plan Standard, a opłata naliczana jest za każde stanowisko, nie tylko za nowe. Siedem stanowisk w cenie $8 każde kosztuje $672 rocznie. Drugą sytuacją są tagi. Jeśli serwery zostaną otagowane tak, aby ich właścicielem był tag, a nie użytkownik, pierwsze 50 tagów jest wliczonych w cenę, a każdy kolejny kosztuje 1 USD miesięcznie. Większość gospodarstw domowych nigdy nie osiąga limitu 50 tagów.

Scenariusz drugi: zespół pięcioosobowy

Pięć osób mieści się w darmowym limicie sześciu użytkowników, więc firma pięcioosobowa może korzystać z Tailscale za $0 rocznie i wiele z nich tak robi. Liczebność zespołu rzadko stanowi barierę. To funkcje administracyjne produktu skłaniają małe zespoły do przejścia na plan płatny, co dzieje się na długo przed zatrudnieniem szóstej osoby.

Po przejściu na plan płatny obliczenia są proste, ponieważ jedynym czynnikiem są licencje. Pięć licencji w planie Standard kosztuje $480 rocznie. Te same pięć licencji w planie Premium kosztuje $1,080 rocznie. Nowy pracownik w siódmym miesiącu dodaje jedną proporcjonalnie rozliczaną licencję, a nie nowy plan.

Dlaczego opłata pojawia się po stronie tożsamości

Samo logowanie jest bezpłatne w każdym planie. Opłata dotyczy mechanizmów z nim związanych: kto może zarządzać danymi zasobami oraz jak precyzyjnie można określić dostęp. Jest to ten sam schemat, który opisano w podatku od SSO w aplikacjach self-hosted, a Tailscale stanowi tego wyraźny przykład.

Należy zacząć od ról użytkowników, ponieważ to właśnie ten element skłania małe zespoły do przejścia na płatny plan. Dokumentacja Tailscale dzieli role na dwie kategorie. „Podstawowe role są dostępne we wszystkich planach cenowych” i obejmują one Owner, Admin oraz Member. „Zaawansowane role są dostępne w planach cenowych Standard, Premium oraz Enterprise” i obejmują one Billing admin, IT admin, Network admin oraz Auditor. W planie darmowym nie ma możliwości przyznania osobie odpowiedzialnej za sieć uprawnień do edycji pliku polityki bez jednoczesnego nadania jej uprawnień do usunięcia tailnetu; nie istnieje również rola tylko do odczytu. Gdy współpracownik po raz pierwszy poprosi o dostęp do audytu, konieczne staje się przejście na plan Standard.

SCIM (system for cross-domain identity management) to drugi istotny element. SCIM to protokół, który przesyła użytkowników i grupy z dostawcy tożsamości do usługi, dzięki czemu osoba odchodząca z firmy znika z tailnetu w momencie dezaktywacji jej konta przez dział HR. Funkcja ta jest dostępna od planu Standard. W planie Personal usuwanie użytkowników odbywa się ręcznie, co jest akceptowalne przy czterech osobach, ale stanowi realne ryzyko przy dwudziestu. Zapomniane konto jest również bardziej prawdopodobną drogą włamania do tailnetu niż jakiekolwiek naruszenie szyfrowania, co szczegółowo omawia model zaufania Tailscale.

[
  {
    "plan": "Personal",
    "groups_included": 3
  },
  {
    "plan": "Standard",
    "groups_included": 10
  },
  {
    "plan": "Premium",
    "groups_included": 300
  }
]

Kolejnym elementem są grupy ACL. Plan Personal pozwala na 3 grup. Plan Standard pozwala na 10. Plan Premium pozwala na 300. Trzy grupy wydają się wystarczające, dopóki nie zacznie się tworzyć pliku polityki: jedna grupa dla pracowników i jedna dla kontrahentów pozostawia tylko jedną grupę na wszystko inne, więc każda dalsza struktura musi być definiowana w oparciu o poszczególnych użytkowników. Utrudnia to skalowanie w momencie, gdy ktoś zmienia stanowisko.

Warto wymienić jeszcze dwa elementy, aby uniknąć aktualizacji planu z niewłaściwych powodów. Integracje z zakresu Device posture z systemami MDM (mobile device management), EDR (endpoint detection and response) oraz XDR (extended detection and response) są dostępne od planu Standard. Logi przepływu sieciowego (Network flow logs) oraz strumieniowanie logów (log streaming) są dostępne od planu Premium, a rejestrowanie sesji (session recording) pojawia się wraz z rozszerzeniem Enterprise dotyczącym zarządzania dostępem uprzywilejowanym (privileged access management). Zatwierdzanie urządzeń (Device approval), które wstrzymuje nowe urządzenie w stanie oczekiwania do momentu autoryzacji przez administratora, jest udokumentowane jako dostępne we wszystkich planach, więc nie stanowi powodu do wnoszenia opłat.

Zniżki, z których faktycznie można skorzystać

Tailscale dokumentuje kilka zniżek, które warto sprawdzić przed dokonaniem płatności według cennika. Uprawnione organizacje charytatywne, organizacje non-profit oraz instytucje edukacyjne „otrzymują 50% zniżki od cen cennikowych Tailscale”. Sposób uzyskania zniżki zależy od tego, czy użytkownik posiada już płatną subskrypcję. Jeśli subskrypcja nie została jeszcze wykupiona, należy najpierw skontaktować się z działem wsparcia Tailscale Support, podając wymagane informacje weryfikacyjne; po potwierdzeniu uprawnień wsparcie przekaże jednorazowy kupon rabatowy 50%, który należy zastosować podczas finalizacji zamówienia. W przypadku posiadania aktywnej płatnej subskrypcji należy skontaktować się ze wsparciem, a zniżka zostanie przypisana do istniejącego planu. Komercyjne firmy z branży technologii edukacyjnych oraz programy przeznaczone wyłącznie dla osób poniżej 18 roku życia nie kwalifikują się do zniżki. Projekty open source w organizacji GitHub z licencją OSI (Open Source Initiative) mogą korzystać z Tailscale bezpłatnie, pod warunkiem, że tailnet wykorzystuje GitHub do uwierzytelniania; plan ten nie jest dostępny bezpośrednio na stronie Billing, dlatego należy złożyć wniosek o jego przyznanie, zamiast wybierać go z listy. Kody promocyjne pojawiają się podczas konferencji oraz w wiadomościach marketingowych i można je zastosować podczas aktualizacji planu lub, z poziomu strony Billing w konsoli administracyjnej, do już posiadanej płatnej subskrypcji. Powyższe warunki zostały zweryfikowane na podstawie dokumentacji zniżek Tailscale w dniu 6 października 2026.

Headscale, własny serwer sterujący

Headscale to otwartoźródłowa implementacja serwera sterującego Tailscale, z którym łączą się oficjalne klienty Tailscale. Projekt nie jest powiązany z Tailscale Inc. Dokumentacja określa zakres zastosowań jako ograniczony: pojedyncza sieć typu tailnet, „odpowiednia do użytku osobistego lub małej organizacji open-source”, skierowana do osób samodzielnie hostujących usługi i hobbystów. Lista funkcji jest jednak szersza, niż można by oczekiwać. Obsługiwane są: MagicDNS, Taildrop, tagi, routery podsieci, węzły wyjściowe (exit nodes), węzły efemeryczne, wbudowany serwer DERP (designated encrypted relay for packets), listy ACL oraz Tailscale SSH.

Wymiana korzyści działa w obie strony i warto uczciwie ją przedstawić. Headscale całkowicie eliminuje opłaty za użytkownika: liczba użytkowników, urządzeń i grup ACL zależy wyłącznie od administratora, a opłaty za osobę znikają. W zamian należy samodzielnie zarządzać płaszczyzną sterowania (control plane). Serwer sterujący wydaje klucze węzłów i dystrybuuje mapę połączeń, więc gdy jest offline, nie można dodać urządzenia ani ponownie uwierzytelnić węzła, którego klucz wygasł. Oznacza to, że baza danych wymaga kopii zapasowych, wersja oprogramowania planu aktualizacji, a host monitorowania, tak jak każda inna usługa produkcyjna. Tożsamość jest również najsłabszym punktem: Headscale obsługuje logowanie OIDC (OpenID Connect), ale dokumentacja wskazuje, że grup OIDC nie można używać w listach ACL, co jest dokładnie tą funkcjonalnością, za którą zespół chciałby zapłacić Tailscale.

Warto wybrać to rozwiązanie, jeśli obsługuje się jedną sieć tailnet, serwer Linux jest już utrzymywany i aktualizowany, a cena za użytkownika jest jedynym powodem poszukiwania alternatywy. Nie należy go wybierać, jeśli celem zakupu był SCIM, dostęp dla audytorów lub polityki oparte na grupach, ponieważ to obszary, których Headscale nie próbuje rozwiązać. Instalacja to standardowa konfiguracja serwera, opisana w uruchamianie Headscale jako własnego serwera sterującego Tailscale. Jeśli nie jest pożądana ani opłata, ani zarządzanie płaszczyzną sterowania, należy zapoznać się z porównaniem zwykłego WireGuard do Tailscale, ponieważ ręcznie zarządzany WireGuard nie posiada kosztów za użytkownika ani serwera koordynującego. Jeśli to polityki oparte na grupach skłaniały do wyboru płatnego planu, uruchomienie własnego serwera NetBird będzie lepszym rozwiązaniem, ponieważ dostarcza on dostawcę tożsamości wraz z płaszczyzną sterowania i pozwala definiować reguły dostępu w oparciu o własne grupy.

Najpierw policz własnych użytkowników i urządzenia

Zanim przystąpisz do modelowania, ustal dwie rzeczywiste liczby. Na dowolnej maszynie znajdującej się już w sieci tailnet:

tailscale status

Polecenie to wyświetla jedną linię dla każdej maszyny:

100.101.102.103  laptop-alice   alice@   linux   active; direct 203.0.113.9:41641, tx 1116 rx 1124
100.101.102.104  phone-bob      bob@     iOS     active; relay "fra", tx 1351 rx 4262
100.101.102.105  vps-frankfurt  alice@   linux   idle; tx 1214 rx 50

Kolumny zawierają adres IP Tailscale, nazwę maszyny, właściciela, system operacyjny oraz stan połączenia. Trzecia kolumna decyduje o wysokości rachunku. Należy zliczyć tam unikalne loginy, a nie linie, ponieważ trzy maszyny należące do alice@ stanowią jedno stanowisko i trzy darmowe urządzenia.

Aby uzyskać widok dla całej sieci tailnet, a nie tylko dla jednej maszyny, API zwraca pełną listę urządzeń:

curl -s "https://api.tailscale.com/api/v2/tailnet/example.com/devices" -u "$TS_API_KEY:"

Zastąp example.com nazwą swojej sieci tailnet i wygeneruj token dostępu na stronie Keys w konsoli administracyjnej. Aby wywołanie zakończyło się powodzeniem, wymagane są uprawnienia Owner, Admin lub IT admin. Liczbą decydującą o rozliczeniu faktury pozostaje strona Users w konsoli administracyjnej, ponieważ stanowisko to użytkownik, który się zalogował, i to właśnie zlicza Tailscale.

FAQ

Czy Tailscale jest darmowy do użytku osobistego?

Tak, dla maksymalnie sześciu użytkowników. Plan Personal kosztuje $0 i obejmuje nieograniczoną liczbę urządzeń użytkownika, 50 oznaczonych zasobów (tagged resources), 3 grup ACL oraz 1000 minut efemerycznych zasobów miesięcznie, według stanu na 6 października 2026. Sześć to łączna liczba użytkowników w całej sieci tailnet, więc siódma osoba przenosi całą sieć na plan płatny, a każdy istniejący użytkownik staje się płatnym stanowiskiem.

Czy moje urządzenia wliczają się do rachunku Tailscale?

Urządzenia należące do osoby nie wliczają się. Liczba urządzeń użytkownika jest nieograniczona w każdym planie, więc jedna osoba z dwudziestoma maszynami nadal zajmuje jedno stanowisko. Liczbą urządzeń, która może generować koszty, są oznaczone zasoby (tagged resources), czyli maszyny posiadające tag zamiast tożsamości użytkownika. Każdy plan obejmuje 50 takich zasobów, a dodatkowe kosztują 1 USD miesięcznie za sztukę, co można skonfigurować samodzielnie w konsoli rozliczeniowej.

Jaki jest najtańszy sposób korzystania z Tailscale dla pięcioosobowego zespołu?

Należy pozostać przy planie Personal, ponieważ pięć osób mieści się w limicie sześciu darmowych użytkowników. Przejście na plan Standard za $8 za użytkownika miesięcznie, co daje $480 rocznie za pięć stanowisk, jest wymagane dopiero wtedy, gdy potrzebne są funkcje niedostępne w planie darmowym: zaawansowane role użytkowników, provisioning SCIM, sprawdzanie stanu zabezpieczeń urządzeń (device posture checks) lub więcej niż 3 grup ACL. W przypadku zarejestrowanej organizacji charytatywnej lub instytucji edukacyjnej należy poprosić wsparcie techniczne Tailscale o 50% zniżki przed wykupieniem subskrypcji, aby otrzymać jednorazowy kupon do zastosowania przy płatności.

Czy samodzielne hostowanie Headscale faktycznie pozwala zaoszczędzić pieniądze?

Eliminuje to opłaty za stanowisko, zastępując je koniecznością utrzymywania własnego serwera. Taka wymiana jest opłacalna, gdy jedynym powodem zmiany jest rachunek, gdy obsługiwana jest jedna sieć tailnet oraz gdy utrzymywany jest już serwer Linux, który jest regularnie archiwizowany i aktualizowany. Rozwiązanie to sprawdza się słabo, jeśli celem było zarządzanie tożsamością, ponieważ dokumentacja Headscale wskazuje, że grupy OIDC nie mogą być używane w jego listach ACL, więc polityka oparta na grupach nie zostanie przeniesiona.