blackswordowner

Hallöchen!! Mußt DNS auch erlauben, da der Port anscheinend geblockt wird... läuft glaub ich auf UDP / TCP 53. Gruß BSO :marine

Hallöchen!! Zur Vorgehensweise: Ich würde auf dem neuen w2k Server erst DNS installieren. Dann DNS konfigurieren und ausführlich testen, ob es richtig und vernünftig funktioniert. Dann würde ich erst mit "dcpromo" den Server zum DomainController heraufstufen... Erspart einem ziemlich viel Sucharbeit, da ADS einen funktionierenden DNS Dienst braucht. Und die Fehlersuche wird dann ziemlich kompliziert wenn man beides zusammen aufsetzt, da man nicht weiß, an welchem der beiden Systemen es liegt... Gruß BSO :marine PS: habe irgendwo noch die beste Lösung zum Migrieren von NT zu W2k rumliegen. melde mich heute abend nochmal...

Wie soll denn sonst der Rechner wissen, an wen er die Anfrage schicken soll?! Versuch mal www.t-online.de vom Server anzupingen. Dann notierst du dir die IP-Adresse und versuchst es vom Client. Wenn es funktioniert liegt es an der DNS-Auflösung, die nicht funktioniert. Könntest aber zur Sicherheit in die hosts beim Client den Namen und IP-Adresse statisch eintragen. Die Datei heißt hosts.sam und muß in hosts umbenannt werden. Gruß BSO :marine

Hallöchen! Hast du denn bei Win98 nen Nameserver eingetragen?! Gruß BSO :marine

Welche Daten meinst du denn?! Kannst du keine Datensicherung machen?! und wenn es mit dem windows eigenem Backup Programm ist?! Würde ich auf jedenfall machen... Man kann ja nie wissen zu was die WindowsKisten fähig sind... Aber normalerweise sollten die Daten vorhanden bleiben zum Beispiel die Persönlichen Daten und /Dokuente und Einstellungen/ Weiß nur nicht wie das mit Programmen aussieht. Dürfte bei dem Reparieren aber nix passieren. Bei er Reparaturkonsole sieht das glaub ich schon anders aus, da auch die Registry gespeichert wird und alles neuere was in der Sicherung nicht drin steht danach auch nicht drin stehen kann... Also würde immer empfehlen einen Server aufsetzen und dann nen Image ziehen von dem Server... dann brauch man auch net so lange, falls das Dingen auf dem Buckel liegt. Gruß BSO :marine

Guten Morgen! Also für die Reperaturkonsole brauchst du die Notfalldisketten, die man anlegen kann, falls man es bei der Installation gemacht hat oder später eine Sicherung des Systemstatus mit dem eigenem BackupSystem gemacht hat. Befehle kannst du nur in der Wiederherstellungskonsole eingeben, die bringt dich aber nicht weiter. Was du versuchen kannst ist folgendes: Starte von der Win2k-CD gehst dann auf Neuinstallation nicht auf Wiederherstellungkonsole etc... dann müßte dir die Möglichkeit der Reparatur gegeben werden mit dem Drücken der 'r' Taste... Funktioniert zwar nicht so gut wie bei WinXp aber ist ein Versuch wert. Meines Wissens werden die Systemdateien gelöst und von der CD wiedereingebunden. Sonst bleibt dir wahrscheinlich nichts anderes über als eine Neuinstallation... Gruß BSO :marine

Hallöchen! Also boote mal mit einer Win2k-CD und führe dann die Reparaturkonsole aus... Gruß BSO :marine

Hallöchen!! WO hast du denn die Sicherheitsrichtlinie hinzugefügt?! der Domäne, der Site, einer OU?! Vielleicht wird sie ja überschrieben von einer mit höherer Priorität! folgende Reihenfolge (nach Höchster priorität): 1. OU 2. Site 3. Domäne Gruß BSO :marine

