FTP-Zugriff geht nicht ...

guetsel

New Member
Was kann das sein? Wenn ich über die IP auf einen Strato-V-Server (ohne registrierte Domains) zugreife, kommt ein »unexpected null reply« ... fpt://user@ip:21 ... sonst läuft alles – auch SFTP ...
 
Wenn ich ihn manuell starten will, kommt das hier ...

- IPv4 getaddrinfo 'h1366616' error: Name or service not known
- warning: unable to determine IP address of 'h1366616'
- error: no valid servers configured
- Fatal: error processing configuration file '/etc/proftpd.conf'
 
#
# To have more informations about Proftpd configuration
# look at : The ProFTPD Project: Home
#

# This is a basic ProFTPD configuration file (rename it to
# 'proftpd.conf' for actual use. It establishes a single server
# and a single anonymous login. It assumes that you have a user/group
# "nobody" and "ftp" for normal operation and anon.

ServerName "ProFTPD"
#ServerType standalone
ServerType inetd
DefaultServer on
<Global>
DefaultRoot ~ psacln
AllowOverwrite on
</Global>
DefaultTransferMode binary
UseFtpUsers on

# Port 21 is the standard FTP port.
Port 21
# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask 022

# 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

#Following part of this config file were generate by PSA automatically
#Any changes in this part will be overwritten by next manipulation
#with Anonymous FTP feature in PSA control panel.

#Include directive should point to place where FTP Virtual Hosts configurations
#preserved

ScoreboardFile /var/run/proftpd/scoreboard

# Primary log file mest be outside of system logrotate province

TransferLog /usr/local/psa/var/log/xferlog

#Change default group for new files and directories in vhosts dir to psacln

<Directory /srv/www/vhosts>
GroupOwner psacln
</Directory>

# Enable PAM authentication
AuthPAM on
AuthPAMConfig proftpd

IdentLookups off
UseReverseDNS off

AuthGroupFile /etc/group

Include /etc/proftpd.include


resolve.conf:

nameserver 81.169.163.104
nameserver 81.169.163.106


Und die hosts sieht so aus:

#
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server.
# Syntax:
#
# IP-Address Full-Qualified-Hostname Short-Hostname
#

# special IPv6 addresses
::1 localhost ipv6-localhost ipv6-loopback

fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix
ff02::1 ipv6-allnodes
ff02::2 ipv6-allrouters
ff02::3 ipv6-allhosts

127.0.0.1 h1366616.stratoserver.net h1366616.stratoserver.net localhost localhost.localdomain
 
Last edited by a moderator:
Hallo,

ist der komplette Servername h1366616.stratoserver.net?

Dann schreibe in die resolv.conf folgende Zeile:

Code:
search stratoserver.net
und versuch nochmal den proftpd zu starten.
 
Dann kommt h1366616.stratoserver.net - fatal: Socket operation on non-socket
 
Last edited by a moderator:
Einfach per proftpd von der Kommandozeile aus. Ich weiß nicht, was da los ist – erst ging es, dann plötzlich nicht mehr ...

Oder sollte ich den search-Eintrag nochmal in die resolve.conf eintragen und dann den ganzen Server neu starten? Vielleicht geht’s nicht, weil proftpd nicht als standalone konfiguriert ist?
 
Last edited by a moderator:
Hallo,

den Search solltest Du drinlassen.

Proftpd ist in der Config die Du gezeigt hast nicht als standalone konfiguriert, um ihn zu starten inetd bzw xinetd neu starten. Vorher in /etc/(x)inetd.d/proftpd gucken ob darin disable = no.
 
Diese Datei gibt’s gar nicht ...

Aber in der ftp_psa steht disable = no ...

Verdammt! Jetzt geht’s wieder ... kann es sein, daß Plesk die Konfiguration zerschossen hat? Danke erstmal für Deine Hilfe!
 
Last edited by a moderator:
Hallo,

wenn Du mal wieder ein Problem hast: das Du Plesk nutzt solltest Du gleich verraten, da ist einiges anders aufgebaut.
 
Sorry ... ohne Plesk bin ich hilflos. Also meinst Du, daß das daran liegen kann? Hat Plesk einiges zerschossen?
 
Nein ... der ganze Server war frisch ... aber ich mußte ein wenig suchen, um das Ding so zu hinzubasteln, daß er beim Aufruf der IP eine Default-Domain aufruft (das ist ziemlich versteckt). Womöglich hat er dabei irgendwas zerschossen ... vielleicht liegt’s aber auch an Strato – bei 1&1 hatte ich diese ganzen Probleme nie ...

By the way: Weißt Du zufällig, ob Strato einem auch seine eigenen Mailserver anbietet? Ich habe nichts gefunden ... 1&1 macht das ja so ...
 
Last edited by a moderator:
Back
Top