Ping

Ping ialah alat percuma untuk menyemak sama ada laman web, pelayan atau port boleh dicapai, kemudian melaporkan masa respons, kod status atau ralat.

Apakah yang sebenarnya diuji oleh semakan ping?

Semakan ping menguji sama ada sistem jauh memberikan respons daripada rangkaian tempat semakan dijalankan. Ujian sebenar bergantung pada protokol yang dipilih.

• HTTP(s) menyemak URL web menggunakan HTTP atau HTTPS. Pilihan ini sesuai untuk laman web, API dan perkhidmatan web kerana ia boleh mengembalikan kod status respons HTTP.
• Ping (ICMP) menyemak sama ada hos memberikan respons kepada trafik gema Internet Control Message Protocol. Inilah maksud "ping" yang biasa digunakan dalam rangkaian.
• Hos / Port menyemak sama ada port rangkaian tertentu pada sesebuah hos boleh dicapai. Contoh lazim termasuk pelayan mel SMTP, pelayan POP atau titik akhir pangkalan data.

Setiap semakan ini menjawab soalan yang sedikit berbeza. Respons ICMP menunjukkan bahawa hos menerima dan membalas trafik rangkaian jenis itu, tetapi tidak membuktikan bahawa laman web atau perkhidmatan melnya berfungsi. Respons HTTP memberikan kod status yang mungkin menunjukkan masalah. Semakan port yang berjaya hanya menunjukkan bahawa port tersebut boleh dicapai, bukan bahawa log masuk pada peringkat aplikasi atau pertanyaan pangkalan data akan berjaya.

Bagaimanakah cara menggunakan alat Ping?

Pilih Protokol Ping yang sesuai, masukkan alamat berkaitan dan jalankan semakan. Gunakan jenis input yang diperlukan oleh protokol tersebut.

1. Pilih HTTP(s) dan masukkan URL lengkap, seperti https://www.example.com/status, untuk mendiagnosis laman web, titik akhir API atau perkhidmatan web.
2. Pilih Ping (ICMP) dan masukkan Hos, seperti server.example.com atau alamat IP, untuk menyemak sama ada pelayan membalas trafik ICMP.
3. Pilih Hos / Port, masukkan Hos, kemudian berikan nombor Port. Sebagai contoh, perkhidmatan penyerahan SMTP biasanya menggunakan port 587, manakala HTTPS biasanya menggunakan port 443.

Jangan tambahkan laluan URL pada semakan yang hanya menerima hos. Sebaliknya, semakan HTTP mungkin memerlukan laluan penuh jika masalah hanya menjejaskan satu laluan API atau halaman, bukannya seluruh domain. Nombor port pengangkutan menggunakan nilai 16 bit daripada 0 hingga 65535. Port 0 dikhaskan dan biasanya tidak digunakan sebagai port perkhidmatan. Ruang, koma dan label seperti "port 443" bukan sebahagian daripada nombor port.

Semakan Ping dijalankan pada pelayan. Input Ping anda dihantar ke pelayan tersebut melalui HTTPS dan tidak disimpan. Elakkan daripada memasukkan kata laluan, kunci API atau maklumat sulit lain dalam URL kerana URL boleh mendedahkannya kepada perkhidmatan jauh dan melalui bahagian lain dalam infrastruktur web biasa.

Bagaimanakah cara membaca hasil ping?

Lihat hasil ketersediaan dahulu, kemudian gunakan masa respons, status HTTP atau hasil ralat untuk mengenal pasti punca masalah dengan lebih tepat.

Sebagai contoh, hasil HTTP andaian mungkin menunjukkan Dalam talian, masa respons 180 ms dan kod status 200. Kod status 200 menunjukkan bahawa permintaan berjaya. Respons 404 bermaksud pelayan asal tidak menemui perwakilan semasa bagi sumber sasaran atau tidak mahu mendedahkan bahawa sumber itu wujud. Respons 5xx (Ralat Pelayan) tergolong dalam kelas Ralat Pelayan. Punca tepat bergantung pada kod status tertentu.

Hasil Luar talian tidak semestinya bermaksud seluruh mesin terputus. Tembok api mungkin menyekat ICMP sedangkan HTTPS masih berfungsi, atau satu port mungkin ditutup sementara perkhidmatan lain masih tersedia. Jalankan semakan yang sepadan dengan perkhidmatan yang cuba dicapai oleh pengguna.

