Strona główna › Poradniki

IP hostingu współdzielonego na czarnej liście: co da się naprawić

Opublikowano 2026-11-03 ／ Zaktualizowano 2026-11-03 ／ Autor Yuki Nakazawa

Gdy IP hostingu współdzielonego trafia na czarną listę, najpierw trzeba ustalić, kto kontroluje ten adres IP oraz na której dokładnie liście się znajduje i z jakim kodem odpowiedzi. Następnie należy uporządkować wszystko po własnej stronie i przekazać dostawcy hostingu wyniki sprawdzenia, aby mógł zareagować. Przy współdzielonym IP przyczyną może być zupełnie inny klient, a w przypadku niektórych list o usunięcie może wnioskować wyłącznie właściciel sieci.

Świeżo uruchomiony VPS lub adres IP w chmurze również może od pierwszego dnia wyglądać na „wpisany na czarną listę”, czy to z powodu historii poprzedniego użytkownika, czy dlatego, że zakres jest wpisany jako taki, z którego poczta nie powinna być wysyłana bezpośrednio. Niezależnie od sytuacji decyzja o usunięciu z listy zawsze należy do jej operatora.

Ten poradnik opiera się na oficjalnych stronach Spamhaus, AWS, Google Cloud i Microsoft Azure według stanu na listopad 2026. Ograniczenia i procedury się zmieniają, dlatego przed podjęciem działań warto potwierdzić aktualne brzmienie. Szersze omówienie odrzuceń poczty związanych z czarnymi listami znajdziesz w naszym poradniku o poczcie blokowanej przez czarne listy.

Najpierw ustal, o który IP i którą listę chodzi

„Mój serwer jest na czarnej liście” może oznaczać bardzo różne rzeczy, a rozwiązanie zależy od szczegółów. Zanim cokolwiek zrobisz, odpowiedz na trzy pytania.

1. Który adres IP faktycznie wysyła Twoją pocztę? Adres IP, na którym działa witryna, nie musi być tym, który dostarcza pocztę. Przeczytaj komunikat o niedoręczeniu, który często podaje odrzucony adres IP, i sprawdź nagłówki Received wysłanej wiadomości, aby potwierdzić rzeczywisty adres wychodzący.
2. Kto kontroluje ten adres IP? W hostingu współdzielonym jest to adres współdzielony z innymi klientami. Na serwerze dedykowanym, VPS lub instancji w chmurze adres jest przypisany do Ciebie, choć otaczający go zakres nadal należy do dostawcy. Z opisu planu hostingowego lub panelu sterowania dowiesz się, czy poczta wychodząca korzysta ze współdzielonego adresu.
3. Na której liście się znajduje? Listy różnią się znaczeniem i tym, kto może rozwiązać problem. Sprawdź adres IP w naszym narzędziu do sprawdzania czarnych list, aby zobaczyć wszystkie główne listy naraz, i zanotuj nazwy list oraz kody odpowiedzi.

Po uzyskaniu tych trzech odpowiedzi zwykle staje się jasne, czy problem możesz rozwiązać sam, czy musi to zrobić dostawca, czy też jest to sygnał, że warto całkowicie zmienić sposób wysyłania poczty.

Jak odczytywać wyniki i kody odpowiedzi

Spamhaus ZEN (zen.spamhaus.org) to łączona lista IP Spamhaus. Wpisany adres IP zwraca adres z zakresu 127.0.0.x, a ostatnia liczba wskazuje, która z list składowych zadziałała. W przypadku adresów IP hostingu współdzielonego i chmury warto rozróżniać następujące kody:

Wpis w PBL nie jest oskarżeniem. To deklaracja zasad, zgodnie z którą poczta z tego adresu powinna być przekazywana, z uwierzytelnieniem, do serwera, który przesyła ją dalej. Spamhaus aktywnie zachęca ISP i inne sieci do wpisywania wszystkich zakresów, z których nie powinna wychodzić poczta, i wprost obejmuje to serwery WWW.

