Beiträge von Robert

Da hast du etwas gehörig missverstanden. Lies doch einfach den gesamten Absatz:

Zitat von [netcup] Felix;20706

Wenn Sie zu einem vServer Neustart keinen Newsletter erhalten, wurde dieser sehr wahrscheinlich automatisch neu gestartet, da er nicht mehr selbständig reagieren konnte. Der Grund hierfür ist meist ein einzelner Prozess, der das gesamte System auf dem vServer blockiert. Seit dem neuen Kernel steht dieses Feature zur Verfügung.

Das Feature ist der automatische Neustart, wenn ein einzelner Prozess hängt. Jetzt verstehe ich auch, warum du im anderen Thread so bestürzt reagiert hast...

Zitat von BaXTa;20620

jab, das Groß-Kleinschreibung-Problem hatte ich schon mal, daher schreibe ich nun prinzipel alles Klein und ohne Leerzeichen

Hier aber nicht:

background-image: url(kopf_bg_10x115.PNG);

Und stimmt die Groß-/Kleinschreibung? Ob / oder \ ist unter Windows ebenso egal wie Groß-/Kleinschreibung, aber beim Webspace nicht.

Dazu zählen auch Suchmaschinen und andere Bots.

Sagtest du nicht, dass die Seite auf einem Root-Server gehostet ist?

1982, also seit 28 Jahren.

/var/log/mail.log

Für die erfolgreich gesendeten:

grep sent /var/log/mail.log

"srv1 A IP3" war schon richtig, wenn du srv1.domain.de auf die dritte IP lenken willst. "* A IP" würde alles.domain.de (außer die explizit angegebenen Subdomains wie www, mail, sub1 usw.) auf die dritte IP leiten. Das würde zudem mit dem bestehenden Eintrag "* A IP1" kollidieren, denn auf beide IPs leiten geht nunmal nicht, da müsstest du dich entscheiden. Und was domain.de angeht: Die IP-Adresse dafür wird durch das "@ A IP1" festgelegt.

Ja, daran kann es liegen. Dieses Problem gab es schon mehrfach (einfach mal nach "Wildcard" suchen). Ein Beispiel hier: https://forum.netcup.de/showthread.php?t=1920. Dort geht es zwar um SysCP, aber scheitern tut es dort letztendlich auch beim Apache. Wie ich dort geschrieben habe, sind zumindest bei meiner Installation die Namen der Konfigurationsdateien und damit deren Ladereihenfolge entscheidend. Stößt Apache auf den Wildcard-Alias, ist er zufrieden und bemerkt nicht, dass diese Subdomain eine Ausnahme von der Wildcard bildet. Wenn es keine Wildcard sein muss, einfach weglassen, ansonsten sehen, dass die Domains in der richtigen Reihenfolge in die Konfigdateien geschrieben werden - wie man das hinbekommt weiß ich allerdings nicht.

Das klingt so, als hättest du für deuserv.de einen Wildcard-Alias angelegt.

Ersters ja, zweites nicht.

Das kann ich dir nicht zu 100% sagen... diese Meldung kommt nur, wenn der Paketverwalter etwas an den Konfigurationsdateien verändert hat. Diese Änderungen können einfach nur organisatorisch sein, z.B. um den Aufbau logischer zu machen, aber es können auch wichtige Einstellungen geändert worden sein, die man möglicherweise auch übernehmen will. Ich habe es beim Upgrade so gemacht, dass ich mir die Unterschiede zwischen den Dateien angesehen habe und meiner Meinung nach sinnvolle Änderungen in meine Dateien eingefügt habe. Ohne Anpassungen sollten die alten Dateien meist weiterhin funktionieren, aber es besteht die Gefahr, dass man dadurch sinnvolle Änderungen verpasst.

Beim Upgrade müsstest du gefragt worden sein, ob du von bestimmten Konfigurationsdateien die momentane Version behalten oder die des Paketverwalters übernehmen möchtest. Hast du beim Apache vielleicht letzteres ausgewählt? Diese Seite wird nämlich in der Standardkonfiguration angezeigt. Möglicherweise fehlen jetzt einige vHost-Einstellung. Falls du die alten Konfigurationsdateien gesichert hast, solltest du mal vergleichen, was sich geändert hat.

Genau das sage ich doch. Ein CNAME-Record beschreibt einen Alias. Umgekehrt gefragt: Wo steht, dass dieser Alias nur für A-Records gilt? In den Spezifikationen (RFC1034/1035) steht auch nichts davon, dass das auf bestimmte Record-Typen beschränkt ist. Ein Alias kann ja z.B. auch gewünscht sein, wenn man den gleichen Mailserver für mehrere Subdomains nutzen möchte.

