Sprawdź certyfikat SSL

Sprawdź certyfikat SSL dowolnej strony online: czy jest ważny, kiedy wygasa, łańcuch zaufania w każdej przeglądarce, unieważnienie, wersje TLS i zestawy szyfrów. Ocena od A+ do F w kilka sekund, dla stron i serwerów poczty.

Źródła: handshake TLS na żywo · cztery magazyny certyfikatów głównych (CCADB) · OCSP lub CRL · logi Certificate Transparency · hstspreload.org

Co sprawdza ten test certyfikatu SSL

Narzędzie do sprawdzania SSL (SSL checker) łączy się z serwerem tak jak przeglądarka i odczytuje certyfikat, który serwer przedstawia. To narzędzie samo obsługuje protokół TLS, więc widzi dokładnie to, co wysyła serwer: certyfikat i jego łańcuch, wersję protokołu, zestaw szyfrów i wymianę kluczy. Strony za Cloudflare odrzucają nasze połączenie, więc dla nich certyfikat pochodzi z logu CT, a skan protokołów i ocena są pomijane; serwerów dostępnych tylko przez IPv6 nie możemy jeszcze osiągnąć. Następnie narzędzie sprawdza łańcuch w czterech magazynach certyfikatów głównych, których używają przeglądarki i systemy operacyjne, pyta urząd certyfikacji, czy certyfikat nie został unieważniony, i skanuje, jakie starsze protokoły i słabe szyfry serwer nadal akceptuje.

Wynik to test SSL, weryfikacja certyfikatu i sprawdzenie TLS w jednym: werdykt prostymi słowami, ocena od A+ do F z uzasadnieniem i szczegóły, które za nią stoją. Narzędzie sprawdza też otoczenie certyfikatu: nagłówek HSTS, przekierowanie z HTTP na HTTPS, rekordy CAA i log Certificate Transparency.

Test certyfikatu SSL dla github.com: ważny certyfikat, ocena A+, oś okresu ważności i łańcuch zaufania do czterech magazynówTest certyfikatu SSL dla github.com: ważny certyfikat, ocena A+, oś okresu ważności i łańcuch zaufania do czterech magazynówWerdyktWażny czy nie – w jednym zdaniu, liczba pozostałych dni, wystawca i ocena z uzasadnieniem.Okres ważnościNa jakim etapie okresu ważności jest certyfikat: wystawienie, dziś, wygaśnięcie – na tle maksimum dla jego daty wystawienia.Łańcuch zaufaniaKażdy certyfikat od strony do certyfikatu głównego, skąd mamy każdy z nich i werdykty czterech magazynów.TestyNazwa hosta, łańcuch, zaufanie, unieważnienie, protokoły, wymiana kluczy, HSTS i CAA – każdy ze sposobem naprawy, jeśli nie przejdzie.
Sprawdzenie github.com: werdykt i ocena, okres ważności certyfikatu, testy i łańcuch zaufania aż do magazynów certyfikatów głównych przeglądarek. Wybierz numer, aby zobaczyć, co pokazuje każda część.

Jak sprawdzić certyfikat SSL

Trzy sposoby, od najszybszego do najdokładniejszego:

  1. 1

    W tym teście certyfikatu SSL

    Wpisz domenę (albo URL lub host:port dla innej usługi) i wybierz Sprawdź SSL. Najpierw pojawiają się certyfikat i jego łańcuch, potem dochodzą unieważnienie, skan protokołów i HSTS, a na końcu werdykt i ocena.

  2. 2

    W przeglądarce

    Kliknij ikonę po lewej stronie adresu, potem Połączenie jest bezpieczne i Certyfikat jest ważny (Chrome) albo Więcej informacji (Firefox). Zobaczysz nazwy, wystawcę i daty, ale nie zobaczysz łańcucha w postaci wysłanej przez serwer, dozwolonych protokołów ani tego, czy certyfikat unieważniono: Chrome nie sprawdza online większości unieważnień.

  3. 3

    W openssl

    openssl s_client -connect example.com:443 -servername example.com -showcerts </dev/null wypisuje łańcuch, który wysyła serwer; przekaż go do openssl x509 -noout -dates, aby zobaczyć datę wygaśnięcia. Polecenia są poniżej i w widoku Łańcuch wyniku.

