You can subscribe to this list here.
2001 |
Jan
(13) |
Feb
(24) |
Mar
(23) |
Apr
(11) |
May
(18) |
Jun
(90) |
Jul
(29) |
Aug
(26) |
Sep
(37) |
Oct
(10) |
Nov
(31) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(45) |
Feb
(18) |
Mar
(12) |
Apr
(7) |
May
(10) |
Jun
(62) |
Jul
(8) |
Aug
(40) |
Sep
(41) |
Oct
(43) |
Nov
(29) |
Dec
(36) |
2003 |
Jan
(25) |
Feb
(9) |
Mar
(11) |
Apr
(13) |
May
(19) |
Jun
(19) |
Jul
(11) |
Aug
(4) |
Sep
(109) |
Oct
(73) |
Nov
(69) |
Dec
(21) |
2004 |
Jan
(21) |
Feb
(33) |
Mar
(31) |
Apr
(25) |
May
(33) |
Jun
(42) |
Jul
(47) |
Aug
(12) |
Sep
(41) |
Oct
(47) |
Nov
(30) |
Dec
(19) |
2005 |
Jan
(6) |
Feb
(23) |
Mar
(21) |
Apr
(26) |
May
(21) |
Jun
(16) |
Jul
(17) |
Aug
(7) |
Sep
(8) |
Oct
(13) |
Nov
(7) |
Dec
(10) |
2006 |
Jan
(10) |
Feb
(3) |
Mar
|
Apr
(2) |
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
2007 |
Jan
(2) |
Feb
(3) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(6) |
Jul
(6) |
Aug
(8) |
Sep
(3) |
Oct
(21) |
Nov
(4) |
Dec
(6) |
2008 |
Jan
(11) |
Feb
(28) |
Mar
(26) |
Apr
(9) |
May
(2) |
Jun
(10) |
Jul
(1) |
Aug
(20) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
(4) |
Feb
(10) |
Mar
(1) |
Apr
(24) |
May
(22) |
Jun
(18) |
Jul
(15) |
Aug
(21) |
Sep
(4) |
Oct
(7) |
Nov
(6) |
Dec
|
2010 |
Jan
|
Feb
(2) |
Mar
(13) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
|
2011 |
Jan
(18) |
Feb
(2) |
Mar
(23) |
Apr
(4) |
May
(5) |
Jun
(1) |
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
(5) |
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(31) |
Apr
(3) |
May
|
Jun
(2) |
Jul
(6) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
(7) |
2014 |
Jan
|
Feb
(1) |
Mar
(9) |
Apr
(4) |
May
(7) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(4) |
Dec
|
2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: <jam...@te...> - 2002-06-24 21:39:02
|
Hi All, My general philosophy on security is that unless a user has access to something, they should not even be given a direct opportunity by which they may be tempted to break a security policy. For instance if a user is not allowed within a certain module of a program then no where should that user be given a link to that module. In the fdisk module this is not the case as whether or not the user has access to the mount there are links over the mount points in the fdisk module pointing to the mount command. If they clikc there it will stop them and say access denied, but really I don't think they should be given the opportunity to click. Anyway I have attached a patch wich I think achieves this (if they don't have access they do not get a link). I tried to figure out what was the right way to figure out if a user was able to access a foreign module, but maybe I overlooked something. Anyway here its: *** index.cgi.orig Fri Jun 21 17:22:23 2002 --- index.cgi Mon Jun 24 17:24:31 2002 *************** *** 10,15 **** --- 10,27 ---- print "<hr>\n"; $extwidth = 250; + # + # Figure out if the user should be able to edit filesystems + # or not. That is can they access the mount module... + local $can_mount = 0; + for my $test_mod (@{$main::acl_array_cache{$base_remote_user}}) + { + if($test_mod eq 'mount') { + $can_mount = 1; + last; + } + } + print "<table border width=100%>\n"; print "<tr $tb> <td><b>$text{'index_disk'}</b></td> ", "<td><b>$text{'index_parts'}</b></td> </tr>\n"; *************** *** 104,111 **** print "<tt><a href=/mount/edit_mount.cgi?index=$stat[4]&temp=1&return=/$module_name/>$stat[0]</a></tt>\n"; } elsif ($stat[0]) { print "<tt><a href=/mount/edit_mount.cgi?index=$stat[3]&return=/$module_name/>$stat[0]</a></tt>\n"; ! } print "</td> <td>\n"; if (!$p->{'extended'} && $stat[2] && &indexof($p->{'type'}, @space_type) >= 0 && --- 116,127 ---- print "<tt><a href=/mount/edit_mount.cgi?index=$stat[4]&temp=1&return=/$module_name/>$stat[0]</a></tt>\n"; } elsif ($stat[0]) { + if($can_mount) { print "<tt><a href=/mount/edit_mount.cgi?index=$stat[3]&return=/$module_name/>$stat[0]</a></tt>\n"; ! } else { ! print "<tt>$stat[0]</tt>\n"; ! } ! } print "</td> <td>\n"; if (!$p->{'extended'} && $stat[2] && &indexof($p->{'type'}, @space_type) >= 0 && Cheers...james |
From: <ra...@si...> - 2002-06-24 21:18:34
|
Has there ever been a consideration of releasing Webmin updates as a patch for sites where Webmin was installed a a package? Using the "Update" selection effectivly installs a new tarball, and then transfers the older configuration to the new, leaving around the old installation (unless, of course, they choose to remove the old version, but that could make havoc of the installed package). rf |
From: <jam...@te...> - 2002-06-24 20:51:01
|
Hi All, I noticed a behaviour of webmin that at first look seems most troubling. Here is the scenario: 1) Add a user. 2) Add a module to the user. 3) Configure the module for the user. 4) At some later point remove the module from the user list of modules. After step 3 is completed an acl in file called: /etc/webmin/mod_name/user.acl will be created. When you do step 4, remove the module, the acl hangs around (i.e. it does not get deleted). I am not sure if this could be exploited or even lends itself to a writer of a module shooting themselves in the foot and allowing what was not intended to be allowed. Even still I don't think its the right thing to do. Is this seen as a problem by any others? Cheers...james |
From: <ra...@si...> - 2002-06-24 19:38:23
|
First, I would like to mention that the Password Module for Usermin can include Solaris as a supported OS, I don't know if this was an oversight. On the otherhand, if there is a bug that I am unaware of which affects Solaris users, it would be nice to know. The other item is in reguards to PAM and authentication of users in Usermin. While recently searching a problem to which a user was connecting via Usermin, but failed an FTP session, I identified that the FTP session was failing because the password had expired. There was no notification in Usermin, however. I am not certain at this time if this is a bug/rfe for Usermin, or a bug/rfe in the PAM module, however, I wanted to make folks on this list aware of this issue. When I can put in the cycles to hunt down what is needed, I will pass on the solution (unless someone else knows the answer already). rf |
From: <jam...@te...> - 2002-06-24 15:04:42
|
Jamie, I downloaded your filesystem update module, and it only has your fix in the first funciton, and not the second one, execute_dump(). And now completely understanding the problem I see that it is also in parse_restore(). Lastly, I really do think some code needs to be at the bottome of execute_dump() to check the return code of the dump command and let the user know if there was an error. Cheers...james |
From: Jamie C. <jca...@we...> - 2002-06-22 09:24:30
|
jam...@te... wrote: > Hi All, > > I hope this is not off topic, as its not a direct webmin question, but > certainly is in the > domain of the sort of problem it would be good if webmin (as a developer > library > helped solve). Anyway, caveat aside here is the question. > > I have written many scripts that in an automated fashion modify config > files. I have also > on occasion had the need to write my little parsers for config files, but > in general these have > been used to read the config file and rarely have I made it rewrite out the > config file. That being said > I have had the need to do so many times, but I have avoided because the way > my parsers had been > written they did not maintain the white-space structure and comments of the > orignal config file. > If I would have written the config files back out after making changes to > them, I would have totally > lost all tabbing and comments. > > All that being said I was wondering: > > a) has anyone solved this probably generally in a perl module? > b) better yet has anyone solved the problem as something that can be > used in webmin? > c) what ideas and experience do the webmin developers have with this > problem? > > In a vague way I had the idea of creating two parse trees. The first is > the AST that is used for doing thing, and querying > information gathered from the parse phase. The second tree (really not > sure if it would be called a parse tree) would essentially > be a chunked up version of the original config which the objects in the AST > would point to (or would the chunks in the > this tree point to the objects int he AST or both). Anyway, that is my > thus far confused approach I have been considering > but I would really like to hear what other have done and or think. Generally, in webmin I haven't bother to preserve white-space structure and comments within blocks that are being modified, because it is just too hard :) However, if you did want to do that then the best solution would be to parse the file into a structure that contains all the details necessary to re-construct it exactly, including the exact line and column of each token and the details of all comments. - Jamie |
From: Jamie C. <jca...@we...> - 2002-06-22 03:24:30
|
jam...@te... wrote: > Hi All, > > I found a bug in the fsdump module on RH 7.3 (it could have been in other > places). If you added > a new backup or changed an existing one such that instead of using file or > tape to backup to you instead > choose to backup to host., as soon as you saved your changes the following > would appear: > > HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Fri, 21 > Jun 2002 > 19:04:52 GMT Content-type: text/html Connection: close > Error - Perl execution failed > Can't use an undefined value as a HASH reference at > redhat-linux-lib.pl line 255. > > Note line number is different than the original error as I added some debug > code to figure out what was > going on. The config I created that was causing this problem was as > follows: I had a look at this, and the solution was a bit simpler - in line 431, the @ in the string should have been \@ so that perl didn't think it was really an array. The perl error wasn't very helpful though .. Anyway, an update has been posted on http://www.webmin.com/updates.html for anyone else having the problem. - Jamie |
From: <jam...@te...> - 2002-06-21 20:24:57
|
OK, replying to myself, but after I fixed the problem with setting the confiuguration I had a simular problem in when running it in execute_dump(). I used the same strategy to fix it. As I was fixing it thouugh, I noticed that at the end after running the dump command the return code from dump was not checked (I would never do that (-;). Anyway, this patch contains the previous change, the new change for the same error in execute_dump, and it contains a suggested fix for not checking the return code. I forgot to mention this is against the 0.980 source with no updates. Here is the new patch: *** redhat-linux-lib.pl Fri Jun 21 16:13:00 2002 --- redhat-linux-lib.pl.orig Fri Jun 21 14:54:52 2002 *************** *** 190,239 **** # Executes a dump and displays the output sub execute_dump { - my $dump_data = shift; local $fh = $_[1]; local ($cmd, $flag); ! ! # ! # Verify we were passed the correct args ! if (!ref($dump_data)) { ! print "<B>Error Call to execute_dump() in redhat-linux-lib.pl with invalid arguments!</B>"; ! return 0 ! } ! ! if ($dump_data->{'huser'}) { ! $flag = " -f '" . $dump_data->{'huser'} . '@' . $dump_data->{'host'} . ! ':' . $dump_data->{'hfile'} . "'"; } ! elsif ($dump_data->{'host'}) { ! $flag = " -f '" . $dump_data->{'host'} . ':' . $dump_data->{'hfile'} . "'"; } else { ! $flag = " -f '" . $dump_data->{'file'} . "'"; } ! if ($dump_data->{'fs'} eq 'xfs') { # xfs backup $cmd = "xfsdump -l $_[0]->{'level'}"; $cmd .= $flag; ! $cmd .= " -L '" . $dump_data->{'label'} . "'" if ($dump_data->{'label'}); ! $cmd .= " -M '" . $dump_data->{'label'} . "'" if ($dump_data->{'label'}); ! $cmd .= " -z '" . $dump_data->{'max'} . "'" if ($dump_data->{'max'}); ! $cmd .= " -A" if ($dump_data->{'noattribs'}); ! $cmd .= " -F" if ($dump_data->{'over'}); ! $cmd .= " -J" if ($dump_data->{'noinvent'}); ! $cmd .= " -o" if ($dump_data->{'overwrite'}); ! $cmd .= " -E -F" if ($dump_data->{'erase'}); ! $cmd .= " '" . $dump_data->{'dir'} . "'"; } else { # ext2/3 backup ! $cmd = "dump -" . $dump_data->{'level'}; $cmd .= $flag; ! $cmd .= " -u" if ($dump_data->{'update'}); ! $cmd .= " -M" if ($dump_data->{'multi'}); ! $cmd .= " -L '" . $dump_data->{'label'} . "'" if ($dump_data->{'label'}); ! $cmd .= " -B " . $dump_data->{'blocks'} if ($dump_data->{'blocks'}); ! $cmd .= " '" . $dump_data->{'dir'} . "'"; } &system_logged("sync"); --- 190,229 ---- # Executes a dump and displays the output sub execute_dump { local $fh = $_[1]; local ($cmd, $flag); ! if ($_[0]->{'huser'}) { ! $flag = " -f '$_[0]->{'huser'}@$_[0]->{'host'}:$_[0]->{'hfile'}'"; } ! elsif ($_[0]->{'host'}) { ! $flag = " -f '$_[0]->{'host'}:$_[0]->{'hfile'}'"; } else { ! $flag = " -f '$_[0]->{'file'}'"; } ! if ($_[0]->{'fs'} eq 'xfs') { # xfs backup $cmd = "xfsdump -l $_[0]->{'level'}"; $cmd .= $flag; ! $cmd .= " -L '$_[0]->{'label'}'" if ($_[0]->{'label'}); ! $cmd .= " -M '$_[0]->{'label'}'" if ($_[0]->{'label'}); ! $cmd .= " -z '$_[0]->{'max'}'" if ($_[0]->{'max'}); ! $cmd .= " -A" if ($_[0]->{'noattribs'}); ! $cmd .= " -F" if ($_[0]->{'over'}); ! $cmd .= " -J" if ($_[0]->{'noinvent'}); ! $cmd .= " -o" if ($_[0]->{'overwrite'}); ! $cmd .= " -E -F" if ($_[0]->{'erase'}); ! $cmd .= " '$_[0]->{'dir'}'"; } else { # ext2/3 backup ! $cmd = "dump -$_[0]->{'level'}"; $cmd .= $flag; ! $cmd .= " -u" if ($_[0]->{'update'}); ! $cmd .= " -M" if ($_[0]->{'multi'}); ! $cmd .= " -L '$_[0]->{'label'}'" if ($_[0]->{'label'}); ! $cmd .= " -B $_[0]->{'blocks'}" if ($_[0]->{'blocks'}); ! $cmd .= " '$_[0]->{'dir'}'"; } &system_logged("sync"); *************** *** 249,285 **** } } close(CMD); - my $rc = $? >> 8; - if($rc != 0) { - print <<EOF; - <B> - <P>ERROR Running dump!</P> - - COMMAND: ${cmd} - RC: ${rc} - EOF - } - } # dump_dest(&dump) sub dump_dest { ! my $dump_data = shift; ! ! if(!ref($dump_data)) { ! return "<B>Error Call to dump_dest() in redhat-linux-lib.pl with invalid arguments!</B>"; ! } ! if ($dump_data->{'file'}) { ! return "<tt>".&html_escape($dump_data->{'file'})."</tt>"; } elsif ($_[0]->{'huser'}) { ! return "<tt>" . &html_escape($dump_data->{'huser'} . '@' . ! $dumpdata->{'host'} . ':' . $dump_data->{'hfile'}) . "</tt>"; } else { ! return "<tt>" . &html_escape($dump_data->{'host'} . ':' . ! $dump_data->{'hfile'}) . "</tt>"; } } --- 239,257 ---- } } close(CMD); } # dump_dest(&dump) sub dump_dest { ! if ($_[0]->{'file'}) { ! return "<tt>".&html_escape($_[0]->{'file'})."</tt>"; } elsif ($_[0]->{'huser'}) { ! return "<tt>".&html_escape("$_[0]->{'huser'}@$_[0]->{'host'}:$_[0]->{'hfile'}")."</tt>"; } else { ! return "<tt>".&html_escape("$_[0]->{'host'}:$_[0]->{'hfile'}")."</tt>"; } } Cheers...james |
From: <jam...@te...> - 2002-06-21 19:26:52
|
Hi All, I found a bug in the fsdump module on RH 7.3 (it could have been in other places). If you added a new backup or changed an existing one such that instead of using file or tape to backup to you instead choose to backup to host., as soon as you saved your changes the following would appear: HTTP/1.0 500 Perl execution failed Server: MiniServ/0.01 Date: Fri, 21 Jun 2002 19:04:52 GMT Content-type: text/html Connection: close Error - Perl execution failed Can't use an undefined value as a HASH reference at redhat-linux-lib.pl line 255. Note line number is different than the original error as I added some debug code to figure out what was going on. The config I created that was causing this problem was as follows: weekdays=* update=0 huser=joden3 months=* host=nsdlinux07 days=* fs=ext3 level=2 hfile=t.tgz dir=/root/tmp hours=0 mins=0 multi=0 id=110131024684666 enabled=0 label= email= Anyway, I fixed and have placed the patch at the end of my email. It was appearantly dying on the following lines in dump_dest() in redhat-linux-lib.pl: if ($_[0]->{'file'}) { Now if you look at the function and look at the error message you might think that some how a reference to a has was not passed into the function. That was not the case. The hash simply did not have the element 'file'. Perl is normally supposed to return undef in this case, but for some reason it was puking and dying. My solution was to explicitly set $_[0] to a lexically scoped variable and use that variable instead. Here is the patch: *** redhat-linux-lib.pl Fri Jun 21 15:13:59 2002 --- redhat-linux-lib.pl.orig Fri Jun 21 14:54:52 2002 *************** *** 244,264 **** # dump_dest(&dump) sub dump_dest { ! my $dump_data = shift; ! ! if(!ref($dump_data)) { ! return "<B>Error Call to dump_dest() in redhat-linux-lib.pl with invalid arguments!</B>"; ! } ! if ($dump_data->{'file'}) { ! return "<tt>".&html_escape($dump_data->{'file'})."</tt>"; } elsif ($_[0]->{'huser'}) { ! return "<tt>" . &html_escape($dump_data->{'huser'} . '@' . ! $dumpdata->{'host'} . ':' . $dump_data->{'hfile'}) . "</tt>"; } else { ! return "<tt>" . &html_escape($dump_data->{'host'} . ':' . ! $dump_data->{'hfile'}) . "</tt>"; } } --- 244,257 ---- # dump_dest(&dump) sub dump_dest { ! if ($_[0]->{'file'}) { ! return "<tt>".&html_escape($_[0]->{'file'})."</tt>"; } elsif ($_[0]->{'huser'}) { ! return "<tt>".&html_escape("$_[0]->{'huser'}@$_[0]->{'host'}:$_[0]->{'hfile'}")."</tt>"; } else { ! return "<tt>".&html_escape("$_[0]->{'host'}:$_[0]->{'hfile'}")."</tt>"; } } Cheers...james |
From: <jam...@te...> - 2002-06-21 18:18:43
|
Hi All, I hope this is not off topic, as its not a direct webmin question, but certainly is in the domain of the sort of problem it would be good if webmin (as a developer library helped solve). Anyway, caveat aside here is the question. I have written many scripts that in an automated fashion modify config files. I have also on occasion had the need to write my little parsers for config files, but in general these have been used to read the config file and rarely have I made it rewrite out the config file. That being said I have had the need to do so many times, but I have avoided because the way my parsers had been written they did not maintain the white-space structure and comments of the orignal config file. If I would have written the config files back out after making changes to them, I would have totally lost all tabbing and comments. All that being said I was wondering: a) has anyone solved this probably generally in a perl module? b) better yet has anyone solved the problem as something that can be used in webmin? c) what ideas and experience do the webmin developers have with this problem? In a vague way I had the idea of creating two parse trees. The first is the AST that is used for doing thing, and querying information gathered from the parse phase. The second tree (really not sure if it would be called a parse tree) would essentially be a chunked up version of the original config which the objects in the AST would point to (or would the chunks in the this tree point to the objects int he AST or both). Anyway, that is my thus far confused approach I have been considering but I would really like to hear what other have done and or think. Cheers...james |
From: Jamie C. <jca...@we...> - 2002-06-21 05:57:16
|
Anthony Fok wrote: > Hello, > > Attached is a patch to revise the zh_TW.Big5 to fix some translation > errors and typographical errors. It may be applied to the Webmin 0.980 > source. Thanks for that .. I have included it into the main webmin source tree for the next release. > BTW, could we change the name "zh_TW.Big5" to simply "zh_TW", > just like "zh_CN" (and not zh_CN.GB2312)? :-) Not easily, because everyone who is currently using Traditional Chinese will have zh_TW.Big5 in their config files, and making the change will break their settings. - Jamie |
From: Anthony F. <an...@th...> - 2002-06-21 03:54:42
|
Hello, Attached is a patch to revise the zh_TW.Big5 to fix some translation errors and typographical errors. It may be applied to the Webmin 0.980 source. BTW, could we change the name "zh_TW.Big5" to simply "zh_TW", just like "zh_CN" (and not zh_CN.GB2312)? :-) Cheers, Anthony -- Anthony Fok Tung-Ling ThizLinux Laboratory <an...@th...> http://www.thizlinux.com/ Debian Chinese Project <fo...@de...> http://www.debian.org/intl/zh/ Come visit Our Lady of Victory Camp! http://www.olvc.ab.ca/ |
From: Jamie C. <jca...@we...> - 2002-06-12 02:50:25
|
Jean-Charles Passard wrote: > Hello, > > For my first post to this list, I will congratulate you all and especially > Jaimie Cameron for this really good product. > > We've make some new modules for Webmin that we will post soon (when i will > have to read the Howto ;-). > We're working on a standalone server (like the Cobalt's Cube) with webmin as > interface. > > In a that way, I've several questions : > > - I would like to start a project to simplify the creation an management of > samba shares ( without go througt filesystem right or directory creation) > and may be add support for acl like Windows do. If anybody find some > interests ? > The purpose is to use webmin on station as SAN systems. I think that a > simplification of the user modules shoud be done too. Sounds like a good idea .. > - We've corrected some bugs on the squidguard module and we will send soon > this one too. But we've encounter a little difficulty on webmin for a > perfect integration of it : > Squidguard use to redirect to a web server in case of deny access but we > haven't no http server apart wabmin on our servers. The trouble is that > webmin ask for a login. We've then patch miniserv.pl to avoid it. That is > not really clean. > I would like, for future version such a functionality : a module that can > activate anonymous access and restrict it on network, host or regexp > criteria. > I don't think it's possible without modifying server ? I am wrong ? You're right, that isn't possible at the moment, and would require modification of the webmin miniserv.pl webserver. I've been thinking of adding an option somewhere at allows certain modules to be accessed without needing to login, but that has all sorts of potential security implications, and wouldn't work for people running webmin under other webservers like apache. It is on my TODO list though .. - Jamie |
From: Jean-Charles P. <jch...@ab...> - 2002-06-11 10:35:33
|
Hello, For my first post to this list, I will congratulate you all and especially Jaimie Cameron for this really good product. We've make some new modules for Webmin that we will post soon (when i will have to read the Howto ;-). We're working on a standalone server (like the Cobalt's Cube) with webmin as interface. In a that way, I've several questions : - I would like to start a project to simplify the creation an management of samba shares ( without go througt filesystem right or directory creation) and may be add support for acl like Windows do. If anybody find some interests ? The purpose is to use webmin on station as SAN systems. I think that a simplification of the user modules shoud be done too. - We've corrected some bugs on the squidguard module and we will send soon this one too. But we've encounter a little difficulty on webmin for a perfect integration of it : Squidguard use to redirect to a web server in case of deny access but we haven't no http server apart wabmin on our servers. The trouble is that webmin ask for a login. We've then patch miniserv.pl to avoid it. That is not really clean. I would like, for future version such a functionality : a module that can activate anonymous access and restrict it on network, host or regexp criteria. I don't think it's possible without modifying server ? I am wrong ? JC Passard |
From: <dpl...@gm...> - 2002-06-11 06:51:15
|
Hi Jamie! Thanks for that. It worked. Bye, Dennis -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net |
From: Jamie C. <jca...@we...> - 2002-06-11 04:26:01
|
Jeremy Reed wrote: >>When you start it in webmin, does it actually get started despite the error message? If so, >>you could just click on Module Config and change the 'Command to start apache' and 'Command to >>stop apache' options to Automatic. Currently it is trying to use the startup scripts for the redhat >>apache package, which won't work with your recompiled installation. >> > > Unfortunately, it doesn't start. I tried changing the command to start apache to automatic and it came up with: > > Failed to start apache : > /usr/local/apache/bin/httpd -d /etc/httpd : > Syntax error on line 206 of /etc/httpd/conf/httpd.conf: > Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration It looks like you are still using the old apache config file with your new compiled version of apache, which does not support (or need) the LoadModule directive. Unless you have already made a lot of changes to your original apache configuration, it may be better to use the new config files from the new installation. - Jamie |
From: Jeremy R. <jer...@te...> - 2002-06-11 02:07:35
|
> When you start it in webmin, does it actually get started despite the error message? If so, > you could just click on Module Config and change the 'Command to start apache' and 'Command to > stop apache' options to Automatic. Currently it is trying to use the startup scripts for the redhat > apache package, which won't work with your recompiled installation. Unfortunately, it doesn't start. I tried changing the command to start apache to automatic and it came up with: Failed to start apache : /usr/local/apache/bin/httpd -d /etc/httpd : Syntax error on line 206 of /etc/httpd/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration Best Regards, Jeremy Reed -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup |
From: Jamie C. <jca...@we...> - 2002-06-11 01:09:27
|
Jeremy Reed wrote: > I got tired of trying to fix the error of the Apache version not updating so I uninstalled Webmin, > recompiled Apache (with default settings) and reinstalled Webmin. I can start Apache through the > command line without any problems but when I try to start it in Webmin it comes up with an error that says: > > Failed to start apache : > Starting httpd: [60G[ [1;32mOK[0;39m ] > > I ran the command httpd -t in SSH and it came up with this: > > [root@domain root]# httpd -t > Syntax OK > [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_headers.c: not found in module list > [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_expires.c: not found in module list > [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_auth_db.c: not found in module list > [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_auth_anon.c: not found in module list > [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_rewrite.c: not found in module list > > Can somebody tell me why it is coming up with this? I tried unchecking these modules in the Apache > Module page and I'm still getting the error when trying to start through Webmin. When you start it in webmin, does it actually get started despite the error message? If so, you could just click on Module Config and change the 'Command to start apache' and 'Command to stop apache' options to Automatic. Currently it is trying to use the startup scripts for the redhat apache package, which won't work with your recompiled installation. - Jamie |
From: Jamie C. <jca...@we...> - 2002-06-11 00:51:57
|
dpl...@gm... wrote: > Hi everybody! > > I just released the beta of my very first Webmin-Module called "Samba > Machines Maintainer". It can be downloaded from the third-modules page. > > Now, as this is a beta, I now found some sort of bug that I want to > eliminate. After installing the module (tested under SuSE 7.3), root cannot change > the Module configuration although he has the ability looking on the acls. > > What have I done wrong. I tried to be very near to the > module-writers-documentation, but I think I failed somewhere. I see the problem - your module's config.info.en file should be named config.info instead. - Jamie |
From: Jeremy R. <jer...@te...> - 2002-06-10 23:23:32
|
I got tired of trying to fix the error of the Apache version not updating so I uninstalled Webmin, recompiled Apache (with default settings) and reinstalled Webmin. I can start Apache through the command line without any problems but when I try to start it in Webmin it comes up with an error that says: Failed to start apache : Starting httpd: [60G[ [1;32mOK[0;39m ] I ran the command httpd -t in SSH and it came up with this: [root@domain root]# httpd -t Syntax OK [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_headers.c: not found in module list [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_expires.c: not found in module list [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_auth_db.c: not found in module list [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_auth_anon.c: not found in module list [Mon Jun 10 19:18:50 2002] [error] Cannot remove module mod_rewrite.c: not found in module list Can somebody tell me why it is coming up with this? I tried unchecking these modules in the Apache Module page and I'm still getting the error when trying to start through Webmin. Best Regards, Jeremy Reed -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup |
From: Jeppe U. J. <ar...@nx...> - 2002-06-10 18:32:42
|
> Any ideas why the startup script won't work when I have /usr/local/apache/bin/httpd? This seems to be what I need to have in there in order for the correct version # to show up. Maybe the new version want's to be started from apachectl ??? /Jeppe Uhd Jepsen - NX |
From: Joe C. <jo...@sw...> - 2002-06-10 16:36:49
|
Jeremy Reed wrote: >>In redhat: some file with apache in its name under /etc/init.d (redhat >>gurus: correct me if i'm wrong...) > > > You were close....Jeppe, in Red Hat it is located in /etc/rc.d/init.d/httpd. /etc/rc.d/init.d has a link from /etc/init.d, so you can refer to either on a default Red Hat 7.x system. Old habits, though...I still always type /etc/rc.d/init.d just because I've been doing it for so long. -- Joe Cooper <jo...@sw...> Web caching appliances and support. http://www.swelltech.com |
From: Jeremy R. <jer...@te...> - 2002-06-10 16:09:31
|
> In redhat: some file with apache in its name under /etc/init.d (redhat > gurus: correct me if i'm wrong...) You were close....Jeppe, in Red Hat it is located in /etc/rc.d/init.d/httpd. I tried replacing /usr/sbin/httpd with /usr/local/apache/bin/httpd in the file above and when I went to restart Apache in Webmin it said: Failed to start apache : Starting httpd: [60G[ [1;32mOK[0;39m ] When I changed it back to /usr/sbin/httpd, it started. I have /usr/local/apache/bin/httpd listed in the Apache Module Config page next to Path to httpd executable and it doesn't cause any problems there. I tried changing it to /usr/sbin/httpd and it started showing 1.320 at the top of the Apache Webserver page instead of 1.3.24 like it did when I had /usr/local/apache/bin/httpd. Any ideas why the startup script won't work when I have /usr/local/apache/bin/httpd? This seems to be what I need to have in there in order for the correct version # to show up. Best Regards, Jeremy Reed -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup |
From: <dpl...@gm...> - 2002-06-10 12:56:20
|
Hi everybody! I just released the beta of my very first Webmin-Module called "Samba Machines Maintainer". It can be downloaded from the third-modules page. Now, as this is a beta, I now found some sort of bug that I want to eliminate. After installing the module (tested under SuSE 7.3), root cannot change the Module configuration although he has the ability looking on the acls. What have I done wrong. I tried to be very near to the module-writers-documentation, but I think I failed somewhere. Please help. Thanks in advance, Bye, Dennis -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net |
From: Jeppe U. J. <ar...@nx...> - 2002-06-09 20:10:03
|
> >> The starting script you use is pointing to the old version. So edit the starting script to run the new version. > > Which file do I need to modify to make this change? > In slackware: /etc/rc.d/rc.httpd In redhat: some file with apache in its name under /etc/init.d (redhat gurus: correct me if i'm wrong...) /Jeppe Uhd Jepsen - NX |