Canni

Hi, danke für die Antworten. Also mir gefällt der DELL XPS M1710 Enthusiast (N04XP1) sehr gut. Ist zwar ein "Spiele-PC" und ich spiele fast garnicht ... aber eben sehr leistungsstark, wie es scheint. http://www1.euro.dell.com/content/products/featuresdetails.aspx/xpsnb_m1710 Bin nur bei einigen Konfigurations-Details am Grübeln. Ultimate-Vista hab ich schon ausgewählt (80 € extra). Hier mal die Varianten pro Auswahlgebiet mit der Bitte um Vorschläge :-D (Wenn ein * davor is, is das die Option, zu der ich tendiere). Prozessor - Intel® Core™ 2 Duo Prozessor T7200 (2,0 GHz, 4 MB L2-Cache, 667 MHz FSB) [im Preis enthalten] - Intel® Core™ 2 Duo Prozessor T7400 (2,16 GHz, 4 MB L2-Cache, 667 MHz FSB) [plus 170,00 € oder 6 €/Monat1] - Intel® Core™ 2 Duo Prozessor T7600 (2,33 GHz, 4 MB L2-Cache, 667 MHz FSB) [plus 360,00 € oder 12 €/Monat1] - Intel® Core™ 2 Duo Prozessor T7600G (2,33 GHz, 4 MB L2-Cache, 667 MHz FSB) [plus 360,00 € oder 12 €/Monat1] Arbeitsspeicher - 1024MB 667MHz DDR2 SDRAM (2x512) [im Preis enthalten] - 2048MB 667MHz DDR2 SDRAM (2x1024) [plus 100,00 € oder 3 €/Monat1] - 4GB 667MHz Dual Channel DDR2 SDRAM (2x 2G) [plus 460,00 € oder 16 €/Monat1] Festplatte - SATA-Festplatte mit 120 GB (5.400 U/Min) [im Preis enthalten] - SATA-Festplatte mit 160 GB (5400 U/min) [plus 25,00 € oder 1 €/Monat1] *- SATA-Festplatte mit 160 GB (7200 U/min) [plus 195,00 € oder 7 €/Monat1] Grafikkarte - 256MB NIVIDIA® GeForce™ Go 7900 [im Preis enthalten] - 512 MB DDR3 nVidia® GeForce™ Go 7950 GTX-Grafikkarte [plus 260,00 € oder 9 €/Monat1] Vielen Dank! Canni

Briliance 180P - 18" Zoll isses ... auf was würdet ihr generell bei der Konfiguration achten?

Danke danke :-D Irgendein spezielles Modell von Dell? Und nochetwas: will das Notebook ja dann bei mir zu Hause am Bildschirm betreiben. Da isses doch meistens so, dass dann die Auflösung miserabel ist. Was schafft Abhilfe? Externe Grafikkarte?

Hallo zusammen, sorry, dass ich erst jetzt antworte, war ausnahmsweise eine Woche weg :-) Ich dachte auch schon an DELL, da man bei denen so schön konfigurieren kann ... was haltet ihr davon?

hmm wo kann ich das Starten ... anschauen? Nein, die Updates sind nicht aktiv .. also kein Neustart dadurch

Hallo, heute Morgen habe ich festgestellt, dass sich unser Server (Windows 2003 Server R2, nur als Terminalserver verwendet, mit Domäne) neu gestartet hat. ICh kann aber nicht feststellen, weshalb. Neustartrechte hat kein User. Im Ereignisprotokoll finde ich nichts besonderes, nur eben anhand der Zeitspanne, dass der Neustart etwa um 0.00 Uhr stattgefunden hat. Ansonsten kommt seit jetzt gerade die Meldung, dass das Sicherheitsprot. nicht geöffnet werden kann, da die Protokolldatei beschädigt ist?! Danke!

Hallo zusammen, ich brauche Euere Erfahrung und Euer Wissen! Suche ein neues Notebook, etwa 1300 bis 1400 Euro, sollte ein top Gerät und möglichst etwas robust sein. Dachte an FSC, da ich mit denen immer recht gute Erfahrungen gemacht habe. Mit ner Docking-Station z.B. könnte ich dann doch meinen Home-PC komplett verbannen und das Notebook entweder als Desktop oder als "Notebook" verwenden. Oder ist für ein leistungsstarkes Notebook (keine Spiele) das Budget zu eng gesetzt? Danke!

