Superstruppi

System: Windows 2003 Domäne pur Frage 1: Wie kann ich bestimmte Benutzer u. Gruppen von der Anwendung übergeordneter Gruppenrichtlinien ausschließen? Über Rechteeinstellungen? Wie? Frage 2: Wie kann ich ein anderes Logon-Skript per Gruppenrichtlinie für einen bestimmten (!) Terminalserver auf Benutzer u. Gruppen anwenden? Per Loopback-Modus: "Ersetzen"? Für eine kurze Klärung würde ich mich sehr freuen! Besten Dank u. viele Grüße, Mario.

genau. jetzt haben wir uns alle richtig verstanden u. sollten auf ein bier gehen, wenn wir uns schon so gut verstehen. :D

alles klar - danke! jetzt habe ich verstanden. in der eigenen zone meineseite.at einen A-eintrag für www (zur externen ip des isps, wo die www-seite liegt) u. einen A-eintrag für start (zur internen ip des servers). besten dank, du hast mir sehr geholfen!!!!

glaub auch, aber was gibt es nun für möglichkeiten, damit das funktioniert?

danke, aber das geht leider nicht, weil dann ist die webseite, die woanders liegt nicht mehr erreichbar. http://www.meinefirma.at'>http://www.meinefirma.at ...liegt beim isp, irgendwo im internet start.meinefirma.at ...ist auf die externe ip des sbs server verlinkt wenn ich zu meiner vorhandenen zone "meinefirma.local" eine neue zone "meinefirma.at" hinzufüge, dann ist http://www.meinefirma.at nicht mehr erreichbar, da diese ja nicht auf dem sbs server liegt. weißt du, was ich meine? weiß jemand, was da nun zu tun ist oder ob das überhaupt funktioniert? lg, mario.

hallo, jetzt haben wir beim isp eine adresse start.firmendomäne.at eingerichtet. diese funktioniert von extern auch, ist aber von intern nicht erreichbar. ich verstehe das mit den 2 dns nicht. was muss umgestellt werden, damit die seite start.firmendomäne.at von intern u. von extern erreichbar ist? lg, mario.

gibt es für derlei probleme die möglichkeit eines smtp connector lastenausgleiches bzw. failovers? wenn zb. smarthost1 überlastet oder überfordert ist, dass dann smarthost2 einspringt? lg, mario.

da der webserver ein sbs 2003 ist, muss wohl ein fqdn registriert werden. danke für die hilfe! lg, mario.

danke für deine antwort! aber ich will ja keinen einheitlichen namen haben, sondern eine gleiche ip, erreichbar von intern u. extern. oder geht das nur mit einem dns-namen, der dann extern (von externen dns) aufgelöst werden kann?

