Onderwerp: Proftpd doet het plotseling niet meer

Mar 07 16:38:19 LAPTOP proftpd[2297] LAPTOP.in-addr.net (192.168.1.1[192.168.1.1]): Refused PORT 192,168,1,102,6,103 (address mismatch).

Nu ik die entry lees, het zou ook kunnen dat jouw firewall port 103 blocked. Probeer eens wat er gebeurd als je je firewall uitschakeld.

Naar mijn weten heb ik geen firewall er op staan aangezien me router al het ongewenste er al uit haalt.

Of bij de installatie van mandrake is er per ongeluk een firewall geinstalleerd maar dan zou ik denk ik er ook last van hebben met poort 80, 22 en 10000

Ik heb op me router 103 even opgezet, maar dit wilde ook niet baten.

Ook heb ik voor de pasv mode een portrange opgegeven en deze opengezet op me router, maar dit lijkt ook niet goed te gaan.

-----------
Nu zat ik onder het schrijven even te kijken naar me ftp en na 3 minuten is die eindelijk toch ingelogd.

Zou die wat sneller worden als ik de port range wat kleiner maak?

Of wat zou er aan de hand kunnen zijn?

Heb je Windows XP? Indien ja, kijk dan even of de firewall van Windows XP aanstaat (kan je vinden bij de eigenschappen van je LAN verbinding).

De firewall staat uit,

Maar ik ben er achter gekomen dat mensen buiten ons thuis netwerk(van msn) er wel op komen.

Dus waarscheinlijk ligt het niet aan de server configuratie maar aan de client(deze comp).

Ik ga iig nog eens op wat andere comps hier thuis het proberen

Heeft iemand een idee wat hier nog fout kan zitten?

Ps. De mensen die hem getest hebben gebruiken ook pasv

Ik heb op een site gevonden dat AllowForeignAddress op on moest, na dit gedaan te hebben werkte alles perfect.

Maar er stond ook op dat het wel enkele veiligheids problemen met zich mee brengt.

Wat stellen deze voor?

Ps. Ik laat geen anonieme gebruikers binnen(dacht dat dit ook er mee te maken had)

Normally, proftpd disallows clients from using the ftp PORT command with anything other than their own address (the source address of the ftp control connection), as well as preventing the use of PORT to specify a low-numbered (< 1024) port. In either case, the client is sent an "Invalid port" error and a message is syslog'd indicating either "address mismatch" or "bounce attack". By enabling this directive, proftpd will allow clients to transmit foreign data connection addresses that do not match the client's address. This allows such tricks as permitting a client to transfer a file between two FTP servers without involving itself in the actual data connection. Generally it's considered a bad idea, security-wise, to permit this sort of thing. AllowForeignAddress only affects data connection addresses; not tcp ports. There is no way (and no valid reason) to allow a client to use a low-numbered port in its PORT command.