Отсутствие пинга до удаленной машины после смены RDP-порта

Администратор сменил стандартный порт и пытается подключиться к серверу или ПК. Подключение работает, нужно проверить пинг на доступность сервера или ПК в сети.

Не пингуется ПК/сервер после смены RDP-порта с 3389 на другой.

Вариант А: ввести команду tracert с явным указанием порта.

✅ Плюсы: один из стандартных способов проверки на доступность ПК/сервера в сети.

❌ Минусы: непривычен, проблему с пингом не решает.

Вариант Б: создать правило в брандмауэре и открыть порт через протокол ICMPv4.

✅ Плюсы: решает проблему с пингом.

❌ Минусы: при наличии админских прав к удаленному ПК/серверу — нет, иначе просить администратора.

Вариант В открыть TCP/UDP порт на уровне маршрутизатора.

✅ Плюсы: решает проблему, если порт закрыт там.

❌ Минусы: нужен доступ к маршрутизатору, немного сложно.

Вариант Б является основным решением. Есть два способа применить в действии этот вариант: графически или через командную строку. Гораздо проще через командную строку:

netsh advfirewall firewall add rule name="Allow ICMPv4-In" protocol=icmpv4:8,any dir=in action=allow

Вариант А достаточен, если не особо нужно пинговать, но у команды tracert свое предназначение и не заменяет собой стандартный ping.

Вариант В является крайним случаем, если порт закрыт на уровне маршрутизатора.

✅ Применимо: когда нужно пинговать машину после смены RDP-порта.

❌ Не применимо: когда ни один из вариантов не сработал и проблемы носят системный характер.