まず最初に、最新バージョンにアップデートすることを考えてください。多くの場合、古いバージョンのバグは最新バージョンで直っています。つぎに、 Webmin updates（英語） ページをチェックしてみてください。ここには、現在のバージョンで修正されているバグの一覧があります（今後翻訳するかもしれませんが、現状英語で提供されます）。すべてのモジュールにわたって最新版をインストールする、もっとも簡単な方法は、Webmin設定モジュールのWebminモジュールページの２つめか３つめにあるアップデートメニューを使うことです。 もし、本当にバグだとわかったら、 bug tracking system page（英語） ページに英語で報告してください。英語が書けない方は、本サイトの掲示板に投稿してください。誰かが英語でこう書けばいいよ、と教えてくださるかもしれません（ご協力おねがいします）。バグの報告では、開発者が再現できない場合があり、そのときは再現方法や詳細についての質問がくる場合があります。また、一時的な対処方法を試してほしいといわれる場合もあります。これに回答しないと、開発者は直すことができず、放置されますので回答をおねがいします。

Webminを導入しただけでは、一切の設定ファイルを書き換えることはありません。利用開始したときに、Webminが更新した変更に相当する部分だけ、複数あるconfig ファイルについてだけが 変わります。たとえばApache Webserver モジュールは、 Sendmail の設定に影響させることはありません。

もしSSLをつかうように設定しているならば、http://myhost:10000ではなく、https://myhost:10000/ のようなURLに接続してください。httpsなしでは、ブラウザはSSLモードで接続しません。そのため、このエラーを表示するようになります。

Webminのtarファイルを展開したら、cdコマンドでwebmin-1.380ディレクトリに移動し、./setup.shとタイプしてください。多くのシステムの場合、権限のあるルートユーザには、現在のディレクトリでのコマンド実行パスは設定されていません。そのため、単にsetup.shとタイプするだけでは実行出来ません。

Webminのユーザとグループモジュールは、システムがサポートしていれば、MD5アルゴリズムによるパスワードの暗号化をサポートしています。ですが、このサポートは、PerlのMD5モジュールに依存しています。 このモジュールは、 http://www.cpan.org/modules/by-module/MD5/MD5-1.7.tar.gz. からダウンロードできます。ダウンロードしたら、次のようなコマンドを実行することで導入できます。

gunzip MD5-1.7.tar.gz tar xvf MD5-1.7.tar cd MD5-1.7 perl Makefile.PL make make install

もし、 Webmin 0.83 移行を使っている場合は、Perlモジュール管理　モジュール を使うことでMD5モジュールをCPANから導入できます。Linuxなどのディストリビューションを使っている場合は、パッケージ管理によって導入することもできます。libmd5-perlやperl-md5のような名前のパッケージがあるはずです。

新しいモジュールの.wbmファイルをダウンロードできたら、Webminの設定モジュールに行き、Webminモジュールボタンをおしてください。ページの上の方にある入力フォームで、Webminの動いているローカルファイルシステムから導入することもできるし、ブラウザーを開いているクライアントからアップロードすることもできます。これで導入完了です。

できます。少し設定が必要ですが。Apache経由でWebminを走らせるには、詳細は この文書(英語) を見てください。あるいは this page では、Apache経由のUserminについて解説しています。 日本ではあまり知られていませんが、Zeus Webサーバ上でも、 Webmin を似たような方法で使えるんですよ。設定方法は this documentation にあります。

一部のSlackwareシステムでは、Perlの crypt() 関数が動作しないようです。というのも、 descrypt.tgz パッケージが導入されていない場合があるようなのです。この問題を解決するには Slackware CD や FTPサイトから導入することを考えてください。

最新の Perl のソースを入手して、コンパイルする必要があるでしょう。ソースは http://www.cpan.org/src/stable.tar.gz.にあります。 もし Solaris や HPUX ならば、Perlをコンパイルしなくても、事前構築されたパッケージをダウンロードしてインストールできます。

既定では、Webminの基本ログが実施されるようになっています。全件記録をオンにするには、 Webmin設定 モジュールにいき、 ログ(logging) アイコンをクリックして 各操作で行われたファイルへの変更を記録する（Log changes made to files by each action） オプションをオンにしてください。これによってWebminによるすべてのファイル変更と実行されたコマンドが記録されます。一度ログがオンになると、記録されたすべての操作をWebmin Actions Logモジュールで見ることが出来ます。

あなたの使っているブラウザが自動的に解凍してしまったのです。webmin-1.380.tarと名前を変えるだけで(もしすでにそういう名前になっていなければ)、解凍するステップを省略すれば大丈夫です。

これは、インストールしたときにWebminが自動生成した既定のSSL証明書を使用したときに、それが認証局が発行したものでないという表示をしているのです。セキュリティの観点からは、証明書はすこしセキュリティレベルが低くなることになります。というのは、理論的にはアタッカーが通信に割り込んで、別のマシンがあたかもあなたが管理しようとしているマシンであるかのように見せかけて、パスワードを盗み取る危険があるからです。これは真正のSSL証明書を使った時には不可能なことです。それでも、ネットワーク通信は、暗号化されています。単にネットワーク通信を盗聴しているだけの相手には、パスワードの保護の対策になります。

