Xampp und Webmin Installieren und konfigurieren

Liebe/-r Experte/-in,

ich habe unter Windows XP SP 3, mit Virtualbox von Sun ein Ubuntu 9.10 aufgesetzt.

Virtualbox Version: 3.1.4r57640

Der Computer hat zwei Physikalische „Netzwerkkarten“

Meine Computer Hardware:

AMD Phenom II X4 955 3,2 GHz box
Asus M4A79XTD EVO Bios Version 704
4 GB DDR3 PC1333 Ram (2x 2GB)
320 GB Samsung F1 HD322HJ 7200 rpm 16 MB SATA
750 GB WD75000AAVS 8 MB SATA
LG GH22NS50 DVD Brenner SATA
LG GSA-5163D DVD Brenner IDE
Geforce 8400GS 512 MB ASUS
3com 3C905C-TX PCI Netzwerkkarte
OnBord Netzwerkanschluß Realtek PCI GBE Family Controller

Im BIOS ist der Secure Virtual Machine Mode aktiviert.

Unter dem Host Windows XP wird der 3com Netzwerkkarte via DHCP aus dem Bereich 192.168.2.100 bis 192.168.2.200 eine IP zugewiesen.

Die Realtek hat die feste IP: 192.168.32.5 und die Subnetmask: 255.255.255.0

Das Ubuntu 9.10 bekommt in der Konfiguration der Virtualbox je 2 virtuelle Netzwerkkarten.

Adapter 1 angeschlossen an NAT, Adapter 2 an der Realtek via Netzwerkbrücke angeschlossen. Beide haben den Adaptertyp: PCnet-FAST III (Am79c73)

Die Gasterweiterung der Virtualbox ist unter Ubuntu installiert.

Unter dem Gastsystem bekommt jeweils eine (virtuelle) Netzwerkkarte die IP via DHCP die andere eine feste.

Bei festen ist es die 192.168.32.10 mit der Subnetmaske 255.255.255.0

Nun möchte Xampp und Webmin installieren.

Ich möchte es so Installieren bzw. Konfigurieren, dass die Xampp Dienste (Apache; MySql; PHP; ProFTPD; phpMy Admin; OpenSSL usw.)

Auf der IP 192.168.32.10 laufen und nur aus dem 192.168.32.x Netz erreichbar bzw. ansprechbar sind.

Webmin möchte ich auch so Installieren bzw. Konfigurieren. Das der Dienst nur auf der IP 192.168.32.10 läuft und auch nur aus dem 192.168.32.x Netz erreichbar ist.

Meine Fragen wie muss ich wo, was Installieren bzw. Konfigurieren, damit Xampp und Webmin auf der IP 192.168.32.10 laufen?

Wie muss ich wo, was einstellen damit Xampp und Webmin nur aus dem 192.168.32.x Netz erreichbar sind?

Wenn Möglich bitte mit Schritt für Schritt Anleitung, da ich noch Ubuntu und Linux Neuling (Newbie) bin.

Für die Mühe bei der Beantwortung meiner Fragen bedanke ich mich im voraus.

Gruß Andreas

Hallo Andreas,

ich hoffe du betreibst deinen Xampp nicht online :wink:
Über
/opt/xampp/xampp security
kannst du Einstellungen bezüglich der Sicherheit von Xampp vornehmen. Sollte dort nichts passendes dabei sein, musst du die Datei httpd.conf im Ordner
/opt/xampp/etc
mit dem Editor deiner Wahl (vi, mcedit, gedit, kate,…) anpassen. z.B. so:

order deny, allow
deny from all
allow from 192.168.32.0/255.255.255.0
allow from 127.0.0.1/255.255.255.255

