thanks, its exactly what i wish! i should have been more precise, like "contents of 00_private"
Posts by flames
-
-
this is a very nice idea. could you add a second option, that fixes permissions but excludes 00_private of domains folder?
-
Subdomain
For the opening of a new domain, which isn't reachable not yeat over the the 'domain.tld' we have a the Alternative URL like 'vu20xx.....' to open it.
The same funstionalitity would be usefull for subdomains.this feature also already exists, but it is "hidden", the interface propagates only the temporary url for main domain, but not for aliases or subdomains.
in the apache host files every subdomain and alias does have a ServerAlias entry for temporary url like this (the number is the id of subomain or alias)...
vu2003sub5.serverhostname.tld
vu2003als2.serverhostname.tld
the local nameresolver also has the records for this temporary urls (in the serverhostname zone). so you only need to know the id of your subdomain or alias and your (external) nameserver, which is responsible for the serverhostname domain, should have the wildcard record enabled -
Дорогой Серебрист,
я был в отпуске. у тебя есть мой скайп еще с тех времен, когда я тебе настроил твои сервера (года, примерно полтора-два назад).
панель i-MSCP находилась и находится в разработке, если ты желаешь поддержку, можешь писать мне в скайп или попросить платную поддержку у разработчика. за предоставление логотипа я готов тебе всегда помочь, и в скайпе я могу тебе хотя-бы ответить скоросрочно. но пожалуйста, не ожидай поддержку в форуме на уровне дорогого платного продукта. все-же тут у нас "опен сорс" так-же как и предоставление логотипа на базе "опен сорс". я всегда постараюсь тебе помочь. да и не только я, а многие тут, но тогда есть минимальное требование: писать по русски абсолютно правильно, что-бы гугл переводчик работал, или-же по английски, что-бы хоть кто-то понял (если меня или кого-либо русскоговорящего опытного администратора нет).
очень рад, что проблема решена. но я должен добавить, что большинство проблем не связаны с самим i-MSCP, и что при отсутствии опыта по администрации серверов на базе линукс, и/или при использовании неготовой софты (alpha/beta), нужен опытный администратор по линуксу и желательно по этой софте. особенно, если ты планируешь использовать линукс и эту неготовую софту в профессиональной сфере удовлетворяя желание третих людей, т.е. твоих клиентов, перед которыми ты стоишь в ответственности.
далее, по мере того, что выше названая софта, а именно i-MSCP, находится в активной разработке, поддержка устаревших версий закрывается довольно быстро (иначе не продвинемся вперед), надо обновлять регулярно. да, обновление требует тоже опытного админа и резервные копии сервера на всякий случай (опытный админ всегда делает резервные копии). но мы просто технически не можем поддерживать старые версии. неважно связана проблема с i-MSCP или нет. этот пункт даже не рассматривается!
Доброй ночи (или как некоторые пишут, доброго времени суток)
Артур. -
see ServerDefaultPage config, there you can specify another certificate for the default page, so it does not use the panel certificate which is not a wildcard certificate.
-
probably the default page where the plugin redirects to. @gable, just edit the file /var/www/imscp/gui/plugins/ServerDefaultPage/templates/default/index.html
for design changes you can edit also the css and image files in /var/www/imscp/gui/plugins/ServerDefaultPage/templates/default/inc/you can also add some javascript to recognise browser language and output the string in right language. var lang = navigator.language || navigator.userLanguage;
but nobody wants to stay on a default page long enough to read the conetent, just redirect to your site or somewhere else. -
to fix the DB schema you must do it manually, it is a lot of work. since you tested the 1.3.x development version of i-MSCP we are sure it is a testing machine.
if it is a productive server, you are totally insane! in that case even a proper backup won't help to fix the 1.2.x DB schema, because it looks like you done it a while ago.create backup before you start.
install on a separate testing machine a fresh debian/ubuntu and a fresh i-MSCP 1.2.17, then you need to compare EVERY FIELD IN EVERY TABLE in the imscp DB manually and do the proper changes to the one on the broken server also manually!
that means you need to find all fields, that are missing, add them and make the correct settings like fieldtype, null/notnull, defaultvalue, collation, and so on.
i think i can limit your work a little bit, but not for sure, since the exact nightly build of 1.3.x you had installed is not known.
begin with the tables:
domain
php_ini
reseller_props
web_software
web_software_depotafter you corrected those tables, test EVERYTHING in imscp, really, test every feature. if you don't receive anywhere "unknown error" then you are lucky, if yes, then compare and fix any other table in imscp DB.
after you are done, you need to correct also the database revision according to the installed imscp version:
in imscp database, config table, DATABASE_REVISION fieldgood luck xD
-
yes, of course, here the updated tutorial and the listened you updated. thx Nuxwin.
Listener::Named::Slave::Provisioning - Zonetransfer to Secondary Nameserver + Howto -
Listener::Named::Slave::Provisioning
This listener file will create a php script /var/www/imscp/gui/public/provisioning/slave_provisioning.php that echoes all zones available on your i-MSCP server for zone provisioning on the secondary nameserver. Optionally a HTTP authentication file will be created /var/www/imscp/gui/public/provisioning/.htpasswd. Read the configuration options in the listener file for further details.
Author / Maintainer
Compatibility
i-MSCP >= 1.2.12Howto install
- Copy the 10_named_slave_provisioning.pl listener file into the /etc/imscp/listeners.d directory. This listener is available in the contrib/Listeners/Named directory of the i-MSCP archive.
- Run perl imscp-autoinstall -dasr named from your i-MSCP version archive and add the slave DNS servers
How-To install the slave DNS servers (w/o i-MSCP)
For this case study, we have three i-MSCP servers with the following hostnames and IP addresses:
We want to add two slave nameservers with the following hostnames and IP addresses:
For each slave nameserver we want to create, we install a fresh Debian Jessie or Ubuntu distribution (base/minimal install), and run the following commands:
Once done, in the /etc/bind/named.conf file, we need add the following configuration stanzas:
then, we need edit the /etc/bind/named.conf.local configuration file as follows:
Codethen, we need edit the /etc/bind/named.conf.options as follow:
Code- options {
- directory "/var/cache/bind";
- dnssec-validation auto;
- auth-nxdomain no;
- listen-on-v6 { any; };
- # add your ipv6 IP(s) of the nameservers, if needed
- listen-on port 53 {
- 127.0.0.1;
- # the primary IP address of your nameserver, on the secondary nameserver 2.2.2.2
- # (respectfully their real IP addresses of course)
- 2.2.2.1;
- };
- allow-recursion {
- 127.0.0.1;
- };
- allow-query { any; };
- allow-transfer {
- # your i-MSCP server IP(s)
- 1.1.1.1;
- 1.1.1.2;
- 1.1.1.3;
- };
- 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;
- };
- };
then, create the /root/syncdns.sh script as follow:
with the following content:
Shell-Script- #!/bin/bash
- declare -A masters
- masters[imscpserver1.domain.tld]="1.1.1.1"
- masters[imscpserver2.domain.tld]="1.1.1.2"
- masters[imscpserver3.domain.tld]="1.1.1.3"
- for K in "${!masters[@]}" do
- # echo $K ${masters[$K]}
- # in the next line change HTTPUSER and HTTPPASS for the same credentials you used
- # in the listener on your i-MSCP server in $authUsername and $authPassword variables, # if you didn't specified any login credentials just remove or comment our the
- # "--user=HTTPUSER --password=HTTPSPASS" options.
- /usr/bin/wget https://${masters[$K]}:4443/provisioning/slave_provisioning.php --no-check-certificate -O /etc/bind/named.conf.$K.download --user=HTTPUSER --password=HTTPSPASS if test -s /etc/bind/named.conf.$K.download; then
- cp /etc/bind/named.conf.$K.download /etc/bind/named.conf.$K
- /usr/bin/logger "i-MSCP: DNS zones updated from $K\!"
- else
- /usr/bin/logger "i-MSCP: DNS zones could not be downloaded from $K\!"
- fi
- done
- /etc/init.d/bind9 reload
And finally add a cron task by running the following command:
-
btw. what is more interesting is a push service, in best case microsoft outlook compatible activesync like https://z-push.org/
also, as z-push and sabre/dav are both written in php, they might be the most easiest to implement with imscp (i.e. as plugins), so that you not just allow any roundcube user to have adressbooks/calendars but even control them through imscp fine granulated (implementing them into hosting plans). but it needs to be ensured, that they are actively developed and updated. this is currently the case, but i.e. z-push had a really long inactivity phase and community was nearly dead.