ASK: Tidak Bisa PING ke Server (Request Time Out)


saya sudah chek
sudo ufw status verbose = command not found
sudo systemctl status firewalld = command not found

bingung juga, kok bisa port22 ke blokir
 
saya coba ping keluar connect: Network unreachable
Jangan-jangan interfacenya terdisabled/down atau settingan networknya ada yang berubah
Coba lampirkan hasil dari perintah di bawah satu per satu
[root@serversaya ~]#ip a
[root@serversaya ~]#arp
[root@serversaya ~]#route -n
[root@serversaya ~]#ping IP-Gateway
 
kalau dari server tidak bisa ping ke luar berarti emang masalah di network, bisa jadi di network config atau emang network utamanya.
berarti masalah bukan dari firewall.
 
coba cek pakai ip link, siapa tau interfacenya down
kalau interfacenya up, tp server tidak bisa di ping berarti ada masalah di networknya.
 
Coba cek dulu konfigurasinya mgkin ada kesalahan networknya om.

/sbin/ifconfig -a

Kalau pakai OS linux RHEL (Centos,Alma,Rock,dll) bisa coba install dulu cockpit agar gampang settingnyaScreenshot_2024-05-02-02-43-11-88_40deb401b9ffe8e1df2f1cc5ba480b12.jpg.

dnf install cockpit / yum install cockpit

lalu

service restart cockpit

lalu coba akses

Coba periksa bagian networking lalu interface apa ada info jalur ethernet yang digunakan beserta IP juga jalur gatewaynya.

Tinggal disesuaikan saja dengan info IP network dan gateway yang diberikan provider atau dari panel dasbornya si provider yg IPv4 dan IPv6 nya kalau ada .

Screenshot_2024-05-02-02-51-39-16_40deb401b9ffe8e1df2f1cc5ba480b12.jpg
 
Last edited:
Klw konfigurasinya jaringan gak ada masalah, berarti memang csf firewall nya yang salah konfigurasi. Coba periksa dulu isi file /etc/csf/csf.conf dan etc/ssh/sshd_config nya om. Apa karna blum di open port SSHnya atau tidak dimasukkan ke list akhirnya malah ngeblock akses. Tapi biasanya kalau di offkan firewall csf nya seharusnya bisa bebas ping out/in sih tanpa masalah. Jadi mungkin aja jaringan.
 
barangkali ada info tambahan :

- OS yang dipergunakan
- Port SSH masih default di port 22?
- Firewall yang dipergunakan, apakah memang tidak ada install di server, ataukah memakai csf, ufw, iptables?
- Apakah sempat menginstall script openvpn atau script dari github/buatan orang lain?


Kalau bisa login ke KVM, coba jalankan perintah :
# ifconfig
apakah ada ipv4? ataukah ada ipv4 dan ipv6?

# ping ke gateway
# ping dnsX1.ovh.net
# ping 8.8.8.8
- Isi /etc/resolver.conf
 
Coba cek dulu konfigurasinya mgkin ada kesalahan networknya om.

/sbin/ifconfig -a

Kalau pakai OS linux RHEL (Centos,Alma,Rock,dll) bisa coba install dulu cockpit agar gampang settingnyaView attachment 7511.

dnf install cockpit / yum install cockpit

lalu

service restart cockpit

lalu coba akses

Coba periksa bagian networking lalu interface apa ada info jalur ethernet yang digunakan beserta IP juga jalur gatewaynya.

Tinggal disesuaikan saja dengan info IP network dan gateway yang diberikan provider atau dari panel dasbornya si provider yg IPv4 dan IPv6 nya kalau ada .

View attachment 7512
kalau sudah ngantuk bobok dulu saja om, besok lagi kalau sudah bangun tritnya di baca lagi.
trit TS menjelaskan jika server tidak bisa di akses/ping, kemudian dites ping keluar via ipmi/kvm juga tidak jalan.
berarti otomatis user tidak bisa menjalankan perintah yang anda infokan karena networknya tidak runing, paham ya kira2 :)
jangan lupa sebat dulu sambil munum kopi.
 
kalau sudah ngantuk bobok dulu saja om, besok lagi kalau sudah bangun tritnya di baca lagi.
trit TS menjelaskan jika server tidak bisa di akses/ping, kemudian dites ping keluar via ipmi/kvm juga tidak jalan.
berarti otomatis user tidak bisa menjalankan perintah yang anda infokan karena networknya tidak runing, paham ya kira2 :)
jangan lupa sebat dulu sambil munum kopi.
Wkwk, Ya di provider manapun ya akses via IPMI/IRMC/IDRAC ya mau salah config network si TS ya tetap bisa masuk untuk menjalankan command. Itu makanya ada 2 reply opsinya. Saran reply yg lain juga beranggapan di config ethnya networknya. Hadehh, jangan burik dulu lah ngeresponnya, IPMI sama KVM kok disamakan juga jelas beda peruntukan

Makanya ada kemungkinan
1. Salah di sisi config network
2.Salah di config firewall sesuai jawaban team OVHnya.

yg jadi problemnya ini blum nemu jalur mana biar segera solvednya.
 
Back
Top