Demented Clown

Hi Nils, mit "in Echtzeit" ist gemeint, daß "User 2" sofort sehen kann was "User 1" an die Datei anfügt, ohne daß "User 1" erst speichern müsste. Die iX werd ich mir mal zu Gemüte führen, auf Office 2010 kann ich leider nicht warten. Danke schonmal.

Hallo Kollegen, mal wieder eine sehr sinnfreie Anforderung: ein Kunde möchte eine Tabelle von mehreren Usern gleichzeitig in Echtzeit bearbeiten lassen. Die Boardsuche hat mir einige ältere Einträge ausgespuckt die sagen daß das so nicht funktioniert. Ist das noch aktuell oder gibts da schon Neuigkeiten? Außerdem hab ich mir mal die Freigabefunktion von Excel sowie Sharepoint und Office Live angesehen, ist ganz nett, nur nicht in Echtzeit. Das einzig einigermaßen treffende bisher war MS Shared View, das ist aber wohl n bisschen komplex im Handling für den Kunden. Wie das halt so is: Soll mit zwei Mausklicks alles können :mad:. Hat jmd von Euch noch ne Idee zum Thema? Vielen Dank, Armin

Ich würde wohl sicherheitshalber mal ne HDD-Diagnose laufen lassen. Meiner Erfahrung nach deutet sowas auch mal auf ne abschmierende Platte hin.

Moin, vielleicht steh ich ja grad auf der Leitung, aber wenn es nur um einen PC geht, warum keinen Fake-Proxy in den Firefox eintragen?

Hallo Kollegen, mein Bastelprojekt diese Woche lautet "Internet-Gastzugang per WLAN". Da ich hier einen VLAN-fähigen Switch von D-Link DGS-1248T habe dachte ich mir ich probiere mal diese VLAN-Geschichte aus, kann ja nicht so schwer sein. Dachte ich. Nach stundenlangem Anleitungen wälzen, googlen und rumprobieren bekomm ichs leider nicht gebacken. Ich möchte also einen Switchport so konfigurieren, daß Gäste sich auf einen daran angehängten WLAN-AP hängen können um von dort aus ins Internet zu gehen OHNE auf meine Server und Clients zu kommen. Kennt also jemand diesen Switch und könnte mir ne kleine Anleitung zur VLAN Einrichtung geben? Ach ja, meinen momentanen Stand könnte ich noch erwähnen: Ich habe 2 VLANs konfiguriert. VLAN1: Ports für Server, Clients, NW-Drucker usw. untagged, Port für DSL Router tagged. VLAN2: Port für WLAN AP untagged, Port für DSL Router tagged. Ich dachte eigentlich so sollte es funktioieren, nur leider kann ich aus VLAN2 heraus weder den Switch noch den Router pingen, geschweige denn ins Internet. Sorry für den etwas verworrenen Text, ich bin mit den Nerven runter. :mad: Vielen Dank, Demented Clown

Warum willst du das denn? btw: Let me google that for you

Definitiv falsch. Vista Home Basic beinhaltet keinerlei Downgrade-Recht (erst ab Business). Siehe z.B. hier: http://www.mcseboard.de/microsoft-lizenzen-50/downgrade-vista-xp-moeglich-113535.html Ein Upgrade auf Windows 7 soll wohl möglich sein, allerdings nur innerhalb einer Edition.Bringt dir also auch nix.

Hmm...kann mich düster erinneren sowas auch schon gesehen zu haben. Ich habs so zwischen Tür und Angel auf ein Problem mit der Willkommensseite bzw. der schnellen Benutzerumschaltung geschoben. Hab auf klassische Anmeldung umgestellt, seitdem gehts wohl. Wenn dein PW-Feld mal wieder keine Einträge zulässt könntest du auch 2x Strg+Alt+Entf drücken, um zur klassischen Anmeldung zu kommen. DC

Hi Manyana, eine bindende Antwort zu geben ohne die Kiste wirklich gesehen zu haben wäre wohl "Glaskugel-Reiberei" ;) , aber ich persönlich tendiere bei solchen Geschichten eigentlich auch immer zur Neuinstallation. Wie heißt es so schön: "Wenn du willst das was richtig läuft mach es selber." PS: Was heißt denn bitteschön "grüzig"? Sorry, ich bin Bayer, ich spreche kein Deutsch :D

Nur zur Abrundung des Ganzen: Hab leider keine Lösung gefunden, werd die Maschine neu aufsetzen. Trotzdem vielen Dank für die Hilfe. Armin

Ja, genau so. 2x. Beim zweiten Mal sogar mit Windows Installer Clean Up nach Office runter.

Jo, hab ich versucht, leider keine Wirkung... Interessanterweise kann ich auch Systemsteuerung - Mail nicht aufrufen. "Es stehen nicht genügend System- oder Speicherressourcen zur Verfügung". :confused:

Hallo Gemeinde, nachdem ich heute von Outlook 2007 auf Outlook 2003 zurückgewechselt bin habe ich leider einige Probleme mit ActiveSync, an denen ich mir die Zähne ausbeiße. Vielleicht weiß ja jemand von Euch Rat: Beim Start von Active Sync erhalte ich folgende Fehlermeldung: "Die Anwendung konnte nicht gestartet werden, weil MAPI32.dll nicht gefunden wurde. Neuinstallation der Anwendung könnte das Problem beheben." Outlook 2003 funktioniert aber seltsamerweise tadellos. Wenn ich jetzt versuche ActiveSync zu deinstallieren (über Systemsteuerung - Software) bekomme ich nur "Schwerwiegender Fehler bei der Installation". Manuelles "Drüberinstallieren" von ActiveSync bricht ohne Fehlermeldung ab. Kann mir jemand n Tipp geben? Vielen Dank, Armin

So, ich werd jetzt in den verdienten Feierabend starten und mal sehen, ob mein Serverraum-gestählter Körper das angekündigte Sonnenlicht noch verträgt ;) Euch allen ein schönes Wochenende, wir sehen uns Montag :D

Hi! Vielleicht hilft dir das hier: Windows Server How-To Guides: Remote Desktop remote aktivieren - ServerHowTo.de Schönes WE!

Ach so? Ich habe einige Dutzend Lösungen dieser Art seit längerer Zeit bei verschiedenen Kunden im Einsatz (allerdings nur mit MS-Virtualisierungsoftware) und hatte noch kein einziges Mal Schwierigkeiten damit. Früher habe ich sowas auch mit alten Clients gelöst, da waren die Probleme entschieden größer (Hardware, Putzfrau :D ...). Ist aber nur meine persönliche Meinung. EDIT: Das Ganze als "No go" zu bezeichnen finde ich ehrlich gesagt auch etwas hochgegriffen. Selbst wenn VMWare in der Hinsicht gelegentlich Probleme machen sollte dürfte ich dann ja gar nicht mehr virtualisieren, weil ich immer davon ausgehen müsste daß meine Virtualisierungssoftware meinen physikalischen Netzwerkzugriff beeinträchtigt.

Also ich würds wohl eher auf die Hardware schieben. Hast du die Platte schon mit nem Diagnosetool des Herstellers geprüft?

Technisch gesehen könntest du genauso gut einen physikalischen Client als Ziel für den Fernzugriff einsetzen, der Nachteil daran ist, daß die Mühle dann halt immer laufen muß, wenn die Buchhalterin sich einwählt. Ergo wäre wohl eine VM auf dem Server meines Erachtens nach die richtige Wahl...

Moment: Habe ich richtig verstanden, daß dein alter DC und dein neuer DC mit der gleichen IP Adresse im Netz laufen und du dich jetzt über einen IP-Adresskonflikt wunderst? :confused:

Spricht etwas dagegen Passwörter einzusetzen? Du könntest ja, falls die Besetzung der Clients gleichbleibt, einen Autologon durchführen mit "control userpasswords2" durchführen.

Ich stelle hier mal die Frage, die dir jeder andere User wahrscheinlich auch als erstes stellen würde. Warum keine Domäne?

Hallo Carsten, mir gefällt eigentlich deine Variante 1 recht gut, dein Produktiv-XP bleibt unangetastet und den Server 2k8 könntest du als Hyper-V Host only einsetzen. Lizenzrechtlich dürftest du dann wenn ich mich recht erinnere (falls nicht: sorry Doc! :D ) den selben Server nochmal virtualisieren und könntest auf dieser VM dann so nette Kleinigkeiten wie z.B. Remoteapps (bin ich der einzige der die Funktion brilliant findet? ;) ) nutzen. Außerdem ist das ganze Projekt ne nette Bastelarbeit für einsame Hotelabende :) . Viele Grüße, Armin

:) Verzwickte Geschichte... Ich meine es so: Dein VPN Client darf sich nicht im selben IP Adressbereich wie dein Zielnetz befinden. Du teilst also bei der Einrichtung des Fernzugangs, wo du ja eine IP Adresse aus deinem Zielnetz für deinen VPN Client vergibst, eine Adresse aus dem Bereich (in deinem Fall) 192.168.200.XXX zu. Wenn sich dein Client dann von außen (aus einem anderen IP-Netzwerk) einwählt, darf er (in deinem Quellnetz, sozusagen) KEINE Adresse im Bereich 192.168.200.XXX haben (die bekommt er ja durch den Fritz Fernzugang zugeteilt), sondern muß meinetwegen ne 192.168.1.XXX Adresse haben. Route brauchst du dafür keine zu basteln. Wenn du das beachtest und außerdem dafür sorgst, daß du in deinem Zielnetz (192.168.200.XXX) durch die für den Fernzugang reservierten Adressen keine Konflikte hast, dann läuft zumindest dein Fernzugang sauber, dann muß das Problem wohl wo anders liegen.

Ich hoffe wir reden jetzt nicht aneinander vorbei: Du gibst dem Client, der sich über Fritz Fernzugang einwählt, bei der Konfig eine IP im Zielnetz, die der Client sich bei jeder Einwahl holt. Die physikalische IP, die der Netzwerkkarte deines Clients zugewiesen ist, sollte sich in einem ANDEREN IP-Adressbereich als dein Zielnetz befinden. Ansonsten kann es zu solch nervigen Fehlern kommen. Außerdem würde ich überprüfen, ob die IP, die dein VPN-Client bei der Einwahl bekommt, nicht schon anderweitig irgendwo vergeben wird, das hatte ich auch schon mal, zog einen ähnlich mysteriösen Fehler nach sich. Viel Glück, Demented Clown

Noch ne Idee...hat der Client, von dem aus du über Fritz Fernzugang pingst den gleichen IP Adressbereich wie dein Zielnetz?