Onderwerp: Windows 2003 R2 SP1 FTP Problemen...

Hallo allemaal,

Sinds korte tijd heb ik problemen met FTP op mijn Windows Server. Ik heb een Windows 2003 Server in een datacenter staan, en sinds kort een probleem met de ftp server, eerst had ik IIS-FTP, maar ook andere FTP servers geven exact dezelfde problemen...

Ik kan vanaf de server lokaal wel connecten met de FTP server, echter op afstand krijg ik een aantal regels door van de ftp server en word dan gedisconnect, als de logbestanden op de server bekijk geeft ie geen disconnect maar is is bezig met het verzenden van zaken en klaarblijkelijk klapt de connectie er uit.

Ik heb op dezelfde server VMware draaien, welke ik voor testdoeleinden wil gebruiken. Binnen VMware een systeem gemaakt, met zelfde insteek gewoon FTP server te testen... En ja dat werkt wel!...

Wat heb ik geprobeerd...
- Inmiddels dus geprobeerd met verschillende FTP servers, welke exact dezelfde problemen geven.
- Firewall uitgeschakeld (volledige filtering uitgeschakeld).
- Ander ip adres in mijn reeks van de ColoBoer.
- ColoBoer gevraagt te zien of er toch bij hen fouten waren, niet het geval.

Ik zie de logica niet meer, ik zou zeggen er zit in de server iets niet lekker... maar waar kan ik het zoeken...?

Het systeem:
- Intel S3000AH
- Intel DuoCore 6320 CPU
- 2x 1GB Kingston DDR-2 800Mhz ECC memory
- 2x Seagate 320GB SATA (in biosRaid)

Momenteel zit ik er uit pure nood aan te denken om een 2e Windows server te installeren binnen VMware, welke via een 2e netwerkkaart gekoppeld aan de loopbackadapter is met de Host. En zo ftp via de andere server gaat lopen. Dit zou prima kunnen werken, maar heeft zeker niet mijn voorkeur...

Iemand oplossingen of gedachtes... graag hoor ik het!

Mvg,
Michiel

Kijk even of je zeker bent dat er geen 2 FTP Services zijn gestart op dezelfde server.
Je kan misschien ook netstat -a gebruiken om te kijken wat er gebeurt met je connecties.

Active - passive mode van de ftp een nakijken.

Zijn maar brainstorming dingen waar ik de eerste minuut hier opkom.

Gok ook op active/passive probleem.

Probeer een keer met je FTP client een passive connection op te zetten naar de server. Voor je de test doet, even de firewall uitzetten, want bij PASV connection wordt er naast de standaard poort ook nog een random poort gebruikt voor de data transfer.

Indien dit werkt met de firewall uit, dan kan je je firewall terug aanzetten en met behulp van dit artikel een vaste range definiëren voor PASV FTP. Daarna gewoon nog deze range in je firewall toelaten.

Dat support artikel is ouderwets.
Je moet nu de IIS metabase bijwerken met een vbscriptje: http://support.microsoft.com/kb/555022

Vergeet ook niet de Application Layer Gateway service (ALG) uit te zetten, die doet namelijk roet in het eten gooien als je zelf een passive port range definieert.

Oorspronkelijk geplaatst door gjtje

Dat support artikel is ouderwets.
Je moet nu de IIS metabase bijwerken met een vbscriptje: http://support.microsoft.com/kb/555022

Klopt, heb de verkeerde link doorgegeven. Bedankt voor de verbetering

Oorspronkelijk geplaatst door GlobalServe

Kijk even of je zeker bent dat er geen 2 FTP Services zijn gestart op dezelfde server.
Je kan misschien ook netstat -a gebruiken om te kijken wat er gebeurt met je connecties.

Active - passive mode van de ftp een nakijken.

Zijn maar brainstorming dingen waar ik de eerste minuut hier opkom.

Al gecheckt, mede getackeld door tijdelijk een totaal andere FTP server te installeren, welke dus wel wat data doorstuurd als welcome on ftp etc... Dus dat is niet het probleem... iig eerst bedankt...

Oorspronkelijk geplaatst door Ingvald

Gok ook op active/passive probleem.

Probeer een keer met je FTP client een passive connection op te zetten naar de server. Voor je de test doet, even de firewall uitzetten, want bij PASV connection wordt er naast de standaard poort ook nog een random poort gebruikt voor de data transfer.

