Kein Debian update über Netz mehr möglich

[kls]

Hallo zusammen,

ich habe vor 3 Wochen mit

netinstall

debian 4.0.0 etch amd64 installiert.

Als Paketquellen sind bei mir

ftp2.debian.org

,

security.debian.org

und

http.us.debian.org

eingetragen.

Alles funktionierte einwandfrei. Seit ein paar Tagen kann ich nun keine Software mehr nachinstallieren. Bei dem Aufruf

apt-get update

erhalte ich folgende Meldungen:

Fehl http://http.us.debian.org etch Release.gpg
Konnte nicht mit localhost:4001 verbinden (127.0.0.1). - connect (111 Verbindungsaufbau abgelehnt)
Fehl http://security.debian.org etch/updates Release.gpg
Konnte nicht mit localhost:4001 verbinden (127.0.0.1). - connect (111 Verbindungsaufbau abgelehnt)
Fehl http://ftp2.de.debian.org etch Release.gpg
Konnte nicht mit localhost:4001 verbinden (127.0.0.1). - connect (111 Verbindungsaufbau abgelehnt)
Konnte http://ftp2.de.debian.org/debian/dists/etch/Release.gpg nicht holen Konnte nicht mit localhost:4001 verbinden (127.0.0.1). - connect (111 Verbindungsaufbau abgelehnt)
Konnte http://security.debian.org/dists/etch/u ... elease.gpg nicht holen Konnte nicht mit localhost:4001 verbinden (127.0.0.1). - connect (111 Verbindungsaufbau abgelehnt)
Konnte http://http.us.debian.org/debian/dists/etch/Release.gpg nicht holen Konnte nicht mit localhost:4001 verbinden (127.0.0.1). - connect (111 Verbindungsaufbau abgelehnt)
Paketlisten werden gelesen... Fertig
E: Einige Indexdateien konnten nicht heruntergeladen werden, sie wurden ignoriert oder alte an ihrer Stelle benutzt.

Mit dieser Meldung kann ich nun nichts anfangen. Das Netzwerk funktioniert ansonsten einwandfrei. Ich erreiche auch die Paketquellen über den Browser.

Kann mir jemand einen Tipp geben, in welcher Richtung ich suchen muss?

[rendegast]

Guten Morgen,

was läuft denn bei Dir auf localhost:4001 ? ein Proxy?
wie machst Du den Redirect, mit iptables, oder alias-einträge in der /etc/hosts?
Ein falsch konfigurierter DNS-Server?

[garibaldi]

Hi kls und Wilkommen im Forum!

Alles funktionierte einwandfrei. Seit ein paar Tagen kann ich nun keine Software mehr nachinstallieren.

Zusätzlich zu den Fragen von rendegast:

Hast du in der Zwischenzeit etwas am System geändert, und wenn ja, was?

Gruß, garibaldi

[KBDCALLS]

Das ist der anon-proxy (Jap)

Läuft der denn ?

Code: Alles auswählen

lsof -i:4001

[kls]

Zu den Fragen:

ich hatte tatsächlich mit dem anon-proxy experimentiert. Ich erreiche aber immer noch nicht die hier gesperrten Seiten (z.B. Wikipedia). Das wird wahrscheinlich die Ursache sein.

lsof -i:4001 liefert folgendes Ergebnis:

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
proxytest 3020 anon-proxy 4u IPv4 775838 TCP localhost:4001 (LISTEN)

Als DNS-Server habe ich die IP-Adressen "202.96.209.6" und "61.152.82.18" eingetragen.

Meine "/etc/hosts" sieht ganz schlicht wie folgt aus:

127.0.0.1 localhost
127.0.1.1 vater

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
192.168.1.3 vater

[KBDCALLS]

Was passiert bei

Code: Alles auswählen

telnet localhost 4001

[kls]

Ich habe inzwischen "anon-proxy" wieder vollständig deinstalliert. Damit wurde das Problem aber nicht behoben.

"lsof -i:4001" liefert nun nichts mehr, d.h. geht direkt auf Prompt.

Mit "telnet localhost 4001" erhalte ich

Code: Alles auswählen

Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused

[KBDCALLS]

Was steht in der Datei?

Code: Alles auswählen

/etc/environment

. Falls da Einträge auf den Proxy zeigen entferne die mal.

[kls]

In "/etc/environment" sind keine Verweise auf den Proxy. Da steht nur

Code: Alles auswählen

LANG="de_DE.UTF-8"

[kls]

