Wildi

Das liegt daran, dass Du eine Active Directory hast. Die Clientrechner müssen den Server als DNS verwenden!!!! Also, wenn Dein Router es niucht zulässt, dass Du eine DNS Adresse eintragen kannst, dann kannst Du auch den DHCP im Router vergessen. Deaktivier den, richte am Server einen DHCP ein. Nach der Einrichtung muss dieser an der AD Authorisiert werden (nicht vergessen!!!!!!) und dann geht das. Das Authorisieren findest Du auch in der DHCP Konsole Deines Servers

Hallo, wenn ich das richtig verstehe kommst Du über WLAN mit BEIDEN Rechnern ins Internet. Daher schließe ich, dass Dein WLAN geht. Du willst aber jetzt von Rechner 1 auf Rechner 2 über WLAN zugreifen???? Da Du eine Arbeitsgruppe hast, musst Du die Benutzer auf BEIDEN Rechnern vereinheitlichen. Du bist ja mit einem Benutzer mit bestmmten Kennwort auf dem Rechner angemeldet, mit dem Du auf den Anderen zugreifen willst. Damit das funktioniert, muss der Rechner auf den Du zugreifen willst den Benutzer mit dem gleichen Kennwort kennen. Richte also auf dem zum Zugriff gewünschten Rechner ein und den selben User mit dem gleichen Kennwort ein und es sollte gehen

Hallo, Eigentlich sollten die MAC Adressen auf dem Gerät stehen.

Hey Carsten. Herzlichsten auch von mir

Man lernt halt nie aus :D @Doc: Da gibt es einen Hersteller, der liefert blaue Router schon fix und fertig aus. Die finde ich eh besser als die grünen Teile ;) Hol Dir doch die und Du kannst Deine Lackierabteilung weg rationalisieren :D :D @Lustgewinn: Na dann viel Spaß und halt uns auf dem Laufenden ob es geklappt hat

:shock: Also für ne anfängliche RRAS Sache wird das hier jetzt ganz schön komplex. Und juhu, endlich kommen ein paar Infos ans Tageslicht, die man verwerten kann :) Kleiner Tip: Du solltest wirklich so genau wie möglich posten, damit wir Dir helfen können (Wir sehen Dein System ja nicht) ;) Also, den Router zwischen Deinem ISA und den Clients kannst Du schon mal vergessen. Nimm ihn und klemm ihn zwischen DSL und ISA. Der Router ist dann der feste Bezugspunkt (feste IP für den ISA). Guck mal hier: http://www.msisafaq.de/Anleitungen/2000/Internet/dsl_router.htm Der Isa hat ein bissi Probleme mit dynamisch vergebene IP's auf der WAN-Seite. Das heißt, Probleme sind es eigentlch keine. Er ist eigentlich für so ne Konfig nicht gedacht. Daher dieser Trick

Hallo und willkommen an Board, äh wie jetzt? Mit Routing und Ras geht Dein Vorhaben? Aber mit Routing und Ras geht Dein Vorhaben nicht? :suspect: Irgendwie verstehe ich mal absolut gar nicht was Du willst

192.168.x.x ist kein Router Bereich, sondern ein privater Bereich. Es gibt bei TCP/IP 5 Klassen (A, B, C, D, E). D und E denkst Dir jetzt einfach mal weg. In den 3 Klassen gibt es je einen Bereich, der privat ist. Bei A könntest Du 16,7 Mio. Rechner in ein Netz setzen, in B 65534 und in C 254 Stück. Da 192.168. ein Klasse C Netz ist und das private Netz (erkennt man an 192.168) wird das vorwiegend genommen. Dazu kommt noch die Subnet Mask. In der Klasse C ist das die 255.255.255.0. Ergo, Alles in Deinem Netz muss die 192.168.x.y mit der Subnet Mask 255.255.255.0 haben. Wobei X noch zum Netzanteil gehört. X muss also bei allen Kisten gleich sein. Bei Dir ist es die 0. Y ist der Hostanteil. Der muss bei jeder Komponente eindeutig sein. Ein Bereich zwischen 1 und 254. Also verwende für alles in Deinem Netz 192.168.0.1 - 254 Kleine TCP/IP Lehre :)

Na Du hast doch irgendwann mal den Router konfiguriert. z.B. wie Du die Zugangsdaten für den Provider eingegeben hast. Nurmalerweise haben die Dinger eine Weboberfläche. Du gehst in Deinen Browser (des Clients) und gibst als URL die IP des Routers ein. Dann müsste ein Anmeldefenster kommen. Da Benutzer und Kennwort eintragen und Du kannst den Router konfigurieren. Was ist das denn für ein Router? Hersteller? Modell? Sollte es nicht gehen, den Router soweit zu konfigurieren, ich meine damit die DNS Einstellung, dann machen wir nen anderen Weg ;) Aber auf die Konfig des Routers musst Du so oder so. Sag mal, bevor wir hier weiter machen: Ist das Deine Spielwiese oder reden wir hier von einem produktiven Netzwerk