Jak sprawdzić datę ważności certyfikatu SSL

Sprawdź domenę powyżej: wynik pokaże, ile dni zostało, i cały okres ważności certyfikatu, od dnia wystawienia do dnia wygaśnięcia. Data Ważny do to pole notAfter certyfikatu; od tej chwili każda przeglądarka pokazuje ostrzeżenie na całą stronę (NET::ERR_CERT_DATE_INVALID w Chrome).

W terminalu echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -enddate wypisze tę samą datę, a -checkend 2592000 powie skryptowi (np. do monitoringu certyfikatów SSL), czy certyfikat wygaśnie w ciągu 30 dni. Widok Historia pozwala pobrać przypomnienie do kalendarza na dowolny dzień przed wygaśnięciem, bez zakładania konta.

Let's Encrypt przestał wysyłać e-maile o wygasaniu certyfikatów w czerwcu 2025 roku, a certyfikaty są ważne coraz krócej, więc odnowienia powinny być automatyczne: odnawiaj mniej więcej po dwóch trzecich okresu ważności (po 60 dniach przy certyfikacie 90-dniowym) albo pozwól urzędowi certyfikacji wskazać termin przez ACME Renewal Information (RFC 9773).

Okres ważności certyfikatu · example-shop.com

Wystawiony 1 wrz 2026 · 90 dniodnów do 31 paź 2026maks. 200 dni
Dziś · dzień 51 z 90Wygasa 30 lis 2026Dziś · dzień 51 z 90 · Wygasa 30 lis 2026
openssl x509 -enddate
$ echo | openssl s_client -connect example-shop.com:443 -servername example-shop.com 2>/dev/null | openssl x509 -noout -enddate
notAfter=Nov 30 07:11:59 2026 GMT
$ echo | openssl s_client -connect example-shop.com:443 -servername example-shop.com 2>/dev/null | openssl x509 -noout -checkend 2592000
Certificate will not expire

Dlaczego certyfikaty SSL są ważne coraz krócej?

Bo przegłosowały to przeglądarki i urzędy certyfikacji. Uchwała SC-081 CA/Browser Forum (kwiecień 2025) w trzech krokach skraca maksymalny okres ważności publicznego certyfikatu TLS, żeby klucz, który wyciekł, albo nieaktualne dane tożsamości szybciej przestawały działać:

Razem z nimi skraca się ważność walidacji: urząd certyfikacji może ponownie użyć zakończonej walidacji domeny obecnie przez 200 dni, od 2027 roku przez 100 dni, a od marca 2029 tylko przez 10 dni, więc domenę trzeba potwierdzać niemal za każdym razem.

Let's Encrypt idzie dalej według własnego harmonogramu: jego 90-dniowe certyfikaty staną się 64-dniowymi 10 lutego 2027 i 45-dniowymi 16 lutego 2028, a certyfikaty sześciodniowe są dostępne już dziś. Certyfikat, który to narzędzie pokazuje jako dłuższy niż maksimum dla jego daty wystawienia, łamie zasady (Chrome go odrzuca).

  1. Od 2020398 dni
  2. 15 marca 2026200 dni
  3. 15 marca 2027100 dni
  4. 15 marca 202947 dni

Ręczne odnawianie raz w roku przestało działać 15 marca 2026. Użyj klienta ACME (Certbot, Caddy, AutoSSL od twojego hostingu) i sprawdzaj, czy odnowienia naprawdę się odbywają.

Sprawdzenie łańcucha SSL: certyfikat końcowy, pośredni i główny

Przeglądarka ufa certyfikatowi strony, bo od niego do certyfikatu głównego w jej magazynie prowadzi łańcuch podpisów. Serwer musi wysłać własny certyfikat i certyfikaty pośrednie; certyfikat główny jest już na urządzeniu. To narzędzie pokazuje łańcuch dwa razy: tak, jak wysłał go serwer, i tak, jak budują go przeglądarki, z certyfikatem głównym, któremu ufa każdy magazyn.

