Posts by flames

  • i-MSCP 1.2.2 Released

    Uh, thanks :D
    the first logo draft was actually provided by @Serebrist, who again asked his Designer to provide it. So this is a contribution by multiple people. I can't take kudos w/o mentioning them too :)
    Thank You for all the work, and thanks to all who contribute something.

  • Sieve im I-MSCP

    Levitas, the newest update for your 1.1.14 (1.1.x line) is 1.1.21, and also always read the compatibility info in plugin description, so you know, what version of i-MSCP you should take.

  • Update from 1.1.x to 1.2.x fails with "Unable to start apache2 service"

    your nameserver setup is not just weird, it is inconsistent, the listener removes the glue record from the zone, so you do when you edit the template. since you have the domain hosted on the same machine, your nameserver entries miss the glue records and authority. i suppose fcgid or the installer does a dns lookup and fails for this domain.
    you need an extra domain for your nameservers and setup IN A and IN NS records at registrar level.

  • Update from 1.1.x to 1.2.x fails with "Unable to start apache2 service"

    i also don't see how this can happen. you can contact me via pm, and we will look together over the issue.
    so domain.de in your nameservers (ns1/2.domain.de) is also hosted on the same i-mscp server?
    please show us the log file / error that you told about in apache with the domain. didn't seen in first post :)


    btw. i am running both listeners on 4 of my servers w/o any issue. but my nameservers hostnames are not on a domain of i-mscp.

  • i-mscp 1.2.0 Server Administration

    One reason could be automated deployment of multiple servers with i-MSCP and plugins at once (in combination with preseeded/unattended installation). But i think its better done by a simple shell script, which can wget the most current versions of imscp and plugins, copy the preseed file, make updates, start installer. The installer is very fine as is right now :)

  • DEPRECATED! SEE THE NEW TUTORIAL - Listener::Named::Zonetransfer - Zonetransfer to Secondary Nameserver + Howto

    How-To install a secondary nameserver w/o i-MSCP


    Install fresh debian 7.x minimal


    apt-get update && apt-get upgrade
    apt-get install bind9 bsdutils dnsutils
    mkdir /var/log/named
    touch /var/log/named/bind9.log
    touch /var/log/named/security.log
    chown -R bind /var/log/named


    in /etc/bind/named.conf add the line
    include "/etc/bind/named.conf.hostname";


    /etc/bind/named.conf.local

    Code
    1. zone "nameserver-parent-domain"{ //if your nameservers are ns1.domain.tld and ns2.domain.tld so your parent domain is domain.tld type slave; file "/var/cache/bind/nameserver-parent-domain.ch.db"; masters { imscp-server-ip; another-imscp-server-ip; }; //you can use one secondary for multiple imscp servers allow-notify { imscp-server-ip; another-imscp-server-ip; };};


    /etc/bind/named.conf.options

    Code
    1. options { directory "/var/cache/bind"; dnssec-validation auto; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; listen-on port 53 { 127.0.0.1; secondary-nameserver-ip; }; allow-recursion {127.0.0.1;}; allow-query { any; }; allow-transfer { imscp-server-ip; another-imscp-server-ip; }; notify no;};logging { channel bind9log { file "/var/log/named/bind9.log" versions 3 size 10m; severity dynamic; print-time yes; print-severity yes; print-category yes; }; channel security { file "/var/log/named/security.log" versions 2 size 5m; severity dynamic; print-time yes; print-severity yes; print-category yes; }; category default {bind9log;}; category security {security;}; category lame-servers {null;};};


    touch /root/syncdns.sh
    chmod +x /root/syncdns.sh


    create a cron job
    30 * * * * root bash /root/syncdns.sh


    Tip: if you setup two of this nameserver, you can use them both as primary and secondary instead of using the imscp servers as primary nameservers. The benefit of this setup is, that you can run two slaves for all of you imscp server and if you move domains from one imscp to another, you dont need to change nameserver records on this domains.


    You also may want to use this listener file to modify Your zone files:


    Listener::Named::Tuning2
    This listener file modifies the zone files, removes default nameservers and adds custom out-of-zone nameservers. Note configuration Options in the listener file.


    no warranty, good luck

  • Funktionsweise externer Mailserver / relay_domains

    Naja, das hat wenig mit dem Panel zu tun, sondern Postfix. Daher ist das alt bekannte verhalten gleich geblieben.


    mit aktiviertem relay_domains Eintrag, kann man dennoch lokal per iMSCP Mailboxen anlegen, Mails lokal zu lokal würden entsprechend drin landen, extern zu lokal nicht, da sie ja bereits am DNS abwandern zum MX.


    die zweite Lösung (ohne relay_domains) dürfte dem altern Verhalten wohl am ehesten entsprechen, denn ispcp hatte nie diese Funktion.


    Ich würde daher empfehlen zwei MX records anzulegen. Einen mit höheren (10) Priorität auf externen Mailserver und zweiten mit niedriger Prio (20) wieder zu sich selbst.


    also im Custom DNS Interface folgenden Record anlegen:
    backupmx IN A imscp-IP


    dann in Externer Mailserver Interface zwei MX Records:
    IN MX 10 external.mailserver.tld.
    IN MX 20 backupmx.domain.tld.


    danach sollte auf dem externen Mailserver aber noch eine Abholung eingerichtet werden für Mails die lokal ankommen. Per script, Fetchmail, oder Popcon falls es ein Winzigweich Exchange ist. Mit Popcon Pro kann man auch ein Catchall im iMSCP anlegen und abholen lassen, er würde dann selbst einsortieren auf dem Exchange

  • Funktionsweise externer Mailserver / relay_domains

    Die Sache ist die, wenn MX Record aktiviert wird aber die Domain nicht in relay_domains eingetragen ist, werden andere Domains auf dem gleichen Hostingserver die Mails nur noch lokal zustellen und nicht auf den MX leiten. Ein Backup MX sollte daher idealerweise auch ein "externer Mailserver sein".


    So würde es ablaufen mit relay_domains
    externer Absender -> MX -> externer Mailserver oder externer Backup-Mailserver
    interner Absender -> relay_domains Map -> MX -> externer Mailserver oder externer Backup-Mailserver


    und so ohne relay domains
    externer Absender -> MX -> externer Mailserver oder externer Backup-Mailserver
    interner Absender -> (local) domains Map -> Zustellung lokal, also auf dem gleichen iMSCP Server. Falls keine Mailbox vorhanden, Fehler/Unzustellbar


    die Lösung ohne externen Backup-MX wäre einfach lokal ein Catchall anzulegen, und mit Popcon/Fetchmail oder so abholen


    Nun zu den iMSCP Einstellungen im "Externer Mailserver"-Bereich:
    wenn ein MX Record gewünscht wird mit relay_domains, dann "Domain" oder "Wildcard" auswählen
    wenn kein relay_domains Eintrag gewünscht, "Spam-Filter" auswählen.


    Die Option Spam-Filter ist dafür da, dass mails von Externen Absendern erst über den MX an ein Mailgateway gehen und später zum Server weitergegeben werden. Aber wie gesagt, Mails die von Domains auf dem gleichen iMSCP Server kommen, werden sofort lokal zugestellt.