Bei Webmin müsste es im Webinterface (https://127.0.0.1:10000) meines Wissens ebenfalls Möglichkeiten zur Zugriffsbeschränkung geben (wenn ich das noch richtig weiß „Webmin-Konfiguration“ >> „IP-Zugriffskontrolle“ oder ähnlich).

Um ganz auf Nummer sicher zu gehen, solltest du dich auf jeden Fall mal mit iptables vertraut machen!

Hoffe das hilft erstmal.

Mfg

Hallo Nighty1989

die Datei httpd.conf im Ordner
/opt/xampp/etc
mit dem Editor deiner Wahl (vi, mcedit, gedit, kate,…)
anpassen. z.B. so:

order deny, allow
deny from all
allow from 192.168.32.0/255.255.255.0
allow from 127.0.0.1/255.255.255.255

hab ich gemacht.

Nur jetzt komm ich noch nicht mal mehr wenn ich unter Ubuntu im Firefox http://localhost oder http://192.168.32.10 eingebe auf die Xampp Startseite.

Ich erhalte eine Fehlermeldung (Error 403), das ich keine Berechtigung hätte, und ich soll mich an den Webmaster wenden.

meine httpd.conf:

This is the main Apache HTTP server configuration file. It :contains the

configuration directives that give the server its :instructions.

See for detailed :information.

In particular, see

for a discussion of each configuration directive.

Do NOT simply read the instructions in here without :understanding

what they do. They’re here only as hints or reminders. If :you are unsure

consult the online docs. You have been warned.

Configuration and logfile names: If the filenames you :specify for many

of the server’s control files begin with „/“ (or „drive:/“ :for Win32), the

server will use that explicit path. If the filenames do :*not* begin

with „/“, the value of ServerRoot is prepended – so :„logs/foo.log“

with ServerRoot set to „/opt/lampp“ will be interpreted by :the

server as „/opt/lampp/logs/foo.log“.

ServerRoot: The top of the directory tree under which the :server’s

configuration, error, and log files are kept.

Do not add a slash at the end of the directory path. If you :stuck_out_tongue:oint

ServerRoot at a non-local disk, be sure to point the :LockFile directive

at a local disk. If you wish to share the same ServerRoot :for multiple

httpd daemons, you will need to change at least LockFile and :stuck_out_tongue:idFile.

ServerRoot „/opt/lampp“

Listen: Allows you to bind Apache to specific IP addresses :and/or

ports, instead of the default. See also the

directive.

Change this to Listen on specific IP addresses as shown :below to

prevent Apache from glomming onto all bound IP addresses.

#Listen 12.34.56.78:80
Listen 80

Dynamic Shared Object (DSO) Support

To be able to use the functionality of a module which was :built as a DSO you

have to place corresponding `LoadModule’ lines at this :location so the

directives contained in it are actually available _before_ :they are used.

Statically compiled modules (those listed by `httpd -l’) do :not need

to be loaded here.

Example:

LoadModule foo_module modules/mod_foo.so

LoadModule authn_file_module modules/mod_authn_file.so
LoadModule authn_dbm_module modules/mod_authn_dbm.so
LoadModule authn_anon_module modules/mod_authn_anon.so
LoadModule authn_dbd_module modules/mod_authn_dbd.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_groupfile_module :modules/mod_authz_groupfile.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule authz_dbm_module modules/mod_authz_dbm.so
LoadModule authz_owner_module modules/mod_authz_owner.so
LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule auth_basic_module modules/mod_auth_basic.so
LoadModule auth_digest_module modules/mod_auth_digest.so
LoadModule file_cache_module modules/mod_file_cache.so
LoadModule cache_module modules/mod_cache.so
LoadModule disk_cache_module modules/mod_disk_cache.so
LoadModule mem_cache_module modules/mod_mem_cache.so

mod_dbd doesn’t work in Apache 2.2.3: getting always heaps :of „glibc detected *** corrupted double-linked list“ on :shutdown - oswald, 10sep06