Hilft es vielleicht, wenn ich statt fester IPs dyndns.-Adressen verwende?

Routerlog Dg834GB Wed, 2007-03-28 00:27:33 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 01:00:02 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 01:08:48 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 02:31:36 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 03:48:49 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 04:17:17 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 04:28:20 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 04:34:03 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 05:19:38 - [bIG] IPsec SA expired Wed, 2007-03-28 05:19:39 - [bIG] ISAKMP SA expired Wed, 2007-03-28 05:22:37 - [bIG] initiating Main Mode Wed, 2007-03-28 05:22:38 - [bIG] ISAKMP SA established Wed, 2007-03-28 05:22:39 - [bIG] sent QI2, IPsec SA established Wed, 2007-03-28 07:14:17 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 07:58:51 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 08:12:05 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 10:07:17 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 13:22:21 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 13:22:38 - [bIG] ISAKMP SA expired Wed, 2007-03-28 13:22:39 - [bIG] IPsec SA expired Wed, 2007-03-28 13:22:41 - [bIG] responding to Main Mode Wed, 2007-03-28 13:22:42 - [bIG] sent MR3, ISAKMP SA established Wed, 2007-03-28 13:22:43 - [bIG] responding to Quick Mode Wed, 2007-03-28 13:22:43 - [bIG] IPsec SA established Wed, 2007-03-28 13:43:48 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 13:56:22 - [bIG] sending notification PAYLOAD_MALFORMED to 87.139.40.23:500 Wed, 2007-03-28 18:27:57 - [bIG] responding to Main Mode Wed, 2007-03-28 18:27:59 - [bIG] sent MR3, ISAKMP SA established Wed, 2007-03-28 18:28:16 - [bIG] DPD: No response from peer - declaring peer dead Wed, 2007-03-28 18:28:31 - [bIG] initiating Main Mode Wed, 2007-03-28 18:28:40 - [bIG] ISAKMP SA established Wed, 2007-03-28 18:28:40 - [bIG] sent QI2, IPsec SA established Wed, 2007-03-28 18:30:21 - deleting connection "BIG" Wed, 2007-03-28 18:30:21 - shutting down interface ipsec0/ppp0 217.7.219.168

Routerlog FVG318 TUESDAY, 27 MAR 2007 17:33:15 Service access request successful Src 2379 Dst 8787 from WAN n/w Source: 84.56.153.17 Destination: 87.139.40.23 TUESDAY, 27 MAR 2007 17:33:16 Service access request successful Src 2380 Dst 8787 from WAN n/w Source: 84.56.153.17 Destination: 87.139.40.23 TUESDAY, 27 MAR 2007 17:33:18 Service access request successful Src 2381 Dst 8787 from WAN n/w Source: 84.56.153.17 Destination: 87.139.40.23 TUESDAY, 27 MAR 2007 17:33:19 Service access request successful Src 2382 Dst 8787 from WAN n/w Source: 84.56.153.17 Destination: 87.139.40.23 TUESDAY, 27 MAR 2007 17:33:20 Service access request successful Src 2383 Dst 8787 from WAN n/w Source: 84.56.153.17 Destination: 87.139.40.23 TUESDAY, 27 MAR 2007 17:33:21 Service access request successful Src 2384 Dst 8787 from WAN n/w Source: 84.56.153.17 Destination: 87.139.40.23 SPI = 0xb9a0e677, Seq. No = N/A :: Inbound SA Created SPI = 0x9215cc2f, Seq. No = N/A :: Outbound SA Created SPI = 0xa6499ae6, Seq. No = N/A :: Inbound SA Created SPI = 0x9215cc30, Seq. No = N/A :: Outbound SA Created SPI = 0x91553b6a, Seq. No = N/A :: Inbound SA Created SPI = 0x9215cc31, Seq. No = N/A :: Outbound SA Created SPI = 0xa6499ae6, Seq. No = N/A :: SA Life Time Expired SPI = 0x91553b6a, Seq. No = N/A :: SA Life Time Expired SPI = 0xb9a0e677, Seq. No = N/A :: SA Life Time Expired SPI = 0x9215cc2f, Seq. No = N/A :: SA Life Time Expired SPI = 0x9215cc30, Seq. No = N/A :: SA Life Time Expired SPI = 0x9215cc31, Seq. No = N/A :: SA Life Time Expired SPI = 0xefd692d2, Seq. No = N/A :: Inbound SA Created SPI = 0x16900487, Seq. No = N/A :: Outbound SA Created SPI = 0xefd692d2, Seq. No = N/A :: SA Life Time Expired SPI = 0x16900487, Seq. No = N/A :: SA Life Time Expired SPI = 0xa9206873, Seq. No = N/A :: Inbound SA Created SPI = 0xfeeeabc2, Seq. No = N/A :: Outbound SA Created SPI = 0xa9206873, Seq. No = N/A :: SA Life Time Expired SPI = 0xfeeeabc2, Seq. No = N/A :: SA Life Time Expired SPI = 0x883c679a, Seq. No = N/A :: Inbound SA Created SPI = 0xfeeeabc3, Seq. No = N/A :: Outbound SA Created SPI = 0x883c679a, Seq. No = N/A :: SA Life Time Expired SPI = 0xfeeeabc3, Seq. No = N/A :: SA Life Time Expired SPI = 0xffb90747, Seq. No = N/A :: Inbound SA Created SPI = 0xfeeeabc4, Seq. No = N/A :: Outbound SA Created SPI = 0xfeeeabc4, Seq. No = N/A :: SA Soft Life Time Expired - Renegotiation starts SPI = 0xb1eaa813, Seq. No = N/A :: Inbound SA Created SPI = 0xfeeeabc5, Seq. No = N/A :: Outbound SA Created SPI = 0xffb90747, Seq. No = N/A :: SA Life Time Expired SPI = 0xfeeeabc4, Seq. No = N/A :: SA Life Time Expired SPI = 0xdbc1f572, Seq. No = N/A :: Inbound SA Created SPI = 0xfeeeabc6, Seq. No = N/A :: Outbound SA Created

Hallo, danke für die Antwort. Weiss echt nicht mehr weiter, da der Hersteller da immer noch keine Lösung zu hat. Also es genügt, dass ich den DG834GB neu starte, dann funktioniert alles wieder wie gewünscht. Nur manuelles "Connecten" nützt da generell nichts. Keine Ahnung, ob das was mit der Zwangstrennung zu tun hat. Müsste aber doch trotzdem wieder neu aufbauen ...?! Und dieses payload mal... kommt ja auch ständig, wenn die Verbindung bestens steht. Gestern abend um ca. 18:30 Uhr ist die Verbindung wieder abgebrochen. Hier die Logfiles. Bitte um Hilfe :-)

Hallo zusammen, wir verbinden 2 Netzwerke miteinander: Standort A: (ca. 5 Rechner - 1 Server, auf den die 1723 durchgeroutet ist wegen Server-VPN) Netgear FVG 318 Standort B: (ca. 3 Rechner) DG834GB Diese VPN-Verbindung bricht hin und wieder ab, ca. 1 mal am Tag. Keiner konnte mir bisher helfen, auch Netgear nicht. MTU-Wert liegt überall bei 1456, feste IP ist an beiden Stellen vorhanden. Derzeit funktionierts seit ca. 2 Tagen. Was mich besonders stört ist das hier in den Logfiles, kommt bald sekündlich. sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 oder am DG834GB: Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: received NOTIFY PAYLOAD of notify type R_U_THERE Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: Sending phase-I notify of type R_U_THERE_ACK Danke vielmals! Hier die Logfiles: Routerlog DG834GB Wed, 2007-03-28 04:28:20 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 04:34:03 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 05:19:38 - [bIG] IPsec SA expired Wed, 2007-03-28 05:19:39 - [bIG] ISAKMP SA expired Wed, 2007-03-28 05:22:37 - [bIG] initiating Main Mode Wed, 2007-03-28 05:22:38 - [bIG] ISAKMP SA established Wed, 2007-03-28 05:22:39 - [bIG] sent QI2, IPsec SA established Wed, 2007-03-28 07:14:17 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 07:58:51 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 08:12:05 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 10:07:17 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 13:22:21 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 13:22:38 - [bIG] ISAKMP SA expired Wed, 2007-03-28 13:22:39 - [bIG] IPsec SA expired Wed, 2007-03-28 13:22:41 - [bIG] responding to Main Mode Wed, 2007-03-28 13:22:42 - [bIG] sent MR3, ISAKMP SA established Wed, 2007-03-28 13:22:43 - [bIG] responding to Quick Mode Wed, 2007-03-28 13:22:43 - [bIG] IPsec SA established Wed, 2007-03-28 13:43:48 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Wed, 2007-03-28 13:56:22 - [bIG] sending notification PAYLOAD_MALFORMED to [iPSTANDORTA]:500 Router FVG318 Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: received NOTIFY PAYLOAD of notify type R_U_THERE Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: Sending phase-I notify of type R_U_THERE_ACK Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: received NOTIFY PAYLOAD of notify type R_U_THERE Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: Sending phase-I notify of type R_U_THERE_ACK Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: Sending phase-I notify of type R_U_THERE Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: received NOTIFY PAYLOAD of notify type R_U_THERE_ACK Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: received NOTIFY PAYLOAD of notify type R_U_THERE Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: Sending phase-I notify of type R_U_THERE_ACK Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: received NOTIFY PAYLOAD of notify type R_U_THERE Init Cookie: 0xd79f591eb78327db & Resp Cookie: 0x39f46ffbd87b73ab INFO :: Sending phase-I notify of type R_U_THERE_ACK

Hallo zusammen, habe ein großes Problem: wenn sich User mit einer T-Mobile UMTS Karte ins Internet verbinden geht das perfekt. Die VPN Verbindung auf unseren Server läuft auch. Wenn dann jedoch die Remotedesktopverbindung gestartet wird, bleibt der Bildschirm grau. Mit WLAN, DFÜ (ISDN etc) geht alles perfekt. Liegt das an mir oder an T-Mobile? Betrifft alle Karten.

Hab alles schon probiert. Hab schon angegeben (in der LAN Verbindung des Severs), dass er den übergeordneten Suffix nehmen soll, dann hab ich abc.local selber eingetragen .. es is einfach keine Änderung passiert. Nochmal: Aufm Server nslookup abc-server : alles perfekt Auf nem Rechner in der Arbeitsgruppe (also am gleichen Router angeschlossen) : non existend domain ... da stimmt doch was nicht? Und: nslookup abc-server.abc.local löst er perfekt auf, von egal wo. Wo liegt der Hund begraben?

Nee sorry :-) Wir haben einen Server, der als DC und TS fungiert. Es gibt keine Clients daran, alle greifen lediglich per Remotedesktopverbindung drauf zu. Kann ich bei bestehendem AD DNS deinstallieren?

Nun, wir haben keine richtigen Clients angebunden. Es geht nur um die Arbeitsgruppe. Also bei denen, bei denen es nicht geht kommt halt, dass der Server nicht gefunden wurde. Mit IP gehts aber. Anpingen können die den Servernamen auch nicht. Hat das was mit dem Suffix zu tun? Weil ich nslookup abc-server nicht auflösen kann aber nslookup abc-server.abc.local? DNS deinstallieren?

Hi! Ja, alle Notebooks haben das selbe OS. Hat ja auch alles funktioniert bis jetzt. Kann nur am Server oder am Router (?) liegen. Habe die IP-Adresse des Servers geändert in der LAN-Verbindung, bei WINS und im DNS. Schwer zu erklären. Soll ich DNS deinstallieren und nochmal neu aufsetzen? Also nochmal, gebe ich von nem Client aus (egal ob VPN oder im Netzwerk (Arbeitsgruppe)) nslookup abc-server kommt der Fehler. Gebe ich abc-server.abc.local ein funktioniert alles prächtig. Woran kann das liegen? Was muss den wo stehen?

Hallo zusammen, bisher war es so, dass sich unsere User z.B. via UMTS mit ihren Notebooks ins Internet verbunden haben, dann eine VPN-Verbindung zum Windows 2003 R2-Server aufbauten und sich dann mit der Remotedesktopverbindung zum Server verbunden haben. Ich habe vor wenigen Tagen 2 Änderungen vorgenommen: - den Telekom-Router gegen einen Netgear-Firewall Router ersetzt und - die IP des Servers von 192.168.1.200 auf 192.168.3.2 verändert. Überall, wie ich meine, in der LAN-Verbindung, DNS etc. Folgendes Problem tritt auf: manche User können sich nach wie vor in der Remotedesktopverbindung (bei bestehender VPN-Einwahl) unter Verwendung des SERVERNAMENS anmelden. Bei manchen anderen Notebooks findet er einfach den SERVERNAMEN nicht und man muss 192.168.3.2 eingeben. Liegts am Server oder am Router? Woran kann das liegen? Ich weiss wirklich nicht mehr weiter, hab glaub alle Foren durchgelesen ... ohne Erfolg! Danke!