Najczęstszy błąd to brakujący certyfikat pośredni: serwer wysyła tylko własny certyfikat. Chrome zwykle potrafi pobrać brakujący z adresu zapisanego w certyfikacie (AIA), a Firefox z góry ładuje certyfikaty pośrednie, które urzędy certyfikacji ujawniają w CCADB, więc w przeglądarce strona wygląda dobrze. Aplikacje, klienty API, curl i inne narzędzia często tego nie robią i zgłaszają błędy takie jak unable to get local issuer certificate.

Certyfikat końcowy (certyfikat strony)
Wymienia stronę w polu Subject Alternative Names i zawiera klucz publiczny serwera. Ważny najwyżej 200 dni, jeśli wystawiono go od 15 marca 2026.
Certyfikat pośredni
Podpisany przez certyfikat główny i sam podpisuje certyfikat strony, dzięki czemu klucz główny może pozostać offline. Serwer musi go wysyłać.
Certyfikat główny (root)
Samopodpisany i zaufany, bo przeglądarka lub system operacyjny dostarcza go w swoim magazynie. Wysyłanie go jest dozwolone, ale bezużyteczne.

Napraw niepełny łańcuch

  1. 1

    Zainstaluj plik z pełnym łańcuchem, który dał ci urząd certyfikacji (często nazywa się fullchain.pem lub ca-bundle), a nie sam certyfikat. W widoku Łańcuch wyniku pobierzesz właściwy pakiet.

  2. 2

    nginx: ssl_certificate musi wskazywać jeden plik z certyfikatem, a po nim certyfikatami pośrednimi.

  3. 3

    Apache 2.4.8+: umieść certyfikaty pośrednie w SSLCertificateFile za certyfikatem (starsze wersje używają SSLCertificateChainFile).

  4. 4

    Sprawdź ponownie: łańcuch powinien kończyć się certyfikatem głównym we wszystkich czterech magazynach, bez żadnego certyfikatu oznaczonego jako pobrany przez nas.

Łańcuch zaufania

  1. Certyfikat stronyexample-shop.comLet's Encrypt · DV · RSA 2048wysłany przez serwer
  2. PośredniR13RSA 2048 · do mar 2027wysłany przez serwer
  3. GłównyISRG Root X1do cze 2035z magazynów certyfikatów głównych
  4. Magazyny certyfikatówZaufany wszędzie

Najczęstsze błędy certyfikatu SSL i jak je naprawić

Co oznacza ostrzeżenie przeglądarki i co pokazuje dla niego narzędzie:

  • NET::ERR_CERT_DATE_INVALID

    SEC_ERROR_EXPIRED_CERTIFICATE / MOZILLA_PKIX_ERROR_NOT_YET_VALID_CERTIFICATE

    Certyfikat wygasł (albo nie jest jeszcze ważny) lub zegar urządzenia jest źle ustawiony.

    Odnów certyfikat i zainstaluj nowy, a potem zautomatyzuj odnawianie. Oś okresu ważności w wyniku pokazuje daty.

  • NET::ERR_CERT_AUTHORITY_INVALID

    SEC_ERROR_UNKNOWN_ISSUER / MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT

    Łańcuch nie prowadzi do zaufanego certyfikatu głównego: certyfikat samopodpisany lub z prywatnego urzędu certyfikacji albo brakujący certyfikat pośredni.

    Zainstaluj certyfikat od publicznego urzędu certyfikacji z pełnym łańcuchem. Łańcuch zaufania pokazuje, gdzie się urywa.

  • NET::ERR_CERT_COMMON_NAME_INVALID

    SSL_ERROR_BAD_CERT_DOMAIN

    Certyfikat nie zawiera nazwy strony, którą otwierasz. Wildcard obejmuje tylko jeden poziom: *.example.com nie obejmuje example.com ani a.b.example.com.

    Wystaw certyfikat zawierający każdą nazwę, pod którą odpowiada strona, łącznie z www.

  • ERR_SSL_VERSION_OR_CIPHER_MISMATCH

    SSL_ERROR_NO_CYPHER_OVERLAP / SSL_ERROR_UNSUPPORTED_VERSION

    Przeglądarka i serwer nie mają wspólnej wersji protokołu ani zestawu szyfrów – zwykle serwer oferuje tylko TLS 1.0 albo stare szyfry.

    Włącz TLS 1.2 i TLS 1.3 z szyframi AEAD. Widok Protokoły pokazuje, co serwer akceptuje.