Indien dit werkt met de firewall uit, dan kan je je firewall terug aanzetten en met behulp van support.microsoft.com/kb/810639 een vaste range definiëren voor PASV FTP. Daarna gewoon nog deze range in je firewall toelaten.

Zoals ik al aangaf, ik heb de firewall ook al uit gehad en toen connecties geprobeerd te maken... dus het passive probleem is het niet... en de firewall dus ook niet.

Ik heb ook al 2 andere FTP servers geprobeerd i.p.v. IIS FTP. Filezilla en FTP ServU. Probleem is dat ook deze FTP servers sturen de eerste connectie regels wel door oa. "microsoft ftp service ready..." en vervolgens disconnect de client... kijk ik echter in de log van de server, dan verstuurd deze nog meer, maar dat komt dus niet aan, en vervolgens dat de user heeft gedisconnect...

Een pc binnen de VMware omgeving doet het wel gewoon... VMware staat er ook al van begin af aan op... Enige idee dat ik zelf nog aan denk... is de MS Loopbackadapter...?

Gr.
Michiel

Nog een toevoeging, de logs van client en server... Welke FTP server ik dus gebruik maakt niet uit, ik krijg hetzelfde probleem, en de firewall uit geeft ook geen resultaat in positieve zin.

De log van de client:
Status: Connecting to 89.188.17.xxx ...
Status: Connected with 89.188.17.xxx. Waiting for welcome message...
Response: 220-Microsoft FTP Service
Error: Disconnected from server
Error: Unable to connect!
Status: Waiting to retry... (5 retries left)


De log van de server:
#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2007-09-19 12:09:25
#Fields: time c-ip cs-method cs-uri-stem sc-status sc-win32-status
12:09:25 212.178.89.xxx [1635]closed - 426 1341

Mvg,
Michiel

Al eens via de commandline geprobeerd? Kan je bv authenticeren? Wordt het DIR command uitgevoerd?

Oorspronkelijk geplaatst door Ingvald

Al eens via de commandline geprobeerd? Kan je bv authenticeren? Wordt het DIR command uitgevoerd?

Nope... krijg ik 220 Microsoft FTP service... en vervolgens een disconnect...

Nog ideetjes...? Ik heb ook uiteraard vanaf meerdere ip adressen een client geprobeerd, het moet wel bij de server liggen maar wat is mij een totaal raadsel...

Al eens 'anonymous' toegang aangezet op de server en zo eens proberen te connecteren. Op die manier weet je toch zeker dat er geen authenticatie configproblemen aan de basis van uw probleem liggen?

Sven

Oorspronkelijk geplaatst door sdetroch

Al eens 'anonymous' toegang aangezet op de server en zo eens proberen te connecteren. Op die manier weet je toch zeker dat er geen authenticatie configproblemen aan de basis van uw probleem liggen?

Sven

Dit lijkt me niet waarschijnlijk, maar getest en maakt dus niet uit... immers nog voordat de verificatie plaatsvind krijg ik de disconnectie al... Daarbij wanneer ik een andere FTP server installeer is het niet aannemelijk dat ik een exact dezelfde configfout in de users maak... toch...? ...

Iig nog steeds een raadsel...

Mvg,
Michiel

Aangezien je in de beginpost zegt dat je lokaal wel kan connecteren, misschien eens naar de netwerk kaart kijken?

- Even controleren of de recentste driver geïnstalleerd is.
- Indien mogelijk, de onboard NIC uitschakelen en eens een andere erin steken en daarmee testen.

Is deze server trouwens zelfbouw of is het een A-merk?

Oorspronkelijk geplaatst door Ingvald

Aangezien je in de beginpost zegt dat je lokaal wel kan connecteren, misschien eens naar de netwerk kaart kijken?

- Even controleren of de recentste driver geïnstalleerd is.
- Indien mogelijk, de onboard NIC uitschakelen en eens een andere erin steken en daarmee testen.

Is deze server trouwens zelfbouw of is het een A-merk?

Netwerkkaart opzich is niet logisch... Ik heb immers via een VMware machine geen problemen mee, technisch doet dat hetzelfde met de kaart... dus dan zou ik het probleem ook moeten hebben...

Het is ook de recendste driver... ...

