Jak ustalić, czy publiczny publiczny serwer ogłuszający Google jest aktywny czy użyteczny? [Zamknięte]

Widziałem wiele bibliotek klienckich WebRTC korzystających z publicznego serwera STUN, jak poniżej:

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

Zastanawiam się, czy powyższe serwery są martwe? Ponieważ próbowałem:

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

Otrzymuję następującą odpowiedź:

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

To samo dzieje się z innym serwerem Google STUN na liście.

Nie mogłem uzyskać żadnej odpowiedzi, czy to oznacza, że serwery STUN od Google nie są już użyteczne?

Moje pytanie brzmi: czy telnet jak powyższy jest prawidłowym sposobem ustalenia, czy usługa działa, czy nie?

google telnet

— leśny klaun
źródło

Głosuję za zamknięciem tego pytania jako nie na temat, ponieważ należy je skierować do Google.

— EEAA

Właściwie to dobre pytanie, nawet jeśli jest specyficzne dla Google. Dobra odpowiedź zapewni sposób na przetestowanie serwera STUN w ogóle. Ponadto, że serwer STUN jest używany we wszystkich przykładach WebRTC, demonstracjach, samouczkach itp. Myślę, że ludzie są zbyt pochopni w zadawaniu pytań bez NAPRAWDĘ ich zrozumienia i wiedzy o tym.

— Adrian Ber

@AdrianBer to dobre pytanie, chciałem też wiedzieć to samo

— Bilbo Baggins

Odpowiedź: stackoverflow.com/a/34033938

— AT

Zobacz też; webrtc.github.io/samples/src/content/peerconnection/trickle-ice

— AT

Otrzymuję odpowiedź, wysyłając pakiet STUN do portu 19302 na stun.l.google.com.

Twoje polecenie telnet nie otrzymuje odpowiedzi, ponieważ nie mówi STUN. Podejmie próbę otwarcia połączenia TCP, co nie powiedzie się, ponieważ STUN działa na UDP, a nie na TCP.

— kasperd
źródło