Ana bilgisayara ulaşılamıyor ve nedenini anlamıyorum

Belirli bir web sitesini açamıyorum. Bu, şirketimiz tarafından barındırılan bir web sitesidir ve biliyorum. Ancak, bunlar benim belirtilerim:

VARIABLES:
host.com - the website I can not open
x.x.x.x - the IP of host.com
192.168.0.121 - the IP of my local machine
192.168.0.1 - the gateway IP that gives access to internet

• Tarayıcıya gidip http://host.comaçarsam bana bir hata verir (Firefox'ta Bağlanılamıyor; Sayfa Chrome'da Mevcut Değil)
• Eğer koşarsam ping host.com, döner:

PING host.com (x.x.x.x) 56(84) bytes of data.
From 192.168.0.121 icmp_seq=1 Destination Host Unreachable
From 192.168.0.121 icmp_seq=2 Destination Host Unreachable
From 192.168.0.121 icmp_seq=3 Destination Host Unreachable

Lütfen 192.168.0.121kendi makinemin IP adresi olduğunu unutmayın .

• Bir traceroute da sefil bir şekilde başarısız olur:

$ traceroute host.com 
traceroute to host.com (x.x.x.x), 30 hops max, 52 byte packets  
1  192.168.0.121 (192.168.0.121)  3008.068 ms !H  3007.312 ms !H  3009.967 ms !H

Ve ben zaten aşağıdakileri kontrol ettim:

• Web sitesi ağımızdaki herhangi bir bilgisayardan gayet iyi kullanılabilir
• Doğrudan IP'ye ping atmaya veya iz sürmeye çalışırsam, sonuçlar aynıdır
• Bu IP veya web sitesi /etc/hosts
• Müdahale eden güvenlik duvarı kuralı yoktur. Hatta tüm kuralları yıktım ve tekrar denedim; aynı sonuçlar.

Ne olabilir?

DÜZENLE:

Bu özel IP ile bağlantı yeni geldi. Şimdi bu web sitesine tekrar bağlanabiliyorum. Ama bu daha önce oldu: Bağlanabiliyorum ve sonra bağlanamıyorum. Ağdaki diğer bilgisayarlar ve halktaki diğer tüm kullanıcılar için bu site her zaman çevrimiçi.

DÜZENLEME 2:

Sorun geri döndü. Sadece bir internet arızası vardı ve yönlendiriciyi sıfırladık ve tüm bilgisayarlarda internet iyi çalışıyor. Bilgisayarımda internetin kendisi de gayet iyi. Sadece bu özel alan adı. Bunun yarım saat içinde tekrar gizemli bir şekilde çalışmasını bekliyorum, ancak bu arada bu sorunu ayıklamaya çalışıyorum. İşte istendiği gibi bazı veriler:

$ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG        0 0          0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0


$ nslookup host.com
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   host.com
Address: x.x.x.x (this is the right IP)

$ ip route get x.x.x.x
x.x.x.x dev eth0  src 192.168.0.121
    cache  ipid 0xc740 rtt 1.71s rttvar 1.025s cwnd 10

$ ip route get 192.168.0.121
local 192.168.0.121 dev lo  src 192.168.0.121
    cache <local>  ipid 0xf209

IP'nizin ağda çoğaltılması ihtimali var mı?

Tüm bu testi yaptığınız göz önüne alındığında, bir sonraki adım arasında ara bir sıçrama kullanmak ve bilgisayarınızdan web sitesine gitmek olacaktır.

Ücretsiz proxyçevrimiçi kullanın . Mevcut birkaç tane var. Bu sorunu daha önce görmüştüm ve IP'nin blacklisted blackholedbir süre için hedef sistem tarafından olduğu ortaya çıktı .

Fail2ban belirli bir süre boyunca bir IP'yi engelleme özelliğine sahiptir.

Bir internet proxy'sinden oraya gidebilirseniz, daha yakın bir hop kullanın. Ağınızdaki başka bir sisteme veya başka bir sisteme SSH yönlendirin ve siteyi vurmaya çalışın. Hala yapamıyorsanız, kalan tek değişken hedef makine veya aradaki yönlendiricidir.

