Adben

Original geschrieben von CoolAce

Reicht DNS nicht alleine ???

DNS sollte ausreichen, allerdings gibt es da einige Konstellationen in denen eine zusätzliche Namensauflösung über WINS sinnvoll ist.

Zum Beispiel bei mehreren Subnets in verteilten Netzen ist es für das Browsen in der Netzwerkumgebung erheblich performanter und stabiler. Darüberhinaus gibts noch ne Menge Anwendungen die rein auf WINS/NetBios setzen und mit DNS-Namen nichts anfangen können.

Z.B. ist Exchange 2000 (IMHO ists bei 2003 net anders) ohne WINS/NetBios nicht sauber über Outlook ansprechbar...

Wobei diese Probleme überwiegend für die o.g. Konfiguration mit den verteilten Netzen verbunden sind.

Loggen/Debuggen? Ist mir nicht bekannt...

Schau Dir Eure Gruppenrichtlinien an... Wenns zuviele Richtlinien und zuviele Einstellungen werden, kann sich das negativ auf die Performance, insbesondere beim Systemstart auswirken.

In der Regel gilt weniger Gruppenrichtlinien sind performanter und führen zumselben Ergebnis.

Du bräuchtest zusätzlich zur Domain ne feste IP-Adresse damit Du den Webverkehr nach hause bekommst. Dann müsstest Du den IIS installieren und von aussen zugänglich machen, d.h. in die DMZ stellen...

Die Lösung ist nicht gerade günstig.

Original geschrieben von CoolAce

Wozu ist des gut, ich dachte immer wenn ich DHCP habe reicht dies für die Namensauflösung

DHCP und Namensauflösung sind doch zwei völlig andere Welten.

DHCP dient zur automatischen Zuweisung von IP-Adressen und zus. Netzwerkeinstellungen (wie z.B. DNS- oder WINS-Serveradressen)

Die Namensauflösung wird in der Regel über DNS gelöst. Bei Windows wird in der Regel allerdings noch heute WINS und damit auch NETBios benötigt. Nur mit DNS wird man früher oder später Probleme bekommen... :)

Original geschrieben von pjupp

Jetzt kam halt jedoch die Frage auf, ob das mit dem Von: Feld automatisieren kann. Soll heißen alle Mails die rausgehen tragen die gleich Absende-Adresse und eine Benutzereingabe ist dafür nicht erforderlich.

Für Weiterleitungen oder Antworten ist da kein Eingriff erforderlich. Für Mails ohne Bezug zu diesem Postfach (also neu erstellt), sehe ich momentan auch nur den Weg von GuentherH... :)

Original geschrieben von pjupp

Ist das bei Exchange möglich? Oder muß ich meine Lösung bei Outlook suchen?

Wir haben das für einige allgemeine Postfächer im Einsatz... Läuft über die Postfachberechtigungen in den Exchange-Erweiterungen der AD-Benutzerverwaltung. "im Auftrag/Namen versenden" oder "Send on behalf" müsste das Stichwort sein.

Da ist demnach was falsch gelaufen... :D

Das ActiveDirectory erwartet im DNS eine Zone, die genauso heisst wie die DNS-Domain local.netz...

local.home.netz passt nicht ins gewählte Namensschema.

home.local.netz könnte eine Childdomain von local.netz sein, aber local.home.netz passt einfach net...

Original geschrieben von s.bozek

Wie mache ich diese nun über GPO zum Standard-Drucker (Der Druckername ist bekannt)???

Wenn die nicht freigegeben sind, sind diese dem AD auch nicht bekannt... Also wirds schwierig diese anzusprechen. Wenn Du die Namen kennst gehts per Script, allerdings nur durch händisches eintragen. Bei ner größeren Menge nicht unbedingt zu empfehlen... :D

Original geschrieben von holgi_man

Exchange prob. standartmäßig wird doch die E-Mail adr. aus den UserName und den Suffix erstellt wenn nichts anderes definiert wird oder liege ich da falsch?

Nö schon recht... Allerdings ist es nicht sonderlich aufwendig Adressen mit nem anderen Suffix generieren zulassen, dazu wird die Adresspolicy entsprechend erweitert/angepasst. Zusätzlich muss halt noch nen MX-Eintrag im DNS gemacht werden.

Oder bastelst Dir nen VB-Script mit dem Du den IE fernsteuerst.

Bunt.... :suspect: Super... Genau mein Fall.. :D

Ist doch mal nen guter Grund mal wieder nen englischen 2003 zum Spielen aufzusetzen...

Reicht dafür eigentlich die Web Edition? Eigentlich werden doch die Zusatzfeatures, wie AD und die Unterstützung für mehr CPUs/RAM nicht benötigt?

Original geschrieben von buccaneer2003

also im Ernst.....

Ich habe so 'ne Nummer schon zweimal durchgezogen. Das einemal hat's funktioniert, das andere mal nicht. Frag mich bitte nicht nach den Randbedingungen, das ist schon 2 bis 3 Jahre her.... :rolleyes:

Spricht für meine Haarausfall-fördernden Erfahrungen mit Exchange 5.5... *fg*

Also unterm Strich denke ich, wenns zwingend gefordert ist, wird RichieX wohl nicht um ne manuelle Aufstellung der Rechte und ne Sicherung in PST-Files rumkommen...

Unter 2000 könnte man mit VBS schon einiges ausrichten... :rolleyes:

Original geschrieben von buccaneer2003

Also es kann sein, dass, wenn der Server den gleichen Namen hat, der Import und Export über PST-File mit den Öffentlichen Ordner unter Beibehaltung der Rechte funktioniert. :) Es ist aber besser man sorgt vor und hat nachher keinen Stress :D