Andere kaart testen is lastig want dan kan ik niet meer bij de server, dit zou ik in het datacenter moeten testen, alleen ik vind het niet een logisch probleem dat het daar zou liggen...

Ik zoek het probleem in Windows... of TCP van Windows... immers VMware gaat daar anders mee om, dus dat kan verklaren waarom een VMware machine het wel doet en de fysieke dus niet...

De server is een zelfbouw, maar zoals in eerste post te lezen is, gemaakt van A-Merken... de kast is nieuw gekocht met een fortron voeding en is voorzien van 7 stofzuigventilatoren... Alles is nieuw en op elkaar zover mogelijk afgestemd.

Mvg,
Michiel

Nog een kleine toevoeging... wanneer ik FTP op een andere poort draai houd ik hetzelfde probleem...

Wanneer ik een portmapper heb welke de poorten forward naar een ander systeem... dan heb ik hetzelfde probleem...

Mede hierom denk ik daarom dus ook dat het iets in Windows/TCP zelf is...

Je kan lokaal connecteren, bedoel je doen naar 127.0.0.1?
Probeer eens of je kan connecteren lokaal, maar naar het 'echte' ip-adres?

De kans is natuurlijk klein, maar met genoeg suggesties te doen, kom je misschien tot een oplossing ;-)

Sven

Oorspronkelijk geplaatst door widemis

Netwerkkaart opzich is niet logisch... Ik heb immers via een VMware machine geen problemen mee, technisch doet dat hetzelfde met de kaart... dus dan zou ik het probleem ook moeten hebben...

Het is ook de recendste driver... ...

Tja, VMware installeert meerdere LAN adapters in Windows, dus misschien dat die toch anders communiceert met de fysieke LAN adapter. Maar goed, ik probeer enkel maar mee te denken hier.

De server is een zelfbouw, maar zoals in eerste post te lezen is, gemaakt van A-Merken... de kast is nieuw gekocht met een fortron voeding en is voorzien van 7 stofzuigventilatoren... Alles is nieuw en op elkaar zover mogelijk afgestemd.

A-merk server is niet hetzelfde als een server samengesteld uit A-merk onderdelen. Bij de eerste mag je er vanuit gaan dat de onderdelen uitvoerig met elkaar getest zijn en goed samenwerken, bij de tweede moet je het zelf ondervinden

Oorspronkelijk geplaatst door sdetroch

Je kan lokaal connecteren, bedoel je doen naar 127.0.0.1?
Probeer eens of je kan connecteren lokaal, maar naar het 'echte' ip-adres?

De kans is natuurlijk klein, maar met genoeg suggesties te doen, kom je misschien tot een oplossing ;-)

Sven

Hehe... Connecten met het echte ip wil ook gewoon... moet bekennen lokaal testen heb ik niet gedaan met 127.0.0.1... maar met gewoon het lokaal publieke adres.

Oorspronkelijk geplaatst door Ingvald

Tja, VMware installeert meerdere LAN adapters in Windows, dus misschien dat die toch anders communiceert met de fysieke LAN adapter. Maar goed, ik probeer enkel maar mee te denken hier.


A-merk server is niet hetzelfde als een server samengesteld uit A-merk onderdelen. Bij de eerste mag je er vanuit gaan dat de onderdelen uitvoerig met elkaar getest zijn en goed samenwerken, bij de tweede moet je het zelf ondervinden

Uhm... VMware installeerd alleen meerdere adapters wanneer de GuestOS's via NAT of via Host-only optie gebruikt. Wanneer je gaat bridgen dan heeft de pc geen virtuele VMware netwerkkaarten, maar 1 fysieke waar ook het GuestOS verkeer direct over gaat.

Dat het geen A merk server is mag niet de reden zijn van dit meest vage probleem... ik bouw al jaaaaren computers en lever ook A-Merken maar heb nog nooit een vaag probleem als dit ondervonden...

Mijn logica is compleet weg... Wat nog een laatste testoptie in mijn beleving is, dat ik de 2e onboard kaart ga configureren... en hierop testen... Alleen zal ik wel hiervoor naar het datacenter moeten... Ik hoop dat ik hier komende week iets mee kan doen...

Toch omdat ik denk dat het echt in de software zit, wil ik hier de komende dagen nog even flink mee knutselen...

Vooralsnog eerst alvast weer bedankt... en ik meld mij hier later weer...

Mvg,
Michiel