Состояния ответа: "войдите в систему к странице конфигурации своего маршрутизатора и обновите ее встроенное микропрограммное обеспечение, только требуется несколько минут"
Это - плохой совет. Не делайте этот выбор слегка. Удостоверьтесь, что у Вас есть фактическая настоящая причина (т.е. в информации о версии конкретно говорится, что она решает Вашу проблему), и не только надежда, что она могла бы сделать вещи лучше.
Определенные обновления микропрограммы компаний (например, Netcomm) имеют послужной список ненадежных дефектных процедур обновления и будут часто оставлять Вас с неисправным оборудованием, ДАЖЕ ЕСЛИ Вы следуете за зарегистрированным процессом тщательно и подробно.
Но самая большая подсказка, прежде, чем сделать что-либо еще, делают поиск Google "Вашего встроенного микропрограммного обеспечения" названия оборудования и видят, сколько других попробовало обновление и имело проблемы с тем оборудованием. Также включайте версию, до которой Вы обновляете, чтобы видеть, существуют ли проблемы, характерные для нее.
Основной порт по умолчанию для бессмысленных данных не-SSL 5222. Вы могли плюнуть некоторым xml в нем с помощью telnet и видеть, получаете ли Вы ответ XML:
telnet suspectedServer 5222
<?xml version="1.0"?> <stream:stream to="foo.com" xmlns="jabber:client" xmlns:stream="http://etherx.jabber.org/streams" version="1.0">
Это может, конечно, быть задано сценарием для нескольких серверов и нескольких портов, вероятно, легче к сценарию с nc (netcat).
Для серверов XMPP, которые требуют соединений TLS, теста с: -
openssl s_client -starttls xmpp -connect suspectedserver:5222
Если бы сервер XMPP настроен для работы с другими серверами XMPP, возможно, что домен имел бы запись SRV в DNS. Например:
$ dig _xmpp-server._tcp.google.com srv +short
20 0 5269 xmpp-server1.l.google.com.
20 0 5269 xmpp-server4.l.google.com.
20 0 5269 xmpp-server3.l.google.com.
5 0 5269 xmpp-server.l.google.com.
20 0 5269 xmpp-server2.l.google.com.
Это ни в коем случае не категорический способ найти серверы XMPP, так как автономные сайты, скорее всего, не имеют этих данных в DNS. Это - однако, более хороший способ найти сервер бессмысленных данных, так как данные публикуются и не требуют никакого зондирования порта. Это также определяется в RFC 3920 (определение протокола XMPP).
Если это - Ваша сеть, Вы могли бы попытаться выполнить что-то как Spiceworks через подсеть для поиска систем, выполняющих сервер XMPP.