Masalah lazim yang boleh dikesan oleh ping

Jika laman web tidak dapat dimuatkan, mulakan dengan HTTP(s) dan URL tepat yang terjejas. Jika domain memberikan respons tetapi satu halaman mengembalikan 404, semak laluan, peraturan tulis semula atau pelaksanaan. Jika HTTPS mencetuskan amaran sijil dalam pelayar, gunakan Carian SSL untuk mendapatkan butiran sijil dan jangan bergantung pada ping sahaja. Carian pengepala HTTP juga boleh menunjukkan ubah hala dan pengepala respons.

Jika e-mel tidak sampai, gunakan Hos / Port bersama nama hos pelayan mel dan port yang ditetapkan dalam aplikasi penghantaran atau penerimaan. Port SMTP yang boleh dicapai tidak membuktikan bahawa pelayan akan menerima mesej tertentu. Kegagalan pengesahan, penapisan spam, rekod mel DNS dan dasar penerima tidak dapat dinilai melalui semakan port asas.

Selepas memindahkan laman ke hos baharu, semak nama hosnya menggunakan ICMP atau HTTP, mengikut kesesuaian. Sahkan rekod DNS dan ambil kira respons yang dicache. Carian Whois mungkin membantu mengesahkan maklumat pendaftaran domain, tetapi tidak menunjukkan respons DNS yang sedang disimpan oleh setiap penyelesai.

Mengapakah cache DNS boleh menyebabkan hasil yang betul kelihatan salah?

Cache DNS boleh menyebabkan pelayan alat dan peranti anda menyelesaikan nama hos yang sama kepada alamat berlainan buat sementara waktu. Penyelesai rekursif menyimpan respons DNS mengikut tempoh sahnya, yang biasanya dipanggil TTL. Sesetengah aplikasi atau sistem pengendalian turut menyimpan cache setempat.

Istilah "penyebaran" sering digunakan untuk kelewatan ini, walaupun rekod DNS tidak tersebar ke semua tempat melalui satu proses yang diselaraskan. Setiap cache tamat mengikut jadualnya sendiri. Oleh itu, rekod yang baru diubah mungkin sudah berfungsi pada satu sambungan, sementara sambungan lain masih menggunakan alamat sebelumnya.

Oleh sebab alat ini menjalankan semakan pada pelayannya, hasil yang dipaparkan mencerminkan laluan rangkaian dan paparan DNS pelayan tersebut pada waktu semakan. Hasil itu tidak dapat membuktikan bahawa setiap penyedia jalur lebar, rangkaian mudah alih atau penyelesai korporat melihat destinasi yang sama. Jika tingkah laku berbeza mengikut lokasi, bandingkan hasil tersebut dengan semakan setempat dan buat pertanyaan terhadap rekod DNS yang berkaitan.

Soalan lazim

Apakah yang berlaku kepada nama domain beraksen atau bukan Latin?

IDNA menukar label domain Unicode yang layak kepada A-label ASCII. Punycode ialah algoritma pengekodan yang digunakan dalam A-label berkaitan. Pelayar biasanya menukar ejaan yang mudah dibaca secara automatik, tetapi medan hos dan sistem diagnostik mungkin memerlukan bentuk A-label. Semak ejaan dengan teliti kerana aksara Unicode yang kelihatan serupa boleh merujuk kepada domain yang berbeza.

Adakah masa respons yang rendah akan sentiasa kekal rendah?

Tidak. Masa respons berubah mengikut penghalaan, kesesakan rangkaian, beban pelayan dan jarak fizikal. Catat beberapa semakan pada waktu yang setanding dan siasat perubahan yang berterusan, bukannya menganggap satu respons perlahan sebagai bukti masalah.

Sebelum mengubah tetapan DNS, tembok api atau pelayan, pastikan anda telah menyemak nama hos, laluan URL dan port tepat yang digunakan oleh perkhidmatan terjejas. Simpan waktu hasil diperoleh dan bandingkannya dengan log setempat supaya rekod pada kedua-dua hujung sambungan dapat dipadankan.