Головна › Посібники

IP віртуального хостингу в чорному списку: що можна виправити, а що ні

Опубліковано 2026-11-03 ／ Оновлено 2026-11-03 ／ Автор Yuki Nakazawa

Коли IP-адреса віртуального хостингу потрапила до чорного списку, спершу треба з’ясувати, хто керує цією IP-адресою і в якому саме списку та з яким кодом відповіді вона значиться. Далі приведіть до ладу все на своєму боці й надішліть хостинг-провайдеру результати перевірки, щоб він міг ужити заходів. На спільній IP-адресі причиною може бути зовсім інший клієнт, а для деяких списків запит на видалення може подати лише власник мережі.

Щойно створений VPS або хмарна IP-адреса теж можуть із першого дня виглядати «в чорному списку» — через історію попереднього користувача або тому, що діапазон позначено як такий, що не має надсилати пошту напряму. Хоч би якою була ситуація, рішення про видалення зі списку завжди ухвалює його оператор.

Цей посібник ґрунтується на офіційних сторінках Spamhaus, AWS, Google Cloud і Microsoft Azure станом на листопад 2026 року. Обмеження та процедури змінюються, тому перед діями звірте актуальні формулювання. Загальну картину повернень пошти через чорні списки див. у нашому посібнику про листи, заблоковані через чорні списки.

Спершу з’ясуйте, яка IP-адреса і який список

«Мій сервер у чорному списку» може означати дуже різні речі, і спосіб виправлення залежить від подробиць. Перш ніж щось робити, дайте відповідь на три запитання.

1. Яка IP-адреса насправді надсилає вашу пошту? IP-адреса, на якій розміщено ваш сайт, не обов’язково та сама, що доставляє вашу пошту. Прочитайте повідомлення про недоставлення — у ньому часто вказано відхилену IP-адресу — і перегляньте заголовки Received надісланого вами листа, щоб підтвердити справжню вихідну адресу.
2. Хто керує цією IP-адресою? На віртуальному хостингу це адреса, спільна з іншими клієнтами. На виділеному сервері, VPS або хмарному екземплярі вона призначена вам, хоча навколишній діапазон однаково належить провайдеру. Ваш тарифний план або панель керування покажуть, чи використовує ваша вихідна пошта спільну адресу.
3. У якому вона списку? Списки різняться і значенням, і тим, хто може виправити ситуацію. Перевірте IP-адресу нашим сервісом перевірки чорних списків, щоб побачити всі основні списки одразу, і запишіть назви списків і коди відповідей.

Маючи відповіді на ці три запитання, зазвичай стає зрозуміло, чи можете ви виправити це самі, чи це має зробити провайдер, чи це сигнал узагалі змінити спосіб надсилання пошти.

Як читати результати перевірки та коди відповідей

Spamhaus ZEN (zen.spamhaus.org) — об’єднаний список IP-адрес Spamhaus. Для внесеної до списку IP-адреси повертається адреса з діапазону 127.0.0.x, а останнє число показує, який із вхідних списків спрацював. Для IP-адрес віртуального хостингу та хмари варто розрізняти такі коди:

Запис у PBL — не звинувачення. Це заява про політику: пошту з цієї адреси слід передавати з автентифікацією на сервер, який ретранслює її далі. Spamhaus активно заохочує ISP та інші мережі вносити до списку всі діапазони, які не мають надсилати пошту, і це прямо стосується вебсерверів.

Коди 127.255.255.252, 127.255.255.254 і 127.255.255.255 — це помилки, а не записи в списку. FAQ Spamhaus щодо використання DNSBL також попереджає, що безкоштовний публічний резолвер, як-от Google Public DNS (8.8.8.8), у більшості випадків поверне «немає в списку», — тому різні інструменти можуть давати різні результати. У разі сумніву перевірте результат у власному сервісі перевірки репутації Spamhaus. Повні процедури для кожного списку див. у статті як працює видалення зі Spamhaus.

Що ви можете виправити самі, а що ні

Обсяг того, що ви можете змінити, залежить від того, за що ви платите.

Як виключити власний акаунт на віртуальному хостингу

• Зламані поштові скриньки. Перегляньте журнали надсилання й папки надісланих листів на предмет сплесків пошти, якої ви не надсилали. Якщо знайдете — негайно змініть паролі.
• Зламаний сайт. Застарілі CMS і плагіни — поширений спосіб, у який зловмисники завантажують скрипти для розсилання пошти.
• Зловживання формами. Форми зворотного зв’язку, автовідповідь яких дає відвідувачу змогу обрати одержувача чи текст листа, можна перетворити на спам-гармату.
• Якість списків розсилання. Надсилання на куплені бази або на адреси, власники яких ніколи не давали згоди, — надійний спосіб зіпсувати спільну IP-адресу всім, зокрема й собі.

