Supportnet / Forum / NW-Sonstiges
TCP/IP funzt nicht
Frage
Habe folgendes Problem:
Das Netzwerk funktioniert mit TCP/IP nicht, aber mit NetBEUI.
Verbunden sind die Rechner über Switch/Hub mit STP. Wie gesagt mit Netbeui geht es, also ist die Hardware in Ordnung.
Zu TCP/IP: Mit ping auf localhost (127.0.0.1), die eigene (192.168.0.1) und den anderen PC (192.168.0.2) funktioniert alles. Subnet ist auf 255.255.255.0 .
Das Problem ist nur, dass ich in der Netzwerkumgebung trotz Freigaben (Datei- u. Druckerfreigabe aktiv) auf dem anderen Rechner diesen nicht sehe. Rechner suchen geht auch nicht.
Falls die Frage kommt, welches Betriebssystem: Es geht nicht zwischen Win98se-Win98se und Win98se-ME.
Achja. Protokolle oder Netzwerk komplett neuinstallieren, Neustart oder Hub reseten habe ich schon hinter mir.
Die Hosts-Datei ist auch richtig.
Evtl. Schreibfehler/Leerzeichen/Sonderzeichen habe ich auch gecheckt.
Gibt es vielleicht ein Detail, welches ich übersehen habe.
Gruß Ogi
Antwort 1 von adanz01
Hallo,
Was meinst du genau mit Datei und Druckerfreigabe? Hast du nur die Häkchen auf andere Benutzer sollen auf meine Dateien zugreifen können gesetzt? Du must noch die Laufwerke einzeln freigeben. Z.B. Laufwerk c: auf Laufwerkeigenschaften Freigabe und Freigegeben. Oder hast du das?
Ach so! Hast du auch auf allen die gleich Arbeitsgruppe eingestellt? Das wäre noch ein Punkt zum überprüfen.
Ansonsten, wie du es beschrieben hast müsste es klappen. Da ja ein ping durchkommt.Gruß adanz01
Was meinst du genau mit Datei und Druckerfreigabe? Hast du nur die Häkchen auf andere Benutzer sollen auf meine Dateien zugreifen können gesetzt? Du must noch die Laufwerke einzeln freigeben. Z.B. Laufwerk c: auf Laufwerkeigenschaften Freigabe und Freigegeben. Oder hast du das?
Ach so! Hast du auch auf allen die gleich Arbeitsgruppe eingestellt? Das wäre noch ein Punkt zum überprüfen.
Ansonsten, wie du es beschrieben hast müsste es klappen. Da ja ein ping durchkommt.Gruß adanz01
Antwort 2 von Ogi
Hallo adanz01,
Natürlich habe ich auf den Rechnern Ordner freigegeben ;-)
Arbeitsgruppe stimmt auch.
Ich glaube langsam, es liegt an der "Luftfeuchtigkeitskonstanten" ;-)
Gruß Ogi
Natürlich habe ich auf den Rechnern Ordner freigegeben ;-)
Arbeitsgruppe stimmt auch.
Ich glaube langsam, es liegt an der "Luftfeuchtigkeitskonstanten" ;-)
Gruß Ogi
Antwort 3 von gresti
braucht du netbui?
sonst schmeiss es runter.
ev musst du dann tcp/ip neu installieren.
dann hast du aber ein stabiles system.
gruss peter
sonst schmeiss es runter.
ev musst du dann tcp/ip neu installieren.
dann hast du aber ein stabiles system.
gruss peter
Antwort 4 von ogi
sorry gresti,
aber mit der Antwort kann ich nichts anfangen.
Noch mal extra, falls ich oben zu undeutlich geschrieben habe: ich will das Netzwerk NUR mit TCP/IP fahren.
NetBEUI hatte ich nur zum Ausprobieren installiert, um Hardwarefehler auszuschließen. Danach habe ich natürlich TCP/IP, etc. überall neu installiert.
Hoffentlich kommt nicht noch der Vorschlag, alle Rechner platt zu machen ;-)
Gruß Ogi
aber mit der Antwort kann ich nichts anfangen.
Noch mal extra, falls ich oben zu undeutlich geschrieben habe: ich will das Netzwerk NUR mit TCP/IP fahren.
NetBEUI hatte ich nur zum Ausprobieren installiert, um Hardwarefehler auszuschließen. Danach habe ich natürlich TCP/IP, etc. überall neu installiert.
Hoffentlich kommt nicht noch der Vorschlag, alle Rechner platt zu machen ;-)
Gruß Ogi
Antwort 5 von gresti
hast du nach dem neuistallieren den rechner neu gestartet.
bzw. erst mal alle netzwerdienste rausgenommen?
ps. ich auch mal damit probeme gehabt. deshalb kommen meine antworten/ fragen nicht aus "der luft geschossen"
gruss gresti
bzw. erst mal alle netzwerdienste rausgenommen?
ps. ich auch mal damit probeme gehabt. deshalb kommen meine antworten/ fragen nicht aus "der luft geschossen"
gruss gresti
Antwort 6 von Ogi
@gresti
deinstalliert, Neustart, installiert, Neustart. (Das ewig alte Leiden)
Ich kenne die Wehwehchen von Windows ;-)
Daran kann es nicht liegen. Es muss schon ein "echtes" Detail sein. Einen Installationsfehler kann ich guten Gewissens ausschließen, sofern in den mehr als 20 Netztwerkinstallationsbeschreibungen, die ich mittlerweile durch habe, nicht überall etwas fehlt ;-)
Ogi
deinstalliert, Neustart, installiert, Neustart. (Das ewig alte Leiden)
Ich kenne die Wehwehchen von Windows ;-)
Daran kann es nicht liegen. Es muss schon ein "echtes" Detail sein. Einen Installationsfehler kann ich guten Gewissens ausschließen, sofern in den mehr als 20 Netztwerkinstallationsbeschreibungen, die ich mittlerweile durch habe, nicht überall etwas fehlt ;-)
Ogi
Antwort 7 von Ploepp01
Eine Netzwerkumgebung unter Netbeui habe ich noch nicht gebastelt, aber bei mir war es, als ich noch zwei Win-Rechner nutzte, komischerweise von der Boot-Reihenfolge der Rechner abhaengig, ob eine TCP/IP-Verbindung bestand.
Warum auch immer ... meine Server sind linux-basierend, da gibt es das Prob nicht mehr ;-)
Warum auch immer ... meine Server sind linux-basierend, da gibt es das Prob nicht mehr ;-)
Antwort 8 von gresti
noch ein vorschlag:
alle dienste entfernen
neustart
ipx istallieren (hört sich blöd an)
neustart
alle dienste entfernen.
neustart
client für...netzwerk...istallieren
tcp/ip istallieren
neustart
datei/druckerfreigabe
neustart
deine hd, verzechnisse,printer freigeben.
achte bitte auf w oder rw berechtigungen.
viel glück
gruss gresti
alle dienste entfernen
neustart
ipx istallieren (hört sich blöd an)
neustart
alle dienste entfernen.
neustart
client für...netzwerk...istallieren
tcp/ip istallieren
neustart
datei/druckerfreigabe
neustart
deine hd, verzechnisse,printer freigeben.
achte bitte auf w oder rw berechtigungen.
viel glück
gruss gresti
Antwort 9 von Reindy
eigentlich ganz einfach.
Falls in einem Netzwerk Netbeui vorhanden ist, wird Windows Netbeui vorziehen und TCP/IP nicht aktivieren.
Der Einsatz von beiden Protokollen macht nur dann Sinn, wenn über Netbeui zum Beispiel (intern gedruckt und Daten versandt werden). Extern geht man dann mit TCP/IP ins Internet. Dazu müssen dann die dementsprechenden Freigaben erfolgen (Freigabe des Datenverkehrs) und zwar in den jeweiligen Protokollen.
Somit kann auf einfachem Wege verhindert werden, dass ein Rechner über TCP/IP ein Netzwerk ausspioniert.
Also .. der Rechner fürs Internet hat beide Protokolle, die andern "nur" Netbeui, im übrigen war und ist Netbeui das schnellste Protokoll.
Falls Du die Protokolle zu oft änderst, kann das dazuführen, dass es wirklich Schwierigkeiten gibt (Rechner erkennen sich nicht mehr) etc.
Mein Tip, vergebe feste IP Adressen
(wenn Du nur TCP/IP) nutzen möchtest.
Der Rechner fürs Internet
192.168.0.1 (255.255.255.0)
192.168.0.2 (255.255.255.0)
usw.
Auch sollte man beachten, das ein Rechner die Verwaltung der Adressen übernimmt (du hast ja kein DNS - Server) eingerichtet, ein hoch und runter bringt dann die Verwaltung durcheinander, weil ja ständig ein Rechner die Adressenverwaltung übernehmen muss. Somit kann es durchaus sein, das es bis zu 10 Minuten dauert, bis alle Rechner im Netz erkannt werden.
Viel Glück
Reinhard
Falls in einem Netzwerk Netbeui vorhanden ist, wird Windows Netbeui vorziehen und TCP/IP nicht aktivieren.
Der Einsatz von beiden Protokollen macht nur dann Sinn, wenn über Netbeui zum Beispiel (intern gedruckt und Daten versandt werden). Extern geht man dann mit TCP/IP ins Internet. Dazu müssen dann die dementsprechenden Freigaben erfolgen (Freigabe des Datenverkehrs) und zwar in den jeweiligen Protokollen.
Somit kann auf einfachem Wege verhindert werden, dass ein Rechner über TCP/IP ein Netzwerk ausspioniert.
Also .. der Rechner fürs Internet hat beide Protokolle, die andern "nur" Netbeui, im übrigen war und ist Netbeui das schnellste Protokoll.
Falls Du die Protokolle zu oft änderst, kann das dazuführen, dass es wirklich Schwierigkeiten gibt (Rechner erkennen sich nicht mehr) etc.
Mein Tip, vergebe feste IP Adressen
(wenn Du nur TCP/IP) nutzen möchtest.
Der Rechner fürs Internet
192.168.0.1 (255.255.255.0)
192.168.0.2 (255.255.255.0)
usw.
Auch sollte man beachten, das ein Rechner die Verwaltung der Adressen übernimmt (du hast ja kein DNS - Server) eingerichtet, ein hoch und runter bringt dann die Verwaltung durcheinander, weil ja ständig ein Rechner die Adressenverwaltung übernehmen muss. Somit kann es durchaus sein, das es bis zu 10 Minuten dauert, bis alle Rechner im Netz erkannt werden.
Viel Glück
Reinhard
Antwort 10 von gresti
genau reinhard,
schrieb ich doch in kurzer fassung, nur ohne erklärung.
aber:
wenn tcp/ip
dann auch in der datei hosts die ensprechenden ip adressen eintragen.
dann muss der rechner nicht mehr suchen, sonder er bekommt die adressen der host´s explizit zugewiesen.
ist das so korrekt?
schrieb ich doch in kurzer fassung, nur ohne erklärung.
aber:
wenn tcp/ip
dann auch in der datei hosts die ensprechenden ip adressen eintragen.
dann muss der rechner nicht mehr suchen, sonder er bekommt die adressen der host´s explizit zugewiesen.
ist das so korrekt?
Antwort 11 von Ogi
@Ploepp01
Die Boot-Reihenfolge passt zu Windows;
endweder gates oder es gates nicht ;-)
Danke für den Linux-Tipp, habe ich schon in Betracht gezogen, aber erst einmal aufgeschoben, reinfuchsen kostet Zeit ;-)
@gresti
Deine Version mit IPX insten und deinsten hätte mein Problem wahrscheinlich lösen können. Bei dem Mystirium Windows hätte es bestimmt geklappt. Im Endeffekt hat mich Reinhards Ausführung überzeugt.
Danke für Deine Mail.
@Reindy
Deine detailierte Ausführung hat mich dazu gebracht doch wieder meine alte Variante zu nehmen: TCP/IP für extern und NetBEUI für intern, natürlich mit (mehr oder weniger) geschützten Freigaben ;-)
Danke an alle. Das eigentliche Problem wurde zwar nicht gelöst, ist aber auch nicht die beste Variante. War ja auch nur ein Versuch auch für internen Datenaustausch TCP/IP zu nehmen. Das alte ist wohl immer, naja fast immer, das Beste ;-)
Gruß Ogi
Die Boot-Reihenfolge passt zu Windows;
endweder gates oder es gates nicht ;-)
Danke für den Linux-Tipp, habe ich schon in Betracht gezogen, aber erst einmal aufgeschoben, reinfuchsen kostet Zeit ;-)
@gresti
Deine Version mit IPX insten und deinsten hätte mein Problem wahrscheinlich lösen können. Bei dem Mystirium Windows hätte es bestimmt geklappt. Im Endeffekt hat mich Reinhards Ausführung überzeugt.
Danke für Deine Mail.
@Reindy
Deine detailierte Ausführung hat mich dazu gebracht doch wieder meine alte Variante zu nehmen: TCP/IP für extern und NetBEUI für intern, natürlich mit (mehr oder weniger) geschützten Freigaben ;-)
Danke an alle. Das eigentliche Problem wurde zwar nicht gelöst, ist aber auch nicht die beste Variante. War ja auch nur ein Versuch auch für internen Datenaustausch TCP/IP zu nehmen. Das alte ist wohl immer, naja fast immer, das Beste ;-)
Gruß Ogi