Kody 127.255.255.252, 127.255.255.254 i 127.255.255.255 to błędy, a nie wpisy. FAQ Spamhaus dotyczące korzystania z DNSBL ostrzega też, że bezpłatny publiczny resolver, taki jak Google Public DNS (8.8.8.8), w większości przypadków zwróci „brak wpisu”, dlatego różne narzędzia mogą dawać różne wyniki. W razie wątpliwości sprawdź wynik w oficjalnym narzędziu Spamhaus do sprawdzania reputacji. Pełne procedury dla poszczególnych list opisujemy w artykule jak działa usuwanie ze Spamhaus.

Co możesz naprawić sam, a czego nie

Zakres możliwych zmian zależy od tego, za co płacisz.

Wykluczenie własnego konta w hostingu współdzielonym

• Przejęte skrzynki pocztowe. Przejrzyj logi wysyłki i foldery z wysłanymi wiadomościami pod kątem nagłych serii poczty, której nie wysyłałeś. Jeśli je znajdziesz, natychmiast zmień hasła.
• Zhakowana witryna. Nieaktualne instalacje CMS i wtyczki to częsty sposób, w jaki atakujący wgrywają skrypty wysyłające pocztę.
• Nadużyte formularze. Formularze kontaktowe, których automatyczna odpowiedź pozwala odwiedzającemu wybrać odbiorcę lub treść, mogą zostać zamienione w działo spamowe.
• Jakość listy adresowej. Wysyłka do kupionych list lub na adresy, które nigdy nie wyraziły zgody, to niezawodny sposób na zaszkodzenie współdzielonemu adresowi IP wszystkim, łącznie z Tobą.

Jeśli niczego nie znajdziesz, prawdopodobną przyczyną jest ktoś inny pod tym samym adresem. FAQ Spamhaus dotyczące portu 25 mówi to wprost: w przypadku współdzielonych pul adresów IP większość osób dotkniętych wpisem to nie ci, którzy mają zainfekowane urządzenie. W takiej sytuacji Twoim zadaniem jest zebranie dowodów i przekazanie ich dostawcy.

Jak zgłosić problem dostawcy hostingu

Spamhaus podaje, że wnioski o usunięcie z SBL musi wysyłać ISP odpowiedzialny za wpisany adres IP, a zwykłym użytkownikom zaleca zwrócenie się w sprawie rozwiązania problemu do swojego ISP. Dla klienta hostingu współdzielonego tym ISP jest firma hostingowa. Zgłoszenie do pomocy technicznej, które mówi tylko „moja poczta nie dochodzi”, zwykle krąży między działami. Zgłoszenie zawierające poniższe elementy zazwyczaj jest załatwiane szybciej:

1. Adres IP nadawcy, potwierdzony na podstawie nagłówków lub komunikatu o niedoręczeniu.
2. Lista i kod odpowiedzi, na przykład zen.spamhaus.org zwracający 127.0.0.2.
3. Kiedy i czym sprawdzano, w tym co pokazało oficjalne narzędzie do sprawdzania reputacji, jeśli z niego korzystano.
4. Treść komunikatu o niedoręczeniu, a konkretnie wiersz, w którym serwer odbiorcy wyjaśnia odrzucenie.
5. Co już wykluczono, np. zmianę haseł i czysty wynik skanowania witryny.
6. O co prosisz: o zbadanie sprawy, o wniosek o usunięcie do operatora listy, jeśli to zasadne, lub o przeniesienie poczty wychodzącej konta na inny adres IP.

Krótki przykład:

Our outbound IP 192.0.2.10 returns 127.0.0.2 (SBL) on zen.spamhaus.org.
We confirmed this on the official Spamhaus checker at 10:00 UTC on 2026-11-03.
We have reset all mailbox passwords and found no unexpected files on our site.
Please investigate, request removal if appropriate, or advise whether our mail
can be sent from a different IP.

Dostawca może potrzebować czasu, a nawet gdy zareaguje, ostateczną decyzję podejmuje operator listy. Jeśli masz pocztę, która nie może czekać, rozważ równolegle opisane niżej rozwiązanie z relayem. Jeśli nie wiesz, gdzie leży problem, możesz też poprosić nas o pomoc.

Ograniczenia portu 25 i odwrotny DNS na VPS i w chmurze

Jeśli prowadzisz własny serwer pocztowy na VPS lub instancji w chmurze, możesz trafić na problem, zanim w ogóle dojdzie do czarnej listy: wielu dostawców ogranicza wychodzący port TCP 25, używany do dostarczania poczty między serwerami. Oficjalna dokumentacja AWS, Google Cloud i Microsoft Azure podaje, co następuje.