#LoadModule dbd_module modules/mod_dbd.so
LoadModule bucketeer_module modules/mod_bucketeer.so
LoadModule dumpio_module modules/mod_dumpio.so
LoadModule echo_module modules/mod_echo.so
LoadModule case_filter_module modules/mod_case_filter.so
LoadModule case_filter_in_module modules/mod_case_filter_in.so
LoadModule ext_filter_module modules/mod_ext_filter.so
LoadModule include_module modules/mod_include.so
LoadModule filter_module modules/mod_filter.so
LoadModule charset_lite_module modules/mod_charset_lite.so
LoadModule deflate_module modules/mod_deflate.so
LoadModule ldap_module modules/mod_ldap.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule logio_module modules/mod_logio.so
LoadModule env_module modules/mod_env.so
LoadModule mime_magic_module modules/mod_mime_magic.so
LoadModule cern_meta_module modules/mod_cern_meta.so
LoadModule expires_module modules/mod_expires.so
LoadModule headers_module modules/mod_headers.so
LoadModule ident_module modules/mod_ident.so
LoadModule usertrack_module modules/mod_usertrack.so
LoadModule unique_id_module modules/mod_unique_id.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule mime_module modules/mod_mime.so
LoadModule dav_module modules/mod_dav.so
LoadModule status_module modules/mod_status.so
LoadModule autoindex_module modules/mod_autoindex.so
LoadModule asis_module modules/mod_asis.so
LoadModule info_module modules/mod_info.so
LoadModule suexec_module modules/mod_suexec.so
LoadModule cgi_module modules/mod_cgi.so
LoadModule cgid_module modules/mod_cgid.so
LoadModule dav_fs_module modules/mod_dav_fs.so
LoadModule vhost_alias_module modules/mod_vhost_alias.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule dir_module modules/mod_dir.so
LoadModule imagemap_module modules/mod_imagemap.so
LoadModule actions_module modules/mod_actions.so
LoadModule speling_module modules/mod_speling.so
LoadModule userdir_module modules/mod_userdir.so
LoadModule alias_module modules/mod_alias.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule apreq_module modules/mod_apreq2.so
LoadModule ssl_module modules/mod_ssl.so

LoadModule php4_module modules/libphp4.so
LoadModule php5_module modules/libphp5.so

If you wish httpd to run as a different user or group, you :must run

httpd as root initially and it will switch.

