Как определить, работает ли публичный сервер оглушения Google? [закрыто]

Закрыто. Этот вопрос не по теме . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы он соответствовал теме отказа сервера.

Закрыто 4 года назад .

Я видел множество клиентских библиотек WebRTC, использующих общедоступный сервер STUN, как показано ниже:

"stun.l.google.com:19302",
"stun1.l.google.com:19302",
"stun2.l.google.com:19302",                                                                                                                              
"stun3.l.google.com:19302",
"stun4.l.google.com:19302",

Мне интересно, если вышеперечисленные серверы мертвы? Потому что я пытался:

telnet stun.l.google.com 19302
telnet stun.l.google.com 3478

Я получаю следующий ответ:

telnet: connect to address 74.125.204.127: Operation timed out
telnet: Unable to connect to remote host

То же самое происходит с другим сервером Google STUN в списке.

Я не смог получить ответ, значит ли это, что серверы STUN от Google больше не используются?

Мой вопрос: является ли telnet, подобный описанному выше, правильным способом определения, является ли служба активной или нет?

google telnet

— forestclown
источник

Я голосую, чтобы закрыть этот вопрос как не по теме, потому что его следует адресовать в Google.

— EEAA

На самом деле, это хороший вопрос, хотя он специфичен для Google. И хороший ответ предоставит способ проверить сервер STUN в целом. Более того, этот сервер STUN используется в любых примерах WebRTC, демонстрациях, обучающих программах и т. Д. Я думаю, что люди слишком спешат с опровержением вопросов, ДЕЙСТВИТЕЛЬНО не понимая их и не зная, о чем они.

— Адриан Бер

@AdrianBer это хороший вопрос, я тоже хотел знать то же самое

— Бильбо Бэггинс

Ответ: stackoverflow.com/a/34033938

— AT

Смотрите также; webrtc.github.io/samples/src/content/peerconnection/trickle-ice

— AT

Я получаю ответ при отправке пакета STUN на порт 19302 на stun.l.google.com.

Ваша команда telnet не получает ответа, потому что она не говорит STUN. Он попытается открыть TCP-соединение, которое завершается неудачно, потому что STUN работает по UDP, а не по TCP.

— kasperd
источник