Not: Ben bir ağ adamı değilim. Ancak, muhtemelen IP'niz ve farklı bir mac ile önbelleğe alınmış bir arp listesi, yönlendiricinizde IP'nize sahip başka bir şey bir nedenden dolayı onu engelliyor mu?

Düzenle:

Denenecek şeyler:

1. İnternet Proxy'si
2. Orta seviye atlama
3. arpÖnbelleğinizi kontrol edin / temizleyin
4. Canlı CD'den önyükleme yapın ve siteyi deneyin
5. ---- Bu, işletim sisteminizi denklemden çıkarır
6. ---- Canlı CD çalışıyorsa - IP'nizi normal ile aynı olacak şekilde ayarlayın
7. MAC adresinizi değiştirin
8. Sanal arabirim kurmak eth0: 1

MAC'inizi değiştirme:
ifconfig -a | grep -i hwaddr
ifconfig eth0 down
ifconfig eth0 hw ether 00:00:00:00:00:00(farklı bir MAC ile değiştirin)
ifconfig eth0 up

Hiçbir şeyi değiştirmediyseniz, bu sizin kontrolünüz dışında bir şey olmalıdır - sanırım bu bir yönlendiricinin hedefinize giden yolda parazite neden olması veya rotaları değiştirmesi.

ip route get 192.168.1.121ilginç olurdu. Hata iletileriniz yerel yönlendirme sorununu gösteriyor gibi görünüyor.

Güncelleme: Bu, bilgisayarınızda oldukça "normal" görünüyor.

Ben sadece "LinuxlyChallenged" ile aynı fikrim vardı: Yinelenen IP veya yinelenen MAC.

Yinelenen bir IP olup olmadığını kontrol etmek için:

ifconfig eth0 0.0.0.0
arping -D -c 3 -I eth0 192.168.1.121
[ $? -ne 0 ] && echo Bad luck - your IP is in use.

Bu "Kötü şans ..." döndürmezse - yani kimse RARP'nize cevap vermezse, IP'nizi eth0 olarak yeniden yapılandırın ve MAC'inizi değiştirmeye devam edin (LinuxlyChallenged - "MAC'nizi değiştirme" bölümüne bakın.

Benzerlik sorunu ile karşılaşıyorum, ping github.com (192.30.253.112) başarısız oldu.

~$ ping github.com
PING github.com (192.30.253.112) 56(84) bytes of data.
From 192.168.1.28 icmp_seq=1 Destination Host Unreachable
From 192.168.1.28 icmp_seq=2 Destination Host Unreachable
From 192.168.1.28 icmp_seq=3 Destination Host Unreachable

Yorumlarınızı gördükten sonra kilit problemi buldum

    ~$ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
192.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 eth0

üçüncü rota ziyaret ettiğim anlamına gelir 192.xxx.xxx.xxx, bazı hata olacak unutmayın . bu yüzden uzak bu rota, sonra ping github.combaşarılı.

ping github.com
PING github.com (192.30.253.112) 56(84) bytes of data.
64 bytes from 192.30.253.112: icmp_seq=1 ttl=43 time=235 ms
64 bytes from 192.30.253.112: icmp_seq=2 ttl=43 time=234 ms
64 bytes from 192.30.253.112: icmp_seq=3 ttl=43 time=235 ms

Aynı sorunu yaşadım, benim durumumda, docker0 adlı ve ip 172.17.0.1 ile bir ağa sahip olan docker kuruldu.

Benim durumumda docker0 arayüzünü komutla kapattım sudo ifconfig docker0ve her şey iyi gitti.

Benim durumumda makine bir proksmox hipervizöründe sanal bir makineydi ve ağ kartında 30 etiketi için ayarlanmış bir sanal lan (vlan) yapılandırması vardı. Bunu (etiket yok) çıkardıktan sonra, diğer makineye başarıyla ping atabiliyordum.