User/Group: The name (or #number) of the user/group to run :httpd as.

It is usually good practice to create a dedicated user and :group for

running httpd, as with most system services.

User nobody
Group nogroup

‚Main‘ server configuration

The directives in this section set up the values used by :the ‚main‘

server, which responds to any requests that aren’t handled :by a

definition. These values also provide :defaults for

any containers you may define later in the :file.

All of these directives may appear inside :containers,

in which case these default settings will be overridden for :the

virtual host being defined.

ServerAdmin: Your address, where problems with the server :should be

e-mailed. This address appears on some server-generated :stuck_out_tongue:ages, such

as error documents. e.g. [email protected]

ServerAdmin [email protected]

ServerName gives the name and port that the server uses to :identify itself.

This can often be determined automatically, but we recommend :you specify

it explicitly to prevent problems during startup.

If your host doesn’t have a registered DNS name, enter its :IP address here.

#ServerName www.example.com:80

XAMPP

ServerName 192.168.32.10

DocumentRoot: The directory out of which you will serve your

documents. By default, all requests are taken from this :directory, but

symbolic links and aliases may be used to point to other :locations.

DocumentRoot „/opt/lampp/htdocs“

Each directory to which Apache has access can be configured :with respect

to which services and features are allowed and/or disabled :in that

directory (and its subdirectories).

First, we configure the „default“ to be a very restrictive :set of

features.

Options FollowSymLinks
AllowOverride None
#XAMPP
#Order deny,allow
#Deny from all

Note that from this point forward you must specifically :allow

particular features to be enabled - so if something’s not :working as

you might expect, make sure that you have specifically :enabled it

below.

This should be changed to whatever you set DocumentRoot to.

Possible values for the Options directive are „None“, „All“,

or any combination of:

Indexes Includes FollowSymLinks SymLinksifOwnerMatch :ExecCGI MultiViews

Note that „MultiViews“ must be named *explicitly* — :„Options All“

doesn’t give it to you.

The Options directive is both complicated and important. :stuck_out_tongue:lease see

http://httpd.apache.org/docs/2.2/mod/core.html#options

for more information.

#Options Indexes FollowSymLinks

XAMPP

Options Indexes FollowSymLinks ExecCGI Includes

AllowOverride controls what directives may be placed in :.htaccess files.

It can be „All“, „None“, or any combination of the keywords:

Options FileInfo AuthConfig Limit

#AllowOverride None

since XAMPP 1.4:

AllowOverride All

Controls who can get stuff from this server.

Order allow,deny
deny from all
allow from 192.168.32.0/255.255.255.0
allow from 127.0.0.1/255.255.255.255

DirectoryIndex: sets the file that Apache will serve if a :directory

is requested.

#DirectoryIndex index.html

XAMPP

DirectoryIndex index.html index.html.var index.php index.php3 :index.php4

The following lines prevent .htaccess and .htpasswd files :from being

viewed by Web clients.

Order allow,deny
Deny from all

ErrorLog: The location of the error log file.

If you do not specify an ErrorLog directive within a :

container, error messages relating to that virtual host will :be

logged here. If you *do* define an error logfile for a :

container, that host’s errors will be logged there and not :here.

ErrorLog logs/error_log

LogLevel: Control the number of messages logged to the :error_log.

Possible values include: debug, info, notice, warn, error, :crit,

alert, emerg.

LogLevel warn

The following directives define some format nicknames :for use with

a CustomLog directive (see below).

LogFormat „%h %l %u %t „%r“ %>s %b „%{Referer}i“ :“%{User-Agent}i"" combined
LogFormat „%h %l %u %t „%r“ %>s %b“ common

You need to enable mod_logio.c to use %I and %O

LogFormat „%h %l %u %t „%r“ %>s %b „%{Referer}i“ :“%{User-Agent}i" %I %O" combinedio

The location and format of the access logfile (Common :Logfile Format).

If you do not define any access logfiles within a :

container, they will be logged here. Contrariwise, if :you *do*

define per- access logfiles, transactions :will be

logged therein and *not* in this file.

CustomLog logs/access_log common

If you prefer a logfile with access, agent, and referer :information

(Combined Logfile Format) you can use the following :directive.

#CustomLog logs/access_log combined

Redirect: Allows you to tell clients about documents :that used to

exist in your server’s namespace, but do not anymore. :The client

will make a new request for the document at its new :location.

Example:

Redirect permanent /foo http://www.example.com/bar

Alias: Maps web paths into filesystem paths and is used :to

access content that does not live under the :smiley:ocumentRoot.

Example:

Alias /webpath /full/filesystem/path

If you include a trailing / on /webpath then the server :will

require it to be present in the URL. You will also :likely

need to provide a section to allow access to

the filesystem path.

ScriptAlias: This controls which directories contain :server scripts.

ScriptAliases are essentially the same as Aliases, :except that

documents in the target directory are treated as :applications and

run by the server when requested rather than as :documents sent to the

client. The same rules about trailing „/“ apply to :ScriptAlias

directives as to Alias.

ScriptAlias /cgi-bin/ „/opt/lampp/cgi-bin/“

ScriptSock: On threaded servers, designate the path to :the UNIX

socket used to communicate with the CGI daemon of :mod_cgid.

#Scriptsock logs/cgisock

„/opt/lampp/cgi-bin“ should be changed to whatever your :ScriptAliased

CGI directory exists, if you have that configured.

AllowOverride None
Options None
deny from all
allow from 192.168.32.0/255.255.255.0
allow from 127.0.0.1/255.255.255.255

DefaultType: the default MIME type the server will use for :a document

if it cannot otherwise determine one, such as from filename :extensions.

If your server contains mostly text or HTML documents, :„text/plain“ is

a good value. If most of your content is binary, such as :applications

or images, you may want to use „application/octet-stream“ :instead to

keep browsers from trying to display binary files as though :they are

text.

DefaultType text/plain

TypesConfig points to the file containing the list of :mappings from

filename extension to MIME-type.

TypesConfig etc/mime.types

AddType allows you to add to or override the MIME :configuration

file specified in TypesConfig for specific file types.

#AddType application/x-gzip .tgz

AddEncoding allows you to have certain browsers :uncompress

information on the fly. Note: Not all browsers support :this.

#AddEncoding x-compress .Z
#AddEncoding x-gzip .gz .tgz

If the AddEncoding directives above are commented-out, :then you

probably should define those extensions to indicate :media types:

AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz

AddHandler allows you to map certain file extensions to :„handlers“:

actions unrelated to filetype. These can be either :built into the server

or added with the Action directive (see below)

To use CGI scripts outside of ScriptAliased directories:

(You will also need to add „ExecCGI“ to the „Options“ :directive.)

#AddHandler cgi-script .cgi

XAMPP, since LAMPP 0.9.8:

AddHandler cgi-script .cgi .pl

For files that include their own HTTP headers:

#AddHandler send-as-is asis

For server-parsed imagemap files:

#AddHandler imap-file map

For type maps (negotiated resources):

#AddHandler type-map var

Filters allow you to process content before it is sent :to the client.

To parse .shtml files for server-side includes (SSI):

(You will also need to add „Includes“ to the „Options“ :directive.)

XAMPP

AddType text/html .shtml
AddOutputFilter INCLUDES .shtml

The mod_mime_magic module allows the server to use various :hints from the

contents of the file itself to determine its type. The :MIMEMagicFile

directive tells the module where the hint definitions are :located.

#MIMEMagicFile etc/magic

Customizable error responses come in three flavors:

1) plain text 2) local redirects 3) external redirects