ja, "meinserver" löst eine interne adresse auf. dns. ok, u. was? einen A eintrag mit externer ip auf interne ip? wie soll der ausschauen. verstehe das nicht. :-(

so ist es. von intern komme ich zb. mit http://meinserver/meineseite zur webseite. von extern komme ich zb. mit http://99.88.77.66/meineseite'>http://99.88.77.66/meineseite zur webseite. von intern komme ich nicht mit http://99.88.77.66/meineseite zur webseite.

wir haben eine IIS webseite, die von extern über ssl portforwarding über die externe ip erreichbar ist. gibt man innerhalb des LAN die gleiche adresse ein, wird die seite nicht gefunden bzw. angezeigt. zb. 88.77.66.55/webseite hat jemand eine idee? danke, mario.

@Günther Danke für deine Rückmeldung! Die Meldung 550 5.1.1 User unknown erscheint. das müsste also soweit passen.

hmm, das tut er aber nicht, obwohl das hakerl im virtuellen smtp server bei der korrekten ip des server gesetzt ist u. in den globalen einstellungen das hakerl "empfänger filtern, die nicht im verzeichnis vorhanden sind" gesetzt ist. dennoch haben wir täglich mehrere hundert unzustellbarkeitsberichte in den warteschlangen

danke für eure antworten! das ist bereits aktiviert. ebenso wie die teergrube. ich möchte das tun: alle unzustellbarkeitsberichte, die an nicht existierende empfängeradressen in unserer domäne gehen, sollen sofort gelöscht werden.

danke für deinen beitrag! hast du irgendwo eine gescheite doku über die empfängerrichtlinien im multi-domän einsatz? zu deiner frage: ja, das fragen wir uns auch. scheinbar schickt jemand mit irgendwelchen absenderadressen unserer (!) domäne spam-mails zu irgendwelchen empfängeradressen. wenn es diese dann nicht gibt, dann bekommen wir einen unzustellbarkeitsbericht - zb. aus polen, russland, rumänien, usw. . zb. spammail viagra von yxdkfjasdf@unseredomäne.at an yxdfwe33@xyz.com. xyz.com schickt eine unzustellbarkeitsmitteilung zur absenderadresse, deren domäne die unsere ist. unser exchange versucht dann vergeblich die zustellung.

niemand eine idee? wie kann ich diese (und nur diese) unzustellbarkeitsberichte unterbinden?

Hallo, In unserer Queue landen häufig Unzustellbarkeitsnachrichten an Empfänger unserer Domäne, die nicht exisiteren, zB. an superman123x@unseredomäne.at. Offenbar wird unser Exchange Server als Relay verwendet u. Spam-Absender unserer Domäne angegeben, deren Unzustellbarkeitsberichte natürlich nicht zugestellt werden können. Wir haben zwei SMTP-Connectoren. Einen für den Ausgang, der kein Relaying erlaubt u. einen weiteren für den Eingang, dem mehrere Domänen hinterlegt sind u. der Relaying an diese erlaubt. Nun habe ich - mir widersprüchliche Informationen im Internet gefunden, die einerseits den Haken bei "Weitergabe von Nachrichten an diese Domänen per Relay erlauben" voraussetzen (sofern oben nicht "*" als Adresse eingetragen ist) u. andererseits die Aussage, dass der Haken immer weg muss u. der Empfang über die Empfängerrichtlinien geregelt werden soll. Augenscheinlich sind unsere Empfängerrichtlinien nicht gepflegt, bzw. die verschiedenen Domänen nicht eingetragen. Es soll auch nicht jeder Exchangebenutzer alle Domänennamen hinterlegt haben. Weiß jemand Rat oder ein HowTo im Internet, das die Konfiguration einer Multi Domain Umgebung Relay-sicher beschreibt? Besten Dank u. viele Grüße, Mario. System Windows Server 2003, Exchange Enterprise Server 2003 SP2, aktuellster Stand nach Microsoft Updates

alles klar, danke. ich habe es auch nicht vor, wollte aber mal nachfragen.

hallo, (wie oft) startet ihr euren exchange server vorsorglich neu? oder ev. nur einen dienst, zb. SMTP? dank u. gruß, mario.

ctfmon.exe darf im taskmanager nicht ausgeführt werden. des weiteren darf die sprachunterstützung, die mit jedem officeprodukt standardmäßig mitinstalliert wird, nicht installiert sein. - also ggf. deinstallieren. die übersetzung französisch-englisch u. spanisch-englisch darf auch nicht installiert sein. es gibt da einen eigenen kb-artikel der oben erwähnt wurde. dann sollte es kein problem mehr geben. es ist unglaublich, welche stolpersteine microsoft beim terminal server mit auf dem weg schickt, die schon seit jahren bekannt sind u. bis jetzt noch nicht mit servicepacks oder patches behoben worden sind! lg

@userle: danke, aber das problem ist - wie vorhin beschrieben - gelöst. in unserem fall war der zu kleine kernelspeicherbereich durch den '/3GB' schalter der auslöser. fdi: user cals, rdp-client, 100% servergesp. profile, richtlinien passen, usw. sonst würden nicht die ersten (!) 13 user funktionieren u. die darauf folgenden nicht mehr. diegrüße, dermario.

kann das nun bestätigen. nach dem entfernen der schalter 3GB u. MAXMEM konnten sich plötzlich 30 user ohne probleme anmelden. es scheint, als wäre das limit mit 1GB kernel cache bei ca. 13-16 usern. interessant. lg, mario.

hallo, wie kann ich die cpu auslastung über einen längeren zeitraum (zB. 24 stunden) grafisch aufzeichnen, sodass ich sehen kann, wann die cpu belastung steigt, etc. das geht doch irgendwie mit perfmon, oder? aber wie kann ich die aufzeichnungen grafisch einsehen? hat ja wer eine anleitung vielleicht? danke u. viele grüße, mario.

nehmen sie ressourcen wie drucker, usb-stick oder laufwerke mit, welche die anderen user nicht haben? fehlerhafte mstsc.exe verknüpfung im profil mit seltsamen werten... sonst fällt mir auch nix ein.