jemina

Hallo Freunde, Wir möchten in unserem Betrieb ein WLAN mit Radiusauthentifizierung einrichten. leider beißen wir uns die Zähne aus. Nach der Anmeldung zeigt uns der NPS-Sever die folgende Fehlermeldung: Eine "Access-Request"-Meldung wurde vom RADIUS-Client 172.23.1.220 ohne das Attribut "Message Authenticator" empfangen, obwohl das Attribut "Message Authenticator" erforderlich war. Überprüfen Sie die Konfiguration des RADIUS-Clients im Netzwerkrichtlinienserver-Snap-In (Kontrollkästchen "Client muss das "Message Authenticator"-Attribut immer in der Anforderung senden") und die Konfiguration des Netzwerkzugriffservers. Alle Versuche, auch die Online-Hilfe bei MS, schlugen fehl. Die Einstellungen sind so, wie MS das von uns verlangt, dennoch bekommen wir keine Verbindung zum AD. wir brauchen eure Hilfe. solltet Ihr weitere Infos von uns benötigen bitte ich um eine Nachricht. wir werden die Infos kurzfristig zur Verfügung stellen. Gruß Jemina

hallo, ich habe das gleiche Problem, kannst Du mir das Script zur Verfügung stellen oder hast Du mittlerweile eine andere Lösung gefunden?

Verständlich, aber ich freue mich trozdem über jeden tip und oder link.

Ja haben wir und ja die sind zugelassen. Man man muss dazu sagen das ich ein Azubi im ersten Lehrjahr zum FASI bin und der Exchange das Abschlussprojekt meines Vorgängers war. Ich mache meine Ausbildung im öffendlichen Dienst (Ein Berufskolleg im Rhein Kreis Neuss), und habe deshalb wie jeder andere Azubi einen befristeten Arbeitsvertrag, dass bedeutet das das meiste Wissen über den Exchange vor einem halben Jahr unsere Abteilung verlassen hat.

Ich meine unseren Router, dass hätte ich schreiben sollen anstadt Verteiler. Ich wollte den weg beschreiben den die E-mails durch unser System nemen. Was mich wirklich wundert ist das die ganzen test E-mails die ich an mich selbst geschickt haben in keiner loggfile auftauchen, die mir wenigstens bestätigt das sie den Exchange überhaubt erreichen. (ich habe mich mehrmals vergewissert das die Loggs aktiv sind) Hätten wir diese Portweiterleitung vom Router zum Exchange nicht würden die E-mails auch nicht ankommen aber unsere Cisco leute meinen das dort alles stimmt. Somit fällt dies als Fehlerquelle weg.

Ich muss leider sagen das ich nichts mit alle dem anfangen kann. Kann es sein das die Fehlerquelle weder bei unserem Exchange liegt noch in unserem Netzwerk sondern das ein externer Anbieter, wer es auch immer sein mag ?

Nein nein ich glaube hier kann mir eher geholfen werden als in einem chat ..

Diesen Teil verstehe ich nicht ganz, was für eine Zone ist gemeint? Sorry bin das schreiben in Foren nicht so gewohnt ich schreib lieber kurze nachrichten über instant messenger.

Was ich noch vergessen habe: Ich habe mich schon mit der Telekom von der wir unsere IP beziehen in kontackt gesetzt und musste dort erfahren das dort alles in ordnung ist. Danach habe ich mich bei der Denic gemeldet und von dort aus ist auch alles unverändert. Ich weis echt nicht weiter ... ich bin die Empfangsconnectoren x mal durchgegangen und habe alle möglichen einstellungs möglichkeiten versucht die ich im netz gefunden habe und unter den Akzeptierten Domänen sollte auch alles stimmen <Extern> btimail.de Autorisierend <Intern> Verwaltung.BTI Autorisierend

