anne_03 10 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 Hallo melde mich mit meinem Thema jetzt auch mal in diesem Forum. Unser Netzwerk (Domäne, Windows2003 Server) ist per Standleitung mit einem Kunden verbunden. Wir können auf eine Freigabe beim Kunden zugreifen (wird als normales Netzlaufwerk im Explorer verbunden) und somit Daten austauschen. Aus bisher ungeklärten Gründen, können wir keine Excel-Dateien und Postscriptdateien mehr austauschen. Dh. ich kann von unserer Domäne zwar die Dateien rüberkopieren, aber beim zurückkopieren treten angebliche Netzwerkprobleme auf. Komprimierte Dateien wie Zip oder PDF oder normale Txt-Dateien können hinundherkopiert werden. Hat irgendjemand hier eine Idee dazu? Die Probleme traten erst nach einem Leitungsproblem auf, welches einen Routertausch beim Kunden und den Tausch eines defekten Kabels an unserem Router zurfolge hatte. Kann ein Router überhaupt in diese Anwendungsschicht eingreifen? Wenn ja welche Router können das? Zitieren Link zu diesem Kommentar
Hr_Rossi 10 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 hi gib mal mehr details zu deiner standleitung an ? ist da ein vpn dazwischen welche firewalls sind da wie ist i-net zugang adsl...?? lg Zitieren Link zu diesem Kommentar
anne_03 10 Geschrieben 26. Februar 2007 Autor Melden Teilen Geschrieben 26. Februar 2007 standleitung ist eine 2MBit-Leitung - CiscoRouter bei uns - beim Kunden weiß ich es nicht. über diese leitung geht ausschließlich der Datenstrom zum Kunden. VPN und I-Net (ADSL) sind separate leitungen. Firewall / shorewall Zitieren Link zu diesem Kommentar
Hr_Rossi 10 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 standleitung ist eine 2MBit-Leitung - CiscoRouter bei uns - beim Kunden weiß ich es nicht.über diese leitung geht ausschließlich der Datenstrom zum Kunden. jo, schon klar... aber mit welchm protokoll wählt sich der cisco ins remotnetz ein ? auf welche träger basiert die standleitung ? wie erfolgt die azthentifizierung ? schon mal auf beiden seite die MTU gechekct für diese Verbindung ? dateisautasuch mittels CIFS oder ftp oder wie ? lg Zitieren Link zu diesem Kommentar
anne_03 10 Geschrieben 26. Februar 2007 Autor Melden Teilen Geschrieben 26. Februar 2007 jo, schon klar... aber mit welchm protokoll wählt sich der cisco ins remotnetz ein ? auf welche träger basiert die standleitung ? wie erfolgt die azthentifizierung ? schon mal auf beiden seite die MTU gechekct für diese Verbindung ? dateisautasuch mittels CIFS oder ftp oder wie ? lg mit welchem Protokoll - hm - kann ich so nicht sagen, wo kann ich das erkennen? Träger - authentifizierung ? was meinst du? MTU bei uns 1472 - gegenseite auch dateiaustausch mittels cifs Zitieren Link zu diesem Kommentar
Hr_Rossi 10 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 hmm naja protokoll hast mir schon benatwortet, geht also ganz normal mit net use .... nehm ich mal an...... als träger mein ich isdn, cable, dsl oder so.... und muss man sich nicht anmelden bei den shares oder wie ?? gibt es vielleicht eine content firewall die speziel diese dateityps sperrt ? lg Zitieren Link zu diesem Kommentar
anne_03 10 Geschrieben 26. Februar 2007 Autor Melden Teilen Geschrieben 26. Februar 2007 ja doch klar - die anmeldung an deren domäne muss man schon machen content firewall - tja bei uns nicht - wenn dann nur beim Kunden, aber der ist der meinung, dass der router (der neue) das wohl könne, aber das macht doch keiner. (so deren aussage) das eigenartige ist - wenn man eine txt-datei mit >= dreißig leerzeichen dorthin kopiert ist noch ok , aber der rückweg klappt dann auch schon nicht mehr.. excel hat im oberen bereich (mal in hex angesehen) auch viele leerzeichen drin... und postscriptdateien auch Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 Ich tippe auf ein MTU-Problem gem dem KB Artikel 898060, dass häufig bei VPN über VPN auftritt. Mach mal einen ping <Ziel IP> -l 1472 und schau, ob er meldet, dass das Paket fragmentiert werden muss Im Netzwerkmonitorscan sollte am auch entsprechende IP-Pakete sehen (QuellProtokoll: IP; Fragmentation needed) grizzly999 Zitieren Link zu diesem Kommentar
Hr_Rossi 10 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 hi grizzly, dies ist auch meine vermutung..... er hat eine mtu von 1472... naja wenn dies eine ethernet verbindung ist sprich über cable ..... würde es in ordnung sein aber wenn einer der beiden peers über dsl fährt wäre dies zu hoch... ich würde die mtu mal testweise auf 1300 einstellen auf beiden seiten !! lg Zitieren Link zu diesem Kommentar
anne_03 10 Geschrieben 26. Februar 2007 Autor Melden Teilen Geschrieben 26. Februar 2007 wir gehen ja nicht über vpn auf diese domäne. das mtu-problem habe ich schon unter die lupe genommen - hier und dort wurde ab 1473 die meldung mit dem Pakete fragmentieren zurückgegeben Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 Dann sollte man auf dem Server den Patch 898060 einspielen, oder mit der MTU weit runtergehen. grizzly999 Zitieren Link zu diesem Kommentar
anne_03 10 Geschrieben 26. Februar 2007 Autor Melden Teilen Geschrieben 26. Februar 2007 also die Verbindung ist eine Kabelverbindung. von daher sollte der mtu-wert ok sein. habe jetzt hinter (oder vor) die firewall einen pc geschaltet. also raus aus der eigenen domäne, eine ip im 200er bereich und eine freigabe erstellt. auf diese freigabe habe ich mich mit einem anderen pc verbunden und siehe da, keine übertragungsfehler. allerlei dateien - auch excel können kopiert werden. das heißt, der weg von unserer domäne über die firewall auf einen pc direkt dahinter ist ok. heißt für mich im umkehrschluss, der fehler liegt auf kundenseite. wenn der mtu-wert nicht ok wäre, dann dürften ja pdf-dateien mit mehreren MB erst recht probleme machen. oder sehe ich das falsch? Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 26. Februar 2007 Melden Teilen Geschrieben 26. Februar 2007 Du suchst hier Hilfe. Ok. Warum nimmst du dann keine Hilfe von erfahrenen Leuten an :rolleyes: grizzly999 Zitieren Link zu diesem Kommentar
anne_03 10 Geschrieben 27. Februar 2007 Autor Melden Teilen Geschrieben 27. Februar 2007 Du suchst hier Hilfe. Ok. Warum nimmst du dann keine Hilfe von erfahrenen Leuten an :rolleyes: grizzly999 das mache ich ja - sonst wäre ich kaum hier. ;) nur so wie ich es verstanden habe, sollte das MTU-Problem nur bei VPN oder DSL-Verbindungen eine Rolle spielen. Die Frage nach dem Patch habe ich auch einen DL vor Ort gestellt und er meinte, dass dies nicht unser Problem wäre, weil wie schon erwähnt komprimierte Dateien anstandslos funktionieren. Aber seit gestern abend ist das Problem scheinbar gelöst. Ich weiß nur nicht wodurch. Das einzige was wir hier gemacht haben, war den Router (CISCO) kurz stromlos zu machen. Nun konnte ich bisher nicht den Kunden befragen, ob die etwas bei sich verändert haben. Jetzt funktioniert es zwar wieder, aber ich weiß nicht warum. Es erscheint mir einfach unlogisch, dass der Router die Ursache gewesen sein soll. Der weiß doch gar nicht, was er zur anderen Seite routet. Zitieren Link zu diesem Kommentar
anne_03 10 Geschrieben 27. Februar 2007 Autor Melden Teilen Geschrieben 27. Februar 2007 das mache ich ja - sonst wäre ich kaum hier. ;) nur so wie ich es verstanden habe, sollte das MTU-Problem nur bei VPN oder DSL-Verbindungen eine Rolle spielen. Die Frage nach dem Patch habe ich auch einen DL vor Ort gestellt und er meinte, dass dies nicht unser Problem wäre, weil wie schon erwähnt komprimierte Dateien anstandslos funktionieren. Aber seit gestern abend ist das Problem scheinbar gelöst. Ich weiß nur nicht wodurch. Das einzige was wir hier gemacht haben, war den Router (CISCO) kurz stromlos zu machen. Nun konnte ich bisher nicht den Kunden befragen, ob die etwas bei sich verändert haben. Jetzt funktioniert es zwar wieder, aber ich weiß nicht warum. Es erscheint mir einfach unlogisch, dass der Router die Ursache gewesen sein soll. Der weiß doch gar nicht, was er zur anderen Seite routet. Der Router ist tatsächlich defekt oder benötigt ein Firmwareupdate. Die Fehler konnten nun reproduziert und lokalisiert werden. Ich danke euch für die Unterstützung. Anne Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.