ftp-server binnen eigen netwerk traag!

[active2]

Ik heb binnen mijn eigen netwerk een ftp-server draaien (wu-ftpd) en die is erg traag.

Ik heb mijn ifconfig al eens bekeken en mijn route ook maar daar kan ik niks vinden.

In mijn hosts heb ik dit staan
Server:

code:

127.0.0.1     Server
192.168.0.1   Server
192.168.0.2   Ouwepc
192.168.0.3   Router

Ouwepc

code:

127.0.0.1     Ouwepc
192.168.0.1   Server
192.168.0.2   Ouwepc
192.168.0.3   Router

Router:

code:

127.0.0.1     Router
192.168.0.1   Server
192.168.0.2   Ouwepc
192.168.0.3   Router

Mijn ifconfig geeft geen collisions aan dus daar ligt het ook niet aan!

[ge-flopt]

Ik wil niet betweterig over komen, maar wat krijg je als je een ping en een tracert doet naar de ftp server?

[aKeY]

Is het inloggen traag, of data overzenden?

In het eerste geval: Draai je DNS? (ps -ef | grep named)

Zoja, check it...
Stond bij mij eerst ook verkeerd geconfigd, na een her-config werkte het uitstekend !

[active2]

Inloggen is traag.

Als ik verbinding maak:

code:

ftp> open
(to) Server
Connected to Server

En dan duurt het lang voordat ik de inlog prompt voor mijn neus verschijn. En of ik dat nu op de bak zelf doe of op een andere.

Ik wil niet betweterig over komen, maar wat krijg je als je een ping en een tracert doet naar de ftp server?

ping times van een 0.1 0.2 ms.

En wat bedoel je met tracert naar de ftp server?

[Verwijderd]

Ik heb dit probleem ook nog wel is (alleen intern), kijk ff hier in mijn thread, misschien dat je er wat aan hebt?

Ik heb nu samba draaien en kan ik dus ook bij mij server (zonder ftp te gebruiken), van buitenaf gebruik ik nog gewoon proftpd.

[topic=166239/1/25]

[PluueeR]

Het lijkt erop alsof de Reserve Lookup Query's niet werken. Dit gebruiken sommige daemon's om te achterhalen welke hostname connect met de daemon.

Als je SSH't naar die machine, duurt het dan ook zo lang ? Deze doet namelijk ook een reserve lookup query.

[Yucko]

maar gaat het overzenden van data aka bestanden dan ook traag, want dat zeg je er niet bij

[Verwijderd]

Yep, klinkt bekend!!
Heb exact het zelfde probleem.
Geeft wel connected maar dan duurt het soms 10-30 sec. voordat ik m'n usernaam kan invullen.
Transfersnelheden heb ik niet over te klagen. (max van ~ 97,2 Mbit) (intern uiteraard )
En dan te bedenken dat telnet en http op dezelfde doos supersnel reageren.
Ik draai RedHat 7.1 met Wu-ftpd

[corani]

Dat is inderdaad de Reverse Lookup.. Heb ik ook gehad

Als je een DNS hebt, dan ligt het daar aan, die is dan niet goed geconfigureerd..

[deadinspace]

Dit staat gewoon in de NWOS FAQ hoor.

[active2]

Op woensdag 17 oktober 2001 09:27 schreef JaJoah het volgende:
maar gaat het overzenden van data aka bestanden dan ook traag, want dat zeg je er niet bij

Het overzenden van data gaat razendsnel!

[active2]

Zou het helpen als je de DNS in resolv.conf in je eigen ip-adres zet?

Want ik heb er nu dus dit staan:

code:

nameserver  194.109.99.9
nameserver  <chello adres> Weet ik niet uit mijn hoofd!

Telnet is razendsnel en ik heb geen ssh.

[ge-flopt]

En wat bedoel je met tracert naar de ftp server?

Tracert <server IP of dns naam">
Hij laat dan de "weg" zien die hij afgaat om bij de server te komen en laat ook tijd zien die hij erover doet.

[corani]

typ op de ftpserver eens in

code:

host <naam van client>

en

code:

host <ip van client>

[Verwijderd]

Op woensdag 17 oktober 2001 09:37 schreef corani het volgende:
Dat is inderdaad de Reverse Lookup.. Heb ik ook gehad

Als je een DNS hebt, dan ligt het daar aan, die is dan niet goed geconfigureerd..

En waarom gebeurt dit alleen met ftp
Hoe cq. wat zou er dan verkeerd geconfigureerd moeten zijn in m'n DNS?

