Superstruppi

Problem nur auf einem Server. Alle Server hängen im gleichen Netzwerk u. haben Zugang auf alle Seiten. ipconfig /flushdns u. ein Reboot des Routers brachen keine Lösung. "tracert www.google.at" liefert zb. 3 erfolreiche hops, um dann die Zeit für die Anforderungen zu überschreiten. Es hat sich auch an den Firewallregeln (des Routers) nichts geändert. Die Windows Server Firewall ist nicht aktiv. ------ Kann es sein, dass es mit dem MTU Wert der TCPIP Verbindung zusammenhängt oder das TCPIP Protokoll defekt ist? Hat vielleicht jemand eine Idee? lg, mario.

keine ahnung, wenn man bei microsoft anruft, geben die einem darüber anscheinend auskunft. im internet ist es ja weder bei prometric noch bei microsoft angegeben.

die spatzen pfeifen bereits leise von den dächern, dass die prüfungsfrist bis mai verlängert wird. einfach mal bei microsoft anrufen. angeblich aber nur in ausgewählten prüfungszentren... jaah, mann. ich weiß auch nicht, wie ich mich besser vorbereiten kann. ein paar falsche antworten weiß ich zwar, aber, das sind auch nicht viele. zumal ich nur 1h benötigt habe u. die fragen durchwegs sehr einfach wahren. ich werde mir einfach das gesamte thema rund um dns vollgas zu gemüte führen, weil da hatte ich den kürzesten balken.

hallo, gibts schon was neues bezüglich reklamation? bei mir wars genau so u. ich hatte 645 punkte, wobei die schlechteste sektion bei ca. 60-65% lt. grafik lag. wenn das wirklich funktioniert, dann bitte unbedingt bescheid sagen! besten dank u. viele grüße, mario.

ich hatte 40 fragen u. für die englische version 2,5h zeit, von der ich nur 1h benötigt habe.

hallo leute, habe gerade die 70-292 hinter. es hat mich sehr verblüfft, da ich ein sehr gutes gefühl bei der prüfung hatte u. trotzdem nicht geschafft habe: 646 punkte. interessant ist, dass die sectional results - bis auf DNS - alle bei 80-100% liegen. DNS ist bei ca. 60-65%. laut grafik ist mir das ergebnis unbegreiflich, wenngleich auch dabei steht, dass die gewichtung der sectionen unterschiedlich ist. egal, second chance in 2 wochen (drecksding!)... ----------------------- ich hätte ein paar fragen an euch, die mir bei der prüfung unklar waren: 1. will man zu amdinistrationszwecken auf einem client "AD benutzer u. computer" installieren, installiert man dann die "support tools" von der windows server cd oder "adminpack.msi" von der windows server cd? da ich von einer anderen frage weiß, dass das adminpack.msi im system32 verzeichnis des servers liegt, habe ich mich für die support tools entschieden, die ja sicher auf jeder windows 2003 server cd drauf sind. 2. sichert der systemstate auch die zertifikatseinstellungen? besten dank u. viele grüße, mario. ps. für alle, die diese prüfung noch machen - schaut auch dns 3x an. die übrigen fragen waren sonst alle kurz u. einfach.

achtet bei der boot.ini des/der terminalserver, dass keine RAM-spezifischen schalter (wie zb. /3GB) aktiviert sind. dies betrifft allerdings zumeist nur server, die nicht mehr als 15 leute zulassen. lg, mario.

wenn du den terminal server client v. 6 nutzt, funktioniert der span-schalter auch von windows xp aus auf windows server 2003. leider werden die fenster bei maximieren auf den gesamten virtuellen schirm erweitert u. nicht nur auf pro schirm. lg, mario.

hallo user7070, danke für deine nachricht. diesen artikel kenne ich leider schon. ich kann beliebig die routinggruppenconnecotren erstellen, löschen, verändern. aber dennoch bleiben die mails in der routinggruppen-warteschlange hängen... ich verstehs nicht. hab schon alles mal neu gemacht - mit adsiedit alles gelöscht, deinstalliert, neu installiert... kein effekt. noch weitere ideen? lg, mario.

gleiche Domäne, gleiches Netzwerk. In vorhandene Exchange 2003 Umgebung wurde Exchange 2007 Server installiert. Beide funktionieren, haben jedoch keinen Kontakt zu einander. Beide sind von beiden Stationen aus pingbar, haben AD Zugriff, usw., nur die Exchange Kommunikation funktioniert nicht. Habe schon versucht den Routinggruppenconnector zu löschen u. neu zu installieren. Keine Veränderung. Ebenso eine komplette Deinstallation des Exchange 2007 u. Neuinstallation hat nichts gebracht. Bei der Installation gibt es keine Fehlermeldungen. In der Warteschlange stehen die Servicenachrichten an den Exchange 2003. Der Connectivity Test des BPA sagt, dass jeweils der andere Server nicht erreichbar ist. irgendwelche ideen? besten dank u. viele grüße, mario.

problem gelöst. es geht nicht wie im artikel beschrieben über den ordner der connectoren, sondern über das wurzelobjekt der organisation - kontextmenü - "internet mail assistent starten". lg, mario.

Hallo, ich möchte unser system auf ein multi-domain system umstellen (empfang mehrerer domänen). da das am einfachsten mit dem internet mail assistenten geht - da der auch die empfängerrichtlinie entsprechend anpasst - möchte ich das über diesen tun. leider komme ich über die hier beschriebene funktion immer gleich zur normalen, manuellen eingabemaske für einen smtp connector. in einem kb artikel habe ich gelesen, dass der assistent nicht zur verfügung steht, wenn es schon einen smtp connector gibt. nach dem löschen der connectoren erscheint jedoch trotzdem kein assistent. weiß jemand, wie ich zu diesem komme??? besten dank für jeden tipp u. viele grüße aus salzburg, mario.

