RipperFox

(muss ich mich immer wiederholen?) Zum Dritten: - ohne mehr Input keine weite Analyse möglich.. - Dein Exchange ist wohl nicht der Problemverursacher und nicht mal der "Melder" des Problems. Ruf beim EMPFÄNGER mal an und sag die sollen mal nach ihrem Server schauen lassen. Grüße Ripper

nein, PUSH legt nur etwas auf den Stack und löscht nix. Die Ausgabe "{ Ausgabe(TOP(S)), POP(S) }" in "Solange ((nicht EMPTY(S)) und (.......)): { Ausgabe(TOP(S)), POP(S) }" scheint mir auch widersinnig. Wo gibt's denn die komplette Aufgabe? Grüße Ripper

Nochmal: Die gegebenen Informationen sind recht verstümmelt -das ausge-"x"-e macht das zwar Datenschutzrechtlich sauber, aber halt auch anonym. Bist Du sicher, das irgendein System welches Du betreust den Fehler produziert hat? Es sieht eher so aus als ob der Smarthost des Exchange oder ein nachgeschalteter Mailserver die Benachrichtigung Fehlermeldung absetzte. Entstanden ist der Fehler am Host "hostxx.xxx.xxx.xxx[xx.xxx.xxx.xxx]" - der ist wohl als MX für die Domain "domain1.de" eingetragen, fühlt sich aber nicht zuständig. Also beim Betreiber der Domain mal nachfragen.. (Da ich schwer annehme, dass Du "xxx@domain1.de" einfach als anonymisierte Adresse vewendet hat kann man halt schlecht testen) Grüße Ripper

mh.. Normalerweise sortiert man etwas mittels Rekursion, die von Dir gebrachte Aufgabe durchläuft aber nur einmal den String und ein einfacher Vergleich wird somit nur einmal durchgeführt. Die Aufgabe ist mir suspekt. Tippfehler ausgeschlossen? Grüße Ripper

Naja.. nach dem Ausschlussverfahren: - kein HW Problem - kein Problem mit Server - kein Problem mit Netz an sich -> es liegt am installierten System (Software) -> betrifft nur HTTP in Verbindung mit einem speziellen Server?? (DL aus dem Internet ist ok, oder?) - hier wird's relativ strange.. Da wird die Auswahl langsam knapp: Vieleicht ist es: - Systemproxy (Internetoptionen -> auch FF nutzt den!) - Virenscanner/Firewall - Virenbefall - Verbockte TCP/IP Settings (MTU/etc) "Continuation or non-HTTP traffic" ist kein Problem, heisst nur der HTTP-Header ist in dem Packet nicht drin (weil File zu größ für ein Packet z.B.), das [TCP Out-OF-Order] macht mir eher Probleme. Sowas kommt im LAN eher selten vor, dass sich Packete "überholen" oder neu versandt werden müssen. Grüße Ripper

Mal die SATA-Ports durchprobiert? Wenn derjenige den falschen Controllerport erwischt hat (oder gar nen andern Controller) könnte das Fehlerbild so aussehen.. Grüße Ripper

Problem bei Skype ist zusätzlich: Es nutzt P2P Techniken. Wenn dein Rechner direkt erreichbar ist (nicht hinter nem Router) wird er schnell mal zum Supernode und dient anderen Skype-Benutzern als "Sprungbrett" - dabei reicht es wenn Skype läuft. Das kommt schnell einiges an Traffic zusammen. Bei einem Volumentarif können so schon Kosten verursacht werden. ($Kunde hatte das Problemchen ) Skype mit simplen Postsperren habhaft zu werden ist schwer, da es alle nöglichen Tricks nutzen kann. Der von skejcik vorgeschlagene TrafficShaper könnte helfen. Grüße Ripper

hostxx.xxx.xxx.xxx[xx.xxx.xxx.xxx] meinte, er wäre a) nicht zuständig für Domain domain1.de und lässt auch nicht zu, als Relay benutzt zu werden. Klare Aussage, oder? Die Meldung, was hostxx.xxx.xxx.xxx[xx.xxx.xxx.xxx] nicht mag erreichte Dich über den Host mail.arcos.de[xxx.x.xxx.xx], der versucht hat die Mail dort abzukippen. Auf jenem (mail.arcos.de[xxx.x.xxx.xx]) läuft wohl Postfix (=kein Windows) Was hat das nun mit deinem Exchange zu tun? Uh.. Gar nix, der stellt nur die Fehlermeldung zu.. Ursachen kann das einige haben, aber mit so verstümmeltem Input versagt meine Glaskugel. Grüße Ripper