Jakie wersje TLS powinien obsługiwać serwer?

TLS 1.3 i TLS 1.2, nic starszego. TLS 1.0 i 1.1 są formalnie wycofane od marca 2021 (RFC 8996) i każda aktualna przeglądarka je odrzuca; SSL 3.0 jest złamany. TLS 1.3, obecnie RFC 9846, jest szybszy (jedna wymiana w obie strony) i zostawia tylko szyfry AEAD z forward secrecy.

Kolejna rzecz, na którą warto patrzeć, to wymiana kluczy. Chrome, Firefox i systemy Apple oferują teraz X25519MLKEM768, hybrydę X25519 i postkwantowego ML-KEM (FIPS 203), ustandaryzowaną dla TLS w RFC 10024, więc ruchu nagranego dziś nie odszyfruje przyszły komputer kwantowy. Pod koniec 2025 roku korzystała z niej ponad połowa ruchu generowanego przez ludzi w sieci Cloudflare, ale na razie akceptuje ją niewiele serwerów źródłowych. Widok Protokoły pokazuje, czy twój serwer ją akceptuje.

Jak działa ocena SSL

Ocena jest wzorowana na zasadach oceniania Qualys SSL Labs: problem, który przeglądarka pokazuje jako błąd, najpierw decyduje o literze, a potem każde słabsze ustawienie ogranicza najlepszą możliwą ocenę.

OcenaCo jest potrzebne
A+Czyste A, TLS 1.3 i HSTS ustawiony na co najmniej sześć miesięcy.
AZaufany certyfikat, tylko TLS 1.2 i 1.3, forward secrecy i szyfry AEAD. Serwery poczty kończą na tej ocenie (HSTS dotyczy stron).
A-Brak TLS 1.3 albo strona bez prawidłowego nagłówka HSTS.
BNadal akceptowany TLS 1.0, TLS 1.1 lub RC4, klucz krótszy niż 2048 bitów, brak forward secrecy lub AEAD albo niepełny łańcuch.
CWłączony SSL 3.0, 3DES lub RC4 nadal wybierany dla nowoczesnych klientów albo brak zarówno TLS 1.2, jak i 1.3.
FCertyfikat wygasły lub unieważniony, szyfry eksportowe, tylko RC4 albo SSL 3.0 jako najlepszy protokół.
T / MBrak zaufania (T) lub certyfikat wystawiony dla innej nazwy (M): przeglądarki pokazują ostrzeżenie niezależnie od konfiguracji. Pokazujemy też ocenę, jaką serwer dostanie po naprawie.

HSTS, CAA, OCSP i reszta konfiguracji

  • HSTS

    Nagłówek Strict-Transport-Security każe przeglądarkom używać wyłącznie HTTPS przez max-age sekund. Z wartością co najmniej roku, includeSubDomains i preload strona może trafić na wbudowaną w przeglądarki listę HSTS preload. Wynik odczytuje nagłówek i listę.

  • HTTP na HTTPS

    http:// powinno przekierowywać na https:// pod tą samą nazwą, zanim stanie się cokolwiek innego, inaczej pierwsza wizyta pozostaje nieszyfrowana.

  • Rekordy CAA

    Rekord CAA w DNS wskazuje urzędy certyfikacji, które mogą wystawiać certyfikaty dla domeny; każdy publiczny urząd musi go sprawdzić. Wynik pokazuje rekord i to, czy dopuszcza urząd, który wystawił obecny certyfikat, żeby odnowienie nie skończyło się błędem.

  • Unieważnienie

    Od 2024 roku listy CRL są obowiązkowe, a OCSP opcjonalny, a Let's Encrypt wyłączył swoją usługę OCSP w sierpniu 2025. Certyfikat bez adresu OCSP to nic dziwnego: narzędzie odczytuje wtedy CRL.

Sprawdzenie certyfikatu SSL w OpenSSL

Polecenia openssl do tych samych testów w macOS, Linuksie i Windows (z zainstalowanym OpenSSL). Wstaw swój host w miejsce example.com:

Co sprawdzićPolecenie
Łańcuch wysyłany przez serweropenssl s_client -connect example.com:443 -servername example.com -showcerts </dev/null
Data wygaśnięciaecho | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -dates
Wygasa w ciągu 30 dni?echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -checkend 2592000
Nazwy, wystawca i kluczecho | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -text
Czy TLS 1.3 jest akceptowany?openssl s_client -connect example.com:443 -servername example.com -tls1_3 </dev/null
Serwer poczty (STARTTLS)openssl s_client -connect mail.example.com:587 -starttls smtp -servername mail.example.com </dev/null

API sprawdzania SSL

Darmowy endpoint z CORS: wyślij POST {"domain": "example.com"} na /api/ssl-certificate, a dostaniesz pola naszego starszego API, teraz z prawdziwymi wartościami zaufania, podpisu i wersji oraz oceną, werdyktami magazynów i unieważnieniem. 30 sprawdzeń na minutę z jednej sieci; powtórzenie w ciągu dziesięciu minut pochodzi z cache.

POST /api/ssl-certificate
$ curl -X POST https://dnsrobot.net/api/ssl-certificate \
    -H "Content-Type: application/json" -d '{"domain": "github.com"}'
{
  "success": true, "domain": "github.com",
  "leafCertificate": { "daysToExpire": 39, "isValid": true, … },
  "trustStatus": { "isTrusted": true, "hasValidChain": true, … },
  "v2": { "state": "valid", "grade": "A+",
          "stores": { "mozilla": true, "chrome": true, … }, … }
}

Pytania o sprawdzanie certyfikatu SSL

Jak sprawdzić, czy certyfikat SSL strony jest ważny?

Wpisz domenę w polu sprawdzania SSL powyżej. Certyfikat jest ważny, gdy mieści się w swoich datach, zawiera nazwę sprawdzanej strony, prowadzi do certyfikatu głównego, któremu ufa każda duża przeglądarka, i nie został unieważniony. Wynik sprawdza wszystkie cztery warunki i mówi, który nie jest spełniony, razem z poprawką. W przeglądarce podgląd certyfikatu pod ikoną kłódki pokazuje nazwy i daty, ale nie pokazuje łańcucha wysyłanego przez serwer ani unieważnienia.

Jak sprawdzić, kiedy wygasa certyfikat SSL?

Sprawdź domenę powyżej: wynik pokaże datę wygaśnięcia, liczbę pozostałych dni i cały okres ważności na osi. W terminalu openssl x509 -noout -enddate uruchomione dla certyfikatu serwera wypisze datę. Publiczne certyfikaty wystawione od 15 marca 2026 są ważne najwyżej 200 dni, więc odnawianie powinno być automatyczne; w widoku Historia pobierzesz też przypomnienie do kalendarza.

Co sprawdza test certyfikatu SSL?

Certyfikat (daty, nazwy, klucz, podpis, poziom walidacji), łańcuch i zaufanie do niego w magazynach certyfikatów głównych Mozilla, Chrome, Apple i Microsoft, unieważnienie przez OCSP lub listę CRL urzędu certyfikacji, wersje protokołu od SSL 3.0 do TLS 1.3 akceptowane przez serwer, jego zestawy szyfrów i metody wymiany kluczy oraz nagłówek HSTS. Każdy problem obniża ocenę w skali od A+ do F.

Czym jest certyfikat pośredni i dlaczego mój łańcuch jest niepełny?

Certyfikat pośredni to certyfikat urzędu certyfikacji, który podpisuje certyfikat strony i sam jest podpisany przez certyfikat główny. Serwer musi go wysyłać. Łańcuch jest niepełny, gdy serwer wysyła tylko własny certyfikat: Chrome często pobiera brakujący, więc strona wygląda dobrze, ale aplikacje, curl i inne klienty zgłaszają błąd. Zainstaluj plik z pełnym łańcuchem od swojego urzędu certyfikacji.

Dlaczego moja strona działa w Chrome, a w aplikacjach lub innych przeglądarkach nie?

Zwykle przez brakujący certyfikat pośredni. Chrome pobiera go z adresu w certyfikacie, a Firefox z góry ładuje certyfikaty pośrednie, które urzędy ujawniają w CCADB, ale aplikacje mobilne, klienty API, Java i curl tego nie robią, więc odrzucają tę samą stronę. Taki sam rozdźwięk daje klient, który nie wysyła nazwy serwera (SNI) i dostaje certyfikat domyślny, albo certyfikat główny, któremu ufają tylko niektóre magazyny. Łańcuch zaufania pokazuje, o który przypadek chodzi.

