[ProFTPd] aanmelden duurt lang

Pagina: 1
Acties:

  • Fles
  • Registratie: Augustus 2001
  • Laatst online: 06-04-2023
Op RedHat 9 heb ik ProFTPd 1.2.10 draaien. Alles gaat helemaal top, snelheid van bestandsoverdracht ook, alleen de tijd die hij nodig heeft om verbinding te maken. Dus op het moment dat je op verbinden klikt tot de tijd dat je eindelijk alles in beeld hebt.

Of als je het via de browser doet, duurt het heel lang voor hij eindelijk om het wachtwoord vraagt. En daarna voor alle mappen in beeld staan. Ook het browsen gaat traag.

Dit probleem heb ik over intranet en over internet.

Dit is m'n config file:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
ServerType                      inetd

DefaultServer                   on

Port                            21

Umask                           022

MaxInstances                    30

User                            nobody
Group                           nobody

DefaultRoot /home

AllowOverwrite          on

<Limit SITE_CHMOD>
  DenyAll
</Limit>


En dit in de xinetd.conf:
code:
1
2
3
4
5
6
7
8
9
10
11
12
  service ftp
  {
     flags           = REUSE
     socket_type     = stream
     instances       = 50
     wait            = no
     user            = root
     server          = /usr/local/sbin/proftpd
     bind            = 192.168.8.27
     log_on_success  = HOST PID
     log_on_failure  = HOST RECORD
  }


Ik kan alleen maar situaties vinden waarbij de bestands overdracht traag gaat. Een gelijk probleem als dit kan ik niet vinden.

  • blaataaps
  • Registratie: Juli 2001
  • Niet online
Heb je al eens in de NOS faq gekeken waar precies dit probleem uitgelegd staat?

  • Fles
  • Registratie: Augustus 2001
  • Laatst online: 06-04-2023
Heb de NOS en FAQ nog een keer doorgelezen, maar kon dit probleem niet vinden met proftpd. Of heb ik het over het hoofd gezien...

[update]
Nee, echt niets over te vinden in de NOS of FAQ.
[/update]

[ Voor 23% gewijzigd door Fles op 26-04-2005 10:28 ]


  • blaataaps
  • Registratie: Juli 2001
  • Niet online
Misschien moet je dan wat beter kijken en een keer doorklikken, want ik zie het toch echt staan bij "overige vragen".

  • Fles
  • Registratie: Augustus 2001
  • Laatst online: 06-04-2023
Die had ik nog niet gezien, maar had wel toevallig in de hosts staan. Dit heeft voor mij dus niet geholpen helaas.

En bovendien SSH toegang gaat wel rete snel :)

Maar mocht dit bij iemand wel een probleem zijn, dan vraag ik me toch af hoe ze dat doen op servers van providers. Daar is geen beginnen aan om al die IP's in hosts te zetten 8)

offtopic:
Bedankt dat je hem niet in één keer dicht hebt gemept ;)

[ Voor 66% gewijzigd door Fles op 26-04-2005 10:44 ]


  • Gertjan
  • Registratie: Oktober 2001
  • Laatst online: 07-02 20:23

Gertjan

mmmm, beer...

Kijk eens in je system_log van proftpd of je er iets in ziet staan als
code:
1
Jan 30 23:49:33 hostname proftpd[16680] localhost.localdomain (ccxxxxx-a.hnglo1.ov.home.nl[xxx.xxx.xxx.xxx]): mod_delay/0.4: delaying for 135334268 usecs


In dat geval kan het lange wachten tijdens inloggen veroorzaakt worden door mod_delay

  • blaataaps
  • Registratie: Juli 2001
  • Niet online
Graveheart schreef op dinsdag 26 april 2005 @ 10:34:
Die had ik nog niet gezien, maar had wel toevallig in de hosts staan. Dit heeft voor mij dus niet geholpen helaas.

En bovendien SSH toegang gaat wel rete snel :)

Maar mocht dit bij iemand wel een probleem zijn, dan vraag ik me toch af hoe ze dat doen op servers van providers. Daar is geen beginnen aan om al die IP's in hosts te zetten 8)
Al die ip's staan in een soort hosts-file, een wereldwijd gedistribueerde hosts-file zelfs, ook wel bekend onder de naam "dns".

  • Fles
  • Registratie: Augustus 2001
  • Laatst online: 06-04-2023
blaataaps schreef op dinsdag 26 april 2005 @ 11:33:
[...]

Al die ip's staan in een soort hosts-file, een wereldwijd gedistribueerde hosts-file zelfs, ook wel bekend onder de naam "dns".
Maar via internet heb ik hetzelfde... Dan zou hij dan toch wel snel moeten gaan omdat hij dan met dns werkt.

Ik heb de delay_mod specifiek uitgezet in m'n conf bestand. Zonder resultaat. Ik kan system_log niet zo gauw vinden :?

  • Gertjan
  • Registratie: Oktober 2001
  • Laatst online: 07-02 20:23

Gertjan

mmmm, beer...

Graveheart schreef op dinsdag 26 april 2005 @ 11:56:
[...]

Maar via internet heb ik hetzelfde... Dan zou hij dan toch wel snel moeten gaan omdat hij dan met dns werkt.

Ik heb de delay_mod specifiek uitgezet in m'n conf bestand. Zonder resultaat. Ik kan system_log niet zo gauw vinden :?
Owja, is ook zo. Uit mijn proftpd.conf:
code:
1
SystemLog                       /var/log/proftpd/system_log

En heb je delay_mod uitgezet of mod_delay?

  • Fles
  • Registratie: Augustus 2001
  • Laatst online: 06-04-2023
Oh sorry, mod_delay :)

code:
1
2
3
  <IfModule mod_delay.c>
    DelayEngine off
  </IfModule>


In de system log klaagt hij over een anonymous user die niet bestaat. Beetje vreemd aangezien ik anonymous uit heb staan :? Maar zal temaken hebben met inloggen via de browser.

Via een FTP client duurt het verbinden ook lang en geeft hij niets over anonymous users.

Wel dit:
code:
1
Apr 26 18:21:14 localhost.localdomain proftpd[1473] localhost.localdomain (192.168.8.26[192.168.8.26]): PAM(martijn): Authentication failure.


Maar die verschijnt pas in de log na het verbinden en het verbinden duurt zo lang dus ga er vanuit dat het hem daar niet in zit. Maar ik zal het toch eerst ff oplossen...

[update]
PAM is uit, vertraging niet. Verbind nogsteeds traag :(
[/update]

[ Voor 74% gewijzigd door Fles op 26-04-2005 12:34 ]


Verwijderd

Probeer dit eens:
UseReverseDNS = off
IdentLookups = off

  • Fles
  • Registratie: Augustus 2001
  • Laatst online: 06-04-2023
Verwijderd schreef op dinsdag 26 april 2005 @ 13:45:
Probeer dit eens:
UseReverseDNS = off
IdentLookups = off
UseReverseDNS off
IdentLookups off

Dit werkt perfect!

Hieruit concludeer ik dat het toch aan hosts lag...?

Met alleen UseReverseDNS off gaat hij net zo traag, met alleen IdentLookups off gaat hij IETS sneller maar met beide. DIRECT!

[ Voor 19% gewijzigd door Fles op 26-04-2005 14:22 ]

Pagina: 1