OK, Am Server: IP: 192.168.0.1 Sub: 255.255.255.0 GW: 192.168.0.10 DNS: 192.168.0.1 Am Router: DHCP konfigurieren: Pool: 192.168.0.11 - max. 254 Sub: 255.255.255.0 DNS: 192.168.0.1 (Ich hoffe Dein Router DHCP lässt diese Einstellung zu) Fertig

Also, Du darfst nicht einfach beliebig arbeiten. Eine IP Adresse muss zwar eindeutig sein, aber Sie hat auch gewisse Gemeinsamkeiten. Das hier zu erörtern käme einem TCP/IP Kurs gleich. Zu Deinem Problem: Sag mir mal die IP Adresse Deines Routers und ich sage Dir einfach wie Du vorzugehen hast, ok?

Na gut, dann lüfte ih mal meinen Verdacht :) Wenn Dein Server ein DC ist, dann muss der eine feste IP haben. Du hast Deinen Text so geschrieben, als hättest Du die IP erst jetzt eingegeben. Also war es vorher anders. Weiter, weil Du geschrieben hast, dass Du einfach ne beliebige IP genommen hast denke ich Du hast tatsächlich einfach eine beliebige genommen. Schließe ich schon mal alleine daraus, das sie mit 181 anfängt. Ich gehe davon aus, dass der Router ein gewöhnliches Standardteil ist, über welches Du Dir keinen Kopf zerbrochen hast. Ergo wird er den Clients ne IP geben in der Art von 192.168.irgendwas. Und damit haben wir auch schon das Problem und die Lösung ;) Dein Server ist im Netz 181.70 (schließe ich aus der Maske 255.255.0.0) Deine Clients sind aber im Netz 192.168.x (schließe ich aus der Maske 255.255.255.0) Damit das mal geht solltest Du dem Router DHCP sagen, vergib IP's im Bereich 181.70. mit der Maske 255.255.0.0 Der Router braucht dann selbst auch ne IP aus dem Bereich 181.70 mit der Maske 255.255.0.0 Kleiner Tip: Mach Dich evtl. vorher mit TCP/IP vertraut. Denn auch 181.70 ist nicht gerade die beste Wahl für private IP's

Und welchen IP-Pool und welche Subnet Mask bekommen die Clients vom DHCP?

Darf ich erfahren welche IP der Client hat? Und welche Subnet Mask der Client und der Server haben?

Dann mach ich mal ein Szenario wie ich mich verhalten würde ;) MA: Ich bräuchte diese und jene Zugriffe in Kiel Admin (Schweiz): Ich kümmer mich drum Admin (Schweiz) ruft Admin (Kiel) an Admin (Schweiz): FW Regel ändern!!!! Admin (Kiel): Mach ich nicht. Weil... ... wenn das 'weil' begründet ist, dem MA sagen: Geht ncht weil so und so ... wenn das 'weil' unbegründet ist dem Chef mitteilen. (Antwort des Chefs abwarten und handeln oder nicht handeln) So einfach. Ich würde mir da nicht das Leben schwer machen lassen.

Ich würde mal sagen es kommt drauf an, wie die beiden Standorte zueinander stehen. Sind es eine einzige Firma, dann halte ich FW Regeln für schwachsinnig. Da arbeitet man gegeneinander. Und wenn man FW Regeln einsetzt, sollten die beiden EDV Abteilungen dann aber Hand in Hand arbeiten, damit der tägliche Ablauf nicht gefährdet ist. Also: FW Regel vorhanden - Grund angeben, wieso sie weg muss - FW Regel wegkonfigurieren. Wenn Ihr aber Kunde von Kiel seid, oder Kiel Kunde von Euch, dann sieht das anders aus. Dann verstehe ich die Bedenken. Ich würde dann auch nicht einfach eine Regel öffnen, nur weil eine dahergelaufene Firma meint, es wäre bequem für sie.

Wenn der Safenet Client eine Domänenanmeldung zulässt, dann musst Du das in den Einstellungen des Safenet vornehmen. Wenn das nicht geht solltest Du Dich nach nem anderen VPN Client umsehen.

Na toll, die Antwort ist ja auch nicht gerade aussagekräftig :rolleyes: Wir brauchen hier technische Input- dann kann Dir auch jemand helfen. Soll ich spekulieren? Du siehst die anderen Rechner nicht, weil sie nicht eigeschaltet sind. :D Kriegst Du überhaupt ne VPN Verbindung zusammen? Wenn ja, dann beantworte bitte das, was ich Dich oben schon gefragt habe. Wenn nein ist es da schon klar warum Du nix siehst. Dann müssen wir das Problem anders anpacken.

