Hm, maybe you could add a list oft packages that could be Problematik and prompt the user after install if he really needs them (with a hint that they are a potentiol risk) on Produktion Servers (maybe if IP != in private range)
Posts by MyIgel
-
-
Wahrscheinlich läuft auf deinem Server der avahi-daemon, was genau auf dem Port lauscht kannst du rausfinden mit
Dies zeigt dir eine Liste mit aktuell offenen Ports und den dazu gehörigen Diensten.mDNS/Zeroconf wird normalerweise verwendet damit Geräte sich in einem lokalen Netz, selber einen Namen unter der tld .local zu geben. Dadurch kannst du in deinem Heimnetzwerk die pi unter raspi.local, die nas unter nas.local usw aufrufen ohne dass ein Router den Geräten die Namen zuweisen muss.
Unter MacOS (und meistens auch Windows) wird mDNS von Bonjour umgesetzt.Auf einem Server hingegen hat es nichts zu suchen und kann problemlos entfernt werden (außer du hast komische Programme installiert die es benötigen)
-
My Server is up & running, thank you again!
-
i use MySQl Ver 14.14 Distrib 5.5.43, thank you for your fast fix!
-
Nachdem ich die Plugins gelöscht und die Services gestoppt habe (weshalb muss das eig. von Hand erledigt werden?) bekomme ich folgenden Fehler:
Hat jemand eine Idee, weshalb der Fehler kommt bzhw. warum aktualisiert der Installer da Daten?
System:
Ubuntu 14.04 (trusty) -
Laut Kunden nutzt er das Laravel Framework
Bei laravel ist es nur eine kleine Konfigurationsänderung (alle Dateien aus dem Public Verzeichnis einen Ordner höher verschieben & die index.php anpassen sowie ev. die Pfade der systemdateien per .htaccess sperren) dann sollte es auch so funktionieren; An sich wäre das Feature, den htdocs-folder selber bestimmen zu können aber definitiv wünschenswert (gibt es da nicht schon ein Ticket? Ansonsten müsste man mal eines anlegen ;)) -
Klar gibt es
Siehe hier, da gibt es das Remotebridge Plugin und ein weiteres zur Integration in BoxBilling.
Ansonsten schau dir mal die Datenbankstruktur an -
Unter Serverumzug, Git Stable 6.Aug -> 1.1.12 hatte ich die Schritte vor 2 monaten mal zusammengefasst
-
So, mittlerweile sind die 3 Server neu aufgesetzt und alles läuft so wie es soll, zumindest fast. Bei der Installation ist mir aufgefallen, dass sich der Installer bei der Paketinstallation aufhängt, wenn man mysql-server schon vorher installiert hat. Nach einem serverreboot und Neustarten der Installation läuft alles durch. Außerdem kann man mit --reconfigure die alte ip nicht entfernen, sie bleibt beharrlich im System und wird als default gespeichert. Abhilfe schafft, wenn man sie vorher im dump ersetzt
Meine Vorgehensweise:
Auf dem neuen Server
Alter server:
Neuer Server:Display MoreCode- screen
- oldserverip=123.456.789.123;newserverip=987.654.321.987
- mkdir /var/www
- rsync -aPEhe ssh --exclude=*backups* --stats root@$oldserverip:/var/mail/virtual/ /var/mail/virtual/
- rsync -aPEhe ssh --exclude=*backups* --stats root@$oldserverip:/var/www/virtual/ /var/www/virtual/
- scp root@$oldserverip:/root/database.sql /root/database.sql
- sed -i "s/$oldserverip/$newserverip/g" /root/database.sql
- mysql -u root -p < /root/database.sql
- mysql -u root imscp -p
- update domain set domain_status = 'ok';
- update subdomain set subdomain_status = 'ok';
- update domain_aliasses set alias_status = 'ok';
- update subdomain_alias set subdomain_alias_status = 'ok';
- update mail_users set status = 'ok';
- update admin set admin_status = 'ok', admin_sys_name = null, admin_sys_uid = 0, admin_sys_gname = null, admin_sys_gid = 0;
- exit;
- nano /root/preseed.pl # zu finden unter https://raw.githubusercontent.com/i-MSCP/imscp/stable/docs/preseed.pl dort können alle Einstellungen gesetzt werden, man muss sie also später nicht immer wieder neu eingeben
- cd /usr/local/src&&\
- wget https://github.com/i-MSCP/imscp/archive/1.1.13.tar.gz&&\
- tar xzf 1.1.13.tar.gz&&\
- cd imscp-1.1.13&&\
- perl imscp-autoinstall -dp /root/preseed.pl
Bisher funktioniert es so bei mir,
noch Ideen zur Verbesserung?
PS:
Preseeding hilft ungemein Frust zu vermeiden -
Warum machts du kein --reconfigure
Weil das den obigen Fehler hervorruft
Hast du aber nicht vergessen in der DB alle Domains usw. auf "toadd" zu setzen
Da liegt wohl das Problem... Den Thread Migration auf einen neuen Server hab ich wohl übersehen, er ist noch zu neu ... (schäm) ich werde es Morgen mal mit toadd durchlaufen lassen. Kaputt kann da eh nichts gehen (ist nur ein virtueller Server den man zum glück auf einen vorherigen Snapshot zurücksetzen kannWenn der Umzug geklappt habe, werde ich mich melden
Danke aber schon mal für die Hilfe! *tiefes Erdloch zum verkriechen such*