Some examples:

#ErrorDocument 500 „The server made a boo boo.“
#ErrorDocument 404 /missing.html
#ErrorDocument 404 „/cgi-bin/missing_handler.pl“
#ErrorDocument 402 http://www.example.com subscription_info.html

EnableMMAP and EnableSendfile: On systems that support it,

memory-mapping or the sendfile syscall is used to deliver

files. This usually improves server performance, but must

be turned off when serving from networked-mounted

filesystems or if support for these functions is otherwise

broken on your system.

EnableMMAP off
EnableSendfile off

Supplemental configuration

The configuration files in the etc/extra/ directory can be

included to add extra features or to modify the default :configuration of

the server, or you may simply copy their contents here and :change as

necessary.

Server-pool management (MPM specific)

#Include etc/extra/httpd-mpm.conf

Multi-language error messages

Include etc/extra/httpd-multilang-errordoc.conf

Fancy directory listings

_Include etc/extra/httpd-autoindex.conf

Language settings

#Include etc/extra/httpd-languages.conf

User home directories

#Include etc/extra/httpd-userdir.conf

Real-time info on requests and configuration

#Include etc/extra/httpd-info.conf

Virtual hosts

#Include etc/extra/httpd-vhosts.conf

Local access to the Apache HTTP Server Manual

#Include etc/extra/httpd-manual.conf

Distributed authoring and versioning (WebDAV)

#Include etc/extra/httpd-dav.conf

Various default settings

Include etc/extra/httpd-default.conf

Secure (SSL/TLS) connections

XAMPP

Include etc/extra/httpd-ssl.conf

Note: The following must must be present to support

starting without SSL on platforms with no /dev/random :equivalent

but a statically compiled-in mod_ssl.

SSLRandomSeed startup builtin
SSLRandomSeed connect builtin

XAMPP

Include etc/extra/httpd-xampp.conf

Wo liegt mein Fehler?

Was muss ich anders machen damit es Funktioniert?

Gruß Andreas

Lieber Andreas,

freut mich, einem Linux-Neuling unter die Arme greifen zu können :smile:

Aus dem Stehgreif kann ich Deine Frage allerdings leider so nicht beantworten, da diese Konfiguration schon etwas speziell ist und ich derzeit kein Ubuntu auf einem meiner Rechner installiert habe. Ich werde mich heute abend dransetzen und das selbe System bei mir aufsetzen, dann kann ich danach schauen.

Ich hoffe, Dir ist klar, dass Xampp als Testumgebung für Entwickler und explizit NICHT für den produktiven Bereich gedacht ist und eben mit solchen sicherheitsrelevanten Features nicht unbedingt gesegnet ist.

Es wird sich sicher dennoch eine Lösung finden, ich kann nur nicht versprechen, dass es bis heute Abend/Nacht ist. Spätestens im Laufe des Mittwochs melde ich mich dann aber mit Lösung.

Liebe Grüße,
Markus.

Hallo Andreas,

