stopsy 10 Geschrieben 27. August 2008 Melden Teilen Geschrieben 27. August 2008 Hei Ihr, kann mir bitte jemand jede Zeile der Routingtabelle einzeln erläutern??? Mir ist Routing durchaus bekannt - aber ich versteh dies speziell nicht. Es geht darum. 3 PC´s An einem PC ist ein DSL-Modem/Router direkt per Twisted Pair angeschlossen. Im selben PC ist auch noch eine BNC-Netzwerkkarte installiert für das vorhandene kleine LAN. (Adressbereich 192.168.0.1(der mit den 2 Karten) + 192.168.0.2 + 192.168.0.3) Die Netzwerkkarte zum Router ist statisch eingestellt. Er erhält folgende Adresse: 192.168.2.100, Gateway DNS: 192.168.2.1 Nun sollen die anderen 2 PC´s ebenfalls die Internetverbindung des PC´s mit den 2 Netzwerkkarten mit benutzen. Zuerst dachte ich: Gut, zwei Subnetze - ich richte eine Netzwerkbrücke ein. Gedacht - getan - am PC mit dem 2 Netzwerkkarten geht Internet - geht auch LAN. (Ging vor der Überbrückung auch schon) Die anderen 2 PC´s sind natürlich im selben lokalen Subnetz und es wurden auch das Gateway eingetragen --> 192.168.0.1. Aber die 2 PC´s können immer noch nicht ins Internet. Wo ist mein Denkfehler???? Gut, dann dachte ich - richte ich einfach eine "Gemeinsame Nutzung der Internetverbindung" ein. Gedacht - getan - die Clients noch auf DHCP eingestellt und siehe da - alle kommen ins Internet. Ich wollte jetzt verstehen wieso das auf diese Weise geht - aber mit der Brücke nicht???? Deswegen schaute ich mir die Routingtabelle an. Doch ganz klar wurde es mir bisher nicht. Bitte schaut euch mal die Routingtabelle an und erläutert mir das: Vielen vielen Dank an euch....... :-) Ich denke es ist dieser Eintrag 0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.100 20 Alle anderen Adessen (außerhalb des LANS) gehen an das Gateway 192.168.2.1 über die Schnittstelle 192.168.2.100. Vielleicht könnt ihr mir die anderen Einträge erklären. Aber wiese klappt meine Überbrückung nicht?? Es sind doch zwei Subnetze - dafür ist doch die Netzwerkbrücke da oder????? route.txt Zitieren Link zu diesem Kommentar
nepomuk 10 Geschrieben 27. August 2008 Melden Teilen Geschrieben 27. August 2008 die routen auf dem pc mit den zwei nics sind "private routen". ohne ics läuft kein vereinfachter dhcp-server und es wird auch kein routing modul geladen. die anderen pcs bräuchten also prinzipiell eine defaultroute zur 192.168.0.1 des ersten pc - das war dir ja wohl auch klar. nur ohne ics, tut der damit nix anfangen - also kein routing nach aussen. der anhang ist nicht freigeschaltet - du solltest die routen einfach per copy&paste einstellen - oder ist das solang bei dir? ps: ich gehe davon aus, dass du von clientsystemen redest? am server wäre es mit rras schnell erledigt. ;) Zitieren Link zu diesem Kommentar
stopsy 10 Geschrieben 27. August 2008 Autor Melden Teilen Geschrieben 27. August 2008 Ja, mit RRAS wäre es ja dasselbe wenn ich auf den Clients route -p add 0.0.0.0 192.168.0.1 eingebe - oder??? Nun muss der besagte Client mit den 2 Netzwerkkarten ja Routen - und deshalb wollte ich eine "Netzwerkbrücke" einrichten. So habe ich es gemacht - ging aber trotzdem nicht. Dann eben mit ICS - uns schon gings - und das versteh ich nicht.......... Den Routingeintrag den du meinst der nur bei ICS geladen wird - wird der denn nicht auch automatisch bei einer "Netzwerkbrücke" eingetragen?? Wie soll denn die Netzwerkbrücke sonst routen??? Anbei der Auszug - ipconfig und route print. ========================================================================== Schnittstellenliste 0x1 ........................... MS TCP Loopback interface 0x90002 ...00 30 1b 25 5c 41 ...... NVIDIA nForce MCP Networking Controller - Paketplaner-Miniport 0x90008 ...00 50 fc a9 03 d4 ...... Realtek RTL8029(AS)-PCI-Ethernetadapter - Paketplaner-Miniport =========================================================================== =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Anzahl 0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.100 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.0.0 255.255.255.0 192.168.0.1 192.168.0.1 30 192.168.0.1 255.255.255.255 127.0.0.1 127.0.0.1 30 192.168.0.255 255.255.255.255 192.168.0.1 192.168.0.1 30 192.168.2.0 255.255.255.0 192.168.2.100 192.168.2.100 20 192.168.2.100 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.2.255 255.255.255.255 192.168.2.100 192.168.2.100 20 224.0.0.0 240.0.0.0 192.168.0.1 192.168.0.1 30 224.0.0.0 240.0.0.0 192.168.2.100 192.168.2.100 20 255.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1 1 255.255.255.255 255.255.255.255 192.168.2.100 192.168.2.100 1 Standardgateway: 192.168.2.1 =========================================================================== St„ndige Routen: Keine Windows-IP-Konfiguration Hostname. . . . . . . . . . . . . : CAD-ap-1 Primäres DNS-Suffix . . . . . . . : Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert. . . . . . . : Ja WINS-Proxy aktiviert. . . . . . . : Nein Ethernetadapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : NVIDIA nForce MCP Networking Controller Physikalische Adresse . . . . . . : 00-30-1B-25-5C-41 DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IP-Adresse. . . . . . . . . . . . : 192.168.2.100 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.2.1 DHCP-Server . . . . . . . . . . . : 192.168.2.1 DNS-Server. . . . . . . . . . . . : 192.168.2.1 Lease erhalten. . . . . . . . . . : Mittwoch, 27. August 2008 17:52:34 Lease läuft ab. . . . . . . . . . : Samstag, 25. August 2018 17:52:34 Ethernetadapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Realtek RTL8029(AS)-PCI-Ethernetadapter Physikalische Adresse . . . . . . : 00-50-FC-A9-03-D4 DHCP aktiviert. . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.0.1 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : Zitieren Link zu diesem Kommentar
nepomuk 10 Geschrieben 28. August 2008 Melden Teilen Geschrieben 28. August 2008 ich bleibe dabei, dass dein problem wahrscheinlich nicht in den routen liegt, sondern im routing selbst. ich bin ja vielleicht auf dem holzweg, aber: ip ist dumm und ziellos - ein echter zombie taumelt so durch's netz ... ;) das verständnis, was mit ip-paketen passieren soll, setzt doch erst oberhalb osi2 ein, also können die karten nicht verstehen, was sie mit den paketen anfangen sollen, die nicht aus ihrem netz sind. also, braucht es ein(e/n) dienst/dll/programm, die das routing übernehmen. bei der ics wird das routing modul als dienst geladen (routing und ras). beim bridged networking erfolgt kein routing im sinne einer fernvermittlung. hast du mal geschaut ob der routingdienst bei der brücke lief (sc query remoteaccess) und versucht, diesen eifach zu starten (sc config remoteaccess start= auto && net start remoteaccess) ... ich lass mich gern belehren, wenn ich hier daneben liege :) nice day & bis demnächst, nepomuk 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.