[megoldva] apt-get update időtúllépés

 ( petyasoft27 | 2012. február 28., kedd - 16:47 )

Üdv!
Olyanba futottam bele hogy az "apt-get update" nem tudja letölteni a csomaglistát, időtúllépésre hivatkozik.
Olyan mintha nem létezne a cím, ping szerint pedig elérhető.

Régebben is volt ilyen gondom, de akkor egy shutdown -r now megoldotta a gondot..

Distro: Debian 6 (2.6.32-5-686)

Hiba:
http://pastebin.com/hzS1JZvm

Ping:
http://pastebin.com/2PaCkK9b

sources.list:
http://pastebin.com/bh3id0XE

Kinek van ötlete?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

nem latom a pastebint, de tippre vagy a dns beallitas nemjo, vagy nyomj egy nscd restartot

az nscd csomag nincs fennt, dns beállítás alatt mit értesz? mert ha pingelem akár a domain (ftp.hu.debian.org) nevet, akár az ip címet, jön vissza válasz.

a resolv.conf oké.

Nincs valami csodatűzfalad? wget-el megy? tcpdump-al tudsz még ránézni

csoda tűzfal nincs.
a wget se megy sajnos.
de ahogy nézem, semmivel sem. fura. pedig net van, ssh-n vagyok belépve, + apache is elérhető.

wget ftp://ftp.hu.debian.org/debian/pool/main/2/2ping/2ping_1.2.3-1_all.deb
--2012-02-28 16:14:58-- ftp://ftp.hu.debian.org/debian/pool/main/2/2ping/2ping_1.2.3-1_all.deb
=> „2ping_1.2.3-1_all.deb”
ftp.hu.debian.org feloldása… 195.228.252.133, 2001:4c48:2:a33e::11
Csatlakozás a következőhöz: ftp.hu.debian.org[195.228.252.133]:21… sikertelen: Időtúllépés a kapcsolatban.
Csatlakozás a következőhöz: ftp.hu.debian.org[2001:4c48:2:a33e::11]:21… sikertelen: A hálózat elérhetetlen.

Ha már van ipv6-os címed nem kéne a ping6 paranccsal próbálkozni?
Az fogadjunk, hogy rossz a default ipv6 route!

ou. a gond az hogy nincs ipv6, a másik gond hogy nem volt kikapcsolva.

http://www.debian-administration.org/articles/409

köszönöm szépen.

Nem igazán értem, wget és apt is próbálkozik v4-el ha v6 nem megy. Mint ahogy fentebb be is másoltad, hogy ipv4el sem érte el a szervert.

ezen én is gondolkodtam, lehet hogy csak a restart miatt javult meg a dolog?

- Ceges halozat? Proxy-t nem kell allitani?
- tcptraceroute ftp.hu.debian.org http mit mond?

nem céges háló.

tcptraceroute:

traceroute to ftp.hu.debian.org (195.228.252.133), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 ftp.freepark.org (195.228.252.133) 14.881 ms 16.916 ms 19.082 ms

Mondom tcptraceroute...

azt írtam!!

szerk.: jah, nincs fennt a csomag, gondolom azért adja simán a traceroute-ot.
Otthonról felrakom, mert így apt-get nélkül necces.

tcptraceroute ftp.hu.debian.org http
traceroute to ftp.hu.debian.org (195.228.252.133), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 ftp.freepark.org (195.228.252.133) 15.024 ms 17.768 ms 19.484 ms

Idézet:
nincs fennt a csomag, gondolom azért adja simán a traceroute-ot

Ez tovabbra is traceroute.

Idézet:
apt-get nélkül necces

Nem feltetlenul. Letoltod peldaul innen, majd dpkg -i <csomagneve>.

dpkg -i ok, de nem tudtam letölteni semmit a szerveren keresztül, sftp meg melóhelyről nem volt, szóval esélyem se volt feljuttatni a csomagot.

bár a probléma elhárítva, legalább van tcptraceroute-om:

tcptraceroute ftp.hu.debian.org http
Selected device eth0, address 192.168.1.7, port 40156 for outgoing packets
Tracing the path to ftp.hu.debian.org (195.228.252.133) on TCP port 80 (www), 30 hops max
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 ftp.freepark.org (195.228.252.133) [open] 11.188 ms 10.402 ms 12.679 ms

azt nem értem még, hogy újraindítás után miért ment x ideig a hálózat, és mitől állt át az ipv6-ra menet közbe, mert az ipv6 engedélyezve volt restart előtt és után is. most tiltva van az ipv6 teljesen.

"azt nem értem még, hogy újraindítás után miért ment x ideig a hálózat, és mitől állt át az ipv6-ra menet közbe, mert az ipv6 engedélyezve volt restart előtt és után is. most tiltva van az ipv6 teljesen."

Valaki pl. elindított egy nem jól beállított radv-t (Router Advertisement Daemon így aztán a géped rögtön, az addig is meglévő ipv6 scope link ip címe mellé, kapott ipv6 scope global ip címet és ipv6 default route-t is.
És lőn probléma.
Lehet, hogy a szolgáltatód próbálja beállítani (bevezetni) az ipv6-ot.
Tanács: mindig legyen ipv6-os tűzfalad is. Itt egy példa: http://nagysa.hu/ipv6-firewall
Tanács2: az ipv6-ot nem kikapcsolni, hanem használni kell szerintem!

köszönöm a tippeket.
használnám, de nincs. a szolgáltatóm még nem ipv6 ready.

accept_ra -t kell 0-ra tenni 1 helyett, de ha be is nyelt így egy fake címet és routeot attól még IPv4nek nem lenne szabad lehalnia