theoretisch müsste alles stimmen. Sieh dir am besten mal die access.log an im Ordner /opt/xampp/apache/logs (bzw. entsprechend). Dort siehst du, „wer“ versucht, die Seite zu laden und kannst ggf. nachtragen.

Link zum Thema:
http://www1.uni-hamburg.de/RRZ/Software/Apache/restr…

Denkbar wäre auch, dass du wieder auf die default-Werte umstellst
#Order allow,deny
#Allow from all

und per .htaccess-Datei absicherst (z.B. Passwortabfrage oder dort per „deny“).

Wenn du dich vor einer iptables-Lösung scheust, kannst du dir auch mal Firestarter anschauen, das ist wesentlich leichter einzurichten.
Link dazu:
http://www.simplehelp.net/2008/07/01/how-to-setup-fi…

Mfg

Hallo Andreas,

viel Text und letztendlich nur eine Frage:
Wie bringt man einen Apache darauf ein nur auf Anfragen aus einer IP-Range zu lauschen?

Es gibt auf die schnelle 2 Lösungen:
Einmal Apache darauf konfigurieren. Dies muss aber mit jeden VirtualHost wiederholt werden.
Oder gleich die Holzhammer-Methode per iptables.

Ich würde die iptables vorziehen und zwar weil:
a) Es allgemeingültig ist und damit auch auf Webmin, Emails, etc. genauso effektiv anwendbar ist.
b) Weil es kleinere Fehlerquellen beherbergt.

Wie iptables konfiguriert werden, findest Du in vielen Howtos. Es gibt auch direkte Möglichkeiten mit Webmin es entsprechend einzustellen.

huschi.

Hallo Nighty1989,

theoretisch müsste alles stimmen.

Praktisch jetzt auch. Hatte in der httpd.conf im Ordner
/opt/xampp/etc einen Zahlendreher!

Werde mir die Apache Konfiguration demnächst besser anschauen.

Firestarter werde ich mir auch anschauen.

Hoffe, wenn mir irgend etwas unklar ist, dass ich wieder auf deine Gute und vorbildliche Hilfe zählen kann.

Vielen Dank dafür.

Gruß Andreas

Hallo Markus,

Aus dem Stehgreif kann ich Deine Frage allerdings leider so
nicht beantworten, da diese Konfiguration schon etwas speziell
ist und ich derzeit kein Ubuntu auf einem meiner Rechner
installiert habe. Ich werde mich heute abend dransetzen und
das selbe System bei mir aufsetzen, dann kann ich danach
schauen.

Vielen Dank für die Mühe.

Ich hoffe, Dir ist klar, dass Xampp als Testumgebung für
Entwickler und explizit NICHT für den produktiven Bereich
gedacht ist und eben mit solchen sicherheitsrelevanten
Features nicht unbedingt gesegnet ist.

Danke für den Hinweis.

Wird ja auch nur zur Endwicklung, und Testen von Websites genutzt werden.

Gruß Andreas

Hallo huschi,

danke für deine Hilfe.

Ich würde die iptables vorziehen und zwar weil:
a) Es allgemeingültig ist und damit auch auf Webmin, Emails,
etc. genauso effektiv anwendbar ist.
b) Weil es kleinere Fehlerquellen beherbergt.

Kann ich es auch mit Firestarter machen?

Da ich Linux Newbie bin, suche ich eine einfache, schnelle und sichere Lösung.

Gruß Andreas

Kann ich es auch mit Firestarter machen?

Ja. Allerdings kenne ich mich damit nicht aus.

huschi.

Hallo Andreas,

freut mich wenn ich helfen konnte! Wenn was nicht klappt, einfach melden :wink: Danke auch für das Lob. Hört man nicht alle Tage!

Mfg

Hallo huschi,

wenn ich das jetzt per iptables machen will.

Wie muss ich was wo machen?

Damit ich über den ersten Adapter, der seine IP via DHCP bekommt, nur mit Firefox ins Internet komme und die Ubuntu und Software updates machen kann.

Über den zweiten Adapter der die IP 192.168.32.10 mit der Subnetmask 255.255.255.0 hat, nur aus dem 192.168.32.x Netz, Xampp mit all seinen Diensten und Webmin ansprechen kann.