Heute früh habe ich Erfolg gehabt!

Das "Netzwerk-Manager-Applet" zeigt zwar weiterhin an, dass ich keine Netzwerkverbindung hätte, aber der Update mit der Synaptic-Paketverwaltung funktionierte trotzdem.

Der Befehl "telnet localhost 4001" liefert auch immer noch das selbe Ergebnis, auch nach einem Reboot.

Nun ist mir zwar noch nicht ganz klar, woran es nun gelegen hat (ich vermute den "anon-proxy", obwohl es nach dessen Deanstallation weiterhin nicht funktionierte), bin aber froh, dass ich wieder updaten kann. Eine Neuinstallation a la Windows bleibt mir damit erspart.

Vielen Dank für die Unterstützung, besonders an KBDCALLS!

[rendegast]

Guten Morgen,

Du könntest auch mal in /etc nach "4001" suchen.

[kls]

Die Suche ergibt mit "grep -r 4001 *" (für mich) nichts brauchbares:

Code: Alles auswählen

default/nfs-common:#   this variable to a statd argument like: "--port 4000 --outgoing-port 4001".
kde3/kdebug.areas:24001      Quanta (parser)
kde3/kdebug.areas:34001        klyx
kde3/kdebug.areas:44001        KexiDB (driver impl)
mime-magic:0    beshort         054001          370 sysV pure executable
mime-magic:0    beshort 0x4001          MIPSEB-LE MIPS-III COFF executable
grep: rc2.d/S23ntp-server: Datei oder Verzeichnis nicht gefunden
grep: rc3.d/S23ntp-server: Datei oder Verzeichnis nicht gefunden
sane.d/hotplug/libsane.db:0x04b0        0x4001  root:scanner    0664
sane.d/hotplug/libsane.db:# Artec/Ultima 1236 USB | Artec/Ultima Ultima 2000 (0x4001)
sane.d/hotplug/libsane.db:0x05d8        0x4001  root:scanner    0664
Übereinstimmungen in Binärdatei selinux/refpolicy-targeted/modules/active/base.linked.
selinux/refpolicy-targeted/modules/active/netfilter_contexts:-A selinux_new_input -p udp --dport 64001 -j SECMARK --selctx system_u:object_r:traceroute_server_packet_t:s0
selinux/refpolicy-targeted/modules/active/netfilter_contexts:-A selinux_new_output -p udp --dport 64001 -j SECMARK --selctx system_u:object_r:traceroute_client_packet_t:s0
Übereinstimmungen in Binärdatei selinux/refpolicy-targeted/modules/active/base.pp.
Übereinstimmungen in Binärdatei selinux/refpolicy-targeted/modules/previous/base.linked.
selinux/refpolicy-targeted/modules/previous/netfilter_contexts:-A selinux_new_input -p udp --dport 64001 -j SECMARK --selctx system_u:object_r:traceroute_server_packet_t:s0
selinux/refpolicy-targeted/modules/previous/netfilter_contexts:-A selinux_new_output -p udp --dport 64001 -j SECMARK --selctx system_u:object_r:traceroute_client_packet_t:s0
Übereinstimmungen in Binärdatei selinux/refpolicy-targeted/modules/previous/base.pp.
selinux/refpolicy-targeted/contexts/netfilter_contexts:-A selinux_new_input -p udp --dport 64001 -j SECMARK --selctx system_u:object_r:traceroute_server_packet_t:s0
selinux/refpolicy-targeted/contexts/netfilter_contexts:-A selinux_new_output -p udp --dport 64001 -j SECMARK --selctx system_u:object_r:traceroute_client_packet_t:s0
udev/libsane.rules:SYSFS{idVendor}=="04b0", SYSFS{idProduct}=="4001", MODE="664", GROUP="scanner"
udev/libsane.rules:# Artec/Ultima 1236 USB | Artec/Ultima Ultima 2000 (0x4001)
udev/libsane.rules:SYSFS{idVendor}=="05d8", SYSFS{idProduct}=="4001", MODE="664", GROUP="scanner"
udev/rules.d/025_libsane.rules:SYSFS{idVendor}=="04b0", SYSFS{idProduct}=="4001", MODE="664", GROUP="scanner"
udev/rules.d/025_libsane.rules:# Artec/Ultima 1236 USB | Artec/Ultima Ultima 2000 (0x4001)
udev/rules.d/025_libsane.rules:SYSFS{idVendor}=="05d8", SYSFS{idProduct}=="4001", MODE="664", GROUP="scanner"