FTP server niet benaderbaar extern

[hampeleman]

Beste,

sinds kort heb ik een tweede router aangeschaft(Netgear Nighthawk R7000) omdat de standaard kpn router niet voldeed aan mijn eisen.
Nu is de inrichting als volgt:

op de KPN Router heb ik een DHCP binding gemaakt voor het MAC adres van de Netgear en vervolgens heb ik de Netgear router toegevoegd als DMZ host zodat alles geforward wordt naar mijn Netgear router.
UPNP, WIFI en port forwards disabled op de KPN Router.
LET OP: KPN Router zit in het 192.168.2.X segment.

Op de Netgear Router WIFI enabled en al mijn apparaten aangesloten op de Netgear Router. So far so good.
Al mijn apparaten zitten nu in het 192.168.1.X segment.
Nu wil ik mijn NAS benaderen via FTP.
Op de Netgear Router heb ik de FTP poorten 20,21 open gezet. Tevens heb ik dit gedaan voor poort 8080 zodat ik via mijn externe ip adres de NAS ook via de QNAP cloud kan benaderen.
Helaas werkte dit niet en vervolgens op de NETGEAR UPNP aangezet waardoor de configuratie automatisch gezet wordt.
Dit zie ik ook terug op mijn NETGEAR maar helaas nog hetzelfde resultaat.

Wat zie ik nu nog over het hoofd?
Graag jullie hulp

[Mijzelf]

Kun je wat meer zeggen over 'helaas werkte dit niet'. Wat werkte er niet? Heb je FTP client logs?

[REPLAY]

Heb je al op de netgear support pagina's gekeken

[Demo]

Dit klinkt als een server en/of router die niet zijn ingesteld voor passive clients.

[TommieW]

Je kan het beste je KPN router in bridge laten zetten. Twee keer NAT achter elkaar levert vaak gezeik op.

[hampeleman]

Error: Connection attempt timed out is de melding die ik krijg wanneer ik test via een online ftp test.
Via MX Toolbox krijg ik ook te zien dat mijn FTP poort dicht staat.(open poort check)

Het lijkt er dus op dat mijn port forwarding niet goed gaat.
Ik heb al gekeken op allerlei fora inclusief die van netgear maar nog geen oplossing gevonden.

QNAP NAS FTP Settings zijn standaard.
Passieve FTP Poort bereik staat op: Gebruik standaard poort bereik.

@TommieW: hoe kan ik deze bridge mode zetten?

[denekamp]

Welke kpn router heb je? Als je een experiabox v8 hebt kun je hem misschien beter in bridge zetten.
http://experiabox-bridge-modus.weebly.com/#content

[KillerAce_NL]

KPN -> netgear (vast adres geen dhcp)->ftp (vast adres geen dhcp). Port forwarden en klaar.
NAT routers vinden het over het algemeen niet leuk als je dhcp en rules combineert.

[denekamp]

KillerAce_NL schreef op maandag 29 juni 2015 @ 16:20:
KPN -> netgear (vast adres geen dhcp)->ftp (vast adres geen dhcp). Port forwarden en klaar.
NAT routers vinden het over het algemeen niet leuk als je dhcp en rules combineert.

Idd dat kan ook.

wan poort van de netgear dus handmatig configureren met een ip uit de kpn range.
dan kun je vervolgens dat ip op de kpn router in dmz zetten.

[hampeleman]

Helaas maak ik gebruik van KPN Glasvezel en heb al gevonden dat deze geen Bridge Modus ondersteunt.

@KillerAce_NL:
Ik begrijp helaas niet zo goed wat je bedoelt?
KPN router heeft DHCP binding zodat mijn NG vast IP heeft op deze router. NG geconfigureerd als DMZ Host.
Normaal worden dan alle zaken geforward van buitenaf naar mijn netgear.(misschien zit ik hier fout)
Welke poorten moet ik dan forwarden op mijn KPN router? de poorten op mijn Netgear staan al open

[KillerAce_NL]

Geen DHCP reservation gebruiken op je NG, maar handmatig ip erin zetten.

[hampeleman]

Even om wat zaken op te helderen:
DHCP binding op KPN router zodat mijn NG router vast ipadres krijgt:


DMZ host:


Wat mis ik dan nog?

[KillerAce_NL]

Volgens mij was ik duidelijk genoeg. Begin met troubleshooten in een nette situatie, dus vast ip adres en geen dhcp...

[denekamp]

Krijgt de netgear ook daadwerkelijk dat ip
192.168.2.250
kun je dat controleren op de netgear?