もし、接続しているWebminサーバが自分が持っている真正なものであることをちゃんと保証したいならば、Verisignのような認証局から、Webブラウザが認識するサーバのホスト名に割当たる証明書をお金を出して購入するのが唯一の解です。この証明書は、/etc/webmin/miniserv.pemを置き換えて導入しないといけません。またファイル形式も、既定と同じ、証明書+Keyフォーマットである必要があります。

証明書を申請するには、次にステップで実施します。

• openssl genrsa -out key.pem 1024 というコマンドを実行します。これによって、プライベート鍵のkey.pemファイルが作成されます。
• openssl req -new -key key.pem -out req.pem　というコマンドを実行します。common nameを聞かれたときには、サーバのURLで使う完全なホスト名を入力してください。たとえば、www.yourserver.com　のようになります。これによって、証明書サインリクエスト(CSR)の req.pemファイルが作られます.
• CSR を認証局へ送ります。送り方は認証局の指示にしたがいます。認証局は、あなたに、 -----BEGIN CERTIFICATE----- から始まる認証ファイルを返送するでしょう。これは cert.pem ファイルとして保存します。
• プライベート鍵と認証ファイルを cat key.pem cert.pem >/etc/webmin/miniserv.pem コマンドで結合します。
• 新しい鍵を使うには、webminを再始動します。(SSLモードに設定がなっていることを確認するのはもちろんです。)

The follow environment variables are set by Webmin before the script is called :

• $USERADMIN_ACTION - This can be set to CREATE_USER, MODIFY_USER, DELETE_USER, CREATE_GROUP, MODIFY_GROUP or DELETE_GROUP depending on what was just done.
• $USERADMIN_USER - The username of the Unix user who was just created, modified or deleted.
• $USERADMIN_UID - The UID of the Unix user.
• $USERADMIN_REAL - The real name of the Unix user.
• $USERADMIN_SHELL - The shell of the Unix user.
• $USERADMIN_HOME - The home directory of the Unix user.
• $USERADMIN_PASS - The plain-text password of the Unix user, if one was entered by the admin.
• $USERADMIN_GROUP - The name of the Unix group that was just created, modified or deleted.

This happens if Webmin cannot identify your OS by looking at your /etc/issue file, possibly because it has been changed from the default contents. The best solution is to install the .tar.gz version of Webmin, which asks for the OS name and version manually.

In the Webmin Servers module, create a new user and give him access to only the Apache Webserver module. After saving, click on Apache Webserver next to the user's name in the list of Webmin users and use the form that appears to deny him access to everything except one selected virtual server.

Many other modules can also be configured in a similar way to restrict the access of a user to only certain DNS domains, Unix users or mail aliases.

It is possible to install the ZIP package of Webmin on Windows using the included setup.pl script. However, this is extremely alpha-level code, and only a few of the Webmin modules work due to packages like Squid, Sendmail and so on not existing under Windows. In addition, the Windows security and permissions systems are quite different from Unix, so anything that deals with file ownership and modes may not work.

The file you need to modify is /etc/webmin/miniserv.conf , in particular the allow= or deny= lines. If the allow= line exists, it contains a list of all addresses and networks that are allowed to connect to Webmin. Similarly, the deny= line contains addresses that are not allowed to connect. After modifying this file, you need to run /etc/webmin/stop ; /etc/webmin/start for the changes to take effect. Naturally, the file can only be edited by the root user.

I'm not sure how this error happens, but if it does you can follow these steps to fix it :

• Login to your server via telnet or at the console as root.
• Edit the file /etc/webmin/webmin.acl and make sure the line starting with root: or admin: (depending on which you use to login to Webmin) exists and looks like : admin: acl
• Login to Webmin again, and go into the Webmin Users module, which will be the only one you have access to.
• Click on your username in the list, grant yourself access to all the modules, and click Save.

Yes, with some small changes to the config files. The steps you need to follow are :

• Stop webmin with the command /etc/webmin/stop
• Add the line inetd=1 to /etc/webmin/miniserv.conf
• Remove the line session=1 from /etc/webmin/miniserv.conf
• Edit /etc/services and add a line like : webmin 10000/tcp
• Edit /etc/inetd.conf and add a line like : webmin stream tcp nowait root /usr/libexec/webmin/miniserv.pl miniserv.pl /etc/webmin/miniserv.conf If you have installed webmin somewhere else, you will have to change the /usr/libexec/webmin part of the path above.
• Restart inetd to make the changes take effect. You should now be able to access webmin on port 10000 as normal.
• Using the Bootup and Shutdown module, make sure that inetd is configured to start at boot time, and that webmin is not.

If you are using xinetd instead of inetd, follow these steps instead :

