Wie schließe ich denn sunrpc?

[Elegua]

Hi!
Ich habe eine SUSE8.0 Distro.

Nun, möchte ich gerne noch 1 Dienst deaktivieren, und zwar den sunrpc.
Wenn ich mich erinnere ist das doch NFS oder?


Starting nmap V. 2.54BETA30 ( www.insecure.org/nmap/ )
Interesting ports on (81.2.xxx.xxx):
(The 1545 ports scanned but not shown below are in state: closed)
Port State Service
21/tcp open ftp
22/tcp open ssh
80/tcp open http
111/tcp open sunrpc


Nmap run completed -- 1 IP address (1 host up) scanned in 15 seconds

Wie schließe ich denn sunrpc?


Ich habe den NFS schon aus den Runlevels und aus dem inet.d rausgeschmissen....

Habe ich etwas übersehen?

[Jinto]

Den portmap auch?

HTH

[Elegua]

Ist 111 der portmap?

[Jinto]

Ja.

[Elegua]

Achso....
naja, brauche ich den denn auf einem Webserver?

Ein Portmap soll doch "nur" Ports die auf z.B. 1000 angesprochen werden z.B. auf eine andere IP Port 20000 weiterleiten oder sehe ich jetzt etwas völlig falsch?
:confused:

[Jinto]

Der Portmapper wird für NFS benötigt, du hast zwar NFS abgeschaltet aber den Portmapper vergessen. Darauf bezog sich dein erstes Posting und meine Anwort.

Vielleicht sollte ich es doch mit mehr Text versuchen?

Ich hoffe es wurde jetzt klar, dass du den Portmapper "vergessen" hattest als du nfs aus den runlevels entfernt hattest.

[Elegua]

Hm,
der Runleveleditor sagt mir, das Portmap vom Inet.d benötigt wird . . .

Ich habe u.a. den FTP-Server im Inet.d eingetragen.
Dann lass ich ersteinmal den Portmap offen.


Ist soetwas ein lohnendes Hackangriffsziel?

[netzmeister]

Hallo,

starte den FTP Server (proftpd?) doch als "standalone". Dann brauchst Du keinen inetd mehr.

Viele Grüße

Eicke

[HangLoose]

hi

alternativ könntest du den portmapper auch in der /etc/inetd.conf auskommentieren

[Jinto]

Jeder Serverdienst ist ein potentielles Angriffsziel.

[Elegua]

@netzmeister:
Ich nutze den vsftp und den kann ich nicht standalone betrieben,
denn wenn ich das versuche, sagt er mir:

olga:~ # /usr/sbin/vsftpd
500 OOPS: vsftpd: does not run standalone, must be started from inetd

[HangLoose]

hi

kommentiere mal den vsftpd eintrag in der inetd.conf aus, starte den inetd neu und versuch dann nochmal den vsftpd standalone zu starten.


Gruß HangLoose

[Elegua]

Hi!
Also...ich habe nicht nur den Eintrag aus der Inet.d deaktiviert (per yast) sondern ich habe auch via yast den Inetd komplett angehalten (per yast).

Und es kommt trotzdem die besagte Fehlermeldung.
:(

olga:~ # /usr/sbin/vsftpd
500 OOPS: vsftpd: does not run standalone, must be started from inetd

[HangLoose]

hi

hast du das per runlevel-editor gemacht?

[Elegua]

Aber nein.
Im yast hat man eine option womit man den Inet.d ganz auschalten kann.

Und im Runlevel ist der Inet.d auch deaktiviert.

Also, :

1. vsftpd in Inetd. deaktiviert
2. Inetd deaktiviert und gestoppt
3. Inetd aus allen Runlevels deaktiviert

und es kommt die besagte Meldung.....
:(

[HangLoose]

hi


trag mal in deiner /etc/vsftpd.conf am ende folgende zeile ein

listen=YES

un versuch es dann nochmal

[Elegua]

Habe ich gemacht:
# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are very paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
#
# Allow anonymous FTP?
anonymous_enable=no
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format
#xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#
data_connection_timeout=120

# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
ascii_upload_enable=YES
ascii_download_enable=YES
#
# You may fully customise the login banner string:
ftpd_banner=Welcome to olga.web4.hm

#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES

pam_service_name=vsftpd
listen=YES

jetzt kommt aber:

olga:/etc # /usr/sbin/vsftpd
500 OOPS: unrecognised variable in config file
olga:/etc #


ehrlich gesagt habe ich auch keine Variable "listen" in man vsftpd.conf gefunden!?

Hast Du noch einen Tip für mich? :)

[HangLoose]

hi

also gehen muß das, von www.vsftpd.org

Features


Despite being small for purposes of speed and security, many more complicated FTP setups are achievable with vsftpd! By no means an exclusive list, vsftpd will handle:

Virtual IP configurations.
Virtual users.
Standalone or inetd operation.
Powerful per-user configurability.
Bandwidth throttling.
etc...

schnipp

Step 4) Smoke test (without an inetd).

vsftpd can run standalone or via an inetd (such as inetd or xinetd). You will
typically get more control running vsftpd from an inetd. But first we will run
it without, so we can check things are going well so far.
Edit /etc/vsftpd.conf, and add this line at the bottom:

listen=YES

This tells vsftpd it will NOT be running from inetd.
Right, now let's try and run it!
Log in as root.
Make sure you are not running other FTP servers (or vsftpd will not be able
to use the FTP port, 21).
Run the binary from wherever you put it, e.g.:

[root@localhost root]# /usr/local/sbin/vsftpd &
[1] 2104


Gruß HangLoose

[Elegua]

Hi!
Ich nehme mal mit dem Autor auf.
Vielleicht hat der ja einen Rat.

Ich habe keinen Rat mehr . . .

:(

[Elegua]

Hi @all!

Hier die Antwort:
Hello!

v1.0.1 doesn't have standalone support!
You need v1.1.0 or newer!

If you ask a SuSE help list, I expect someone may have
an RPM for you.

Chris

Es geht nun...
:) :) :)