Netzwerk Mac-PC sehr langsam

[minos5000]

Hi,

ich habe ein Problem, wenn ich mein iBook (OSx10.3.3) und meinen PC (XP2400+, VIA KT266A, Realtek Netzwerkarte) verbinden und Daten übertragen möchte. Dabei ist es egal in welche Richtung die Daten gesendet/geschickt werden, die Übertragungsrate liegt jeweils bei 100-150KB/s, was ich für eine 100MBit Verbindung doch für inakzeptabel halte.

Auch der Versuch, die iBook Netzkarte manuell zu konfigurieren hat nicht geholfen.

Anzumerken ist noch, daß vor ein paar Wochen die Verbindung einige Male in normaler Geschwindigkeit erfolgt ist, was allerdings nicht reproduzierbar war.


Ich hoffe mir kann jmd bei dem Problem helfen.



so long minos

 

[Homer]

Was mir zuerst einfällt wäre ne Firewall auf Mac oder PC.

Wie genau sind die beiden Rechner verbunden? Crosskabel oder über nen Switch/Hub?

Homer

 

[maceis]

hallo,

bei Netzwerkproblemen ist es oft bzw so gut wie immer von Vorteil den Netzwerkverkehr zu analysieren während das Problem auftritt.
Dies kann man unter Mac OS X am einfachsten durch das Kommando
sudo tcpdump
durchführen.

Du kannst gerne die Ausgabe hier posten, damit man sich das mal ansehen kann.
Mögliche Ursachen sind so oft schnell zu identifizieren.

Interessant sind immer auch die Vorgehensweise und die Umgebung:
Wie stellst Du die Verbindung her ()?
Benutzt Du Namen oder IP Adressen ?
Hast Du Arbeitsgruppe aufeinander abgestimmt?
Wie sieht die physikalische Verbindung aus ?
usw.

Je mehr Info Du lieferst, um so größer sind die Erfolgsaussichten.

@Homer
btw:
beim aktuellen iBook (und überhaupt allen neueren Macs) ist es egal, ob Du ein CrossOver oder StraightThroug Kabell verwendest.
Die NIC verwendet autodetect

 

[docbirne]

als MacDepp in die Fragerunde reinhängen

Hallo,

ich möcht ja nicht unhöflich sein, aber ich scheitere schon am Aufbau einer Verbindung zw. ibook G3 600 10.3.3 und nem IBM-PC winxp prof.

Kann mir jemand ne einfache Anleitung senden in der auch steht was für ein Netzwerkkabel ich brauche? (evtl. auch direkt an 01797350404@genion.de)

Danke schon mal.

docbirne

 

[Homer]

Schau mal in meine Signatur...

Homer

 

[maceis]

Re: als MacDepp in die Fragerunde reinhängen

Original geschrieben von docbirne
Hallo,

ich möcht ja nicht unhöflich sein, aber ich scheitere schon am Aufbau einer Verbindung zw. ibook G3 600 10.3.3 und nem IBM-PC winxp prof.

Kann mir jemand ne einfache Anleitung senden in der auch steht was für ein Netzwerkkabel ich brauche? (evtl. auch direkt an 01797350404@genion.de)

Danke schon mal.

docbirne

 

wenn keine der verwendeten Netzwerkkarten autodetect unterstützt, und du die Karten ohne Hub/Switch verbindest, benötigst Du ein CrossoverKabel, mit autodetect ist es egal, welches Kabel du nimmst
Zuerst testest Du dann die Physikalische Verbindung und die Zuordnung zum richtigen logischen Netz mit einem ping.
Solange der nicht geht, kannste alles andere vergessen.
Falls er nicht geht, sag uns das und poste die von Dir verwendeten Netzwerkeinstellungen (IP Adressen, Subnetzmasken)
Dannach kannste ja ein
sudo tcpdump
machen und die Ausgaben hier posten.

Wenn Du aber weiterhin nur im Stil: "Hilfe - es geht nicht!" schreibst, wird man Dir kaum helfen können.

Außerdem empfehle ich Dir
das
und das
zu lesen

 

[minos5000]

Ok,

- verbunden sind die beiden über ein Crossover-Kabel
- identifizieren tu ich die per IP-Adresse
- Arbeitsgruppe?? Häh, gibt's das auch beim Mac??


