Beiträge von antondollmaier

Zitat von mkiefer

Jetzt habe ich das Problem das bei allen Zonen nur ein NS angezeigt wird. Selbst wenn ich mit dig es kontrolliere. Setzt das LC nicht automatisch?

Wurde die Zone in LiveConfig ergänzt, so dass der zweite Nameserver da auch auftaucht?

Zitat von mkiefer

Wie bringe ich den DNS dazu die alten auch zu übertragen?

Domain auf extern stellen, danach wieder auf interne Nameserver.

Zitat von HBO

Es gibt da so eine gewisse Problematik das du als Provider in die Emails (nämliche das Verschieben) eingreifst.

Geht in Ordnung, solange der Kunde aktiv zugestimmt hat. Theoretisch gilt hier auch schon das Taggen als "Verändern" im Sinne des Fernmeldegeheimnisses.

Zitat

Ablehnen, Sender kriegt ne Fehlermeldung, ist immer noch die Beste Lösung (geht ja nichts verloren).

Korrekt - wobei beide Lösungen ihre Probleme haben:

- Verschieben in Ordner: "wo ist meine Mail hin? Wie komme ich an diese Mails ran?"
- Bounce: "habe ich nie bekommen - warum nehmt ihr diese Mail nicht an?"

Muss Herrn Keppler zustimmen: die Debian-Updates sind deutlich weniger Stress als eine Migration.

Zertifikat einfach nochmal neu speichern, wenn die DNS-Einträge funktionieren.

nicht "localhost" setzen, sondern "127.0.0.1". Dann geht die Kommunikation über TCP.

Zitat von loswebos.de

Die technische Umsetzung ist ne andere Sache

Klappt wunderbarst.

Spoiler: automx.org gibt's auch noch.

Daher auch meine Ergänzung "übergangsweise".

Übergangsweise:

https://pydio.com/

Nein, eine Domain hängt an einem Vertrag und der Vertrag ist fest auf einen Server gebunden.

Es ist nur vorgesehen, unterschiedliche Webserver (auf dem gleichen Server) auszuwählen (Nginx, Apache, ...), oder (gemäß Datenbank-Design) auch andere Datenbank-Server.

Eine Subdomain kann daher nicht auf einen anderen Server gelegt werden. Dies würde ja auch bedeuten, dass der Vertrag auf mehreren Servern existiert (was ist mit FTP-Zugang? SSH?).

Zitat von dicker

Tatsächlich, ich hatte in einer Datei eine Sicherung der sorces.list gemacht. Darauf wurde ebenfalls zugegriffen.

Zukünftig das Backup so erstellen, dass es nicht mehr mit ".list" endet.

Zitat

Seit geraumer Zeit aktualisiert sich mein multi PHP nicht mehr. Ich hatte gehofft, dass es sich jetzt gleich mit aktualisiert. War aber leider nicht der Fall.

Könnte man die PHP Versionen einfach über die vorhanden nochmal drüber bügeln?

bitte neues Topic anlegen, außerdem "liveconfig --diag"-Ausgabe dazu packen

Nachprüfen, ob es sonst noch einen Eintrag in der sources.list gibt ("grep -R liveconfig /etc/apt/sources.list*").

Sicher, dass alle Vorkommnisse dieser Repo-Angabe korrigiert wurden?

versuch's mal so:

deb [arch=amd64] http://repo.liveconfig.com/debian/ jessie php

Zitat von weltmeister

Mit den Kundenaccounts klappt das ja recht gut, warum also nicht auch für das eigene Server-Zertifikat?

Weil LiveConfig sich dabei selbst neu starten, oder zumindest das Zertifikat neu auslesen muss. Sehe ich - ohne konkrete Dev-Erfahrung in dem Bereich - als "nicht trivial" an.

Zitat von Marco

Ich weiss nicht, wie das bei ADITSYSTEMS läuft, aber ich installiere ein Serversystem nicht Step-by-step von Hand. Viele Prozesse laufen skriptgesteuert ab, da dies die alltägliche Arbeit erleichtert.

Wenn dann ein entscheidendes Element fehlt, dann kommt am Ende ein nicht "sauber" konfiguriertes System heraus. Okay, in dem Sinne mein eigener Fehler, auch so ein Umstand hätte man im Skript abfangen können. Aber wer denkt im Vorfeld an so etwas.

Puppet meckert, wenn das Paket nicht installiert werden kann. Ansible sicher genauso.

Also den Schritt "Paket liveconfig installieren" manuell - ab da dann wieder automatisiert (Paket ist ja installiert, sowohl Ansible als auch Puppet überspringen somit das Setup).

Zitat

Ich mache hier keinen "Aufriss". Meine Anmerkungen waren hier ironisch gemeint. Eine Beschwerde hätte ich auch nie im Forum gepostet, sondern dann hätte ich direkt zum Telefon gegriffen.

Dann habe ich den Post falsch aufgefasst. Sorry dafür.

Zitat von Marco

Ärgerlich war in diesem Fall nur, dass ein Umstellungstermin mit Kunden abgesprochen war, der nicht eingehalten werden konnte.

Das ist doch Bullshit.

Wenn der Key nicht mehr passt, kannst das doch ignorieren. Notfalls ziehst das .DEB direkt von der Seite und installierst es manuell.

Eventuell kann der Key das nächste Mal deutlich früher getauscht werden - aber hier einen Aufriss machen, weil die Pakete nicht (mehr) korrekt signiert sind, ist schon ETWAS übertrieben.

Puppet-Manifest:

apt::source { 'liveconfig':
    ensure   => present,
    location => 'http://repo.liveconfig.com/debian/',
    repos    => 'main',
    release  => 'main',
    include  => {
      'src' => false,
    },
    key      => {
      id     => '6E994258EB66F0686AC5DAE1E73A23BF3A2B2840',
      source => 'https://www.liveconfig.com/liveconfig.key',
    },
  }

Zitat von johannu

Frage: Ist es möglich die (Sub)-Domäne http://www.meine.com so zu konfigurieren, dass beim Aufruf von http://www.meine.com die Startseite meiner Homepage erscheint und beim Aufruf z.B. von http://www.meine.com/owncloud das Login zu ownCloud erscheint? Wenn ja, wie ist das zu konfigurieren?

Über den App-Installer aus LiveConfig gar nicht.

Empfehlung: verwende eine Subdomain ("owncloud.example.com", "cloud.example.com", ...) und trenne deine Webseite davon ab.

Erspart dir viele andere Probleme.

Einfach bei der IP-Gruppe die SSL-Server-Chiffren von "PCI-konform" auf "kompatibel" stellen.