sorry - ich hab nicht recht gelesen.. ..der Router wird erst unten erwähnt.. Lösung nach Einfachheit sortiert: 1. Warum schliesst du das Netbook nicht über den Switch auch an den Router an? *g* 2. Netzwerkbrücke einrichten Sollte eigentlich inkl. DHCP funktionieren 3. Routing über den PC Dabei ist zu beachten: dass Routing nur mit differenzierbaren Netzen funktioniert (192.168.1.0/24 und 192.168.2.0/24 z.B.) Der Speedport eine statische Route verpasst bekommen muss (er muss wissen wie er das Netbook erreicht - über den PC) edit: zuallererst schauen ob das überhaupt geht - wenn nicht ist's essig mit routing Das Netbook eine statische Route verpasst bekommen muss (er muss wissen wie er den Speedport erreicht - über den PC) Der PC als Router konfiguriert sein muss (Chiefs Registryeintrag) Warum willst Du das nochmal in kompliziert haben? Grüße Ripper

Weee - kann man die Ausgangssituation noch umnständlicher formulieren? OS-Angabe fehlt und Angaben schließen sich z.T sogar aus (Brücke und IPs an beiden NICs, mehrere "Default"-Gateways sind Käse) OP hat also einen Rechner welcher sich z.B. via PPPoE ins Internet über NIC1 einwählt und möchte über NIC2 einem anderen Rechner den Zugriff gewähren. Also technisch: Rechner soll nicht (nur) routen, sondern NAT machen. (Registryeintrag wäre bei gleichen Subnetzen eh sinnlos) Lösung: 1. Netzwerkbrücke auflösen (war die falsche Lösung, IPs auf den beiden Adaptern hat man bei einer Brücke nicht mehr -> totaler Quark) 2. Die liebe "Internetverbindungsfreigabe" einrichten (siehe Windows-Hilfe) Grüße Ripper

Also kriegst Du grundsätzlich so eine miesen Durchsatz? Okay, weiter systematisch vorgehen (hast Du ja anscheinend bisher schon): -"Download" via "Speichern unter" mal versucht? -Live-CD (BartPE, Linux, etc.) mal versucht? -Von einer anderen Maschine runterladen ist schneller? -Betrifft es nur HTTP oder auch Netzlaufwerke? -Kannst ja mal Wireshark/NetworkMonitor auf dem Lappy laufen lassen unds chauen ob was auffällt. Da gibts noch genug zum nachschauen Grüße Ripper

Ah.. Fehlerbeschreibung ist ja wohl bissl schwammig: 300kB/s im LAN ist ja wohl sowieso grauenhaft. Das wäre mit 10Base2 schon grauenhaft. - Wie groß ist die Datei? - Wird direkt im Browser angezeigt (ActiveX)? - Wo wird "23kB/s" angezeigt? - "ein anderes File probiert herunter zu laden" -> doh, Ergebnis? Betrifft es nur PPT-Files? Glaskugel on: Virenscanner? Office verballert (bei Activex/Plugin)? Serverproblem? VPN-Verbindung über extern am laufen? Grüße Ripper

kleiner Hinweis: ZIP geht auch, z.b. mit VBS: Bsp: Windows XP and 2003 Native Zip/Unzip Grüße Ripper

Sowas? SMPTE 12M Timecode Support for Silverlight John Deutscher Grüße Ripper

