I have server with around 20 websites and 8 static IP addresses (added as virtual addresses to one eth0). 3 of my sites require SSL certificates and they need separate IP to have SSL certificate each.
Is is possible to make it work in Webmin?
Can some websites be on one shared IP and others (those with SSL certificates) have each their own dedicated IP?
Thanks if someone can answer that.
Couple of more things. Maybe someone can really help.
Basically I have this configuration:
Internet->small hardware router Speedtouch 780 in bridge mode (3 ports)->3 PCs connected to it (1 server with Webmin and 2 LAN pcs)
Is it possible to have DHCP turned on on that server and have grey addresses on other two PCs so server can issue 192.168.x.x to those computers?
IMHO:
The Webmin seem to be a very interesting product but help and support is a bit different.
I am moving from PLESK 8 - it is a very good product
pluses are:
-stable
-easy to install on FreeBSD (a bit easier compare to webmin)
-never seen any bugs or break-ins, server uptime 7 months and keep going =)
minuses:
-very expensive license
-support is awful
Webmin so far pluses
-so flexible and complicated
-well documented
-many options to choose from
-takes HOURS to tune it.
minuses:
-lack of support (must be GPL thing)
-some little bits that you have to install yourself (like Sentries, etc.)
-when migrate from PLESK - webpages, websites aliases (havents checked email aliases yet) and mysql databases don’t migrate for some reason (must be bug). Also doesnt support restore of COMPLETE plesk backup - the one that done through console (all sites, databases, etc.)
More will follow when I will find some screw ups =)
Of course. I’m not sure how else Virtualmin would possibly be useful for SSL sites. See this FAQ for more about how to setup an SSL site:
Non-SSL sites can be created with nothing but default options (and you just have to change two fields for SSL sites–one to say you want SSL and another to tell it what IP to use for it).
Of course. I run DHCP on my home machine, but I can’t possible tell you how to configure it, as all home networking devices are different, and I don’t know anything about NAT on FreeBSD (I presume you need NAT?). Webmin’s DHCP module should make things a little easier to manage on that end, however…assuming it’s a DHCP server that Webmin supports.
Well, we don’t really claim to be cheaper than Plesk, just better. But, Virtualmin GPL is obviously a lot cheaper–can’t get cheaper than free. So, if price is a primary concern Virtualmin GPL can’t be beat. 
-takes HOURS to tune it.
I suspect this wasn’t intended as a plus?
But, it shouldn’t take any time at all on platforms supported by our installer (FreeBSD is not yet among them, as it is so different from the Linux platforms we support). The install script does everything you need to install Virtualmin, Webmin and Usermin, and configure them with reasonable defaults for web hosting. You, of course, may have a few preferences you’d like to change, but if it’s taking hours, we’ve done something horribly wrong somewhere. I’d love to hear what you’re changing from the defaults, and why, and what we can do to make it quicker.
Professional users do get priority in our support queue, and we are, frankly, overwhelmed at the moment–we’ve reached the point where we have too many customers and GPL users to handle them all personally, but we don’t have enough paying users to hire additional support. We’re trying to enable user-to-user support as much as possible (new doc wiki for both Webmin and Virtualmin, these forums, and I’m migrating the FAQ into the wiki as we speak), but it’s a long process.
Huh? The Sentries have been abandoned by Psionic years ago when the company was acquired by Cisco (I even worked for a couple of years with one of the developers in Austin when he’d moved on to other things–no one had touched the code in well over a year when it was officially abandoned). We don’t really think they are very useful in a modern system. And, of course, much of the functionality that we do think is useful is already available in the Webmin System and Server Status module in a form that’s generally easier to use.
That’s a bug. File it, provide an example backup file that exhibits this problem, and we’ll fix it. Complaining about it in the forums just “wastes your time and annoys the pig”.
Thanks for a quick repsonse.
I had no intention to complain, just explaining the things I see.
And gladly I will help out with reporting any bugs as I go along with using this product.
where can i upload/share plesk backups?
Actually, the MIME decoder should handle binary streams…it’s used for attachments in the Read Mail module, which do work. Maybe the Plesk people are creating broken MIME streams, did you ever think of that? (I’m joking, of course…we’re probably just as likely to have a bug in our MIME decoder as they are to have a bug in their MIME encoder.)
Anyway, I suspect Jamie will get it sorted out soon, now that a bug has been filed (he may want to see one of those backups, though).
Jamie has already fixed the bug (which was in the mailbox MIME code), and I verified it. Now he’s working on the other Plesk migration bugs, and I’m helping him to test the fixes.
Regarding the migration from Plesk, I confirm that it’s a bug of Virtualmin; I spent many hours searching for it (so please send me a free VM Pro license ) and, more precisely, the bug lies in the sub extract_plesk_dir of migration-plesk.pl file which reads the Plesk backup file and extracts the files contained corrupting them (e.g. web pages are not imported because they are contained in a tar file that gets corrupted); since a Plesk backup is a MIME encoded file, I suspect that the problem is the use of the mail MIME function from the Read User Mail module, which I think were not written to deal with files containing binary streams.
I’m not a perl developer so I cannot easily find a solution (AND your MIME decoder code is not easy anyway), but I found a patch with the help of an external command (described here); if you want to patch your VM, you have to install mpack and add the following sub to the file (renaming the existing one):
[code:1]
#–DC
sub extract_plesk_dir
{
local ($file) = @_;
if ($main::«»plesk_dir_cache{$file} && -d $main::«»plesk_dir_cache{$file}) {
# Use cached extract from this session
return (1, $main::«»plesk_dir_cache{$file});
}
local $dir = &transname();
&make_dir($dir, 0700);
local $cf = &compression_format($file);
if ($cf != 0 && $cf != 1) {
return (0, "Unknown compression format"«»);
}
local $cmd = "";
if ($cf == 0) {
$cmd="cat $file | munpack -q -C $dir";
}
else {
$cmd="zcat $file | munpack -q -C $dir";
}
local $res = system $cmd;
#system "rm -rf /tmp/20p";
#system "mv $dir /tmp/20p";
#die "$res: $dir";
return (0, "No attachments found in MIME data"«») if ($res);
$main::«»plesk_dir_cache{$file} = $dir;
return (1, $dir);
}
#–DC
[/code:1]
I filed bug #3659.
Regarding the migration from Plesk, I confirm that it’s a bug of Virtualmin; I spent many hours searching for it (so please send me a free VM Pro license ) and, more precisely, the bug lies in the sub extract_plesk_dir of migration-plesk.pl file which reads the Plesk backup file and extracts the files contained corrupting them (e.g. web pages are not imported because they are contained in a tar file that gets corrupted); since a Plesk backup is a MIME encoded file, I suspect that the problem is the use of the mail MIME function from the Read User Mail module, which I think were not written to deal with files containing binary streams.
I’m not a perl developer so I cannot easily find a solution (AND your MIME decoder code is not easy anyway), but I found a patch with the help of an external command (described here); if you want to patch your VM, you have to install mpack and add the following sub to the file (renaming the existing one):
[code:1]
#–DC
sub extract_plesk_dir
{
local ($file) = @_;
if ($main::«»plesk_dir_cache{$file} && -d $main::«»plesk_dir_cache{$file}) {
# Use cached extract from this session
return (1, $main::«»plesk_dir_cache{$file});
}
local $dir = &transname();
&make_dir($dir, 0700);
local $cf = &compression_format($file);
if ($cf != 0 && $cf != 1) {
return (0, "Unknown compression format"«»);
}
local $cmd = "";
if ($cf == 0) {
$cmd="cat $file | munpack -q -C $dir";
}
else {
$cmd="zcat $file | munpack -q -C $dir";
}
local $res = system $cmd;
#system "rm -rf /tmp/20p";
#system "mv $dir /tmp/20p";
#die "$res: $dir";
return (0, "No attachments found in MIME data"«») if ($res);
$main::«»plesk_dir_cache{$file} = $dir;
return (1, $dir);
}
#–DC
[/code:1]
I filed bug #3659.