[Gelöst] Es ist nicht möglich das Verzeichnis zu öffnen. FTP Problem bei Ubuntu 8.04 - kintaro - 07-14-2008 06:01 PM
Hallo,
Sorry wenn ich nochmal Spamme
Aber ich habe ein eweiteres Problem mit ISPCP, meine User können keine FTP bzw, www zugänge anlegen.
Selbst wenn ich es als Admin versuche klappts nicht.
Code:
Es ist nicht möglich das Verzeichnis zu öffnen.
Bitte kontaktieren Sie ihren Administrator!
grüsse Kintaro
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - xister - 07-14-2008 06:27 PM
http://www.isp-control.net/forum/regeln-vor-dem-posten-lesen-t-2428.html#pid22541
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - kintaro - 07-14-2008 07:42 PM
Sorry
musste das in 5min schreiben, da ich zu nem Kunden musste...
Die Suchfunktion hab ich bereits benutz, und google auch, aber wenn ich in der Sufu den Fehler eingebe, erhalte ich alle Themen ich werde es aber nochmal versuchen.
Infos zum System:
Ubuntu 8.4 32bit, ISPCP RC5, Realserver mit fester IP.
//edit:
Leider mithilfe der sufu nix gefunden, habe ein paar Themen durchgelesen, aber keine Lösung gefunden.
Aber habe hier noch die proftpd.log nach einem zugriff.
Code:
Jul 14 11:52:03 server01 proftpd[27828] server01.domain.ch (server01.domain.ch.local[::ffff:127.0.0.1]): FTP session opened.
Jul 14 11:52:03 server01 proftpd[27828] server01.domain.ch (server01.domain.ch.local[::ffff:127.0.0.1]): no such user 'tmp_487b21c3ae651@domain.ch
Jul 14 11:52:03 server01 proftpd[27828] server01.domain.ch (server01.domain.ch.local[::ffff:127.0.0.1]): USER tmp_487b21c3ae651@domain.ch: no such user found from server01.domain.ch.local [::ffff:127.0.0.1] to ::ffff:127.0.0.1:21
Jul 14 11:52:03 server01 proftpd[27828] server01.domain.ch (server01.domain.ch.local[::ffff:127.0.0.1]): FTP session closed.
grüsse Kintaro
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - gOOvER - 07-14-2008 08:45 PM
Erklär mal bitte, wie genau der Fehler auftritt. Wählst Du ein Verzeichnis aus? Evtl liegt er an Deiner Distro.
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - Zothos - 07-14-2008 09:31 PM
vermute, das vftp welches bei der installation generiert wurde, ist nicht das welches der user vftp besitzt. Dieser Fehler tritt auf wenn du ispCP 2mal installierst. Oder die erste installation abbrichst.
Fehlerbehebung -> vftp passwort welches bei der installation generiert wurde als passwort des vftp user zuweisen.
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - kintaro - 07-14-2008 10:48 PM
Hallo,
also, das Problem Tritt immer dann auf wenn ich mit einem Virtual user einen FTP Zugang anlegen möchte, es ist kein 2. Installation, ich habe nach der Fehlgeschlagenen Installation den Server komplett neu aufgesetzt, musste aber das install Script 2x ausführen da ich beim 1. mal einen Fehler gemacht hatte.
Ist der User vftp ein Sytemuser oder muss dieser in die Datenbank eingetragen werden, denn die ftp user Datenbank ist leer und als Systemuser existiert dieser auch nicht...
grüsse Kintaro
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - Zothos - 07-14-2008 11:03 PM
-> musste aber das install Script 2x ausführen da ich beim 1. mal einen Fehler gemacht hatte.
sprich, das vftp pw wurde 2 mal generiert. Die config hat die daten des 2. versuchs, der user aber das pw des 2. versuches. Wie gesagt, das ist dein Fehler. Und hier musst du ansetzen.
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - kintaro - 07-14-2008 11:21 PM
wo muss ich dies nun anpassen, auf meinem server gibt es 2 conf dateien für proftp, einmal /etc/proftpd/proftpd.conf und einmal /etc/ispcp/proftpd/proftpd.conf
Den user vftp finde ich weder als User noch in der Datenbank, wo wird dieser gespeichert?
grüsse kintaro
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - Zothos - 07-14-2008 11:49 PM
der vftp user ist ein mysql user. Dessen pw musst du verschlüsselt in die ispcp.conf eintragen. Weswegen ich grade nicht weiß wie du das am besten machen kannst XD
RE: Es ist nicht möglich das Verzeichnis zu öffnen. - kintaro - 07-15-2008 12:54 AM
Ich habe nun noch n bisschen Getestet und gemarkt ich kann zwar ein FTP user anlegen, doch dieser kann nicht auf den Server Connecten, das Verzeichniss problem besteht aber immernoch.
Irgendwo scheint es ein Problem mit proftpd zu geben, ich kann gleich die /etc/proftpd/proftpd.conf posten reboote gerade den Server
//edit: hier ist die Conf
Code:
#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes reload proftpd after modifications.
#
# Includes DSO modules
Include /etc/proftpd/modules.conf
# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6 on
ServerName "Ubuntu Server"
ServerType standalone
DeferWelcome off
MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200
DisplayLogin welcome.msg
DisplayChdir .message true
ListOptions "-l"
DenyFilter \*.*/
# Use this to jail all users in their homes
# DefaultRoot ~
# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShell off
# Port 21 is the standard FTP port.
Port 21
# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
# PassivePorts 49152 65534
# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress 1.2.3.4
# To prevent DoS attacks, set the maximum number of child processes
# to 30. If you need to allow more than 30 concurrent connections
# at once, simply increase this value. Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances 30
# Set the user and group that the server normally runs at.
User proftpd
Group nogroup
# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask 022 022
# Normally, we want files to be overwriteable.
AllowOverwrite on
# Uncomment this if you are using NIS or LDAP via NSS to retrieve passwords:
# PersistentPasswd off
# This is required to use both PAM-based authentication and local passwords
# AuthOrder *mod_auth_pam.c mod_auth_unix.c
# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile off
# Choose a SQL backend among MySQL or PostgreSQL.
# Both modules are loaded in default configuration, so you have to specify the backend
# or comment out the unused module in /etc/proftpd/modules.conf.
# Use 'mysql' or 'postgres' as possible values.
#
#<IfModule mod_sql.c>
# SQLBackend mysql
#</IfModule>
TransferLog /var/log/proftpd/xferlog
SystemLog /var/log/proftpd/proftpd.log
<IfModule mod_quotatab.c>
QuotaEngine off
</IfModule>
<IfModule mod_ratio.c>
Ratios off
</IfModule>
# Delay engine reduces impact of the so-called Timing Attack described in
# http://security.lss.hr/index.php?page=details&ID=LSS-2004-10-02
# It is on by default.
<IfModule mod_delay.c>
DelayEngine on
</IfModule>
<IfModule mod_ctrls.c>
ControlsEngine off
ControlsMaxClients 2
ControlsLog /var/log/proftpd/controls.log
ControlsInterval 5
ControlsSocket /var/run/proftpd/proftpd.sock
</IfModule>
<IfModule mod_ctrls_admin.c>
AdminControlsEngine off
</IfModule>
#
# Alternative authentication frameworks
#
#Include /etc/proftpd/ldap.conf
#Include /etc/proftpd/sql.conf
#
# This is used for FTPS connections
#
#Include /etc/proftpd/tls.conf
# A basic anonymous configuration, no upload directories.
# <Anonymous ~ftp>
# User ftp
# Group nogroup
# # We want clients to be able to login with "anonymous" as well as "ftp"
# UserAlias anonymous ftp
# # Cosmetic changes, all files belongs to ftp user
# DirFakeUser on ftp
# DirFakeGroup on ftp
#
# RequireValidShell off
#
# # Limit the maximum number of anonymous logins
# MaxClients 10
#
# # We want 'welcome.msg' displayed at login, and '.message' displayed
# # in each newly chdired directory.
# DisplayLogin welcome.msg
# DisplayFirstChdir .message
#
# # Limit WRITE everywhere in the anonymous chroot
# <Directory *>
# <Limit WRITE>
# DenyAll
# </Limit>
# </Directory>
#
# # Uncomment this if you're brave.
# # <Directory incoming>
# # # Umask 022 is a good standard umask to prevent new files and dirs
# # # (second parm) from being group and world writable.
# # Umask 022 022
# # <Limit READ WRITE>
# # DenyAll
# # </Limit>
# # <Limit STOR>
# # AllowAll
# # </Limit>
# # </Directory>
#
# </Anonymous>
|