testperson

Hi, der G-Data hat auch noch eine wundervolle Portüberwachung für Mail-Ports. Die ist auf einem Exchange Server alles andere als behilflich. Du solltest die entsprechenden Ausnahmen für Exchange im G-Data konfigurieren und alle weiteren Features (sofern möglich) außer Virenscanner deaktivieren. Gruß Jan

Du solltest dir nicht nur ein paar der URLs der virtuellen Verzeichnisse rauspicken sonder alle entsprechend konfigurieren (OwaVirtualDirectory, EcpVirtualDirectory, OABVirtualDirectory, ActiveSyncVirtualDirectory, WEbServicesVirtualDirectory, ClientAccessServer). Bei einem Wildcard Zertifikat: https://technet.microsoft.com/en-us/library/cc535023(EXCHG.80).aspx

Zumal der G-Data sehr gerne bei Updates irgendwelche Einstellungen aktiviert. Irgendwann kamen die mal auf die Idee eine "Firewall" mit zu bringen und direkt zu installieren als Update. Ggfs. auch mal prüfen, ob der G-Data komplett aktuell gepatched ist. Am besten aber G-Data in die Tonne kloppen und ein Produkt einsetzen, was wirklich _nur_ Virenscanner ist.

Hi, du solltest SplitDNS einrichten und alle Verzeichnisse auf die externe URL konfigurieren. Ebenso solltest du für alle E-Mail-Domains, die bei Usern als primäre SMTP Adresse eingerichtet sind, Autodiscover korrekt konfigurieren. Passt das Zertifikat? Ist das selbstsigniert oder kommt es von einer PKI? Was ist mit den restlichen virtuellen Verzeichnissen und den dazugehörigen URLs? Gruß Jan

Hi, schau mal im G-Data Admin nach, ob da nicht durch ein Update irgendein neues Feature (erneut) aktiviert wurde. Ansonsten schmeiß den G-Data mal komplett runter. Gruß Jan

Wo sieht der DSB denn welches Problem? Was für "Lohnunterlagen" sollen denn da abgelegt werden?

Hi, dann frag mal bei der Gegenseite nach dem Grund an. Evtl. hat der Kollege irgendwas auffälliges in der Signatur oder ähnlich. Du solltest den mailto: Link noch hinter den blauen xxxxxxx entfernen ;) Gruß Jan

Hi, das einfachste dürfte sein, den Nutzern keinen NTFS Vollzugriff zu geben sondern maximal Ändern. Ebenfalls dann "ERSTELLER-BESITZER" aus den Berechtigungen entfernen. Du könntest ebenfalls noch überlegen einen Ordner "Daten" zu erstellen und diesen per Freigabe mit ABE bereitzustellen. Darunter dann die Abteilungs-Ordner mit den entsprechenden Berechtigungen anlegen. So hast du nur eine Freigabe für alle und jeder sieht nur das was für ihn gedacht ist. Gruß Jan

Und jetzt guckst du dir mal die erste Antwort an ;)

Musst du evtl. neben der NAT Regel an der Firewall auch noch eine entsprechende Firewall Regel erstellen?

Dann ist SplitDNS vermutlich korrekt eingerichtet.

Und im externen DNS des Providers?

Im internen DNS legst du eine Host-Zone "remote.domain.de" (und "autodiscover.domain.de") mit einem A-Record ohne Hostname und nur der internen IP an. Im externen DNS legst du einen A-Record / Subdomain / was auch immer dein Hoster anbietet mit der öffentlichen externen IP an.

Dann solltest du die letzten Änderungen wieder rückgängig machen.

Hi, Get-ADGroup -SearchBase "OU=Deine,OU=OU,DC=DOMAIN,DC=COM" -Filter * | Get-ADGroupMember | where { $_.objectClass -like "group" } liefert dir alle Mitgliedergruppen deiner Gruppen. Gruß Jan

Dann reicht RDP. Der RDSH hat dann nichts mit dem Printserver zu tun. Unter Citrix XenApp / XenDesktop könnte man direkt vom XA-Host über den Printserver drucken lassen. Per MS Remote Desktop geht das nicht.

Aber es ist doch alles wie vorher ;) Danke für die Rückmeldung.

Hi, wo haben denn vorher die MX Records der dritten Domain hingezeigt? Und was ist vor eurem Exchange? Gibt es evtl. Backup MX vom Provider? Das klingt irgendwie ganz stark nach Greylisting. Gruß Jan

Ist der Client ein 32 Bit Client? Dann musst du neben dem 64Bit Treiber auch den 32Bit Treiber auf dem Server installieren. Ggfs. findet sich zum Zeitpunkt der Anmeldung etwas im Eventlog des Servers. Und es gibt auch Drucker(treiber) die einfach nicht auf Terminalservern laufen.

http://gpsearch.azurewebsites.net/#2511

Hi, in Anbetracht der (scheinbar fehlenden) vorhandenen Ressourcen könnte man noch Exchange Online in Betracht ziehen. Gruß Jan

Werden die Drucker ausschließlich vom RDP Client in die Session durchgereicht oder hat der User den Drucker in seinem Profil am RDSH vom Printserver verbunden?

Dann schau mal im %TEMP% nachdem das Setup die Daten entpackt hat, ob sich da der Treiber findet und kopiere diesen an einen anderen Ort. Danach öffnest du am Server "Geräte und Drucker" und markierst einen Drucker. Dann kannst du die "Druckerservereigenschaften" öffnen und den Treiber installieren. Solltest du den Treiber nicht im %TEMP% finden evtl. das Treiberpaket mal mit 7-zip öffnen und hoffen, dass du den Treiber findest.

Hi, wenn der Drucker in der RDP Session auf den RDSH verbunden wird, benötigst du nur vom Client am Standort A zum RDSH tcp (/ udp) 3389. Oder eben vom RDSH zum Printserver Standort A die entsprechend vom Drucker zum Drucken benötigten Ports. Gruß Jan

Hi, was sagen denn die Router / Firewalls für den VPN Tunnel dazu? Gruß Jan