erstmal danke für alle antworten!! ja, das klingt gut. würde das dann nur über eine vpn-verbindung gehen oder auch ohne installation bzw. einrichtung auf client-seite? welche hardware wäre denn dafür geeignet? meines wissens unterstützen das die kleineren zywalls ja nicht, oder? hat jemand vielleicht hardware empfehlungen diesbezüglich (achtung kmu bereich, also nicht zu teuer)? in diesem fall geht es um ca. 10-15 user. lg, mario.

mit mstsc v.6.x u. passendem zertifikat passiert keine pw rawtextübertragung mehr.

der ts steht hinter einer firewall mit druchgeschliffenem 3389 port u. rdp zertifikatverschlüsselung.

der port 3389 ist für alle offen. der user verwendet verschiedene geräte u. verbindungen (seine ip von extern ist sozusagen nicht eindeutig). der user muss am server eingeschränkt werden. die anderen user dürfen davon nicht betroffen sein.

@ithome, bengah, squire: von intern verwenden die benutzer den lan servernamen. von extern die externe ip-adresse. ja, der user soll nur von intern anmelden können/dürfen, von extern aber nicht. @hansi: es geht leider nicht darum, was ich will. eine zeiteinschränkung nicht sinnvoll, wenn der user in der firma sitzt - wo er arbeiten darf - und nicht einsteigen kann. der besagte user soll in seinem übereifer (von zuhause/extern) eingeschränkt werden. ja, auch das gibts. :-)

Terminal Server 2003. Kann irgenwie eingeschränkt werden, dass ein bestimmter Benutzer von extern aus nicht auf den Terminalserver zugreifen kann? Alle anderen sollen beliebig zugreifen können und die Anmeldezeit soll ebenfalls nicht eingeschränkt werden. hat jemand eine idee? besten dank u. viele grüße, mario.

keine ideen?

problem leider doch nicht gelöst. ich habe den routinggruppenconnector des test-exchange 2007 im 2003 ESM gelöscht. dann habe ich einen neuen mit der exchange 2007 power shell mit den kosten 1 erstellt. die verbindung unter den beiden funktioniert nun nicht. wir kann ich (außer im ESM 2003) einsehen, wie viele routinggruppenconnectoren es gibt u. diese ggf. löschen? lg, mario.

problem gelöst. da ursprünglich ein anderer test exchange 2007 installiert wurde, hat das exchange 2007 setup auf dem neuen server keinen routinggruppenconnector zwischen exchange 2003 u. exchange 2007 erstellt, da bereits einer vorhanden war. dieser hat natürlich nicht funktioniert, solange der test exchange nicht gestartet war. ich habe nun manuell einen neuen erstellt. anleitung zum erstellen eines routinggruppenconnectors zwischen exchange 2003 und exchange 2007 lg, mario.

ergänzung: wie kann man einen routinggruppenconnector zwischen ex2k3 u. ex2k7 erstellen? dieser fehlt nämlich. k.a. wieso. lg, mario.

Hallo, ich vor ca. 1 Monat einen Exchange 2007 Server aufgesetzt und ein Testpostfach dorthin verschoben. Nach dem unerwarteten Neustart des GC-Katalog Servers scheint nun der Mailflow nicht mehr zu funktionieren. Die Exchange Server habe ich nach dem GC Neustart ebenfalls neu gestartet. Es gibt zwei Exchange Server: 1x Exchange 2003 - dort kommen die Emails rein (MX) 1x Exchange 2007 - bekommt Emails vom Exchange 2003, sendet jedoch über einen eigenen Send-Connector raus Benutzer auf Exchange 2007: Das Senden vom Exchange 2007 Postfach aus nach extern funktioniert. Das Senden vom Exchange 2007 Postfach aus nach intern zu Exchange 2003 funktioniert nicht. Es kommen zuerst Verzögerungsmitteilungen und anschließend Unzustellbarkeitsmitteilungen (Status: 4.4.7). Benutzer auf Exchange 2003: Keine Probleme - alles läuft wie am Schnürchen. Beim Senden von Exchange 2003 Postfach zum Exchange 2007 Postfach kommt kein Fehler, das Mail kommt nur nicht an. Es scheint also, als ob die Exchange interne Kommunikation zwischen 2003 u. 2007 nicht reibungslos funktionieren würde. Der Mailflow Assistent spuckt folgende Meldung aus: irgendwelche Ideen, wie ich die interne kommunikation reparieren kann? besten dank für jede hilfe! lg, mario.

Hallo, ich habe leider zwei Fehler gemacht: Nicht nur, dass ich bei der virtualisierung der physikalischen Maschine den ganzen Speicherbereich reservieren ließ, ich habe anschließend auch die Partition in eine dynamische umgewandelt. Nun habe ich ein Festplattenfile mit einer Größe von 60GB, von denen 25GB belegt sind. Diese VM möchte ich auf eine eigene physikalische HDD mit nur 34GB Platz verschieben. Das geht natürlich nicht. - Die Shrink-HDD Option des VMWare Agents funktioniert bei festreserviertem Speicherbereich nicht. - Acronis TrueImage funktioniert mit dynamischen Platten nicht - ebenso der Acronis Disk Director Hat jemand von euch eine Idee? besten dank u. viele grüße, mario.

besten dank!!!