Jak długo jest ważny certyfikat SSL w 2026 roku?

Najwyżej 200 dni dla certyfikatu wystawionego od 15 marca 2026, wcześniej 398. Limit spada do 100 dni 15 marca 2027 i do 47 dni 15 marca 2029, zgodnie z uchwałą SC-081 CA/Browser Forum. Let's Encrypt wystawia teraz certyfikaty 90-dniowe, od lutego 2027 – 64-dniowe, a od lutego 2028 – 45-dniowe.

Co oznaczają oceny SSL A+, A, B, T i M?

A+ to zaufany certyfikat na serwerze z TLS 1.3, mocnymi szyframi i HSTS ustawionym na co najmniej sześć miesięcy. A to dobra konfiguracja bez tych dodatków; A- oznacza brak TLS 1.3 albo, w przypadku strony, brak HSTS. B oznacza, że TLS 1.0, TLS 1.1 lub RC4 jest nadal włączony, serwer nie oferuje żadnego szyfru z forward secrecy lub AEAD albo łańcuch jest niepełny; 3DES lub RC4 nadal wybierany dla nowoczesnych klientów daje C. T oznacza brak zaufania, a M – certyfikat dla innej nazwy: w obu przypadkach przeglądarki ostrzegają.

Czy mogę sprawdzić certyfikat SSL serwera poczty albo innego portu?

Tak. Wybierz port obok pola albo wpisz host:port: 587 dla wysyłki SMTP ze STARTTLS, 465 dla SMTPS, 993 i 143 dla IMAP, 995 i 110 dla POP3, 853 dla DNS przez TLS lub dowolny inny port. Portu 25 nie da się jeszcze sprawdzić z naszych serwerów. Serwery poczty przechodzą te same testy certyfikatu, łańcucha i protokołów, bez kroku HSTS.

Skąd mam wiedzieć, czy certyfikat SSL został unieważniony?

Narzędzie pyta urząd certyfikacji: najpierw sprawdza odpowiedź OCSP, którą serwer dołącza do handshake'u, potem responder OCSP urzędu, a na końcu jego listę unieważnionych certyfikatów (CRL). Niektóre urzędy, w tym Let's Encrypt, nie prowadzą już OCSP, więc sprawdzana jest lista CRL. Przeglądarki sprawdzają unieważnienie każda na swój sposób, więc unieważniony certyfikat nie zawsze jest wszędzie blokowany.

Czy moja strona jest odporna na komputery kwantowe?

Jej wymiana kluczy może być. Jeśli serwer akceptuje X25519MLKEM768, przeglądarki, które ją oferują (Chrome, Firefox, Safari w systemach Apple z 2025 roku), chronią sesję przed późniejszym odszyfrowaniem przez komputer kwantowy. Widok Protokoły pokazuje, które grupy wymiany kluczy serwer akceptuje i preferuje. Same certyfikaty nadal używają klasycznych kluczy RSA lub ECDSA.

Czym różni się SSL od TLS?

TLS to nowoczesna wersja SSL. W 1999 roku SSL 2.0 i 3.0 zastąpił TLS 1.0, a dziś bezpieczne są tylko TLS 1.2 i 1.3. Nazwa SSL przylgnęła, więc „certyfikat SSL” i „SSL checker” oznaczają certyfikat TLS i narzędzie, które go sprawdza. Certyfikat działa tak samo z każdą wersją TLS.

Czy to sprawdzanie SSL jest darmowe i czy zapisujecie, co sprawdzam?

Jest darmowe, bez konta; z jednej sieci można wykonać 10 pełnych sprawdzeń na minutę. Sprawdzenie działa z naszego serwera, więc strona widzi nasze połączenie, nie twoje. Wynik przechowujemy przez dziesięć minut, żeby powtórne sprawdzenia były natychmiastowe, a Sprawdź ponownie uruchamia nowe. Nie zapisujemy, kto co sprawdzał.

Czegoś brakuje?Zaproponuj funkcję lub nowe narzędzie