Ist jetzt aber schon optimistisch... :D Da die SIDs nicht mehr dieselben sind, ist das eher unwahrscheinlich... Schliesslich muss ja doch die komplette Domain geändert werden -> Neuinstallation. Dadurch bekommen ja auch alle Benutzer neue SIDs dadurch stimmt auch der Verweis auf das Exchangeverzeichnis nicht mehr. Ist die Umbenennung "politisch" gefordert? Nur wegen dem Namen lohnt sich der Aufwand nicht...

[OT on]

Kinder kinder... Hier ist was los... Die Firma heisst Microsoft und die Kurzform ist MS... Alles andere ist was für Kids... :P

[OT off]

BTT

Konfiguration mit einem Textfile dokumentieren und möglicherweise auf ne andere Maschine zurückschreiben? So einfach geht das bei Windows Server nicht... :(

Für solche Zwecke würde ich Altiris empfehlen, damit kann man auch Server imagen. HP z.B. bietet das für seine Blades an... :) Wobei mit Altiris keine Textfilekonfiguration gemacht wird, sondern ein komplettes Plattenimage...

##edit##

Was das Monitoring anbelangt... Am besten greift man für diese Zwecke auf Hardwareherstellertools wie zum Beispiel oben genannten Insight Manager von HP. Mit diesem werden auch Defekte von Komponenten im SAN-Storage oder auf Linux-Servern gemeldet.

Original geschrieben von Lumpy

1. Der Alias muss identisch sein, sonn kann exmerge das Postfach nicht importieren. 2. Die Benutzer können bei allen bestehenden Emails nicht mehr auf Antworten drücken. Das liegt daran, dass eine falsche X400 Adresse im Hintergrund steht.

1. Stimmt... Vorm Einlesen muss das entstandene PST-File angepasst werden...

2. X.400 sollte "normalerweise" seit Exchange 2000 nicht mehr unterstützt werden und ist nen Feature der Enterprise Edition... Also eher nachgeordnet.

Was den Umstieg mit Exmerge anbelangt ist ne Menge Handarbeit gefordert, was beim Connector nicht sein sollte.

Wir haben damals ne komplett neue Landschaft aufgesetzt um aus drei NT4-Domänen eine Windows 2000-Domäne mit einer Childdomain zu machen...

Dadurch war ne Umstellung über den Connector nicht machbar, dafür haben wir nen sauberen Schnitt machen können.

Original geschrieben von s.bozek

oder sehe ich das falsch?

Ja... In dem Script auf der ersten Seite wird ein Drucker verbunden und dann zum Standarddrucker gemacht. Problematisch ist halt wenn der Benutzer keine Treiber nachinstallieren darf... :wink2:

Ganz ohne Fehler ist der schlanke und schnelle Firefox leider auch nicht: :(

http://ntbugtraq.com/default.aspx?pid=36&sid=1&A1=ind0410&L=ntbugtraq#61

Im internen Netz wird man in der Regel mit entsprechenden "privaten" (nicht routingfähigen) IP-Adressen arbeiten, wieso sollte man dann für eine Abbildung der Verwaltungsstruktur einen öffentlichen Domänennamen benützen?

Was die Exchangekonfiguration anbelangt, werden Adresspolicies definiert und scheiden damit als Problemquelle für .local-Domains aus.

Entscheidender wäre die ggf. erforderliche Umleitung der internen Anfragen an den externen bzw. "öffentlichen" Webserver, falls dieser NICHT in der eigenen DMZ steht und die AD-Domain firma.de lautet oder anders ausgedrückt die komplexere DNS-Konfiguration. Wenn dort Fehler unterlaufen, hat man durchaus Sicherheitsprobleme.

Dann wäre da noch die Möglichkeit den Aufruf anders zu machen. Nimm mal folgendes Kommando in das Script mit auf:

regedit /c *.reg /s

*.reg durch den echten Dateinamen ersetzen... :D

Original geschrieben von xtragood

Nein, Access ist nicht drauf.

 

Und die beschriebenen Visual Basic - Funktionen werden auch nicht durch Scripte o.ä. aufgerufen...

Diese Funktion könnte auch durch Applicationen aufgerufen werden, welche mit VB erstellt wurden...

Wir haben dieses Problem nur durch gezielte Beobachtung lösen können. Am war ein Anwendung bei der es keiner vermutet hatte, dafür verantwortlich... :rolleyes:

Hi...

wenn Du das Logoffscript über VBS löst, kannst Du dem Benutzer diese Messagebox ersparen. Ansonsten sollte man es bis auf ein Infofenster reduzieren können...

Gruß Lars

Original geschrieben von freak04

Du kannst zumindest in einer GPO Einstellung das Löschen verbieten, die Umstellung des Standarddruckers kann meines Wissens nicht unterbunden werden.

Man könnte über das Loginscript den Standarddrucker jeweils neusetzen... Die Umstellung verhinden geht nich... :wink2:

Der Dialog Netzwerkidentfikation ist über Arbeitspkatz bzw. System erreichbar und hat dieselben Features...

Wenn die Schaltflächen ausgegraut sind, fehlen Dir offensichtlich Berechtigungen... Aber welche....

SP bzw. Hotfixes alle drauf?

Hi,

morgen ist ausschlafen angesagt... :D

Naja und danach werde ich mich wohl ein bischen um ein ASP-Projekt für die Arbeit kümmern... Nicht das ich von der Arbeit entwöhnt werde...

Lars

Hmm...

Gereift Eure Firewall auf den lokalen DNS, zwecks Berechtigungsprüfung, zu?

Bei uns wird im lokalen DNS geprüft, ob der Client eingetragen ist und leitet die Anfragen danach erst weiter...

Lars