Velius

Geht aber nur bedingt, wenn der ISA als Gateway eingesetzt wird. Wenn er im IE als Proxy eingetragen ist, dann wird das nicht klappen (voraus gesetzt, der ISA ist im gleichen Subnetz, wie der Rechner!). Ich würde die IP der Recher auf dem DHCP reservieren lassen, und dann auf dem ISA die IP sperren....... Oder den Entsprechenden Usern auf diesen Rechner einfach die Internet Benutzung verweigern auf dem ISA. Wenn sie auf diesen Rechner nicht dürfen, dann dürfen sie wohl auch sonst nicht, oder? :suspect:

Der wird automatsich gestartet, wenn ein Infrarot Port erkennt wird, bei der Installation..... Die Anwendug ist svchost.exe -K, und die svchost.exe muss bei dir vorhanden sein, sosnt würde Windows gar nicht erst laufen...... Auch hier und hier nachzulesen: http://www.mcseboard.de/showthread.php?postid=242791#post242791 http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/management/svrxpser_7.mspx#E04C0AA Sonst in der Komandozeile mal ein "tasklist -m", oder ein "tasklist -svc" machen......klärt vielleicht welche DLL benötigt werden!

Schon nen neuen Treiber geladen? Schräger bericht ausserdem, ich musste diese Dateien noch nie manuell hinein kopieren.....

Hä *verwirrt*? SMB (Server Message Block) brauchst du, um überhaupt etwas transferieren zu können über Windows Netzwerkfreigaben. Welche Version hat die Dosdiskette denn?

Hi War erst kürzlich hier zu finden das Thema: http://www.mcseboard.de/showthread.php?s=&threadid=42714&highlight=assistent Grüsse

Nein, sie ist nicht schwierig die Frage, aber umfangreich zu beantworten! Alleine der administrative Aufwand, oder TCO (totall cost of ownership) sinken nach der Umstellung. Der Einsatz von Group policies, gegenüber den vorherigen Policies, erleichtert vieles, was mit NT 4.0 so nicht ging. Ausserdem ist eine AD Domäne besser skalierbar, denn eine SAM macht bei etwa 40000 Objekten (wenn ich mich richtig erinnere) schlapp..... Ausserdem hast du mit einem W2K3 Server shadowcopies. Auf einem Fileserver eingesetzt, kann der Supportaufwand für gelöschte, oder versehentlich veränderte Datein drastisch gesenkt werden. Ausserdem ist die ganze Geschichte weitaus stabiler, auch schon das AD. Es gibt da noch viele Beispiel, die einen Change rechtfertigen würden. Aber am besten würde ich die jetzigen Probleme erfassen, und die hier posten, dann kann man auch sagen, welches die möglichen verbesserungs Vorschläge mit den höheren Versionen sind. Am Schluss kann man das dann mit den verminderten Kosten argumentieren, was beim Management sowieso gut ankommt. Gruss Velius {EDIT} Hier ein Dokument in deutscher Sprache: Der Umstieg von Windows NT 4.0 Server auf Windows Server 2003

Hi annekin Bei bestimmten Notebook Modellen, z.B. muss man im BIOS zuerst den IR Port auf SIR/FIR(Serial Infrared, Fast Infrared Port) stellen, dann geht's erst. Check doch mal das BIOS, sonst den Treiber im Hardware Manager prüfen! Gruss

Hi Nicole Nicht gerade eine einfache Frage zum Beantworten, ohne ein paar Seiten faxen zu müssen! :eek: :D Darum hier 'mal einen Link..... http://www.microsoft.com/windowsserver2003/upgrading/default.mspx Falls das nicht genügen sollte, einfach fragen. Gruss Velius {EDIT} Der hier ist wahscheinlich interessanter: Why Upgrade from Windows NT 4.0 to Windows Server 2003

Hi Das mit dem "thumbs.db" kommt vom Irfanview. Jedesmal, wenn du eine Slideshow erstellst, wird so eine *.db Datei erstellt. Ich weiss nicht, ob man es deaktivieren kann, aber löschen geht gefahrlos.... Das andere Teil, so denke ich, kommt von einem anderen Programm. Schon gegoogelt? Gruss

grosses THX cat! Da Firefox bei mir auch schon beliebter ist als der IE.... Gruss Velius

