[gelöst] Installation funktioniert nicht mehr

[Piepnase]

Hallo zusammen,

ich nutze auf einem entfernten Server Debian 7 und wollte dort gestern via VPN einen LAMP-Server neu aufsetzen. Das Debian-System befindet sich in einem Netzwerk, in dem es einen eigenen Server gibt, der u. a. die Rolle des DHCP-Servers und des DNS-Servers übernimmt und dessen IP-Adresse auch in der /etc/resolv.conf steht.

In /etc/apt/sources.list ist als Spiegelserver der ftp.de.debian.org und für die php-Pakete packages.dotdeb.org eingetragen.
Bei

Code: Alles auswählen

# apt-get install apache2 php5 php5-common libapache2-mod-php5

bekomme ich aber immer eine Fehlermeldung:

Code: Alles auswählen

Fehl http://ftp.de.debian.org/debian/ wheezy/main apache2.2-bin amd64 2.2.22-13+deb7u4
  Verbindung mit ftp.de.debian.org:80 nicht möglich (141.76.2.4) - connect (110: Die Wartezeit für die Verbindung ist abgelaufen)

Was ich als ein Indiz auf einen geschlossenen Port 80 interpretiert habe. Die Ports 53, 80 und 443 sind aber definitiv offen. Um dennoch ganz sicher zugehen, dass nicht doch iptables blockt, habe ich alle Policies kurzzeitig auf ACCEPT gestellt. Dann bekomme ich aber den Fehler:

Code: Alles auswählen

Fehl http://ftp.de.debian.org/debian/ wheezy/main apache2.2-bin amd64 2.2.22-13+deb7u4   404 Not Found

.
Also habe ich daraufhin in /etc/apt/sources.list den Spiegelserver auf ftp2.de.debian.org gesetzt. Geholfen hat es nicht, das Ergebnis bleibt dasselbe.

Ich habe dann mal versucht den Spiegelserver von dem System aus anzupingen, was aber nicht funktioniert hat. Aber auch z. B. www. web.de lässt sich nicht anpingen. Also habe ich die IP-Adressen angepingt, was problemlos funktioniert. Scheint also ein Problem mit der Namensauflösung zu sein. Daher habe ich in der sources.list anstelle der Namen die IP-Adressen eingetragen, was mich aber leider keinen Schritt weitergebracht hat. Jetzt bekomme ich nämlich bei die Meldung:

Code: Alles auswählen

Paket php5-common ist nicht verfügbar, wird aber von einem anderen Paket referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst wurde oder nur aus einer anderen Quelle verfügbar ist.
Paket apache2 ist nicht verfügbar, wird aber von einem anderen Paket referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst wurde oder nur aus einer anderen Quelle verfügbar ist.
E: Für Paket >>apache2<< existiert kein Installationskandidat. 
E: Für Paket >>php5-common<< existiert kein Installationskandidat.
E: Paket libapache2-mod-php5 kann nicht gefunden werden. 
E: Paket php5 kann nicht gefunden werden.

Schließlich habe ich in /etc/hosts die IP-Adressen vom Spiegelserver ftp.de.debian.org und den Namen eingetragen, weil vor einer DNS-Abfrage ja dort nachgeschaut wird und in sources.list wieder die Namen eingetragen. Aber das hat leider auch nicht geholfen.

Inzwischen bin ich mit meinem Latein am Ende. Bislang hatte ich absolut keine Probleme via VPN oder SSH z. B. Updates durchzuführen. Da ich gestern kurz zuvor auf 2 lokalen Systemen mit dem ftp.de.debian.org problemlos LAMP-Server aufgesetzt habe, glaube ich auch nicht, dass es an den Spiegelservern liegt.

Hat irgendwer eine Idee, was ich noch ausprobieren kann? Wie oben geschrieben, steht der Server weit, weit weg. Ich kann also nur via VPN oder SSH zugreifen.

Vielen Dank schon mal im Voraus für alle hilfreichen Antworten.

[DeletedUserReAsG]

Kontaktiere den Admin der genutzten DNS-Server, oder nimm einfach andere.

[Piepnase]

Welche anderen DNS z. B.?

[DeletedUserReAsG]

https://www.google.de/search?q=dns+server+Liste
Such dir einen aus.

Und lern, Suchmaschinen zu bedienen.

[Piepnase]

Danke, aber den Nachsatz hättest Du freundlicherweise auch ruhig weglassen können.

[DeletedUserReAsG]

Ich habe ihn mit Bedacht dazugeschrieben.

[KBDCALLS]

Man kann ja auch einen andern Server nehmen. Zum Beispiel ftp.nl.debian.org

[Piepnase]