Da ich den Exchange von meinem vorgänger übernommen habe fehlen mir leider einige deteils was die Konnectivitäts anbindung angeht, aber so wie ich es verstanden habe hatten wir nie einen MX eintrag bei der Denic von der wir die domäne btimail.de beziehen. Die eingehenden E-mails sollten dierekt an unseren server gehen. Das heist die E-mails kommen an unseren hausinternen haubtverteiler und werden mit weiter an unseren Exchange geleitet. Dafür wurde darmals eine Portweiterleitung für port 25 eingerichtet die immernoch besteht. Um auf die frage zu antworten was vor einem Monat passiert ist muss ich leider sagen das nichts aussergewöhnliches passiert ist. Es gab mal ein problem das mit einem gelöschten userkonnto meines vorgängers: Der exchange hatt versucht mit den berächtigungen des gelöschten Konntos befehle auszuführen welche er aber nicht mehr einsehen konnte, dass hatt die Administration des Exchanges unmöglich gemacht. Zu diesem zeitpunkt hatt das empfangen von e-mails die von aussen kamen aber noch funktioniert.

Seit anfang diesen monats sind wir nicht mehr in der lage E-mails über unseren hausinternen Exchange zu empfangen. Wir haben eine externe Domain http://www.btimail.de mit einer festen IP. Einen Windows Exchange 2007 auf einem virtuellen Server 2008 der mit hyperV auf einem weiterem Server 2008 läuft. Wir haben eine AD an die der exchange angebunden ist und von wo er die userkonnten her bezieht. Der interne E-mailverkehr läuft reibungslos, also wenn man von einem Exchange an ein Exchange konnto sendet. Sendet man jedoch von ausserhalb, z.B. von meinem privaten E-mail konnto, eine E-mail nach innen bekomme ich folgende Fehlermeldung 550 5.7.1 Unable to relay for xxxx@btimail.de E-mails von innen nach aussen zu versenden ist aber immernoch möglich. Wir waren bis vor einem Monat in der lage E-mails von auserhalb zu empfangen. Ich würde mich echt über ein par lösungs vorschläge freuen. ps Rechtschreibfehler sind beabsichtigt und wurden zur allgemeinen Belustigung hinzugefügt.

Alles klar Trozdem danke ^^

Hatt wirklich niemand eine idee

Ich durchforste immoment alle möglichen Systemeinstellungen des Exchange-Servers und muss feststellen das das unter - Serverkonfiguration -- Postfach --- Einstellungen ----- Systemeinstellungen Alle DC´s und GC´s eingetragen sind die in unserer AD verwendet werden, trozdem bekomme ich beim einsehen von Postfacheinstellungen unter - Empfängerkonfiguration -- Postfach --- Eigenschaften eines belibigen Postfachs diese Fehlermeldung --------------------------- Microsoft Exchange --------------------------- In der Domäne xxxxxxxxx.xxxx konnte kein verfügbarer Domänencontroller gefunden werden. Der Befehl 'get-mailbox -ReadFromDomainController -Identity 'xxxxxxxxx.xxxx/Kollegium/Benutzer/xxxx, xxxx'' wurde ausgeführt. --------------------------- OK --------------------------- könnt ihr mit diesen infos etwas anfangen ??

Seit wan das Problem vorliegt weis ich nicht genau da der E-mail verkehr probmlos funktioniert, dass ganze ist mir erst aufgefallen als ich mir aufem Exchange mal ein userkonto anschauen wollte. Ich hab mir gedacht ich beseitige den fehler mal befor das ganze doch etwas schwerwiegender wird.

hab jetzt den ordner System Objects gelöscht, ein überbleibsel eines Exchanges vor meiner zeit in der Firma. Leider besteht immernoch dieses problem --------------------------- Microsoft Exchange --------------------------- In der Gesamtstruktur xxxxx.xxxxx konnte kein verfügbarer globaler Katalog gefunden werden. Der Befehl 'get-recipient -ResultSize '1000' -SortBy 'DisplayName' -RecipientType 'DynamicDistributionGroup','UserMailbox','MailContact','MailUser','MailUniversalDistributionGroup','MailUniver salSecurityGroup','MailNonUniversalGroup'' wurde ausgeführt. --------------------------- OK --------------------------- In dem loggfiles des Servers, auf dem der Exchange läuft, finde ich keine hinweise darauf das der Server selber probleme hatt einen DC oder einen GC zu finden. [EDIT:] tut mir echt leid wenn manchmal ein buchstabe fehlt oder ein wort total falsch geschrieben ist .... legasteniker ....