[Verwijderd]

Op woensdag 17 oktober 2001 13:26 schreef oudakker het volgende:

[..]


En waarom gebeurt dit alleen met ftp
Hoe cq. wat zou er dan verkeerd geconfigureerd moeten zijn in m'n DNS?

Omdat dat FTP dat nou eenmaal doet. Andere services doen dit blijkbaar niet. FTP zoekt altijd bij het IP adres een hostname. Als de reverse lookup dan niet lukt dan zit je erg lang te wachten op de login prompt.

Je moet dus het IP adres van het werkstation waar vandaan je FTPed in /etc/hosts zetten.

Bij mij ziet dat er zo uit:

10.11.12.2 werkstation

Wellicht doet hij het dan nog niet. Dit komt omdat jouw server dan eerst via DNS probeert te resolven, en daarna pas naar /etc/hosts kijkt.

Je kunt de resolv volgorde in /etc/resolv.conf instellen

Bij mij (OpenBSD) ziet dat er zo uit:

lookup file bind

-Desecrator

[HaveBlue]

Afkomstig uit de faq :):

De reverse lookup werkt waarschijnlijk niet. Voeg het IP met de hostname toe aan /etc/hosts of je lokale DNS server.

[Jordi]

Dat zal het ongetwijfeld zijn

[cyclone]

Zoals eerder gezegd , maar ik wil het alleen even benadrukken even je ipadressen toevoegen in de /etc/hosts file toevoegen, dit is de makkelijkste en snelste manier.
En als je een groot netwerk hebt dan zul je even een goeie DNS moeten inrichten maar dat vergt een hoop meer werk

[Verwijderd]

Hmzz je hosts-files zijn niet helemaal goed maar daarover later meer).
Volgens mij kan het aan 1 van de volgende 2 dingen liggen.


• Ik gok, dat het probleem zit in het feit, dat de naam in je hostsfiles niet overeen komt met de hostnamen zelf.
Wat gebbeurt er namelijk bij een verbinding.

De client verbindt met zijn hostname. De server zoekt daarbij het ip-adres via een DNS-lookup (via /etc/hosts of een externe DNS). Vervolgens wordt bij dit ip-adres de reverse lookup gedaan. Dit geeft weer een hostname. Ik gok (met de nadruk op gok), dat als deze 2 hostnamen niet met elkaar overeen komen, dat het ook wel een wat langer kan duren tijden het inloggen. (overigens weet ik dat niet zeker, aangezien het trage inloggen normaalgesproken gewoon door een DNS-timout veroorzaakt wordt).

Maar goed, dingen om te controleren op de server.

code:

nslookup IP_adres_van_de_client
nslookup HOSTNAME_van_de_client

Uiteraard moeten die overeen komen. Je kan eventueel aliassen voor een ipadres in /etc/hosts zetten, door gewoon meerdere hostnamen achter een IP te zetten.

Op de client:

code:

nslookup EIGEN_ip_adres

Deze moet overeen komen met de hostname die je in de vorige stap vond.


• Hetgene mij opvalt in je /etc/hosts is het ontbreken van de localhost "hostname" voor je loopback interface. Verder definieer je voor zowel de loopback interface als het IP-adres dezelfde hostname. Als je nu een nslookup doet naar de eigen hostname, dan krijg je alleen de loopback interface terug.
Maak van die eerste regel gewoon

code:

127.0.0.1 localhost eventuele_extra_hostnamen

[MAZZA]

Op woensdag 17 oktober 2001 19:49 schreef nelske weer eens een uitgebreid en behulpzaam verhaal

Je maakt er wel werk van he

[Verwijderd]

Sja, ik maak liever een uitgebreide reply, met daarin de manier zoals ik het zou proberen aan te pakken, dan dat ik me er nogal snel vanaf maak (damn, dit komt net over alsof andere mensen dat dus wel doen. Zo is het niet bedoeld; ik heb het puur over mijn eigen gevoel van iemand helpen ).

Sja en dan wil het wel eens een uitgebreid verhaaltje worden over een probleem, dat misschien helemaal niet zo ingewikkeld in elkaar zit

[MAZZA]

Op woensdag 17 oktober 2001 20:07 schreef nelske het volgende:
Sja en dan wil het wel eens een uitgebreid verhaaltje worden over een probleem, dat misschien helemaal niet zo ingewikkeld in elkaar zit

Mijn opmerking was dan ook positief bedoelt