tcpdump hab ich auch einmal durchlaufen lassen, das ist dabei herausgekommen:

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 96 bytes
15:52:20.239857 IP 192.168.0.77.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
15:54:26.988819 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:54:27.737696 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:54:28.487577 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:54:37.862690 IP 192.168.0.77.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
15:54:52.008060 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 2287140334:2287140338(4) ack 3350974800 win 65535 NBT Packet
15:54:52.143513 arp who-has 192.168.0.70 tell 192.168.0.77
15:54:52.143558 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
15:54:52.143619 IP 192.168.0.77.tn-tl-fd2 > 192.168.0.70.netbios-ssn: . ack 4 win 17269
15:56:46.767634 IP 192.168.0.77.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
15:56:46.767745 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:56:47.516961 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:56:48.266954 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
15:58:08.268954 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
15:58:08.269083 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
15:58:24.252477 IP 192.168.0.77.ibm-abtact > 234.5.6.7.rrac: UDP, length: 2
16:00:52.009333 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 4:8(4) ack 1 win 65535 NBT Packet
16:00:52.201166 arp who-has 192.168.0.70 tell 192.168.0.77
16:00:52.201216 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
16:00:52.201278 IP 192.168.0.77.tn-tl-fd2 > 192.168.0.70.netbios-ssn: . ack 8 win 17265
16:02:20.315202 IP 192.168.0.77.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:06:10.323213 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:06:10.323345 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:06:29.513715 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:06:30.259240 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:06:31.009225 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:06:34.963067 IP 192.168.0.77.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:06:52.010575 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 8:12(4) ack 1 win 65535 NBT Packet
16:06:52.149586 arp who-has 192.168.0.70 tell 192.168.0.77
16:06:52.149635 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
16:06:52.149697 IP 192.168.0.77.tn-tl-fd2 > 192.168.0.70.netbios-ssn: . ack 12 win 17261
16:12:52.011774 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:12:53.664953 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:12:55.665306 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:12:59.665755 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:13:07.666486 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:13:07.848015 arp who-has 192.168.0.70 tell 192.168.0.77
16:13:07.848065 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
16:13:23.667720 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:13:55.670457 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:14:59.675688 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 12:16(4) ack 1 win 65535 NBT Packet
16:14:59.675856 arp who-has 192.168.0.70 tell 192.168.0.77
16:14:59.675897 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
16:14:59.675961 IP 192.168.0.77.tn-tl-fd2 > 192.168.0.70.netbios-ssn: . ack 16 win 17257
16:15:14.975168 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:15:14.975296 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:17:20.283715 IP 192.168.0.77.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:18:31.797528 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:18:32.547062 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:18:33.297068 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:18:35.922275 IP 192.168.0.77.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:18:52.012968 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 16:20(4) ack 1 win 65535 NBT Packet
16:18:52.156189 arp who-has 192.168.0.70 tell 192.168.0.77
16:18:52.156239 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
16:19:55.699227 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 16:20(4) ack 1 win 65535 NBT Packet
16:19:55.699379 arp who-has 192.168.0.70 tell 192.168.0.77
16:19:55.699420 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
16:19:55.699472 IP 192.168.0.77.tn-tl-fd2 > 192.168.0.70.netbios-ssn: . ack 20 win 17253
16:24:52.014160 IP 192.168.0.70.netbios-ssn > 192.168.0.77.tn-tl-fd2: P 20:24(4) ack 1 win 65535 NBT Packet
16:24:52.214254 arp who-has 192.168.0.70 tell 192.168.0.77
16:24:52.214305 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4
16:24:52.214372 IP 192.168.0.77.tn-tl-fd2 > 192.168.0.70.netbios-ssn: . ack 24 win 17249
16:25:15.933897 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
16:25:15.934023 IP 192.168.0.70.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)

Ich hoffe, daß ist aussagekräftig genug, hab nämlich keine Lust das Ding bis in alle Ewigkeit laufen zu lassen. Wie man sieht, ging das ja nicht allzu schnell vorwärts.