@niemand alles okay!
@KBDCALLS das mit einem anderen Spiegelserver hatte ich schon probiert. Es lag aber eindeutig am DNS. Habe jetzt einen anderen DNS eingetragen und siehe da, apt-get update und apt-get upgrade laufen perfekt. Werde dem Admin vom DNS-Server Bescheid geben, dass er da mal nachgucken muss.

[pferdefreund]

Eventuell ist der Admin des DNS-Servers ja von Apple oder Microsoft gesponsored.
Auch ne Möglichkeit, Linux zu verhindern.
Heutzutage weiß man nie....

[Piepnase]

Hallo zusammen,
nachdem es gestern mit einem öffentlichen DNS funktionierte, läuft heute wieder nichts. IP des öffentlichen DNS steht in /etc/resolv.conf und DNS-Server ist online.
So ein Mist!
Jemand noch ne Idee?

[KBDCALLS]

Dann versuch doch mal ne IP einzutragen , anstatt den Servernamen.

[Piepnase]

Hatte ich schon versucht, dann bekomme ich:

Code: Alles auswählen

 Fehl http://ftp.de.debian.org/debian/ wheezy/main apache2.2-bin amd64 2.2.22-13+deb7u4   404 Not Found

[KBDCALLS]

Dann post mal deine sources.list. Die Namen werden ja immer noch aufgelöst.

[rendegast]

Code: Alles auswählen

Fehl http://ftp.de.debian.org/debian/ wheezy/main apache2.2-bin amd64 2.2.22-13+deb7u4   404 Not Found

Eigentor.

apache2.2-bin amd64 2.2.22-13+deb7u4

Aktuell ist 2.2.22-13+deb7u6 -> '.... update'
https://packages.debian.org/apache2.2-bin

[DeletedUserReAsG]

Das Problem daran wird sein, dass ftp.de.debian.org auch nur an einen Mirror verweist, soweit ich weiß.

[Piepnase]

Die sources.list:

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/ wheezy main
deb-src http://ftp.de.debian.org/debian/ wheezy main

deb http://security.debian.org/ wheezy/updates main
deb-src http://security.debian.org/ wheezy/updates main

deb http://packages.dotdeb.org wheezy-php55 all
deb-src http://packages.dotdeb.org wheezy-php55 all

Nach gestrigem apt-get update und apt-get upgrade habe ich jetzt zusätzlich ein weiteres Problem. Das System ist nämlich total ausgelastet und so gut wie gar nicht mehr erreichbar. Hatte so ein Problem schon mal. Als ich seinerzeit ausgemacht hatte, dass es wohl an der ~/.xsession-errors liegt, hatte sich das Problem aber wie von Zauberhand selbst erledigt ohne das ich etwas gemacht hatte und ist auch nie wieder aufgetreten. Inzwischen beiße ich mich in den ..., dass ich überhaupt ein Update gemacht habe, auch wenn das allen Sicherheitsbelangen widerspricht.

Und bevor jetzt diskutiert wird, wieso gnome, kde oder co. auf dem System sind, das war nicht meine Entscheidung, sondern die des Systembetreibers!

[KBDCALLS]

Änder mal die sources.list:wie folgt.

Code: Alles auswählen

deb http://141.76.2.4/debian/ wheezy main
deb-src http://141.76.2.4/debian/ wheezy main

deb http://141.76.2.4/debian-security wheezy/updates main
deb-src http://141.76.2.4/debian-security wheezy/updates main

deb http://195.154.242.153 wheezy-php55 all
deb-src http://195.154.242.153 wheezy-php55 all

[Piepnase]

Genau das habe ich dann ja gemacht als ich festgestellt habe, dass es an der Namensauflösung haperte. Aber das funktionierte auch nicht. Daraufhin habe ich die IP einen öffentlichen DNS-Servers in /etc/resolv.conf eingetragen. Erst funktionierte es nicht, dann lief es eine Weile ganz gut und ich konnte Apache und php installieren. Heute Morgen wollte ich noch MySQL und phpMyAdmin installieren, aber da lief wieder gar nichts, obwohl ich die öffentliche DNS-IP nicht verändert hatte und der Host online war. Habe dann noch verschiedene andere öffentliche DNS-Server IPs probiert, aber nichts hat funktioniert. Es ist zum weglaufen!

[Piepnase]

Schuld waren die magentafarbenen "Freunde"
Irgendwie häufen sich Probleme mit deren offenbar mürben Technik.

[KBDCALLS]

Wollte eigentlich schon den Vorschlag mit traceroute machen.

Anscheinend haben die Teletubbies ihre Technik nicht im Griff. Passt dazu irgendwie.

• http://www.heise.de/tp/artikel/45/45932/1.html