Ich frage mich aber was Du dann noch mit dem alten DC im 2. Standort willst. Installierst Du nen neuen Server, der am 2. Standort DC des 1. Stanorts ist, wirst Du ja sämtliche Clients des 2. Standorts auf den neuen DC klemmen. Macht ja nur so Sinn. Danach ist der alte DC eh nutzlos.

Also das herunterstufen ist ja kein Problem. Wenn Du ihn dann zu nem 2. DC machst, bleibt Dir wohl oder übel nix übrig, wie den DNS zu konfigurieren. Grund: Löst Du die Domain des 2. Standorts auf, sind ja die Namen in der alten Domain nichts mehr wert. Also unbrauchbar. Wenn Du den Server zum 2. DC des 1. Standorts machst, replizieren sich ja die beiden DNS'e. Also Handarbeit ist dann für Dinge, die nicht in der Domain sind schon noch zu machen

Hallo, was Du suchst ist ein Tool, was Verzeichnisse synchronisieren kann, oder? Ich selbst brauch auch sowas und hab da nen Tip bekommen: http://www.cis.upenn.edu/~bcpierce/unison/download.html Aus Gründen der Zeit konnte ich das allerdings noch nicht testen. Vielleicht ist das ja was für Dich. Poste doch mal Feedback. Dann würde ich mir großes Testen ersparen :)

Hallo und willkommen an Board, nun, Deine Angaben sind etwas spärlich. Das VPN geht? Du kannst nur nichts sehen? Wie meinst Du das? Welches IP Netz hat Dein lokales Netz? Wenn Du Dich mit nem Client dort hin verbunden hast.Welche IP/SUB hat der Client dann im PPP-Adapter?

Hallo, ja, am Board musst Du Beide anschließen. Der Rechteckige ist der Hauptanschluss für sämtliche Teile auf'm Board. Der Quaratische ist der P4 Anschluss. Seit der P4 Generation ist der vorhanden. Das ist die Stromversorgung für die Dingsbumsspannung (fällt gerade der Name nicht ein) des Prozessors. Die SATA Platte benötigt nur einen Anschluss. Hab ich noch nie gesehen das so ne Platte 2 hat. Kann aber sein das der Hersteller an die Umstellungskompatibilität gedacht hat

@systematische Problemlösung: Mach ich in der Regel auch immer. Weil ich ja nicht das sehe was der Kunde gerade sieht. Nur wenn ich ihm sage: Gib mal http://www.kundendomain.de ein. Und kommt was? Der aber mir den Fehler erst schildert, nachdem er ja da drauf kam und dann geklickt hat aber 'die Seite kann nicht angezeigt werden' mir als Auskunft zurück liefert, woher soll ich das wissen. Gras wächst mir noch nicht aus den Taschen und 'Klapperl' zieh ich nur sehr selten an und Löcher hab ich auch nicht in den Händen :rolleyes: @jansek :D :D :D Kannte ich zwar schon, aber immer wieder gut :D :D :D

@der newbie 1. Was auf nem Client geht, geht auf nem Server doppelt und dreifach sicher. 2. Wenn er ein Crossoverkabel hat, welches zwischen 2 anderen Rechnern funktioniert würde ich zum testen auch lieber da Crossover nehmen als nen Hub mit 2 Patchkabeln, wo vielleicht mehr Fehlerquellen sein könnten. (Mit Crossover hab ich die wenigsten Störfaktoren) 3. Ich brauche nicht einen einzigen Zusatzdienst installiert haben, damit, wenn der Netzwerkkartentreiber korrekt installiert ist und ich ne feste IP und Subnet Mask konfiguriert habe einen erfolgreichen ping auf ne IP und sogar den NetBIOS Namen abzusetzen 4. Bei nem Crossover leuchten die LED's der Netzwerkkarte ... da muss nicht noch ein Hub als zusätzlicher Diskoblitzer arbeiten 5. Kann ich die IP nicht pingen, krieg ichs über NetBIOS, oder lmhost (was hat das bitte mit dem Thema zu tun???) erst doppelt und dreifach nicht hin :rolleyes: 6. Mainboard? Jo, bei der geschilderten Sache tip ich auch drauf!!! Dein Versuch zu helfen in allen Ehren. Aber so viel Bl.ödsinn hab ich schon lange nicht mehr gelesen. Das ist wirklich den Hund von der falschesten Seite anpacken, die es gibt. Oder wie vergleichst Du? Meine Bremsen gehen nicht mehr .... ich wechsel mal die Innenbeleuchtung :D :D :D