Ich hab inwzischen auch mal versucht per ftp auf den Mac zuzugreifen, ging aber auch nicht schneller :-(


so long

 

[maceis]

hallo minos5000,

15:54:52.143513 arp who-has 192.168.0.70 tell 192.168.0.77
15:54:52.143558 arp reply 192.168.0.70 is-at 00:0a:95:ef:93:c4

Diese Zeilen tauchen immer wieder auf.
Daraus entnehme ich, dass sich der Rechner mit der IP 192.168.0.77 sich die Mac-Adresse des Rechners 192.168.0.70 (wer was ist wissen wir ja leider immer noch nicht) nicht merken kann, obwohl dieser Sie bereitwillig zur Verfügung stellt.

Probier mal ob die Verbindung nach
sudo arp -s 192.168.0.70 00:0a:95:ef:93:c4
schneller wird.

Bitte mach vorher und nachher
arp -a
um zu kontrollieren, dass der Wert übernommen wurde.

16:18:31.797528 IP 192.168.0.77.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
das wiederholte Auftauchen dieser Zeile produziert deutet daraufhin, dass der rechner ...77 nich registriert wird.
Hast Du an der Dose Netbios over TCP/IP an oder aus ?

- Arbeitsgruppe?? Häh, gibt's das auch beim Mac?

Wenn er mit Windows "reden" soll - na klar.
Eingestellt wird Sie unter Programme > Dienstprogramme > Verzeichnisdienste > SMB.
Sollte man aufeinander Abstimmen.

Und dass es so extrem langsam geht, deutet daraufhin, dass Du in dieser Zeit keine Dateien übertragen hast (dann sieht man antürlich nix) und/oder evtl. ein Problem mit der physikalischen Verbindung

- identifizieren tu ich die per IP-Adresse

Bitte Dein Vorgehen nicht noch ausführlicher beschreiben !!!

 

[minos5000]

@ Vorgehen
Der Mac hat die 70er und der PC die 77er Adresse, Windows-Sharing ist aktiviert, sonst nix.
Wenn ich vom PC auf den Mac zugreifen will geb ich in die Adressleiste vom IExplorer "\\192.168.0.70" ein, dann kommt eine Aufforderung für Benutzernamen und Pwd und der Mac erscheint.
Umgekehrt mach ich das über Samba mittels Apfel-K und "smb://192.168.0.77"

NetBIOS hab ich beim PC aktiviert.


Bisher hab ich vom PC auf den Mac immer nur per IExplorer zugegriffen, nie per Netzwerkumgebung. Hab jetzt aber das ganze per Arbeitsgruppe versucht und der Mac erscheint auch, nur nicht in der Gruppe die ich angegeben habe sondern immer nur in "Workgroup", keine Ahnung woran das liegt, an der Geschwindigkeit hat sich jedenfalls nichts geändert. Sollte eigentlich auch egal sein, wierum ich da zugreife.


Das erstaunlich ist, daß bei einem Versuch eben die Richtung PC->Mac normal schnell war. Hier mal ein Stück vom Protokoll.

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 96 bytes
08:15:03.663681 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 2621471375:2621471569(194) ack 2605483324 win 65535 <nop,nop,timestamp 566819184 42469> NBT Packet
08:15:03.664126 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 1:233(232) ack 194 win 16662 <nop,nop,timestamp 42620 566819184> NBT Packet
08:15:03.674518 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 194:388(194) ack 233 win 65535 <nop,nop,timestamp 566819184 42620> NBT Packet
08:15:03.674763 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 233:465(232) ack 388 win 16468 <nop,nop,timestamp 42620 566819184> NBT Packet
08:15:03.686210 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . ack 465 win 65535 <nop,nop,timestamp 566819184 42620>
08:15:06.796497 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 388:486(98) ack 465 win 65535 <nop,nop,timestamp 566819190 42620> NBT Packet
08:15:06.796857 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 465:617(152) ack 486 win 16370 <nop,nop,timestamp 42651 566819190> NBT Packet
08:15:06.797094 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 486:680(194) ack 617 win 65535 <nop,nop,timestamp 566819190 42651> NBT Packet
08:15:06.797320 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 617:849(232) ack 680 win 16176 <nop,nop,timestamp 42651 566819190> NBT Packet
08:15:06.886633 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . ack 849 win 65535 <nop,nop,timestamp 566819190 42651>
08:15:07.113272 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 680:874(194) ack 849 win 65535 <nop,nop,timestamp 566819191 42651> NBT Packet
08:15:07.113675 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 849:1081(232) ack 874 win 17520 <nop,nop,timestamp 42654 566819191> NBT Packet
08:15:07.114312 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 874:1068(194) ack 1081 win 65535 <nop,nop,timestamp 566819191 42654> NBT Packet
08:15:07.115060 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 1081:1313(232) ack 1068 win 17326 <nop,nop,timestamp 42654 566819191> NBT Packet
08:15:07.286735 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . ack 1313 win 65535 <nop,nop,timestamp 566819191 42654>
08:15:08.322270 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 1068:1186(118) ack 1313 win 65535 <nop,nop,timestamp 566819193 42654> NBT Packet
08:15:08.322655 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 1313:1469(156) ack 1186 win 17208 <nop,nop,timestamp 42666 566819193> NBT Packet
08:15:08.323131 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 1186:1264(78) ack 1469 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.323305 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 1469:1522(53) ack 1264 win 17130 <nop,nop,timestamp 42666 566819193> NBT Packet
08:15:08.323447 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 1264:1339(75) ack 1522 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.323527 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 1522:1565(43) ack 1339 win 17055 <nop,nop,timestamp 42666 566819193> NBT Packet
08:15:08.325020 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: P 1339:1411(72) ack 1565 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.325174 IP 192.168.0.77.netbios-ssn > 192.168.0.70.49319: P 1565:1616(51) ack 1411 win 16983 <nop,nop,timestamp 42666 566819193> NBT Packet
08:15:08.325577 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . 1411:2859(1448) ack 1616 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.325593 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . 2859:4307(1448) ack 1616 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.325600 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . 4307:5755(1448) ack 1616 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.325606 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . 5755:7203(1448) ack 1616 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.325668 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . 7203:8651(1448) ack 1616 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet
08:15:08.325677 IP 192.168.0.70.49319 > 192.168.0.77.netbios-ssn: . 8651:10099(1448) ack 1616 win 65535 <nop,nop,timestamp 566819193 42666> NBT Packet

Die anderer Richtung bleibt langsam:

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 96 bytes
08:08:27.526639 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 1974625864:1974627324(1460) ack 2498155211 win 65535 NBT Packet
08:08:27.526890 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 4380 win 17520
08:08:27.526949 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 4380:5840(1460) ack 1 win 65535 NBT Packet
08:08:27.526957 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 5840:7300(1460) ack 1 win 65535 NBT Packet
08:08:27.527261 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 7300 win 17520
08:08:27.527285 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 7300:8760(1460) ack 1 win 65535 NBT Packet
08:08:27.527292 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 8760:10220(1460) ack 1 win 65535 NBT Packet
08:08:27.527298 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 10220:11680(1460) ack 1 win 65535 NBT Packet
08:08:27.527592 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 10220 win 17520
08:08:27.527613 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 11680:13140(1460) ack 1 win 65535 NBT Packet
08:08:27.527620 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 13140:14600(1460) ack 1 win 65535 NBT Packet
08:08:27.527959 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 11680 win 17520
08:08:27.527977 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 14600:16060(1460) ack 1 win 65535 NBT Packet
08:08:27.528160 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 11680 win 17520
08:08:29.026833 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 11680:13140(1460) ack 1 win 65535 NBT Packet
08:08:29.027101 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 16060 win 17520
08:08:29.027163 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 16060:17520(1460) ack 1 win 65535 NBT Packet
08:08:29.027172 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 17520:18980(1460) ack 1 win 65535 NBT Packet
08:08:29.027475 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 18980 win 17520
08:08:29.027501 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 18980:20440(1460) ack 1 win 65535 NBT Packet
08:08:29.027508 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 20440:21900(1460) ack 1 win 65535 NBT Packet
08:08:29.027516 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 21900:23360(1460) ack 1 win 65535 NBT Packet
08:08:29.027808 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 21900 win 17520
08:08:29.027832 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 23360:24820(1460) ack 1 win 65535 NBT Packet
08:08:29.027840 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 24820:26280(1460) ack 1 win 65535 NBT Packet
08:08:29.028056 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 24820 win 17520
08:08:29.028076 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 26280:27740(1460) ack 1 win 65535 NBT Packet
08:08:29.028083 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 27740:29200(1460) ack 1 win 65535 NBT Packet
08:08:29.028299 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 27740 win 17520
08:08:29.028318 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 29200:30660(1460) ack 1 win 65535 NBT Packet
08:08:29.028324 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 30660:32120(1460) ack 1 win 65535 NBT Packet
08:08:29.028546 IP 192.168.0.77.ontime > 192.168.0.70.netbios-ssn: . ack 30660 win 17520
08:08:29.028566 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 32120:33580(1460) ack 1 win 65535 NBT Packet
08:08:29.028573 IP 192.168.0.70.netbios-ssn > 192.168.0.77.ontime: . 33580:35040(1460) ack 1 win 65535 NBT Packet

Der "arp" Befehl hat auch nicht Wirklich weitergholfen, er hat folgendes ausgespuckt:

set: can only proxy for 192.168.0.70

.. auf jeden Fall hat er den Wert nicht übernommen.



so long

 

[Homer]

Ob in der gleichen Arbeitsgruppe oder nicht hat absolut nix mit Geschwindigkeit bei der Datenübertragung zu tun...

Homer

 

[maceis]

Original geschrieben von Homer
Ob in der gleichen Arbeitsgruppe oder nicht hat absolut nix mit Geschwindigkeit bei der Datenübertragung zu tun...

Homer

&nbsp;
Ist richtig, aber die Rechner können dann Verwaltungsinformationen austauschen.
Vorteil ist, sie sehn sich in der Netzwerkumgebung.
Und wenn sie sich sehn, kann man u. a. daraus schließen, dass zumindest die IP Einstellungen stimmen.

IExplorer

-ähh - was ist mit WinExplorer ?
Die Meldung mir "proxy" unten sit mir unbekannt, aber wenn Du beim IExplorer einen proxy aktiv hast, scheint mir das keine so gute Idee zu sein.

... der Mac erscheint auch, nur nicht in der Gruppe die ich angegeben habe sondern immer nur in "Workgroup", keine Ahnung ...

poste mal die
/etc/smb.conf

Der "arp" Befehl hat auch nicht Wirklich weitergholfen,

Was sagt
arp -a
auf beiden Rechnern ?
Abgesehen davon sind die ewigen ARP-Auflösungen ja auch verschwunden.

Und poste bitte auch noch ein
ipconfig -all
an der Dose und ein
ifconfig
am Mac.

Warum ?
Weil man bei der Fehlersuche am Besten von unten nach oben vorgeht.
Was bringt es zum 150. Mal die Einstellungen im Internet Explorer zu ändern, wenn man das verkehrte Kabel benutzt?

 

[docbirne]

Re: Re: als MacDepp in die Fragerunde reinhängen

Hallo maceis,

ich will hier niemanden auf die Nerver gehen - habe aber wirklich wenig Wissen über Computer.
Das ist das erste, was ich nicht kenne. Wie erzeugt man ein Ping......

Zuerst testest Du dann die Physikalische Verbindung und die Zuordnung zum richtigen logischen Netz mit einem ping.

....und wie dieses Komando?
sudo tcpdump

Wenn Du aber weiterhin nur im Stil: "Hilfe - es geht nicht!" schreibst, wird man Dir kaum helfen können.

Ich bemühe mich mein Problem so genau wie es mir möglich ist zu beschreiben und freue mich über alles, was ich lernen kann.

Danke und nicht böse sein, wa.
docbirne

 

[nikamrhein]

Re: Re: Re: als MacDepp in die Fragerunde reinhängen

Also hier nun ein weiterer iDepp: nikamrhein!

Ich hatte das gleiche Thema schon mal in einem anderen Fred:

https://www.macuser.de/forum/showthread.php?s=&threadid=34222&highlight=server+mac+pc

behandelt, da ich das selbe Problem habe: PC in Richtung Mac super flott, 100 MB in nullkommanichts rüber geschoben aber umgedreht, die gleichen Daten auf den Server kopieren dauert ewig – 100 KB in der selben Zeit ???).