Lieber flashpixx, ich kann das so nicht auf mir sitzen lassen: Gleiches Modell und gleiche buggy Firmware, welche an einem deutschen DSL-Anschluss eine nicht-antwortende taiwanesische Nameserver IP ausspuckt und beim Reverse-Lookup der eigenen IP igendwas mit .ar7 faselt (wohl ein "fritz.box"-Aquivalent)? DL-Support :: LAN, WLAN & Windows Support :: Wlan Router G664T baut keine Webseiten auf im IE deutet auch auf ein Problem mit dem Routermodell hin.. Googelt doch mal nach der verdammten "139.175.55.224" - alles D-Link Problemchen. Es _kann_ sein, dass IPv6-Namesauflösungen dafür sorgen, das der DNS-forwarder auf dem D-Link absemmelt - das Problem hatten einige (meinst nicht so tolle) Router. Aber spätestens mit dem Default-NS aus Taiwan hat sich das Teil IMHO als DNS disqualifiziert. Wieviele so "qualifizierte" Verteidigungen von D-Link gibt's noch von dir? *kopfschüttel* Einen sensiblen Ironiesensor hast Du ja keinen, aber Du scheinst ja netztechnisch sehr qualifiziert zu sein: Dann erklär mir bitte, warum z.B. Mircosoft so sehr auf IPv6 u.a. im LAN setzt (W2k8 Server/Vista/7 wickeln gern alles über Link-Local Adressen ab, dann gibt's noch DirectAcces/Heimnetzgruppe und nicht zuletzt Teredo-Autotunneling)? Wenn Du nen Provider für natives IPv6-only über Bitstream (T-DSL) suchst - es gibt genug Anbieter. (Ich würd dir gern noch was über die zwei /48 Netze mit öffentlichen IPs auf der Büchse von dem Screendump oben erzählen, von wegen OSPFv6 und BGP mit Quagga und so, aber das lass ich mal weg..) @unbenannt: Zum dritten: Der DNS des Routers hat 'ne Macke. Am besten den DNS des Routers nicht nutzen, sondern in Windows einen anderen Eintragen. Grüße Ripper

Mh.. steh ich auf ignore? *g* Dir ist schon bewusst, dass er das nicht gemacht hat sondern die das System die IP auflöst? (ar7 ist übrigends wohl die Embedded-Plattform der D-Link Büchse) Nochmal für alle: Die D-Link Büchse hat einen DEFEKTEN DNS Forwarder. Technikfeind! IPv6 now! Greets Ripper

Lieber Herr unbenannt: Nochmal deutlicher: Dein D-Link Routerchen (welcher ja wohl deinen DHCP stellt) nutzt eine völlig FALSCHE DNS Serveradresse (die aus 139.75.x.x). Da Du eben jene Büchse (ist ja wohl die 192.168.1.1) auch noch DNS eingetragen hast läuft ja wohl was schief. IPv6 scheint auf deinem System nicht aktiv zu sein, sonst würde ifconfig ungefähr sowas liefern und ipv6 in dmesg auftauchen.. eth0 Link encap:Ethernet Hardware Adresse 00:1d:xx:xx:xx inet Adresse:192.168.11.12 Bcast:192.168.11.255 Maske:255.255.255.0 inet6-Adresse: 2001:xxx:xxx::10/48 Gültigkeitsbereich:Global inet6-Adresse: 2001:xxx:xxx::20/48 Gültigkeitsbereich:Global inet6-Adresse: fe80::21d:7dff:fe03:d70a/64 Gültigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 RX packets:81173967 errors:0 dropped:0 overruns:0 frame:0 TX packets:87514795 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:35305428379 (32.8 GiB) TX bytes:34025588774 (31.6 GiB) Interrupt:251 Btw: /etc/nsswitch.conf wäre auch noch interessant. Also: Nimm es als gegeben hin, das mit der D-Link Büchse was nicht stimmt! Das wirst Du durch rumprobieren am Ubuntu eher nicht behoben bekommen. Siehe auch: [ubuntu] DNS problems with jaunty or my dlink router - Ubuntu Forums Grüße Ripper

soso.. Der genannte Nameserver dürfte in Taiwan stehen/gestanden haben (139.175.0.0/16 gehört zu seednet in .tw) ..und ja, der lässt sich nicht pingen - resolven mag er erst recht nicht. (teste selbst mit dig, nslookup oder sonstwas) Befrage Google mit eben jener IP - Ich würd sagen das hat DLink richtig gut verbockt Also: Warum willst Du immer noch IPv6 disablen? Installier dir halt Bind oder trag nen gescheiten DNS ein.. Grüße Ripper PS: Linux: How to disable the IPv6 protocol

Mal ne Frage: Woher ist der Plunder? Seit über 16 Jahren haben wir CIDR - trozdem lässt sich dieses Heftchen endlos über Netz-Klassen aus? Ich hätte hier noch OS/370 Programming Manuals, Bücher über Kernspeicher und Lochkarten - das ist in etwa genauso zeitgemäß. Grüße Ripper

