Jump to content

Velius

Expert Member
  • Gesamte Inhalte

    5.644
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Velius

  1. Off-Topic: @IThome Ich hab's verstanden, wollte nur helfen, hätte aber noch "@kabelchaotin" reinschreiben sollen :rolleyes: :p :D
  2. ICh glaube er meinte eine Ethernet PCI Karte, keine ISDN Karte ;)
  3. Velius

    Samstag arbeiten

    Hi Sven Was ist den mit den Platten falsch, wurden die geschüttelt *insider*? :D
  4. Hi Was hast du da alles getestet damit das läuft? Mal versucht nur die Rechte auf den Programm Ordner zu erhöhen (möglicherwiese *.ini Files die Schreibrechte benötigen)? Mit GPO's geht das Recht fix. Ansonten kann ich dir bei den Dateien und Regeinträgen nur Regmon und Filemon von Sysinternals an's Herz legen. Gruss Velius
  5. ...ok, vergessen wir's. In dem von Gadget verlinkten Artikel steht auch nirgends, dass es grundsätzlich nicht geht, nur dass es zu Kollisionen kommen kann (Beispiel: test.local und test.com, da sie beide identische NetBIOS namen haben). Allerdings ist das für mich eine Frage der Konzeption....
  6. :suspect: Forest-übergreiffend..... Wo willst du denn die SRV gespeichert haben bei einem anderen Forest. Da kannst du nur mit sekundären Zonen (oder bedingter Weiterleitung) arbeiten. Ausserdem gibt's eine Artikel gepostet von Gadget hier im Board, da steht, dass NetBIOS/WINS unabdingbar sei. Ausserdem hab ich nicht gesagt, dass es DNS nicht braucht....
  7. Sag doch erstmal ob es ein Forest ist oder nicht. Wenn es sich um blos einen Forest ghandelt ist das Problem ziemlich schnell vom Tisch...
  8. Also wenn es Domänen im gleichen Forest/Tree sind, dann braucht es (eigentlich) keine Vetrauensstellungen, denn die gibt's schon im ganzen Forest und die sind transitiv nach oben und unten. Was man machen kann, sind Trust-Links, also Abkürzungen zu anderen Domänen, die weder parent noch child sind. Und dafür braucht man definitv Enterprise-Admin Rechte....
  9. Bei forest-übergreiffenden Vetrauensstellungen brauchts scheinbar funktionierende NetBIOS/WINS Auflösung. Gruss Velius
  10. Deswegen auf dem Ziel-Ordner auch "Schreiben" wegnehmen, denn sonst kann er wie bemerkt kopieren. Auf dem Desktop solltest du die Rechte allerdings nicht verändern...
  11. Hi Ich würde sagen, nimm den Benutzern das Recht "Ändern" auf dem Quell-Ordner und das Recht "Schreiben" auf dem Ziel-Ordner. Sobald du aber "Schreiben" gewährst wird zumindest das Kopieren von Ordnern und Inhalten wieder möglich sein. Mir ist jetzt auch gerade kein Weg bekannt, das zu umgehen. Gruss Velius P.S.: Auf dem Quell-Ordner kannst du auch den Built-in Benutzer "Creator/Owner" auf "Ändern" setzen. Somit kann man wenigstens selbst erstellte Dateien anpassen.
  12. Velius

    Stellvertreter

    Hi Sven :suspect: Normalerweise, sollte der Benutzer als Stellvetretter in einem der Exchangereiter oder auch im Outlook direkt eingetragen sein, müsste dann automatisch "im Auftrag von..." stehen. Leider haben wir auch das Phänomen, dass es ohne klappt, dass ist aber IMHO nicht default so. Gruss Velius
  13. Trotzdem kann man easy bleiben, oder? War ja auch ein dickes fettes Smiley hintendran. Ausserdem ändert das Board nichts an deinen Verhältnissen, du aber (möglicherweise) schon... ;)
  14. Bleibt doch easy - es geht blos um Kohle :D ...und wem's nicht passt, der soll Kündigen. :wink2: More risk, more fun!! :p
  15. @grizzly Schon klar, klingt allerdings recht interessant auf dem Papier (Schemaerweiterung muss nicht sein; Unix Schemaattribute werden seit R2 unterstützt). P.S.: Den Link dazu habe ich bei MS gefunden... ;)
  16. Man kann auch ein AD bauen und die Unix/Linux Kisten gegen AD authorisieren lassen :D kostet aber was denke ich :p http://www.centrify.com/
  17. Man könnte natürlich auch die Lease-Dauer herunterschrauben. Wieviele Clients habt ihr denn? Sind es wirklich 254?
  18. Ich sag mal nichts mehr dazu... :rolleyes: :D :D Soll sich jeder sein eiegens Bild machen- ;)
  19. Hier wär noch das Bild dazu: :D :D
  20. Hi Man ist nicht "permanent" an einem DC angemeldet. Sollte der Logonserver nicht mehr da sein, dann schnappt sich der Client eben den nächst besten (bei bedarf).... Also, einfach demoten! ;) Gruss Velius
  21. "Operating System not found" :D :D
  22. Das war eine Feststellung meinerseits und keine Frage ;)
  23. Und(!) SRV. :D Die Zone ist dann einfach nur "primär" und nicht "AD integriert".... ;)
  24. @Hirgelzwift Sag mal liest du die Post auch richtig(?) durch :suspect: :D . Ich habe darauf hingeweisen, dass dynamsich auf einem Member geht, aber nicht AD integriert. Dann kommst du eine Post später und verzapfst nochmals das selbe... Sind wir hier ein redundantes Forum :D
  25. Wenn ich da auch noch mit-senfen darf :D Die SRV's sind nicht das Problem. Die sind Abhängig von der DNS Software und die ist bei Winsows 2000, egal ob Member oder DC, überall gleich. Einzige AD integrierte Zonen gehen nicht auf Membern, ist ja auch klar, denn in welchem lokalen AD soll der DNS die Zone speichern :suspect: :eek: :D Kann es definitiv. Ab 8. - irgendwas waren alle relevanten AD features enthalten. ;) P.S.: Sorry, hast du ja schon mehr oder weniger beantwortet.... :shock: :D P.P.S.: Ich glaube er kann die sicheren Dynamischen knicken ;) ist aber eh nur eine sekundäre Zone also forgett it.
×
×
  • Neu erstellen...