Только у меня недоступен smtp.gmail.com при использовании интернета МГТС?

Трое сотрудников, работающих из дома, одновременно перестали отправлять почту с корпоративных ящиков; у всех троих домашний провайдер — МГТС. В офисе отправка работает, и при раздаче интернета с мобильного телефона тоже; но с домашнего подключения ping на smtp.gmail.com не проходит. Кто-нибудь сталкивался с таким — какие есть простые пути решения?
  • 16 февраля 2026 г. 16:01
Ответы на вопрос 4
Коротко — такое случается: провайдеры (особенно у «домашних» подключений) часто фильтруют/блокируют исходящий SMTP-трафик или ICMP, поэтому при ДОМашнем MGTS у вас может не проходить именно соединение к smtp.gmail.com. Ниже — простой план диагностики и способы решения/обхода.

1) Что важно понять сначала
- Отсутствие ответа на ping не гарантирует, что SMTP порт закрыт — многие серверы/маршрутизаторы блокируют ICMP.
- Надежный тест — попытка TCP‑соединения к нужному порту (465/587/25). Gmail обычно использует 587 (STARTTLS) и 465 (SSL).

2) Быстрая диагностика (команды)
Windows:
- Проверка DNS: nslookup smtp.gmail.com
- Проверка TCP порта: Test-NetConnection smtp.gmail.com -Port 587
- Альтернатива: telnet smtp.gmail.com 587 (если включён telnet)
- Принудительно IPv4: ping -4 smtp.gmail.com

Linux/macOS:
- DNS: dig +short smtp.gmail.com  или nslookup smtp.gmail.com
- TCP (openssl): openssl s_client -starttls smtp -connect smtp.gmail.com:587
- Или: telnet smtp.gmail.com 587
- Traceroute: traceroute -4 smtp.gmail.com (или mtr)

Интерпретация:
- DNS не резолвится → попробуйте сменить DNS на 8.8.8.8/1.1.1.1 и повторить.
- DNS OK, но telnet/openssl не соединяется → вероятно блокировка портов/фильтрация у провайдера или на вашем роутере.
- TCP соединение проходит, но ping нет → ICMP просто блокируется, а SMTP может работать.

3) Простые обходы/решения
- Попробуйте другие порты: 587 (STARTTLS) или 465 (SSL). В настройках почтовика переключите порт и метод шифрования.
- Используйте VPN или мобильную точку доступа — это уже показали, что с мобильного работает → значит проблема на линии/в провайдере.
- Если у вас в компании есть защищённый SMTP/relay на офисном сервере, можно настроить отправку через VPN/SSH-туннель к офису и оттуда отправлять почту.
- Временно используйте веб-интерфейс Gmail или мобильное приложение (HTTPS шафрует трафик и обычно проходит).
- Смените DNS на общедоступный (Google/Cloudflare) — иногда провайдеры применяют DNS‑перенаправления.
- Узнайте у MGTS, нет ли у них политики блокировки исходящего SMTP (обычно они блокируют порт 25 либо требуют авторизацию через их relay). Попросите разблокировать/объяснить.

4) Что делать прямо сейчас
- Выполните команды выше и пришлите результат (nslookup/openssl Test-NetConnection), если хотите — помогу расшифровать.
- Если диагностика покажет, что порты действительно заблокированы — звоните в техподдержку MGTS и требуйте причину (и/или временно используйте VPN / мобильный интернет / офисный relay).

Если хотите, напишите результаты nslookup + Test‑NetConnection/telnet/openssl (скрин или текст) — помогу точно определить, где блокировка и какой самый простой обход подобрать.
Сожалеем, что пришлось столкнуться с такой ситуацией. Пожалуйста, напишите нам: blogs@mgts.ru <br/> Мы всё проверим.
добро пожаловать, РКН приветствует Вас... <br/> <br/> ВПН то то чно выключен? у людей?
проверьте установлен ли dns провайдера а не условный 8.8.8.8, я стал замечать к примеру на ростелекоме, если за ip адресом обращаться к левому dns серверу, то связь может работать неправильно (при этом ip адрес возвращается тот же), тупой пример - не загружаются файлы с huggingface (обнаружил это на linux где в ряде ситуаций 8.8.8.8 приходилось прописывать явно)
Похожие вопросы