Ich habe bei meiner Domain einen Wildcard-CNAME auf meine Hauptdomain. Bei einer garantiert nicht individuell konfigurierten Subdomain zeigt dig:

# dig asdsadsadsadas.robv.de MX




; <<>> DiG 9.5.1-P3 <<>> asdsadsadsadas.robv.de MX
...
;; ANSWER SECTION:
asdsadsadsadas.robv.de. 3600    IN      CNAME   robv.de.
robv.de.                3600    IN      MX      10 aspmx3.googlemail.com.
...

Wie dort zu sehen ist, wird explizit erwähnt, dass der CNAME-Record berücksichtigt wurde. Es ist keinesfalls so, dass standardmäßig die MX-Records der Hauptdomain geliefert werden:

# dig asdssad.google.com MX




; <<>> DiG 9.5.1-P3 <<>> asdssad.google.com MX
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 42128
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0




;; QUESTION SECTION:
;asdssad.google.com.            IN      MX




;; AUTHORITY SECTION:
google.com.             60      IN      SOA     ns1.google.com. dns-admin.google.com. 1415213 7200 1800 1209600 300




;; Query time: 32 msec
;; SERVER: 66.96.208.21#53(66.96.208.21)
;; WHEN: Wed May 12 21:20:49 2010
;; MSG SIZE  rcvd: 86

Hier wurde keine MX-Eintrag gefunden.

Zitat von Darian;19617

Dann wäre aber ein meinedomain A ip.von.deiner.domain das selbe.

Für die IP: Ja. Allerdings wird bei CNAME nicht nur die IP (also der A-Record) übernommen, sondern auch die anderen Records (z.B. MX) der Ziel-Domain.

1. Dein DocumentRoot ist in /var/www/gallery, die Einstellungen für PHP machst du aber für /gallery.

2. Nimm lieber Directory statt DirectoryMatch. Sorry, wusste nicht, dass das auch Wildcards unterstützt.

Dann ist vielleicht unsere Grundkonfiguration anders (wüsste aber nicht, was das sein könnte). Ich habe es jetzt nochmal ausprobiert:

/etc/apache2/sites-enables/049_test1

<VirtualHost IP:80>
  ServerName test1.domain.de
  DocumentRoot /var/www/default/httpdocs/
</VirtualHost>

/etc/apache2/sites-enables/050_domain

<VirtualHost IP:80>
  ServerName domain.de
  ServerAlias *.domain.de
  DocumentRoot /var/www/domain.de/httpdocs/
</VirtualHost>

/etc/apache2/sites-enables/051_test2

<VirtualHost IP:80>
  ServerName test2.domain.de
  DocumentRoot /var/www/default/httpdocs/
</VirtualHost>

Ergebnis: test1.domain.de zeigt den Inhalt von /var/www/default/httpdocs/ an, domain.de und test2.domain.de hingegen den von /var/www/domain.de/httpdocs/. Benenne ich 051_test2 in 049_test2 um und lade die Konfigurationsdateien neu ein, funktioniert auch test2.domain.de wie gewünscht.

Bitte den Beitrag weiterlesen. Die entscheidende Erkenntnis ist: "Der Wildcard-Eintrag darf erst nach allen Subdomains kommen!" Das Beispiel sollte nur zeigen, dass es sowohl mit einem Kontrollpanel (hier Confixx) als auch mit selbst konfiguriertem Apache funktioniert.

Der Eintrag *.stats.Domain.de sollte ok sein, damit halt auch https://forum.netcup.de/www.stats.Domain.de funktioniert.

Ich habe (bzw. eher hatte) eine sehr ähnliche Situation, nicht existierende Subdomains sollten als Alias für die Hauptdomain dienen. Als ich damit angefangen habe, hatte ich meine Homepage noch auf einem gesponsorten Server mit Confixx. Dieser KB-Eintrag hat geholfen: http://kb.parallels.com/en/2239
Der Wildcard-Eintrag darf erst nach allen Subdomains kommen! Als ich meinen vServer bekommen habe, habe ich es genauso umgesetzt, indem ich die Dateien so benannt habe, dass sie in der korrekten Reihenfolge eingebunden werden. Funktioniert wunderbar. Allerdings verwalte ich meinen Server ohne Kontrollpanel und weiß daher nicht, ob es möglich ist, bei SysCP den Dateinamen zu beeinflussen.

Vielleicht kannst du die Pizza online bestellen und mit PayPal oder so bezahlen. Oder du hast wie ich die 20 Minuten Regenpause genutzt, um schnell nach Hause zu gehen.