Como determinar se o servidor de atordoamento público do Google está ativo ou utilizável? [fechadas]

Fechadas. Esta questão está fora de tópico . No momento, não está aceitando respostas.

Deseja melhorar esta pergunta? Atualize a pergunta para que ela esteja no tópico sobre Falha no servidor.

Fechado há 4 anos .

Eu já vi muitas bibliotecas de clientes WebRTC usando o servidor STUN público, como abaixo:

"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",

Gostaria de saber se os servidores acima estão mortos? Porque eu tentei:

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

Eu recebo a seguinte resposta:

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

A mesma coisa acontece com outro servidor google STUN na lista.

Não obtive resposta, isso significa que os servidores STUN do Google não são mais utilizáveis?

Minha pergunta é: O telnet como o descrito acima é a maneira correta de determinar se um serviço está ativo ou não?

google telnet

— floresta
fonte

Estou votando para encerrar esta questão como off-topic, pois ela deve ser endereçada ao Google.

— EEAA

Na verdade, é uma boa pergunta, mesmo que seja específica do Google. E uma boa resposta fornecerá uma maneira de testar um servidor STUN em geral. Além disso, esse servidor STUN é usado em qualquer amostra WebRTC, demos, tutoriais etc. Acho que as pessoas estão muito apressadas em fazer uma votação negativa sem REALMENTE entendê-las e saber do que se trata.

— Adrian Ber

@AdrianBer, esta é uma boa pergunta, eu também queria saber o mesmo #

— Bilbo Bolseiro

Resposta: stackoverflow.com/a/34033938

— AT

Veja também; webrtc.github.io/samples/src/content/peerconnection/trickle-ice

— AT

Recebo uma resposta ao enviar um pacote STUN para a porta 19302 em stun.l.google.com.

Seu comando telnet não recebe resposta porque não está falando STUN. Ele tentará abrir uma conexão TCP, que falha porque o STUN está sendo executado sobre UDP e não sobre TCP.

— Kasperd
fonte