• Amazon EC2 (AWS). Domyślnie EC2 dopuszcza wychodzący ruch na port 25 tylko do prywatnych adresów IPv4; ruch do publicznych adresów IPv4 i IPv6 jest blokowany. Można wnioskować o zniesienie tego ograniczenia. Do wysyłki poczty do podmiotów zewnętrznych AWS zaleca przydzielenie adresów Elastic IP i przypisanie do nich statycznych rekordów odwrotnego DNS, zaznaczając, że może to pomóc uniknąć oznaczania poczty jako spam. Przed utworzeniem rekordu odwrotnego musi istnieć rekord DNS (A) wskazujący na ten Elastic IP.
• Google Cloud (Compute Engine). Ruch wychodzący na port TCP 25 zewnętrznych adresów IP jest domyślnie blokowany. Blokada jest znoszona automatycznie, gdy Google Cloud uzna projekt za niskiego ryzyka, a stan projektu można sprawdzić na banerze na stronach sieci VPC lub zasad zapory w konsoli. SMTP przez TLS na portach 465 i 587 nie podlega blokadzie. Google zaleca korzystanie z zaufanego zewnętrznego dostawcy poczty, co według niego poprawia reputację adresu IP.
• Microsoft Azure (maszyny wirtualne). Wychodzący port 25 jest blokowany dla wszystkich typów subskrypcji z wyjątkiem standardowej umowy Enterprise Agreement i Microsoft Customer Agreement for enterprise (MCA-E). Subskrypcje Enterprise Dev/Test są domyślnie blokowane, ale można uzyskać wyjątek za pomocą diagnostyki w portalu. Uwierzytelnione usługi relay SMTP, zwykle na porcie 587, nie są ograniczone dla żadnego typu subskrypcji i Microsoft je zaleca. Nawet gdy port 25 jest otwarty, Microsoft zaznacza, że nie ma gwarancji, iż domeny zewnętrzne przyjmą pocztę.

Zablokowany port 25 to problem z dostarczaniem, a nie z reputacją, a jego otwarcie nie zmienia oceny adresu IP. Jeśli chcesz uzyskać wyłączenie z Spamhaus PBL dla adresu w chmurze lub na VPS, adres IP musi być statyczny, faktycznie obsługiwać wychodzący serwer pocztowy, mieć prawidłowy DNS i odwrotny DNS oraz być przypisany do Ciebie. Spamhaus wymaga też, aby wychodzący port 25 był zamknięty dla wszystkich pozostałych urządzeń za tym adresem.

Przejście na dedykowany IP lub uwierzytelniony relay SMTP

Jeśli współdzielony adres IP raz po raz traci reputację przez sąsiadów albo dostawca chmury nie chce otworzyć portu 25, zmiana sposobu wysyłki jest często bardziej praktyczna niż zabieganie o kolejne usunięcia z list.

Zewnętrzny, uwierzytelniony relay SMTP

Zamiast dostarczać pocztę bezpośrednio do odbiorcy, Twój serwer przekazuje każdą wiadomość uwierzytelnionemu serwerowi wysyłkowemu, który dostarcza ją w Twoim imieniu. To dokładnie model, który Spamhaus opisuje dla zakresów wpisanych do PBL: poczta powinna być przekazywana z uwierzytelnieniem do serwera relay, prowadzonego przez ISP zapewniającego połączenie lub przez zewnętrzną usługę pocztową. FAQ Spamhaus dotyczące portu 25 dodaje, że użytkownicy końcowi powinni korzystać z portów 587 lub 465 z SMTP AUTH. Azure i Google Cloud zalecają uwierzytelniony relay lub zewnętrzne usługi pocztowe, a Microsoft zaznacza, że takie usługi służą między innymi utrzymaniu reputacji adresów IP, od której zależy dostarczanie.

• Skonfiguruj nazwę hosta relaya, port (zwykle 587) i dane uwierzytelniające zgodnie z dokumentacją dostawcy.
• Zaktualizuj rekord SPF domeny, aby obejmował relay, i skonfiguruj dla niego podpisywanie DKIM. Zobacz jak skonfigurować SPF, DKIM i DMARC.
• Przed przeniesieniem dużego wolumenu poczty sprawdź limity wysyłki relaya.