Drucken sollte funktionieren. Faxen vom PC aus wiederum eher nicht. Wobei Fax via Internet (hab das wegen der Fritzbox im Verdacht) ein Problem für sich darstellt. Grüße Ripper

Deine Umrechnung Bits zu Bytes ist falsch. (woher kommt das "M"?) 1.000.000 Bit sind 125000 Bytes sind 125 KBytes Problem an der Darstellung ist noch, dass die meisten (Fach)leute bei Dateigrößen gern die Angabe in KibiBytes machen (Basis 2, also 1 kB = 1024 Bytes) und die SI-Einheiten (mit Basis 10, 1KB = 1000 Bytes) nur bei Datenübertragungen nutzen. Also: Deine Leitung mit 1MBit/s schafft also 125KB/s (und 122,07 kB/s ).. (Hint: die Sekunden-Angabe ist mir zumindest genauso wichtig wie die Stunde bei km/h - ohne die Angabe wirkt das bissl komisch) Näheres hierzu noch bei Wikipedia: Byte ? Wikipedia Grüße Ripper

War ja fast komplett.. So sollte es gehen: IF %~z1 GTR 5000 GOTO xyz Am besten funktioniert das Ganze in Schleifen: FOR %%a IN (*.bat) DO IF %%~Za GTR 0 ECHO Batchdatei %%a ist %%~Za Byte gross guckst Du da: Batch-Programmierung: Erweiterungen unter Windows NT ? Wikibooks, Sammlung freier Lehr-, Sach- und Fachbücher für weitere Variablen.. Grüße Ripper

Ohne MBR hatt es ja nicht klappen können. Alternative wäre gewesen: Windows CD booten -> Wiederherstellungskonsole -> fixmbr und fixboot c: ausführen Btw: "Bootmenu" gibt's sowohl vom Bios als auch von Windows - recht missverständlich. Grüße Ripper

"bei der Schrift von Desktop-Icons die Hintergrundfarbe" Äh.. is das nich transparent? Pics / genauere Erklärung / andere Formulierung bitte.. Grüße Ripper

Naja, "Datenübertragung" ich würd ich das nicht unbedingt an den "legacy" Schnittstellen am PC festnageln. Die bereits gegebenen Antworten ignoriere ich mal aus verschiedenen Gründen komplett (das war doch freundlich ausgedrückt, oder?). Was mit so aus dem Stand einfällt: Parallel: + bei niedrigen Datenraten recht einfach (Druckerschnittstelle) + Busbreite proportional mit Bandbreite, "einfach" erweiterbar (mehr Kabel ) + paraleller Zugriff entspricht dem Aufbau von CPU/RAM, etc. - Synchronisation =Signallaufzeiten sollten gleich sein -> die Leitungslänge bei xxxx MHz ist kritisch (siehe die lustigen Umwegschleifen an RAM-/CPU-Sockel auf dem Mainboard - denn da laufen Signale parallel und bei 1333MHz kommt Licht im Vakuum in einem Takt grade mal 23cm weit) - viele Leitungen benötigt/Teuer/kein hohen Reichweiten - parasitäre Kapazitäten (Leitungen wirken untereinander wie ein Kondensator), fangen Störungen evtl. nicht gleich ein (-> Differentielle Signalübertragung -> teuer) - Terminierung teuer (Leistungsanpassung) - etc. Seriell: + hohe Geschwindigkeit mögl. + billig, einfaches Handling, Stecker (USB) + hohe Reichweite (100km f*ck yeah - 10GE-Glasfaser IMHO serielle Übertragung ) - Logik für Serialisierung nötig -> teuer - Hohe Frequenzen -> Empfindlichkeit gegenüber Störungen, Signalerzeugung-/messung teuer, etc - ... Da spuckt Wikipedia und Google sicher noch mehr aus.. Früher hat man Bandbreite gern mit größerer Busbreite erkauft (siehe SCSI). Heute ist der Trend rückläufig (auch siehe SAS ) und man nimmt auch so gerne Mischformen (siehe PCI-E mit der Kopplung von mehreren seriellen Lanes) An sich kommt es immer auf den Einsatzzweck an, welche Technik sinvoll ist. Grüße Ripper