Hallöchen!! Also wenn du zwei Tabellen untereinander verbinden möchtest, müssen die Schlüsselfelder denselben Datentyp haben. Bei Nummer und Nummer1 sind es schon zwei verschiedene nämlich Integer und Long Integer. Wenn es ein Zahl datentyp ist und einer ein autowert ist müssen beide auf Long Integer stehen. Du kannst leider keinen Text und eine Zahl mit einander verbinden (Personalnummer & text7) & (Text1 & Zahl4). bei der Tabelle ver1 mußt du nen index reinmachen oder text1 einfach mit in die tabelle a1 hereinnehmen. also meinst du denn wirklich, dass die Tabelle a1 richtig normalisiert ist und keine Redundanzen vorkommen?! (unnötige Doppelspeicherung von daten) Gruß BSO :marine

ja... Nehm den Server mal aus der Domäne heraus. Habt ihr einen WINS?! Wenn ja sind die Einträge vom DC bzw. NS drin?! Wenn DC gleichzeitig NS ist dann reicht der DC Eintrag. Ist die Netbios-Abfrage aktiviert?! könnte nämlich deaktiviert sein über die lmhost Datei. schau mal unter eigenschaften der NIC nach... -> erweitert -> WINS glaub ich... Gruß BSO :marine

Hallo! Wenn die nichts anWINS geändert haben, dürfte es kein Problem sein. Vielleicht mal mit zwei Test PC`s ausprobieren. Gruß BSO :marine

Sorry habe davon noch nix gehört, dass man bei einer ProfessionalVersion Gruppenrichtlinien von Benutzern abhängig machen kann... Gruß BSO :marine

Hallo! Die Probleme hatte wir im Testcentrum bei uns auch... Du mußt am Anfang nicht den DNS-Namen eingeben, sondern den NetBIOS-Namen des zweiten DC`s und WINS muß laufen... sonst funktioniert das net... Haben dort anscheinend noch abfragen über WINS eingebaut. Überprüf mal die WINS einträge, sonst WINS aufsetzen oder lmhost.sam in /winnt/system32/etc/drivers in lmhost umbenennen und dort den DNS bzw. ersten DC eintragen... Gruß BSO :marine

hallöchen!! Wie sieht denn deine eingebaute HDD aus?! Ist dort schon etwas drauf oder ist die Platte leer. 1.) anderes BS vorinstalliert... dann von dem Starten und von dort Installation starten 2.) würde dann auch Terran`s Vorschlag nehmen über einen RIS Server. Hat nur leider den nachteil, das man DNS; ADS; DHCP installiert haben muß... sonst gibt es auch andere Software zum Beispiel von Powerquest, mit der man Images verteilen kann... 3.) von USB-Stick boot falls möglich und dann Netzwerkinstallation über DOS. Sonst weiß ich im Moment auch keine Lösung. Gruß BSO :marine

Hallo! Wie wäre es denn, wenn du die erzeugten Dateien vom NT Rechner einfach zum 2000er kopiertst. beim 2000er müßte es im winnt/system32/dhcp liegen. bei NT habe ich leider keinen Plan. kannst ja mal suchen... Gruß BSO :marine

Hallo! Also ich schwöre auf "kate". Kannst dort ziemlich viele Eintellungen machen z.B. etwas sehr praktisches wenn du als Ansicht bash nimmst, werden die kommentare anders dargestellt und man sieht sofort, was kommentar ist... Gruß BSO :marine

Und warum heißt dann eine Bürokauffrau nach der Ausbildung auch Bürokauffrau!? Meinst du bei uns ist das etwas anderes. Der Ausbildungsberuf heißt halt Fachinformatiker Systemintegration und dies bedeutet, dass man eine Ausbildung zum Fachinformatiker Fachrichtung Systemintegration macht.... ok in den stellenanzeigen ist dies nicht verbreitet dort steht meistens netzadmin oder so. aber bei den Anwendungsentwicklern sind die bezeichnungen immer öfter Fachinformatiker Anwendungsentwicklung... Gruß BSO :marine

Hallo! Also wenn du die Public Schlüssel gehören auf dem Server in die jeweiligen Home verzeichnisse des Nutzers. Dann mußt du den PublicKey in die Datei ~/.ssh/authorized_keys kopieren. Das müßte es gewesen sein mit dem PublicKey. Habe ich schon mit Suse gemacht war glaub ich ne 8.1 oder so... Gruß BSO :marine

Also ich glaube mal, dass du dann auch Fachinformatiker Systemintegration bist oder?! Gruß BSO :marine

Hallöchen!! Ich grübel die ganze Zeit darüber, warum man überhaupt ICMP-Meldungen blocken sollte?! Sie sind ja gedacht, als diagnose werkzeug. Und wenn sich da mal ein admin, der etwas testen will verschreibt, muß der auf nen Timeout warten... Ich wäre eher für nen reject und nicht für droppen... Weiß net, ob es möglich ist mit tiny. kannst ja mal nachschauen und hast dann wieder etwas gelernt... Gruß BSO :marine

hatte nicht daran gedacht, ob es net vielleicht eine Portierung gibt. THX werde es nachher gleich mal ausprobieren... Gruß BSO :marine

Hallöchen!! Also habe folgendes vor. Habe einen Linux Router unter Suse 8.0. Administriere ihn über den guten alten Putty von meinem Windows-Rechner aus. Jetzt besteht ja die Möglichkeit den fingerprint in die Datei "authorized_keys" im Verzeichnis .ssh im Benutzer HomeVerzeichnis zuspeichern und dann ohne den Üblichen Login mit Benutzername und Password sich anzumelden... Von Linux aus funktioniert das auch ohne Problem, da benutzt man scp und kopiert den Fingerprint (öffentlichen Schlüssel) einfach in die Datei. Nun habe ich aber ein Problem und zwar möchte ich das von Windows ausmachen ohne Telnet oder FTP zuverwenden. Möchte halt eine Sichere Lösung haben. Ach ja ist kein Laufwerk angeschlossen, falls jemand meint ich sollte den auf ne disk oder cd brennen... THX schon mal für eure Hilfe Gruß BSO :marine

ist natürlich auch eine gute Frage... habe da leider keinen Plan. bin noch in der Ausbildung und haben es in einem Kurs mal gemacht aber net mit NT, sondern in einer einheitlichen Umgebung... Gruß BSO :marine

also in einer der letzen C`Ts war ein Artikel über externe W-Lan Antennen. War sehr Physikalisch, da sie auch eine eigene gebaut haben mit einer Pringles Dose. schau mal nach, wenn ich den artikel gefunden habe. ist echt sehr interessant. Vielleicht solltest du dir mal einen Test anschauen, wo die die Reichweite getestet haben. Dort testen die auch verschiedene Testumgebungen... Gruß BSO