Dedykowany adres IP

Dedykowany adres IP chroni przed zachowaniem innych klientów, ale nie oznacza automatycznie lepszej reputacji. Wytyczne Spamhaus dla nadawców wymieniają czynniki wpływające na reputację, w tym dostawcę usług, sąsiedztwo adresu IP, infrastrukturę stojącą za adresem i historię adresu IP.

• Nowe adresy są dokładniej sprawdzane. Te same wytyczne mówią, że domeny HELO bez historii wysyłki podlegają dodatkowemu filtrowaniu, a zmieniony adres IP lub nazwę hosta HELO należy traktować jako nowe i rozgrzewać stopniowo. Usługi rozgrzewania generujące sztuczny ruch są zabronione.
• Ustaw sensowny odwrotny DNS. Spamhaus ostrzega, że generyczny lub generowany automatycznie odwrotny DNS na dedykowanych adresach IP może szkodzić reputacji.
• Sprawdź nowy adres IP przed użyciem. Adres może mieć wpis odziedziczony po poprzednim użytkowniku, dlatego sprawdź go, zanim zaczniesz wysyłać.

Jak zapobiec powtórce

• Uzgodnij nazwę hosta, HELO i odwrotny DNS. FAQ Spamhaus dotyczące CSS mówi, że DNS Twojego adresu IP powinien odpowiadać wartości HELO ustawionej na serwerze, a HELO powinno być w pełni kwalifikowaną nazwą domeny (FQDN). Jako częste błędy wymienia wartości takie jak localhost.localdomain.
• Ogranicz port 25 do serwerów pocztowych. Na VPS, na którym działają też inne usługi, zamknij wychodzący port 25 dla wszystkiego, co nie jest serwerem pocztowym.
• Dbaj o zabezpieczenie witryn i kont. Aktualizuj CMS i wtyczki, nie używaj tych samych haseł w wielu miejscach i w miarę możliwości włącz uwierzytelnianie dwuskładnikowe.
• Przejrzyj ustawienia poczty wychodzącej w panelu sterowania. FAQ dotyczące CSS opisuje opcję Plesk, która umieszcza w powitaniu SMTP nazwę każdej domeny. Ostrzega, że gdy kilka domen na serwerze współdzieli adres IP, poczta z części lub wszystkich tych domen może być oznaczana jako spam przez odbiorców korzystających ze Spamhaus XBL, i że z tej opcji należy korzystać z najwyższą ostrożnością. Sprawdź odpowiednie ustawienie we własnym panelu i postępuj zgodnie z zaleceniami dostawcy lub producenta panelu.
• Regularnie monitoruj. Współdzielony adres IP może zmienić status z powodu działań kogoś innego. Sprawdzaj go okresowo w naszym narzędziu do sprawdzania czarnych list i informuj dostawcę wcześnie, gdy coś się zmieni.

Nawet po usunięciu z listy odbiorcy stosują własne filtry, więc dostarczanie może nie wrócić do normy od razu. Wpisy w CSS zwykle wygasają po około trzech dniach od ostatniego wykrycia, ale adres IP zostaje wpisany ponownie, jeśli problem nadal jest wykrywany, a samodzielne usunięcia są ograniczone.

Najczęściej zadawane pytania

Wykorzystane strony oficjalne

Fakty podane w tym artykule zostały sprawdzone w momencie publikacji na poniższych stronach oficjalnych. Zasady i działanie usług mogą się zmienić bez uprzedzenia, dlatego przed podjęciem ważnych decyzji warto sprawdzić strony oficjalne.

• Spamhaus: Policy Blocklist (PBL)
• Spamhaus: Spamhaus Blocklist (SBL)
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• Spamhaus FAQ: Combined Spam Sources (CSS)
• Spamhaus FAQ: Port 25 General Questions
• Spamhaus: Sender Guidelines
• AWS: Amazon EC2 service quotas (Restriction on email sent using port 25)
• AWS: Create a reverse DNS record for email on Amazon EC2
• Google Cloud: Sending email from an instance
• Google Cloud: VPC firewall rules (Blocked and limited traffic)
• Microsoft Learn: Troubleshoot outbound SMTP connectivity in Azure

Powiązane poradniki

Wszystkie poradniki →