Próbáltam rendre mind a 2-t azon a gépen amelyről most írok. Sajnos így sem jön be a 2 honlap.
- Napok óta nem elérhető, akkor sem volt amikor a “válasz” érkezett.
- Olyan értelemben időszakos, hogy már tart vagy 1 éve, és korábban a felhasználói panasz után átmenetileg helyrejött, de most már több mint 1 hete nem történik semmi változás.
- Hogyan értsem “abból a hálózatból […] a szolgáltatóval”? A szolgáltatót az internet-szolgáltatóra vagy a netkert.hu-ra érted? A saját hálózatomban jelenleg egymagam vagyok, 1 MacOs + 1 Win géppel + 1 iPhone-nal. Még vannak mások is más router-ek mögül akik nem érik el a 2 honlapot, és látszólag nincs semmiféle szabályszerűség, hogy ki miről érheti el és ki miről nem…
Nem a te halozatodra gondolok, hanem arra az AS-re, ami az a halozat, amibol 1-1 ip cimet kapsz. Nekem, most a ‘103.246.102.164’ a kulso IP cimem. Ha erre tolsz egy whoist (nyitsz egy terminalt es beleirod, hogy “whois 103.246.102.164” majd utsz egy entert), akkor latszik, hogy ez a AS45594 szamu halozat, es itt irja is, hogy ez egy /24 (Subnet - Wikipedia). Igy ha pl errol az IP cimrol elkezdek rossz dolgokat csinalni, akkor valoszinuleg a teljes AS-t banra teszik valahol, igy mas is, aki ebbol a tartomanybol kap IP cimet (azaz, abbol a /24bol mint en, azaz pl a 103.246.102.49), o sem fogja tudni elerni azt, amivel rosszalkodtam.
1 kedvelés
Nagyon köszönöm. Ez már számomra is érthető. Ennek a lényegét elküldhetem a netkert.hu illetékesének?
(Elérhetetlenség esetén egy traceroute-vizsgálat nem segíthet kideríteni, hol akad el az ügylet?)
Köszönöm szépen. Lefuttattam a netkert.hu-ra ez alapján:
Az eredmény értelmezéséhez mit kell tennem?
Nem vagyok ebben otthon, de elérhetetlenség esetén nem juthatsz el az elérni kívánt honlap IP-címéig, de az odavezető útvonal utolsó állomásáig igen – ez talán ad információt, pláne összehasonlítva azzal, mikor elérhető.
A netkert.hu elérhetetlen, a Traceroute mégis elért az IP-jükig (a silihost.hu szerepel a céges levelezési aláírásukban – a gulugulu szerint a tárhely szervere):
traceroute to netkert.hu (84.2.38.70), 64 hops max, 52 byte packets
1 * * *
2 10.0.12.243 (10.0.12.243) 8.512 ms 6.853 ms 5.832 ms
3 10.30.3.1 (10.30.3.1) 43.209 ms 35.654 ms 6.443 ms
4 10.220.178.146 (10.220.178.146) 8.098 ms 8.841 ms 8.000 ms
5 10.221.100.110 (10.221.100.110) 42.441 ms 24.493 ms 8.147 ms
6 10.221.96.46 (10.221.96.46) 86.094 ms
10.221.96.58 (10.221.96.58) 17.590 ms
10.221.96.54 (10.221.96.54) 50.100 ms
7 212.133.21.13 (212.133.21.13) 30.060 ms
ae65.edge7.london1.level3.net (217.163.108.33) 50.134 ms
ffm-b5-link.ip.twelve99.net (213.248.99.137) 49.594 ms
8 dtag-ic-387598.ip.twelve99-cust.net (62.115.172.71) 38.036 ms
dtag-ic-323085.ip.twelve99-cust.net (62.115.50.19) 72.228 ms
ae2.3204.edge7.ams1.neo.colt.net (171.75.9.210) 42.427 ms
9 3320-3356-ams.sp.lumen.tech (4.68.72.30) 63.926 ms
win-b2-link.ip.twelve99.net (62.115.114.183) 31.086 ms *
10 80.156.161.105 (80.156.161.105) 57.780 ms
dtag-ic-387609.ip.twelve99-cust.net (62.115.191.143) 40.564 ms
80.156.161.105 (80.156.161.105) 55.432 ms
11 vie-sa5-i.vie.at.net.dtag.de (217.239.41.30) 28.343 ms
vie-sa5-i.vie.at.net.dtag.de (217.239.55.210) 66.684 ms 49.360 ms
12 80.156.161.105 (80.156.161.105) 51.077 ms * *
13 dhanur.silihost.hu (194.38.107.228) 53.413 ms * *
14 194.38.107.225 (194.38.107.225) 46.805 ms * *
15 194.38.107.225 (194.38.107.225) 49.487 ms
atma.silihost.hu (84.2.38.70) 58.285 ms 50.979 ms
Tessék, íme tőlünk, a Dunakanyarból:
traceroute to netkert.hu (84.2.38.70), 64 hops max, 72 byte packets
1 telekom-usb.ip6.server (192.168.0.1) 3896.869 ms 1.602 ms 1.435 ms
2 10.228.32.1 (10.228.32.1) 8.119 ms 7.012 ms 7.315 ms
3 145.236.79.28 (145.236.79.28) 8.513 ms 14.668 ms 7.274 ms
4 81.183.1.1 (81.183.1.1) 38.345 ms 10.622 ms 9.180 ms
5 81.183.1.1 (81.183.1.1) 9.572 ms 9.913 ms 9.552 ms
6 * * *
7 194.38.107.225 (194.38.107.225) 24.169 ms 15.754 ms 12.429 ms
8 dhanur.silihost.hu (194.38.107.228) 10.509 ms 9.221 ms 9.916 ms
9 atma.silihost.hu (84.2.38.70) 10.867 ms 9.924 ms 9.381 ms
Én ehhez laikus vagyok, de nekem furcsa a 14–15-tel jelzett „sor”, ami nálam nincs, valamint az, hogy miért tesz kétszer akkora kört.
Ez még semmi! A silihost.hu meg sem érdkezik 64 “hop” alatt!!!
traceroute to silihost.hu (84.2.38.66), 64 hops max, 52 byte packets
1 * * *
2 10.0.12.243 (10.0.12.243) 8.987 ms 37.774 ms 5.976 ms
3 10.32.9.97 (10.32.9.97) 6.649 ms 11.575 ms 6.069 ms
4 10.220.140.200 (10.220.140.200) 12.134 ms 12.602 ms
10.220.136.28 (10.220.136.28) 51.549 ms
5 10.221.100.114 (10.221.100.114) 45.832 ms * *
6 10.221.96.62 (10.221.96.62) 42.564 ms
213.249.122.17 (213.249.122.17) 47.922 ms
10.221.96.64 (10.221.96.64) 52.968 ms
7 adm-b10-link.ip.twelve99.net (62.115.189.129) 85.230 ms
ae2.2.edge3.vie1.neo.colt.net (171.75.8.164) 54.585 ms
ldn-b2-link.ip.twelve99.net (62.115.38.209) 60.025 ms
8 62.159.61.126 (62.159.61.126) 36.166 ms * 30.533 ms
9 62.159.61.126 (62.159.61.126) 56.220 ms
vie-sa5-i.vie.at.net.dtag.de (217.239.40.129) 54.847 ms 39.132 ms
10 vie-sa5-i.vie.at.net.dtag.de (217.239.55.158) 53.243 ms
80.156.161.105 (80.156.161.105) 33.503 ms 58.785 ms
11 * 80.156.161.105 (80.156.161.105) 114.737 ms *
12 80.156.161.105 (80.156.161.105) 51.840 ms *
194.38.107.225 (194.38.107.225) 47.224 ms
13 * 194.38.107.225 (194.38.107.225) 66.586 ms *
14 * * *
[…]
64 * * *
Pomazrol Yettel 5G otthonnettel:
traceroute to netkert.hu (84.2.38.70), 64 hops max, 40 byte packets
1 192.168.0.1 (192.168.0.1) 6.975 ms 4.509 ms 5.237 ms
2 10.114.179.190 (10.114.179.190) 23.578 ms 30.128 ms 31.669 ms
3 10.204.210.62 (10.204.210.62) 32.800 ms 33.735 ms 31.354 ms
4 10.204.110.61 (10.204.110.61) 26.416 ms 29.952 ms *
5 * 81.183.2.229 (81.183.2.229) 117.289 ms 30.237 ms
6 81.183.2.228 (81.183.2.228) 30.199 ms 35.835 ms 34.241 ms
7 81.183.3.170 (81.183.3.170) 30.170 ms
81.183.3.144 (81.183.3.144) 38.012 ms 38.812 ms
8 81.183.3.85 (81.183.3.85) 40.797 ms
81.183.1.3 (81.183.1.3) 34.954 ms
81.183.3.81 (81.183.3.81) 36.250 ms
9 * * *
10 194.38.107.225 (194.38.107.225) 150.942 ms 41.117 ms 38.446 ms
11 dhanur.silihost.hu (194.38.107.228) 39.106 ms 31.157 ms 31.536 ms
12 atma.silihost.hu (84.2.38.70) 42.071 ms 36.468 ms 36.960 ms
Nem vagyok szakértő, de: nekem akkor volt hasonló problémám, amikor a rackforestnél hostingolt oldalamról kiderült (ezt a leírásokban persze nem reklámozták), hogy osztott ip alatt van, ezért volt olyan olcsó, aztán amikor valaki ugyanarról az ip-ről elkezdett spamelni, az egész szerver black listre került, és attól függően, hogy melyik szerver melyik adatbázisból dolgozott, volt ahol nem töltődött be a site, volt ahol igen. Én megnézném az oldal ip-jét, hogy nincs-e itt-ott blacklisten. Ilyenkor volt, hogy 12-24 óra volt, mire leszedette a Rackforrest mindenhonnan. Volt olyan, hogy már levelet sem tudtam küldeni, mert az smtp szerveremet is tiltották értelemszerűen. Nekem vennem kellett egy külön csomagot (évente talán 10-15 e-ért), így kapok csak saját natív ip címet, viszont azóta nem volt probléma.
194.38.107.225 telekomos ip. Olyan mintha ott akadna el nala.
Ip Blacklisten nincs fent több RBL check alapján.
Köszönöm szépen.
Ki biztosítja a saját natív IP-t? Az IPv4-es vagy IPv6-os?
Olyan nincs, hogy a kliens IP-jét tiltják, fékezik?
(Én azzal „kínlódtam”, hogy a Duna túlpartján levő nyomdába nagyon lassan tudtam feltölteni, és hiába panaszkodtam az ottani rendszergazdánál, hogy a traceroute alapján az ő hálózatukon van a gond, tojtak a fejemre, így azóta Wetransferen keresztül megy a feltöltés.)
(Másik: fiam használ egy régi, yahoo.com-os e-mailcímet, amire néha nem tudunk küldeni a T-ről, mert valahol tiltják.)
A hosting cég, ahol kezelik az oldalt (legalábbis a Rackforestnél így megy, külön szolgáltatás). Hogy melyik ipv, azt nem tudom. De így, hogy nincs blacklisten, valszeg nem ez a bibi.
Ezek szerint ez nem csupán 1-2 oda-vissza anomália, hanem globális jelenség?!
Dehogynincs:
Telekom getzizik . Szandekosan belassítanak bizonyos a forgalmakat.
Ez egy erdekes kerdes, en forditva latom. A cloudflare csak az ingyenes ugyfelekkel getzizik, a fizetos ugyfeleit olyan iranyba rouetolja, amivel nincs problema, az ingyeneseket rouetolja ugy, hogy pl. a DTAG ugyfeleknek ez faj (amikor te varod a csomagokat, te mint fogado, nem feltetlenul tudod iranyitani). A DTAG egy Tier 1 szolgaltato (Tier 1 network - Wikipedia), ezen a szinten pedig, az az egyik policy, hogy semmi szin alatt nem fizetnek IP forgalomert, fuggetlenul attol, hogy az az o halozatukbol befele, vagy kifele jon, illetve fuggetlen a mennyisegtol. A Tier 1 halozatok adjak az internet gerincet, a Tier 1 szolgaltatok uzemeltetik pl. a tenger alatti kabeleket is. Az a route, ami olcso a cloudflarenek (hiszen az ingyenes usereit routeolja arra), az pont egy olyan route, ami hamar bedugul a DTAG-nal (valszeg, ezert kapja ezt olcson a CF?!). Kb olyan ez, mint amikor varod a kiszallitotol a pizzat, azt nem te dontod el, hogy melyik iranybol erkezzen, ha tobb uton is el lehet hozzad jutni, akkor barmelyik uton erkezhet a cucc. Ha pedig, te kuldessz el valamit egy futarral, akkor maximum iranyba tudod allitani, miszerint arra induljon, de azt, hogy a kovetkezo keresztezodesnel merre fog kanyarodni, mar nem te fogod eldonteni.