Konnte das Problem sogar mit einem Netzadmin (Mac & PC) nicht lösen.

Wünsche trotzdem gutes Gelingen und einen Report falls es doch funzt!

nikamrhein
===========================
Ich ess' gern mal einen Apfel!

 

[maceis]

Das ist das erste, was ich nicht kenne. [1]Wie erzeugt man ein Ping......

Zuerst testest Du dann die Physikalische Verbindung und die Zuordnung zum richtigen logischen Netz mit einem ping.

....und wie dieses Komando?
[2]sudo tcpdump

zu 1.: - Programme > Dienstprogramme > Netzwerk-Dienstprogramm öffnen.
- Auf Ping drücken
- die Adresse des anderen Rechners eingeben (zB 192.168.0.77)
- ok klicken
oder:
- Programme > Dienstprogramme > Terminal öffnen
- "ping 192.168.0-77" eingeben (ohne ")
- "enter" drücken
- mit "ctrl -c" abbrechen

zu 2.:
- Programme > Dienstprogramme > Terminal öffnen
- "sudo tcpdump" eingeben (ohne ")
- passwort eingeben (unsichtbar)
- enter drücken
- mit "ctrl -c" abbrechen

Und vor allem: google bemühen und eine Einführung in "bash" oder "Mac OS X Terminal" suchen - und lernen.
ZB auf Englisch, aber sehr gut bei macdevcenter

 

[minos5000]

IExplorer und WinExplorer quasi sind identisch.

In der smb.conf steht "workgroup=Arbeitsgruppe" und seltsamerweise wird er jetzt auch dort unter Windows angezeigt. Vielleicht lag's an dem Neustart, aber würde mich wundern.

arp beim Mac:

? (192.168.0.77) at 0:c1:26:0:50:a4 on en0 [ethernet]
? (192.168.0.255) at (incomplete) on en0 [ethernet]
? (224.0.0.2) at 1:0:5e:0:0:2 on en0 permanent [ethernet]
? (224.0.0.251) at 1:0:5e:0:0:fb on en0 permanent [ethernet]

beim PC:

Schnittstelle: 192.168.0.77 on Interface 0x1000003
Internetadresse Physikal. Adresse Typ
192.168.0.70 00-0a-95-ef-93-c4 dynamisch

ifconfig:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::20a:95ff:feef:93c4 prefixlen 64 scopeid 0x4
inet 192.168.0.70 netmask 0xffffff00 broadcast 192.168.0.255
ether 00:0a:95:ef:93:c4
media: autoselect (100baseTX <full-duplex>) status: active
supported media: none autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback>
fw0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 2030
lladdr 00:0a:95:ff:fe:ef:93:c4
media: autoselect <full-duplex> status: inactive
supported media: autoselect <full-duplex>

ipconfig:

Windows 2000-IP-Konfiguration

Hostname. . . . . . . . . . . . . :
Prim‰res DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . :
IP-Routing aktiviert. . . . . . . :
WINS-Proxy aktiviert. . . . . . . :

Ethernetadapter "LAN-Verbindung":

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . :
-Adapter
Physikalische Adresse . . . . . . :
DHCP-aktiviert. . . . . . . . . . :
IP-Adresse. . . . . . . . . . . . :
Subnetzmaske. . . . . . . . . . . :
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . :

Ich hab das Gefühl, daß man sich bei der Fehlersuche wirklich durch das ganze System quälen muß =)

 

[maceis]

Die IP Konfiguration auf deine Dose ist leer
Die IP Adresse ist irgendwie seltsam an die Hardwareadresse gebunden(Keine Ahnung, wie Du das geschafft hast)
Da würde ich mal alles neu eintragen und zwar bei den Eigenschaften der LAN-Verbindung (Rrechte Maus ->Netzwerkumgebung, dann rechte Maus LAN-Verbindung, dann TCP/IP - > Eigenschaften)
ein Wunder, dass du dich überhaupt verbinden kannst.

Die arp-Tabelle am Mac sieht auch eigenartig aus (hast du irgendwelche Rendvousgeräte angeschlossen ?)

da würde ich mal folgendes machen:
sudo arp -d 192.168.0.255
sudo arp -d 224.0.0.2
sudo arp -d 224.0.0.251


Wenn Du nicht SAMBA manuell neugestartet hast, dann lag es natürlich am Neustart, an was denn sonst .
Viele Dienste muss man neu starten, wenn man Änderungen an der Konfiguration vornimmt.

IExplorer und WinExplorer quasi sind identisch.

Weitgehend ja, aber ich bin mir nicht sicher, inwieweit der WinExplorer die Internetoptionen beachtet, die im IEExplorer eingestellt wurden (zB proxy, Sicherheit, Cache, History etc.)

 

[minos5000]

Original geschrieben von maceis
Wenn Du nicht SAMBA manuell neugestartet hast, dann lag es natürlich am Neustart, an was denn sonst .
Viele Dienste muss man neu starten, wenn man Änderungen an der Konfiguration vornimmt.

&nbsp;



Nunja, am PC muß man bei einem Wechsel der Arbeistgruppe halt keinen Neustart machen, von daher hab ich mich gewundert.


Aber hier mal ein Nachtrag der korrekten ipconfig. Ich hab festgestellt, daß Dinge die ich aus der Konsole kopieren will, immer nur bruchstückhaft übernommen werden, deshalb hab ich's jetzt mal abgetippt.

Windows 2000-IP-Konfiguration

Hostname. . . . . . . . . . . . . : minos
Prim‰res DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Broadcastadapter
IP-Routing aktiviert. . . . . . . : Nein
WINS-Proxy aktiviert. . . . . . . : Nein

Ethernetadapter "LAN-Verbindung":

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Realtek RTL8139(A) PCI-Fast Ethernet-Adapter
-Adapter
Physikalische Adresse . . . . . . : 00-C1-26-00-50-A4
DHCP-aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.0.77
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . :