Nicht nachvollziehbares Problem im Netzwerk

mathilda

Leipziger Reinette
Registriert
17.02.05
Beiträge
1.787
Pilzbauer schrieb:
Ja, Personal File Sharing und Windows Sharing sind freigegeben.
brauchst du aber gar nicht. das ist nämlich das smb protokoll mittels tcp. ping geht direkt auf ip ebene. nix tcp oder udp.
 

G5_Dual

Melrose
Registriert
31.05.04
Beiträge
2.476
Windows Rechner neu gestartet?
Ist eine häufige Fehlerquelle nach Netzwerkein-umstellungen.
 

G5_Dual

Melrose
Registriert
31.05.04
Beiträge
2.476
Und wie oben schon erwähnt wurde,
eine Direktverbindung wurde auch schon versucht?
ohne Switch
 

Pilzbauer

Cripps Pink
Registriert
22.10.05
Beiträge
148
Japp, haben wir schon versucht.

ABER:
Wir haben es gerade mit Windows Vista getestes, da geht es. Es muss also etwas in XP sein, was da buggy ist.
 

hochstammapfel

Châtaigne du Léman
Registriert
18.04.05
Beiträge
826
Hab jetzt nicht alles durchgelesen und weiss nicht, ob der Vorschlag schon erwähnt wurde, aber...

Habt ihr den ARP-Cache mal gelöscht?
(Einfach mal "sudo arp -a -d" im Terminal, bzw. in der Eingabeaufforderung ( :mad: ) eingeben und es nochmals versuchen) Ansonsten mal einen manuellen ARP-Eintrag erstellen...

Ach ja... {EDIT}
Anschliessend lange genug Pingen... OS X macht das ja von selbst, unter Windows muss man ping die option '-t' übergeben, damit unendlich lang gepingt wird... ;)
 

mathilda

Leipziger Reinette
Registriert
17.02.05
Beiträge
1.787
unter win heisst das dann:

ipconfig -flushdns
 

Timbo

Meraner
Registriert
24.10.04
Beiträge
227
givet hier schon was lösungsmäßiges? Wäre ja mal interessant zu wissen, ob/wie ihr das Problem gelöst habt.

Greez
Timo
 

hochstammapfel

Châtaigne du Léman
Registriert
18.04.05
Beiträge
826
mathilda schrieb:
unter win heisst das dann:

ipconfig -flushdns
Das wird wohl den DNS-Cache löschen.

DNS ≠ ARP.

ARP (Address Resolution Protocol) ist für die Adressierung (anhand der MAC-Adresse, Hardwareadresse) der Ethernetpakete zuständig und arbeitet auf der Schicht 3 im ISO/OSI-Modell (bzw 2 im TCP/IP-Modell). Im ARP-Cache wird dann abgelegt, welche IP-Adresse zu welcher MAC-Adresse gehört, bzw gehört hat. Steht dort ein falscher Eintrag, werden Pakete falsch adressiert und kommen dementsprechend beim Empfänger nicht mehr an.

DNS hingegen ist für die Auflösung von DNS-Namen (www.apfeltalk.de z.B.) zu IP-Adressen - und umgekehrt - zuständig, arbeitet auf Schicht 7 (ISO/OSI) bzw. 4 (TCP/IP) und ist eigentlich ein Thema für sich. Da wir hier aber sowieso mit IP-Adressen arbeiten, müssen diese nicht mehr aufgelöst werden und dementsprechend ist uns DNS momentan egal.

Oder hab ich was verpasst?

So weit wollt ich ja auch wieder nicht ausschweifen.... Verdammt. :eek:

Übrigens funktioniert das löschen des ARP-Caches unter Windows in etwa gleich wie unter Mac OS X / Linux / BSD / usw, nur gibts dort kein sudo. Dementsprechend als Administrator anmelden... o_O
 

sk_dakota

Morgenduft
Registriert
16.10.05
Beiträge
165
Kontrollieren:
- kabelverbindungen
- welche default gateway Adressen?
- ist ein dhcp server im netz (oder auf dem Router) an?
- mit "sudo ifconfig" (Konsole) auf dem Mac die aktuelle IP ausgeben lassen
- mit ipconfig (Eingabeaufforderung) auf dem PC die aktuelle IP ausgeben lassen
- Firewalls aus?
- sonstige ICPM-Blocker im Einsatz?

mögliche hardware-Fehlerquellen temporär beseitigen
- die Rechner direkt mit einem Kabel verbinden
 

mathilda

Leipziger Reinette
Registriert
17.02.05
Beiträge
1.787
ipconfig /flushdns sollte man immer machen, wenn was nicht geht. So weit ich mich erinnere, löscht es auch den ARP-Cache, bin mir aber nicht sicher. Aber schaden kann es nicht. Ist wie ein Neustart: Nachher gehts manchmal.
 

hochstammapfel

Châtaigne du Léman
Registriert
18.04.05
Beiträge
826
mathilda schrieb:
So weit ich mich erinnere, löscht es auch den ARP-Cache, bin mir aber nicht sicher.
Nein.

Hier der Beweis:
Code:
C:\>arp -a

Schnittstelle: X.41.1.206 --- 0x2
  Internetadresse       Physikal. Adresse     Typ
  X.41.1.1             XX-XX-XX-ef-e1-68     dynamisch
  X.41.1.72            XX-XX-XX-6d-b2-d1     dynamisch
  X.41.1.103           XX-XX-XX-b0-2a-26     dynamisch
  X.41.1.104           XX-XX-XX-b2-4a-6c     dynamisch
  X.41.1.105           XX-XX-XX-25-31-3b     dynamisch
  X.41.1.110           XX-XX-XX-0d-d0-63     dynamisch
  X.41.1.112           XX-XX-XX-f5-a4-3a     dynamisch

C:\>ipconfig -flushdns

Windows-IP-Konfiguration

Der DNS-Auflösungscache wurde geleert.

C:\>arp -a

Schnittstelle: X.41.1.206 --- 0x2
  Internetadresse       Physikal. Adresse     Typ
  X.41.1.1             XX-XX-XX-ef-e1-68     dynamisch
  X.41.1.72            XX-XX-XX-6d-b2-d1     dynamisch
  X.41.1.103           XX-XX-XX-b0-2a-26     dynamisch
  X.41.1.104           XX-XX-XX-b2-4a-6c     dynamisch
  X.41.1.105           XX-XX-XX-25-31-3b     dynamisch
  X.41.1.110           XX-XX-XX-0d-d0-63     dynamisch
  X.41.1.112           XX-XX-XX-f5-a4-3a     dynamisch

C:\>

Darauf rumreiten ich muss! :D

(X = muss ja nicht jeder sehn...)
 
Zuletzt bearbeitet:
  • Like
Reaktionen: mathilda

mathilda

Leipziger Reinette
Registriert
17.02.05
Beiträge
1.787
Klar musst Du drauf rumreiten, wenn einer Blödsinn erzählt. Sonst glaubt das am End noch jemand.
Und ich hab auch wieder was gelernt.
 

csharp

Gast
hochstammapfel schrieb:
Das wird wohl den DNS-Cache löschen.

DNS ? ARP.

ARP (Address Resolution Protocol) ist für die Adressierung (anhand der MAC-Adresse, Hardwareadresse) der Ethernetpakete zuständig und arbeitet auf der Schicht 3 im ISO/OSI-Modell (bzw 2 im TCP/IP-Modell). Im ARP-Cache wird dann abgelegt, welche IP-Adresse zu welcher MAC-Adresse gehört, bzw gehört hat. Steht dort ein falscher Eintrag, werden Pakete falsch adressiert und kommen dementsprechend beim Empfänger nicht mehr an.

DNS hingegen ist für die Auflösung von DNS-Namen (www.apfeltalk.de z.B.) zu IP-Adressen - und umgekehrt - zuständig, arbeitet auf Schicht 7 (ISO/OSI) bzw. 4 (TCP/IP) und ist eigentlich ein Thema für sich. Da wir hier aber sowieso mit IP-Adressen arbeiten, müssen diese nicht mehr aufgelöst werden und dementsprechend ist uns DNS momentan egal.

Oder hab ich was verpasst?

So weit wollt ich ja auch wieder nicht ausschweifen.... Verdammt. :eek:

Übrigens funktioniert das löschen des ARP-Caches unter Windows in etwa gleich wie unter Mac OS X / Linux / BSD / usw, nur gibts dort kein sudo. Dementsprechend als Administrator anmelden... o_O
Warum ned einfach die Eingabeaufforderung in einem anderen Kontext laufen lassen?
Shift + Rechte Maustaste und run as dann den Administrator Account eingeben.
 
  • Like
Reaktionen: hochstammapfel

hochstammapfel

Châtaigne du Léman
Registriert
18.04.05
Beiträge
826
csharp schrieb:
Warum ned einfach die Eingabeaufforderung in einem anderen Kontext laufen lassen?
Shift + Rechte Maustaste und run as dann den Administrator Account eingeben.
Wunderbar! :D