Wenn möglich bitte mit Schritt für Schritt Anleitung.

Da ich wie schon gesagt Ubuntu bzw. Linux Newbie bin.

Für die Mühe bei der Beantwortung meiner Fragen bedanke ich mich im voraus.

Gruß Andreas

nur mit Firefox ins Internet komme und die Ubuntu und
Software updates machen kann.

Das sollte wohl schon gehen, oder?

Über den zweiten Adapter der die IP 192.168.32.10 mit der
Subnetmask 255.255.255.0 hat, nur aus dem 192.168.32.x Netz,
Xampp mit all seinen Diensten und Webmin ansprechen kann.

Ich gehe jetzt mal von Apache aus. Denn alle anderen Ports gelten Analog:
Apache belegt den Port 80 (http).
Es gilt also den Port 80 für alle Connections zu sperren, die nicht aus dem gewünschten Netz stammen.
Dazu führen viele Wege nach Rom. Z.B.:
iptables -A INPUT -p tcp --dport 80 ! --source 192.168.32/24 DROP
Oder Du sperrst auf der Interface-Ebene:
iptables -A INPUT -p tcp --dport 80 ! -i eth0 DROP
(Hier darf nur über eth0 eine Verbindung aufgebaut werden.)

Wenn möglich bitte mit Schritt für Schritt Anleitung.

Wie bereits gesagt:
Dazu gibt es ausreichend viele Howtos im Internet.
Ich werde hier jedenfalls kein ausführliches Buch darüber schreiben.

Da ich wie schon gesagt Ubuntu bzw. Linux Newbie bin.

Das schützt nicht davor sich selber mit der Materie zu befassen. :wink:

huschi.

Hallo huschi,

vielen Dank für deine Hilfe.

Dazu gibt es ausreichend viele Howtos im Internet.

Dann werde ich mal eine Suchmaschine bemühen.

Das schützt nicht davor sich selber mit der Materie zu
befassen. :wink:

Das werde ich tun.

Hoffe wenn was unklar ist, dass ich wieder auf deine Hilfe zählen kann.

Vielen Dank nochmal für deine Hilfe und der damit verbundenen Mühe.

Gruß Andreas

hallo,

tut mir leid dabei nicht gross weiterhelfen zu koennen.
Vermutlich wirst du schon des oefteren gehoert/gelesen haben das dei Reihenfolge (eigentlich) umgekehrt ist also Linux als Hypervisor.

Erschwerend kommt hinzu das ich „Virtualbox“ ebenfalls noch nicht eingesetzt habe.

Aber ich versuche trotzdem zu helfen soweit ich kann.

Die IP konfiguration funktioniert so weit. Ich frage weil das Natting mit DHCP erscheint mir auf den ersten Blick etwas mysterioes.

Also im zweifel wuerde ich aus der Linux Instanz heraus zunaechst mal Verbindungstests zu den Hypervosoradressen unternehmen.

Danach wuerde ich die Erreichbarkeit der dienste zunachst einmal von „draussen“ testen bevor sie weiter restriktiert werden sollen.

Was Webmin & den rest angeht. Ich habe es vor langeer zeit mal bentutzt einfach um zu sehn ob und wie es funktioniert. Meine mich aber erinnern zu koennen das es in der konfig expliziet eine option gibt (wie bei apache uebrigens auch) wo eingestellt werden kann welche netze zugriefen keonnen.
Die musterkonfigs sind sehr gut dokumentiert und die entsprechende Stelle sollte sich schnell auffinden lassen.
Ansonsten findet sich durch ergooglen schon viel nuetzliches. Besser als wenn ich aus dem gedaechtniss heraus jetzt was „zaubere“.

Grundsaetzlich laesst sich der „zulaessige“ Adressbereich auch mit Hilfe von IPTables einschraenken.

Es gibt halt wie so oft viele Wege.
Aber kann halt auf die schnelle keine allgemeine Musterkonfig vorgeben. Das sollte dann speziell zugeschnitten sein.

hoffe damit schon mal weitergeholfen zu haben.

gruss
Markus