• Stop webmin with the command /etc/webmin/stop
• Add the line inetd=1 to /etc/webmin/miniserv.conf
• Remove the line session=1 from /etc/webmin/miniserv.conf
• Edit /etc/xinetd.conf and add a section like : service webmin { user = root env = LANG= port = 10000 socket_type = stream protocol = tcp wait = no disable = no type = UNLISTED server = /usr/libexec/webmin/miniserv.pl server_args = /etc/webmin/miniserv.conf } If you have installed webmin somewhere else, you will have to change the /usr/libexec/webmin part of the path above.
• Restart xinetd to make the changes take effect. You should now be able to access webmin on port 10000 as normal.
• Using the Bootup and Shutdown module make sure that xinetd is configured to start at boot time, and that webmin is not.

To run Usermin from inetd or xinetd, follow the exact same steps but replace /etc/webmin with /etc/usermin and change the port to 20000.

This can be done by following these steps :

• In the Perl Modules module of Webmin, install Authen::PAM from CPAN.
• In the PAM Authentication module, add a new PAM service called webmin that uses Unix authentication.
• In the Webmin Users module, click on the user that you want to symchronize with Unix and set his Password option to Unix Authentication.

If PAM is not used on your operating system, the first two steps can be skipped. Webmin will instead read the /etc/passwd or /etc/shadow file directly to authenticate users who are using the Unix Authentication password mode.

Just run the command /etc/webmin/uninstall.sh . If you have installed the RPM version of Webmin, you can also use rpm -e webmin, or if you have installed the Solaris package you can use pkgrm WSwebmin .

Follow these steps :

• In the Perl Modules module of Webmin, install Authen::PAM from CPAN.
• In the PAM Authentication module, add a new PAM service called webmin that uses Unix authentication.
• In the Webmin Users module, create a new user called something like unixer, with access to the modules that you want all your Unix users to have access to.
• In each of the modules unixer has access to, change the module access control to give your users rights only to their own accounts. For example, in the Change Passwords module you should select Only this user for the Users whose passwords can be changed so that Unix users logging in can only change their own passwords.
• Click on Configure Unix user authentication below the list of Webmin users and choose Allow any Unix user to login with permissions of user unixer.
• Any Unix user should now be able to login to Webmin on your system.

Again, if your system does not use PAM the first two steps can be skipped, and Webmin will read /etc/passwd or /etc/shadow file directly to authenticate users.

Another alternative to doing all this is to install Usermin, which allows all Unix users to login and access only settings belonging to them, using a similar interface to Webmin.

Normally when you double-click on a file in the right-hand list, it is displayed in a separate browser window. However, if you hold down shift while double-clicking, your browser should prompt you to save the file instead.

In Webmin versions 0.966 and above, you can also download by selecting the file and clicking on the Save button in the top-left corner of the file manager.

By default, Solaris doesn't allow packages to be upgraded. However, you can change this by editing the file /var/sadm/install/admin/default and changing the instance= line to instance=overwrite. An upgrade can then be performed by simply installing the new Webmin .pkg file.

By default, when a user composed email the From field contains username@systemhostname. This can be changed by following these steps :

• Login to Webmin on the same server, and enter the Usermin Configuration module.
• Click on Usermin Module Configuration.
• Click on Read Mail.
• In the Default hostname for From: addresses field, enter the domain or hostname that you want to appear after the @ in users' From addresses.
• If you want to stop users from changing their From address (to prevent mail forging), set the Allow editing of From: address option to No.
• If you have multiple virtual domains and want different users to have different domains in their From addresses, you will need to set the From: address mapping file to the name of a file that maps real email addresses to virtual domain email addresses. This must be a text file, with each line containing : username fromaddress The username part of each line must be the user's Usermin login, and the fromaddress is the new From address to assign to that user. The username can also be the user's full email address as it currently appears, such as joe@yourserver.com.

By default the module will list all of the databases on your system on the main page, even if some are not actually usable by the logged-in user. To change this, follow these steps :

• Login to Webmin on the same server, and enter the Usermin Configuration module.
• Click on Usermin Module Configuration.
• Click on MySQL Database in the list.
• In the Database access control list field, remove the existing *: * line and enter one line per user, containing the username, a colon and list of databases he is allowed to use. For example, you could enter : jcameron: database1 fred: database2 database3 joe: * A * in the database column means all databases, while a * in the username column means any user not listed so far.
• Hit the Save button to activate the restrictions.

This often happens on Redhat Linux systems due to a bug (in my opinion) in the default Webalizer configuration. To fix it, do the following :

• Edit the file /etc/webalizer.conf.
• Change the line starting with HistoryName to HistoryName webalizer.hist.
• Change the line starting with IncrementalName to IncrementalName webalizer.hist.
• Make the same change to any *.conf files in /etc/webmin/webalizer.
• Re-generate all reports.

もし、(Sonicwallのような）外向きのHTTPリクエストは透過的プロキシーで処理するファイアウオールがあった場合に、Webminからのリクエストがタイムアウトすることがあります。 Without going into the underlying protocol details, my investigation has shown that Sonicwall is making incorrect assumptions about the number of IP packets an HTTP request will be in, and is thus broken.

ファイアウォールの ホストタグ検索を強制する オプション（これは壊れた機能を回避することになる）をオフにすることで, 対症療法的に対処できます。