Hallöchen!! Da du aktualisieren willst, hast du zwei Möglichkeiten. Einmal die obligatorische und die optionale Aktualisierung. bei der zweiten können die Nutzer aussuchen, ob sie die neue Version installieren wollen, also nicht für dich interessant. Laut Microsoft Unterlagen mußt du die Software bereitstellen. Also wenn du ne MSI datei von der Software hast bist du schon fast fertig oder du mußt erst eine erzeugen. Auf der Server CD ist ein Programm drauf, welches es machen kann. ist unter dem Verzeichnis \VALUEADD\3RDPARTY\MGMT\WINSTLE\SWIADMLE.MSI zufinden. Wenn du ein fertiges MSI-Paket hast, mußt du es über eine Gruppenrichtlinie verteilen. mußt dann aber unter Benutzer- oder Computerkonfiguration entscheiden, wie u die Software verteilt willst. Aber ich sehe gerade ein Problem und zwar mußt du die vorherige Version der Software auch per MSI verteilt haben... Nur dann ist es anscheinend möglich die bestehende Software upzudaten. Müßtest dann nur das neuere Paket bereitstellen und dann unter Eigenschaften das Paket angeben welches es aktualisieren willst. wahrscheinlich habt ihr das net gemacht. vielleicht funktioniert es auch ohne dies, aber ein Problem ist auf jedenfall, wenn du neue Rechner mit dem Programm ausrüsten sollst. WÜrde es auf jedenfall auf einem Test Rechner ausprobieren bevor du es in der Produktivumgebung machst. Also eine Test OU anlegen und dort den Testrechner zuordnen. Dann die Gruppenrichtlinie zur Softwareinstallation der OU zuordnen und den Rechner starten und mit dem Benutzer starten und mal schauen ob es Probleme gibt... Ich hoffe der Überblick ist verständlich. sonst melde dich nochmal... Gruß BSO :marine