Klar, wo kann ich das konfigurieren, bitte hilf mir auf die Sprünge :-) ? Wir haben ja keine Clients dran und es sollen auch keine rankommen.

Danke für die Blumen :-) Ich bin eben mit der Verwaltung des Terminalservers "beauftragt", hilf mir einfach bissel auf die Sprünge! Vielen Dank schon jetzt. Also das big ist "abc" ... sorry, wollte es ändern und dann mit Legende versehen. Auf den Clients haben wir nichts eingestellt (schon seit der Installation), die sollen alles selber beziehen (Notebooks). Meine VPN-Verbindung steht jetzt auch, aaabbber: wenn z.B. eingebe: \\abc-server findet er den Server NICHT! Gebe ich ein \\192.168.3.2 (Server-IP) geht alles wunderbar. Wo ist hier der Haken? Danke!

Hallo zusammen, also, Nachtrag: mit DNS hat das Ganze ja wenig zu tun? Thema DHCP: Habe es jetzt so gemacht: im Router das DHCP deaktiviert und als "externen DHCP-Server" den Server eingegeben. Im DHCP des Servers habe ich folgende Bereichsoptionen angelegt, seither tut das Internet auch wieder an den am Router angemeldeten Clients: - Route - DNS Server - Nameserver --> alle auf die 192.168.3.1 (Router). Korrekt? Sonst habe ich da nicht sehr viel gemacht. An den Clients überhaupt nicht. Wie kann ich jetzt wieder sicherstellen, dass die Benutzer den Server mit SERVERNAME in der Remotedesktopverbindung erreichen und nicht nur durch Eingabe von 192.168.3.2 ? (Server IP)? Thema Wins: So, was muss ich bei "WINS" einstellen? Thema DNS: Was würdet ihr bei "Schnittstellen" eingeben? (Ip-Adressen abhören? Die des Rouers? Und die des Servers?) Was bei Weiterleitungen? Dort die Router IP? In den DNS Ereignisprotokollierungen sind keine Fehler. Bitte dringend um Eure Hilfe. Danke! Das kommt bei ipconfig /all raus: Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : abc-server Primäres DNS-Suffix . . . . . . . : abc.local Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert . . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Ja DNS-Suffixsuchliste . . . . . . . : big.local PPP-Adapter RAS-Server-(Einwähl-)Schnittstelle: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : 00-53-45-00-00-00 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.3.3 Subnetzmaske . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet Physikalische Adresse . . . . . . : 00-30-05-CD-EF-15 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.3.2 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.3.1 DNS-Server . . . . . . . . . . . : 192.168.3.2 (sollte das nicht umgekehrt sein?) 192.168.3.1 Primärer WINS-Server . . . . . . : 192.168.3.2 Sekundärer WINS-Server . . . . . : 192.168.3.1

Erstmal vielen Dank für Deine Hilfe! Die Geschichte mit den VPN-Verbindungen hat in meinen Tests funktioniert, da gibt es bis jetzt keine Probleme. Hab mir viel zu viele Gedanken gemacht. Sooo, aabber: ich habe die IP-Adresse bei "WINS", "DNS", "DHCP" und der LAN-Verbindung selbst verändert. Server Neustart erforderlich? Muss ich bei DHCP in den Bereichsoptionen was einstellen? Folgende Probleme habe ich derzeit (vor dem Neustart!): - manche Leute können zwar die VPN-Einwahl tätigen, müssen aber in der Remotedesktopverbindung die IP des Servers eingeben (192.168.3.2); mit dem SERVERNAMEN geht es nicht UND - manche Clients erhalten im lokalen LAN eine IP des Servers und nicht des Routers. Weshalb? Danke für eine schnelle Antwort!! Canni

Wir haben ja die IP des Servers geändert. Wo muss die überall im Server aktualisiert werden? Bitte um Auflistung :)

Hi, sorry, ich hatte einen Denkfehler. DHCP hab ich wieder aktiviert aufm Server. Was muss ich bei "Bereichsoptionen" eingeben? Am besten nichts, oder? Bei einem einzigen VPN-Client erkennt er den SERVERNAMEN nicht in der Remotedesktpverbindung. Mit IP-Adresse findet er es. Genau so kann ich \\SERVERNAME nicht mehr verwenden. Wo liegt der Haken? Bitte um Hilfe :-)

Hi, bei Standort B bin ich noch garnicht :-) Es geht lediglich darum, dass ich den DHCP-Server von Microsoft Server 2003 deaktiviert habe. In Ordnung?