Якщо нічого з цього не виявлено, імовірна причина — хтось інший на тій самій адресі. FAQ Spamhaus про порт 25 каже про це прямо: у пулах спільних IP-адрес більшість тих, кого зачіпає запис у списку, — не ті, у кого заражений пристрій. У такому разі ваше завдання — зібрати докази й передати їх провайдеру.

Як повідомити хостинг-провайдера

Spamhaus зазначає, що запити на видалення з SBL має надсилати ISP, який відповідає за внесену до списку IP-адресу, а звичайним користувачам радить звертатися щодо усунення проблеми до свого ISP. Для клієнта віртуального хостингу таким ISP є ваша хостингова компанія. Звернення до служби підтримки зі словами лише «моя пошта не доходить» зазвичай довго переходить від одного фахівця до іншого. Звернення, що містить наведене нижче, зазвичай розглядають швидше:

1. IP-адреса відправника, підтверджена за заголовками або повідомленням про недоставлення.
2. Список і код відповіді, наприклад zen.spamhaus.org повертає 127.0.0.2.
3. Коли і чим ви перевіряли, зокрема що показав офіційний сервіс перевірки репутації, якщо ви ним користувалися.
4. Текст повідомлення про недоставлення, а саме рядок, у якому сервер одержувача пояснює відхилення.
5. Що ви вже виключили, наприклад скидання паролів і чисте сканування сайту.
6. Про що ви просите: розслідування, запит на видалення до оператора списку, якщо це доречно, або перенесення вихідної пошти вашого акаунта на іншу IP-адресу.

Короткий приклад:

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.

Провайдеру може знадобитися час, і навіть коли він ужиє заходів, остаточне рішення за оператором списку. Якщо у вас є пошта, яка не може чекати, розгляньте як паралельне тимчасове рішення варіант із ретранслятором, описаний нижче. Якщо ви не можете з’ясувати, де саме проблема, ви також можете звернутися до нас по допомогу.

Обмеження порту 25 і зворотний DNS на VPS та в хмарі

Якщо ви запускаєте власний поштовий сервер на VPS або хмарному екземплярі, ви можете зіткнутися з проблемою ще до того, як справа дійде до чорних списків: багато провайдерів обмежують вихідний TCP-порт 25, який використовується для доставлення пошти між серверами. В офіційній документації AWS, Google Cloud і Microsoft Azure сказано таке.

• Amazon EC2 (AWS). За замовчуванням EC2 дозволяє вихідний трафік через порт 25 лише до приватних адрес IPv4; трафік до публічних адрес IPv4 і IPv6 блокується. Можна подати запит на зняття обмеження. Для пошти третім особам AWS радить виділити адреси Elastic IP і призначити їм статичні записи зворотного DNS, зазначаючи, що це може допомогти уникнути позначення пошти як спаму. Перш ніж створювати зворотний запис, має існувати прямий запис DNS (A), що вказує на Elastic IP.
• Google Cloud (Compute Engine). Вихідний трафік до TCP-порту 25 на зовнішніх IP-адресах за замовчуванням заблоковано. Блокування знімається автоматично, коли Google Cloud визначає, що проєкт має низький ризик, а статус проєкту можна перевірити за банером на сторінках VPC networks або firewall policies у консолі. SMTP через TLS на портах 465 і 587 під блокування не підпадає. Google радить користуватися надійним стороннім поштовим сервісом, що, за його словами, покращує репутацію вашої IP-адреси.
• Microsoft Azure (віртуальні машини). Вихідний порт 25 заблоковано для всіх типів підписок, крім стандартних Enterprise Agreement і Microsoft Customer Agreement for enterprise (MCA-E). Підписки Enterprise Dev/Test за замовчуванням заблоковано, але для них можна отримати виняток через діагностику на порталі. Сервіси SMTP-ретрансляції з автентифікацією, зазвичай на порту 587, не обмежуються для жодного типу підписки, і Microsoft радить саме їх. Навіть там, де порт 25 відкритий, Microsoft зазначає, що немає гарантії, що зовнішні домени прийматимуть пошту.

Заблокований порт 25 — це проблема доставлення, а не репутації, і відкриття порту ніяк не впливає на репутацію вашої IP-адреси. Якщо ж вам потрібне виключення з Spamhaus PBL для хмарної адреси чи адреси VPS, IP-адреса має бути статичною, справді обслуговувати сервер вихідної пошти, мати належні прямий і зворотний DNS і бути призначеною вам. Spamhaus також вимагає, щоб вихідний порт 25 був закритий для всіх інших пристроїв за нею.