Hi Sexsi Das muss dir nicht peinlich sein, solange du die Augen offen hältst , und dein erlehrntes Wissen nicht bis zum Tode verteidigen willst. Meistens sind das genau diese Leute, die ihren Job noch haben, weil sie es geschickt vermeiden, ihr Unwissen aufallen zu lassen. BTW: Als ich angefangen habe, was noch gar nicht mal so lange her ist, wusste ich nichtmal was NetBEUI ist. Ich hatte damals einen Test zu bestehen, und dort wurde die Frage gestellt (multiple choice), welche der folgenden Protokolle existieren. Na ja, TCP/IP war mir zu dem Zeitpunkt bekannt, aber ich dachte: "NetBEUI, wer kennt denn schon NetBEUI.....aber gut zu wissen!" :rolleyes: :D

Damit habe ich auch gerechent, dass das nicht die killer Frage ist. Das wäre dann doch etwas hart. Aber darauf habe ich gewartet, das jemand, wie schon einmal im Board, WINS mit NetBEUI verwechselt....... Ich vermute eher, dass du das als Anspielung meints, und nicht ernst, aber ich erwähne nur zugern, wenn auch mit starken Bauchkrämpfen, dass WINS und NetBEUI (NetBIOS Extended User Interface im übrigen), nur das NetBIOS (API) gemeinsam haben, sonst aber nichts..... WINS (auch als NBNS, oder NetBIOS Name Server bekannt) funktioniert dabei mit NetBIOS über TCP/IP, welcher schon wie gesagt, das TCP/IP als Protokoll und NetBIOS als API verwendet. NeTBEUI, ist hingegen eine eigenständiges Prokoll, unabhängig von TCP/IP, welches aber auch auf NetBIOS als API zurückgreifft..... Will sagen: Nur weill jemand einen WINS am runnen, hat, heisst das noch lange nicht, dass auch NetBEUI läuft! Kann man auch hier lesen gehen: http://lug.krems.cc/docu/samba/ch01_03.html Grüsse Velius

Happy Birthday Necron!

Reine Frage aus Neugier, aber ist es nicht ein wenig übetrieben, eine Frage über NetBEUI zu stellen, da es eh fast Niemand mehr verwendet (es würde mich enorm wundern), oder hat das einen tieferen Sinn? Ich könnte mir durchaus Kandidaten vorstellen, die allen deinen Erwartungen entsprechen, und mehr, aber (durch ihr Alter?) noch nie in Kontakt mit diesem doch schon sehr betagten Protokoll gekommen sind. Gruss Velius

Klappt schon! :D Bis bald. Velius

Ich muss mich an dieser Stelle bei dir auch ein wenig für den Ton entschuldigen, war vielleicht etwas vergriffen. :) Aber trotzdem, der Port 135 wird von AD rein nur vom RPC (Endpoint Mapper!) benötigt, auch wenn du alle NetBIOS aktivitäten in der Domäne abschaltest. Das kann nicht gehen, auch wenn man damit eine mögliche Virenverbreitung bekämpfen will!

Hi Ich würde den Betreibsmaster verlagern, und zwar damit: Übertragen von FSMO-Funktionen auf einen Domänencontroller mithilfe des Programms "Ntdsutil.exe" Ausserdem würde ich dir Raten, längerfristig auf einen Hardware-Router zu wechseln, denn die Kombination von DC und RAS ist nicht die günstigst! ;) Gruss Velius P.S.: Gib dabei besonders auf folgenden Satz acht:

Lass es, aber du argumentierst mit mir, ich möchte aber gerne Hilfe haben? Ist das zuviel verlangt? Dein 1. Zitat: Ist hier beschrieben, wie's geht http://www.mcseboard.de/showthread.php?s=&threadid=40058 Aber die Kollegen raffen's nicht, Punkt. 2. Zitat: Blaster kommt gar nicht erst in's Netz. Wenn die Firewall gegen dass I-Net richtig konfiguriert ist, und wenn ein Notebook den Virus einschleust, dann hast du eh schon 'ne Infektion (falls Signaturen und patsches nicht da sind). 3. Zitat: Diese Aussage ist völlig für den Eimer, denn sie ist nicht produktiv. Ausserdem, was willst du damit sagen, "nur mit relativ vielen standorten" und "wir haben mehr oder weniger die selben probleme". Wir gaben auch noch mehr Standoprte als die zwei, und und du hats null Ahnung davon, ob du wirklich die selben Probleme hast. Wahrst denn du schon mal hier? Ich war's jedenfalls nicht bei dir, deswegen lass ich auch solche überflüssigen Bemerkunen sein!

