phoenixcp

So ein Pech aber auch, das ich schon den Messenger nutze. :( Will so gerne ne Boardparty mit euch feiern.

Öhm, ich finde das das ein paar Infos zu wenig sind. Postfächer verschwinden nicht einfach so aus Lust und Laune. Das heißt, es muss was passiert sein. Die Frage ist was. Wo setzen wir an: 1. Auswertung Eventlogs => Schau dir die in Ruhe an, was dort alles so aufschlägt. Sollte eigentlich ne Menge sein. Mit den entsprechenden Event-ID's schaust du als erstes auf http://www.eventid.net nach und schaust, ob sich dort schon Infos zu den gemeldeten ID's finden. 2. Feststellen, was wann und wie an dem Server gemacht wurde, seit dort zu letzt Postfächer gesehn wurden.

Naja, SQL-Server 7 und höher. Aber in SQL-Server 2005 hat sich einiges an der DB-Grundorganisation getan, was bei SQL Server 7 und 2000 noch gleich war. Von daher....

Boah ey, was für ein Thread. Einige Seiten hab ich erstmal übersprungen, die muss ich mir am Wochenende erstmal in Ruhe bei ner Flasche Bier reinziehen. Nichtsdestotrotz will aber trotzdem erstmal einige Gedanken meinerseits in den Raum werfen: @Otto-Normalverbaucher-WLAN-Inbetriebnahme Vor einigen Wochen bin ich in ne neue Wohnung umgezogen und habe mir nen DSL-Anschluss mit WLAN legen lassen. Den ersten eignen. *STOLZ* Vorher aber schonmal umgeschaut. In nem Mehrfamilienhaus mit 13 Wohnungen fand ich (ohne das mein Netz schon in Betrieb war) 10 WLAN-Netze, angefangen von der Fritz-BOX bis hin zum NetGear-Router war alles dabei. Davon hatten nur 2 die SSID ihres AP's umbenannt, was man ja nicht unbedingt zwingend machen muss. Desweiteren laufen 8 der Netze mit WEP, die anderen 2 sowie mein eigenes mit WPA2. Und ich glaube nicht, das ich rein zufällig ein Haus in Dresden getroffen habe, in dem nur IT-Kundige wohnen. Also vom Sicherheitsaspekt her scheinen die Leute entweder vorsichtiger zu werden, oder sie sind mittlerweile so faul, das sie sich ihre AP's vom TK_Dienstleister konfigurieren lassen. @Strahlung vom Handymast: In einem Beitrag war ein Zitat zu lesen aus einer Studie, das im Umkreis von 400 Metern um einen GSM-Masten das Krebsrisiko 3 mal so hoch sei, wie normal. Dafür gibt es nur eine Erklärung: Schwachsinn. Begründung: Die Sender auf dem Masten hängen in einiger Höhe und strahlen gerichtet ab. Damit ist erstmal eine gewisse Distanz zu überbrücken, bis die Strahlung in Bodennähe ankommt. Entweder die Untersuchung wurden in nem Hochhaus direkt gegenüber des Senders durchgeführt oder sind elektrophysikalisch schlicht nicht nachvollziehbar. Wie kann man das am besten Verifizieren? Man stelle sich mit dem Rücken an einen solchen Sendemasten und lasse sich anschliessend mit entsprechender Software auf dem Rechner sagen, an welchem Masten (bzw. der ungefähren Position des Mastens) die eingesteckte UMTS-Karte angemeldet ist. Dann wird man feststellen, das das nicht der Mast ist, an dem man gerade lehnt, sondern einer, der wie bei dem durch einen unserer Profs. demonstrierten Versuchs in Dresden, etwa 2,8 km entfernt war. So, das wars erstmal was ich zu sagen habe, der Rest kommt später, wenn ich die Ruhe habe, um wirklich jeden Beitrag hier zu lesen.

Ich meinte mit Server schon den SQL-Server, der Windows Server unten drunter hat sowas nicht. Und mit welcher Collation-ID läuft die DB? Die muss ja nicht zwangsläufig gleich sein mit der des Servers. Das siehst du im Enterprisemanager per Rechtsklick / Eigenschaften auf der DB. Hast du denn sichergestellt, das MS SQL 2000 mit SP 4 in Zusammenarbeit mit .NET 2.0 funktioniert? Das sollte man vielleicht auch mal überprüfen. Hab mich aber in dieser Richtung noch nicht informiert.

Du scheinst einen Zeichensatzkonflikt zu haben. Mit welcher Collation-ID ist der Server, mit welcher die DB aufgesetzt? Und was das wichtigste ist: WElche Collation-ID wird benötigt? Auf die müsstest du dann mindestens die DB anpassen.

Doppelposting. Da gehts weiter: http://www.mcseboard.de/showthread.php?t=80726 Mods: Bitte schliessen.

Was meinst du mit Knoten? Am günstigsten wäre wahrscheinlich ein Skript auf allen Rechnern laufen zu lassen. Dazu solltest du dir mal das folgende Kommando etwas genauer anschauen: netsh interface ip set address bzw. netsh interface ip set address /? [/Code] Damit dürfte dir geholfen sein... Oder?

Haben die User ein Terminal-Profil? Das wäre die Lösung des ganzen. Ansonsten würden die bei jeder Anmeldung ein lokales Profil bekommen, was unter Umständen bei der Abmeldung wieder gelöscht wird.

Dazu musst du im Enterprise Manager ne neue Serverregistrierung für den ISA vornehmen. Dazu gehst du auf die Root und sagst per Rechtsklick: Neue Serverregistrierung.

Ich würde bezweifeln, das das klappt. Das der Foldername zwar aussieht wie der Username, aber AD-technisch wird es nicht der Username sein. Und damit wird der Server versuchen, die SID-Zuordnung zu machen. Vielleicht klappt es aber doch. Ich denke nicht, das schon jemand sowas probiert hat. Nimm dir doch mal einen zum testen, dann wirst es merken.... Das Ergebnis interessiert mich aber auf jeden Fall.

Bolero von Ravel, geht ganz leise und hat ein phänomenales Finale. Geht so ca. 15 Minuten

Wie groß ist denn die entsprechende Datenbank? Wie ist der Backuplevel? Was du auf jeden Fall mal machen kannst: Die DB shrinken, dann wird die "Luft" die darin ist, rausgedrückt.

Such dir doch mal bei MS den ADSI-Scriptomaten, der bringt selber Beispiele und Rohskripte mit. http://www.microsoft.com/technet/scriptcenter/tools/admatic.mspx

Das das SP2 für SQL Server 2000 auf Win 2k3 nicht unterstützt wird. Ab SP3 klappt die Installation dann. http://support.microsoft.com/default.aspx?scid=kb;en-us;329329

Ich korrigiere mich selber nochmal: netsh interface set interface "LAN-Verbindung" admin=ENABLED[DISABLED] connect=[DIS]CONNECTED [/Code]

Wäre dann ein kleines Skript: netsh interface set interface "LAN-Verbindung" connect=[DIS]CONNECTED [/Code] So würde ich mir das zumindest nach der x-ten Ebene der netsh-Hilfe vorstellen. Probiers mal aus, obs klappt.

ich hab ja auch nur gefragt, hääte ja sein können, das du dir damit einen tieferen Sinn überlegt hast....

Nett, muss ich mir merken ;)

Schonmal per XCacls in ner CMD probiert? Geht es da auch nicht?

Und wofür dann noch die unnötigen Tastendrücke? Wenn du beenden willst, dann gehts doch auch ohne, oder?

Nur solche Erfahrungen, das ich keine inoffiziellen Patches einspiele...

Ja er ist in der lokalen Admingruppe? Wenn die Freigabe für Jeder ist, dann ist damit Domain\Jeder gemeint. Also auch nicht dein lokaler Admin, wenn er nicht in einer Gruppe ist, die in einer Domänengruppe ist.

Wie ist der Zugriff auf die MSSQL-DB geregelt? Wer darf da alles zugreifen und wer nicht?

Ist der lokale Admin des Rechners Mitglied der lokalen Administratorengruppe? Ist diese lokale Administratorengruppe Mitglied in der Gruppe der Domänenadministratoren? Die Freigaben werden ja sicher nur für Domänenmitglieder freigegeben sein und da zählt der lokalen Admin nun mal nicht immer dazu.