[hampeleman]

Dat heb ik zojuist gedaan en hij kreeg dat IP-adres niet... Nu krijgt hij het wel want mijn binding was niet op de internet poort maar op het macadres van het apparaat zelf(stom van me...)

Nu heb ik dit gewijzigd en zie ik in ieder geval al het volgende bij mijn poortscan:


Nu kom ik dus ook op de webinterface terecht van mijn NAS.
De FTP komt ook weer tot stand alleen krijg ik nu nog een foutmelding welke ik zal moeten onderzoeken.
Log:


Command: TYPE I

Reply: 200 Type set to I

Command: PASV

Reply: 227 Entering Passive Mode (my ip-adres, 80 )

Command: MLSD

Status: Data connection established.

Reply: 150 Opening BINARY mode data connection for MLSD

Error: Malformed directory listing

Error: Line feed received without preceding carriage return

Bovenstaande is via PLAIN FTP.
Onderstaande is Explicit FTP over TLS:

Reply: 227 Entering Passive Mode (My IP, 42).

Error: Server returned unroutable private IP address in PASV reply

Iemand een idee? (moet natuurlijk eerst zelf weer zoeken, dat ben ik natuurlijk ook aan het doen)

[ Voor 14% gewijzigd door hampeleman op 29-06-2015 17:02 ]

[denekamp]

https://ftptest.net/

[Demo]

Je moet je FTP-server zo instellen dat hij het externe IP-adres doorgeeft aan clients ipv zijn eigen (interne) IP-adres. Dat staat ook duidelijk in de foutmelding.
Daarna ga je waarschijnlijk tegen het volgende aan lopen:

Demoniac schreef op maandag 29 juni 2015 @ 16:03:
Dit klinkt als een server en/of router die niet zijn ingesteld voor passive clients.

[hampeleman]

zoals ik het nu zie inderdaad Demoniac.
Ik heb het vinkj op mijn QNAP NAS nu aangevinkt bij:
Antwoord op een passieve FTP verbinding met het externe ip-adres.

Nu krijg ik het volgende:
Reply: 257 "/" is the current directory

Status: Current path is /

Command: TYPE I

Reply: 200 Type set to I

Command: PASV

Reply: 227 Entering Passive Mode (My IP-Adres,186).

Command: MLSD

Error: Connection timed out

Dit heeft er dus weer mee te maken dat mijn router de poorten waarschijnlijk niet geforward heeft.
Tenminste ik zag de opgegeven poorten voor Passief FTP niet in mijn firewall.
Deze heb ik toegevoegd:


Foutmelding blijft hetzelfde. Kortom een timeout. Nu weet ik dus niet meer wat ik zou moeten instellen.
(dacht dit doe ik even maar toch te weinig ervaring met port forwarding etc.)

[KillerAce_NL]

Je test wel vanaf extern ? Intern werkt misschien niet, veel routers ondersteunen NAT loopback niet.

[hampeleman]

Het werkt nu wel.
Ik heb inderdaad vanaf extern getest via https://ftptest.net/
Vervolgens kon ik niets bedenken waarom het niet zou werken.
Getest via Filezilla en dan werkt het gewoon. Lijkt dus in de ftptest.net te zitten.
Iedereen dank voor de hulp:)

[LinuX-TUX]

hampeleman schreef op maandag 29 juni 2015 @ 19:43:
Het werkt nu wel.
Ik heb inderdaad vanaf extern getest via https://ftptest.net/
Vervolgens kon ik niets bedenken waarom het niet zou werken.
Getest via Filezilla en dan werkt het gewoon. Lijkt dus in de ftptest.net te zitten.
Iedereen dank voor de hulp:)

Zou het niet zomaar op ftp-test fout gooien. Filezilla kan bijvoorbeeld NIET pasv gebruiken, net als vele andere FTP programma's en dan zal het prima functioneren.

Even inlezen in wat PASV doet binnen het FTP protocol en via http://www.melvinswebstuf.../calculate-ftp-data-port/ naberekenen welke port hij nodig acht. Tevens kijken of je bij je FTP server een port range kan definieren zodat je alles in ranges ook kan definieren bij je router(s )

[hampeleman]

@Linux-TUX:
Ik heb het even nagelezen en uitgerekend welke poort de data poort zou moeten zijn.
Deze poort valt binnen de opgegeven rang in mijn router.
In mijn FTP server heb ik dezelfde range ingegeven als op mijn router.(50000-51000)
Toch blijft de melding komen.
Wat zou het dan nog kunnen zijn?