Bagaimana cara menentukan apakah server setrum publik Google masih hidup atau dapat digunakan? [Tutup]

Saya telah melihat banyak perpustakaan klien WebRTC menggunakan server STUN publik seperti di bawah ini:

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

Saya bertanya-tanya apakah server di atas sudah mati? Karena saya sudah mencoba:

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

Saya mendapat respons berikut:

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

Hal yang sama terjadi pada server STUN google lainnya dalam daftar.

Saya tidak mendapatkan respons apa pun, apakah ini berarti server STUN dari Google tidak dapat digunakan lagi?

Pertanyaan saya adalah: Apakah telnet seperti di atas adalah cara yang benar untuk menentukan apakah suatu layanan masih hidup atau tidak?

google telnet

— badut hutan
sumber

Saya memberikan suara untuk menutup pertanyaan ini sebagai di luar topik karena harus ditujukan ke Google.

— EEAA

Sebenarnya, ini adalah pertanyaan yang bagus, meskipun khusus untuk Google. Dan jawaban yang baik akan memberikan cara untuk menguji server STUN secara umum. Selain itu, server STUN digunakan dalam sampel, demo, tutorial, dll WebRTC. Saya pikir orang terlalu terburu-buru dalam downvoting pertanyaan tanpa BENAR-BENAR memahami mereka dan mengetahui tentang apa itu.

— Adrian Ber

@AdrianBer ini adalah pertanyaan yang bagus, saya juga ingin tahu hal yang sama

— Bilbo Baggins

Jawab: stackoverflow.com/a/34033938

— AT

Lihat juga; webrtc.github.io/samples/src/content/peerconnection/trickle-ice

— AT

Saya menerima balasan saat mengirim paket STUN ke port 19302 di stun.l.google.com.

Perintah telnet Anda tidak mendapat balasan karena tidak berbicara STUN. Ini akan mencoba untuk membuka koneksi TCP, yang gagal karena STUN berjalan di atas UDP bukan TCP.

— kasperd
sumber