@Wildi Es ist eine Active Directory Domain (Subdomain im Forest), und auch eine Firma....leider werden die beiden Sites individuell administriert. Zum Glück konnte ich das Admin Passwort erhalten, sonst würde hier schon das Feuer toben!! P.S.: ....habe ich auch schon versucht, bin da leider brutal auf Titan gestossen, und mein Schädel ist für gewöhnlich sehr hart. Ein Generalschlüssel(-Dokument) wäre die beste Lösung, wenn's sowas gibt.

Danke GerhardG, aber nicht wenn dabei das halbe AD nicht läuft! Leider habe ich den von mir im Tipp & Links geposteten Beitrag, über AD & FW den zuständigen Herren geschickt, aber..... Ausserdem, die Leitung ist durch ein VPN gesichert, also ist von aussen schonmal Feierabend. Und tut mir leid, aber Würmer und der gleichen killt man im internen Netz (Standorte über VPN verbinden zähle ich mit dazu!) mit Antivirenlösungen, ok, aber nicht mir Portregeln auf einer FW, im internen Netz! Gibt es auch Vorschläge die dafür wären, alles andere kann ich nicht gerbauchen, so gut die Hilfe auch gemeint ist. Grüsse Velius

Ich habe dir da noch was von möglichem Interesse für dich: Beschreibung von Problemen bei mehrfach vernetzten Suchdiensten Kuckst du 'mal! ;) Gruss Velius P.S.:

Hallo Leute. Ich poste das 'mal hier, da es eigentlich in kein anderes Subforum passt. Folgende Situation: Wir haben 2 Standorte, einen in Kiel und einen in der Schweiz (Selzach). Beide Sites sind jeweils durch eine Checkpoint-1 gesichert, und die Standorte sind über das I-Net, über einen VPN-Tunnel miteinander verbunden. Die IP- Adressen sind im Klass-A (10.*.*.*) Bereich angesiedelt, gehen also zudem auch noch über NAT. Nun, man müsste jetzt normalerweise denken, dass alles in Ordnung ist, doch scheinbar sind auf der Kieler FW Regeln erstellt worden, die gewissen Verkehr aus unserem Bereich blocken. Das möchten wir aber nicht, da wir verschiede Probleme damit haben. Aus meiner Erfahrung, und auch aus den MS MOC-Unterlagen, weiss ich aber, dass es völlig sinnlos ist, zwei Standorte, welche über VPN verbunden sind, innerhalb der Verbindung weiter durch FW regeln einzuschränken. Da die Typen in Kiel entweder: a) Völlig inkompetent sind b) Einfach keine lust haben c) Angst vor irgendwelchen (imaginären) Sicherheitslücken d) Von Allem etwas ...haben, möchte ich gerne eine Dokumentation, oder Link, oder sonst was, welches meine Aussage untermauert, damit die Typen richtig informiert werden. Am liebsten wäre mir etwas von Checkpoint, denn in Kiel scheinen sie mir nicht gerade die MS Kenner und Könner zu sein, was sich wohl im Vertrauen zum Produkt wiederspiegelt. Kann mir da irgendwer helfen? Ein Bier an irgendeinem Treffen wäre da garantiert. ;) Grüsse Velius

@none whatever :rolleyes:

Versuch doch 'mal folgendes... Auf dieser Seite kannst du die externe IP deiner FW rausfinden, vielleicht bringt dir das was. http://www.bbox.ch/default.asp?m=15 Gruss Velius

Du hast doch sicher eine Router, der im selben Subnetz steht, wie die FW, oder? Dann kannst du mit dem Tool des Routers, oder Telnet, oder whatever auf der Router connecten, und dann die ARP Tabelle auslesen, so müsstest du durch ausschluss der MAC-Adressen der andere Rechner im gleichen Subnetz, die IP der FW finden können. Kommt halt auf den Router an, und weiss auch nicht, ob's einfacher geht, aber so würde ich's versuchen! Viel Glück