auch wenn noch keine 2 stunden vorbei sind, ist der Systemdiagnose drchlauf vertig und hat volgende fehlermeldung ausgespuckt: Die Active Directory-Domäne "Verwaltung" ist für Exchange vorbereitet, es sind jedoch mehrere Container "Microsoft Exchange System Objects" vorhanden. Ggf. ist es erforderlich, Duplikatcontainer manuell zu entfernen. Gefundene Container: CN=System Objects,DC=Verwaltung,DC=BTI ; CN=Microsoft Exchange System Objects,DC=Verwaltung,DC=BTI.

Ich lass ihn mal durchlaufen. bis in 2 stunden....

*nach oben drück*

Befindet sich Exchange an einem AD-Standort wo sich auch ein DC (2003 oder 2008?) befindet, auf dem auch der GC aktiviert ist? - Ja, der Exchange ist selber ein GC. Was spricht das Eventlog auf dem Exchange? -keine Fehlermeldungen Welche DNS-Server sind in den TCP/IP-Einstellungen des Exchange eingetragen? - Der standard DNS der AD, macht sonst keine probleme. Könntest du uns noch ein paar grundlegende Systeminformationen mitgeben: - Serverbasis 2008 - Exchange Version 2007 - Patchlevel Version: 08.01.0375.002 stehen der oder die Domaincontroller zur Verfügung? - Ja, aber nicht für den Exchange der beschwert sich als einziger das er keinen Domänencontrollerfinden kann. ist in der Umgebung ein GC definiert? Wenn ja, steht dieser aktuell zur Verfügung und ist erreichbar? - Ja. Ja und Ja ^^

Der Exchange hatt den gleichen DNS wie jeder andere rechner in der AD. Der Exchange läuft auf einer Windows Server 2008 V-Maschiene. Der Server selber macht keine probleme beim abrufen von Kontodaten nur der Exchange.

Ausserdem bekomme ich beim start der Exchange-Verwaltungskonsole diese Fehlermeldung: --------------------------- Microsoft Exchange --------------------------- In der Gesamtstruktur xxxxx.xxxxx konnte kein verfügbarer globaler Katalog gefunden werden. Der Befehl 'get-recipient -ResultSize '1000' -SortBy 'DisplayName' -RecipientType 'DynamicDistributionGroup','UserMailbox','MailContact','MailUser','MailUniversalDistributionGroup','MailUniversalSecurityGroup','MailNonUniversalGroup'' wurde ausgeführt. --------------------------- OK ---------------------------

Habe folgendes Problem: Beim ändern des Empfängerbereiches wird, unter: Alle in der angegebenen Organisationseinheit enthaltenen Empfänger anzeigen, kein Domänencontroller gefunden was beim anschauen von benutzerkonnten folgende Fehlermeldung herbeiführt --------------------------- Microsoft Exchange --------------------------- Fehler bei Active Directory-Vorgang auf xxxxxxx.xxxxxxx.xxxx. Die angegebenen Anmeldeinformationen für den Vorgang 'xxxxxxxxxx\xxxxxxx' auf Bind sind ungültig. Fehlercode: 0x31. Der Befehl 'get-mailbox -ReadFromDomainController -Identity 'xxxxxxx.xxx/xxxxxxx/xxxxxxx/xxxxxxx, xxxxxxx'' wurde ausgeführt. --------------------------- OK woran kann es liegen das der Domänenencontroller nicht gefunden wird?? ---------------------------

Richtig! Der Admin bin ich, bzw. wir sind zu dritt. Wir laufen jetzt für 90 User und installieren die Programme. Und das sollen sie selber machen. GPMC ist ein tolles Tool wenn man weis wo man das Häckchen setzen muss. Die Gruppe Hauptbenutzer gibt es nur bei der lokalen Anmeldung und ich möchte nicht 90 Admins haben. Deshalb suche ich nach einer Richtlinie die dem Domänenbenutzer das schreiben auf die lokale Festplatte C: erlaubt. Gruß Peter

Hallo In unserem Netzwerk ist der Zugriff auf das lokale Laufwerk C: der Clients eingeschränkt. Dadurch kann niemand ein Programm auf C: installieren es sei denn, er hat Adminrechte. Wir möchten den Zugriff auf die lokalen C-Laufwerke für Domänenbenutzer freigeben. Gibt es eine Richtlinie in der ich den Zugriff ermöglichen kann? Wir haben Windows 2003 Server installiert.