Перехід на виділену IP-адресу або SMTP-ретранслятор з автентифікацією

Якщо сусіди раз у раз тягнуть репутацію спільної IP-адреси донизу або хмарний провайдер не відкриває порт 25, змінити спосіб надсилання часто практичніше, ніж раз за разом домагатися видалення зі списків.

Зовнішній SMTP-ретранслятор з автентифікацією

Замість того щоб ваш сервер доставляв пошту безпосередньо одержувачу, він передає кожен лист серверу надсилання з автентифікацією, який доставляє його від вашого імені. Саме таку модель Spamhaus описує для діапазонів із PBL: пошту слід передавати з автентифікацією на ретранслятор, яким може керувати ISP, через якого ви підключені, або зовнішній поштовий сервіс. FAQ Spamhaus про порт 25 додає, що кінцеві користувачі мають використовувати порти 587 або 465 із SMTP AUTH. І Azure, і Google Cloud радять ретрансляцію з автентифікацією або сторонні поштові сервіси, а Microsoft зазначає, що такі сервіси використовуються зокрема для підтримання репутації IP-адрес, від якої залежить доставлення.

• Налаштуйте ім’я хоста ретранслятора, порт (типово 587) і облікові дані так, як описано в документації вашого провайдера.
• Оновіть запис SPF вашого домену, щоб він охоплював ретранслятор, і налаштуйте для нього підпис DKIM. Див. як налаштувати SPF, DKIM і DMARC.
• Перш ніж переносити на ретранслятор великі обсяги пошти, перевірте його ліміти на надсилання.

Виділена IP-адреса

Виділена IP-адреса захищає вас від поведінки інших клієнтів, але автоматично не покращує репутацію. У настановах Spamhaus для відправників перелічено чинники, що впливають на репутацію, зокрема постачальника послуг, сусідство IP-адреси, інфраструктуру за адресою та історію IP-адреси.

• Нові адреси перевіряють прискіпливіше. У тих самих настановах сказано, що домени HELO без історії надсилання підлягають додатковому фільтруванню і що змінену IP-адресу чи ім’я хоста HELO слід вважати новими та «прогрівати» поступово. Сервіси прогрівання, що генерують штучний трафік, заборонені.
• Налаштуйте змістовний зворотний DNS. Spamhaus попереджає, що типовий або автоматично згенерований зворотний DNS на виділених IP-адресах може шкодити репутації.
• Перевірте нову IP-адресу перед використанням. Адреса може мати запис у списку, що залишився від попереднього користувача, тож перевірте її, перш ніж почати надсилання.

Як запобігти повторенню

• Узгодьте ім’я хоста, HELO і зворотний DNS. FAQ Spamhaus щодо CSS каже, що прямий DNS вашої IP-адреси має збігатися зі значенням HELO, заданим на сервері, а HELO має бути повним доменним іменем (FQDN). Серед поширених помилок там названо значення на кшталт localhost.localdomain.
• Обмежте порт 25 поштовими серверами. На VPS, де працюють і інші завдання, закрийте вихідний порт 25 для всього, що не є вашим поштовим сервером.
• Тримайте сайти й акаунти під надійним захистом. Оновлюйте CMS і плагіни, не використовуйте ті самі паролі повторно й, де можливо, вмикайте двофакторну автентифікацію.
• Перевірте налаштування вихідної пошти в панелі керування. FAQ щодо CSS описує параметр Plesk, який підставляє в SMTP-привітання власне ім’я кожного домену. Там попереджають, що коли кілька доменів на сервері мають спільну IP-адресу, пошту від деяких або всіх цих доменів можуть позначати як спам одержувачі, що використовують Spamhaus XBL, і що цим параметром слід користуватися вкрай обережно. Перевірте аналогічне налаштування у своїй панелі й дотримуйтеся вказівок провайдера або розробника панелі.
• Регулярно стежте за станом. Статус спільної IP-адреси може змінитися через дії когось іншого. Періодично перевіряйте її нашим сервісом перевірки чорних списків і завчасно повідомляйте провайдера про зміни.

Навіть після видалення зі списку одержувачі застосовують власне фільтрування, тож доставлення може відновитися не одразу. Записи CSS зазвичай зникають приблизно через три дні після останнього виявлення, але IP-адресу знову вносять до списку, якщо проблему досі виявляють, а кількість самостійних видалень обмежена.

Поширені запитання

Використані офіційні сторінки

Факти в цій статті на момент публікації звірено з наведеними нижче офіційними сторінками. Правила й поведінка сервісів можуть змінюватися без попередження, тож перш ніж покладатися на щось важливе, перевірте офіційні сторінки.

• 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

Схожі посібники

Усі посібники →