Archiv für den Monat: Dezember 2018

Teamviewer Verbindungen durch Proxy-Server verzögert / langsam

Teamviewer durch einen Proxy zu leiten funktioniert nicht gut. Es funktioniert zwar, läuft aber alles sehr verzögert ab.

Teamviewer selber empfiehlt, die Verbindungen ausgehend über eine Firewall über den Port TCP und UDP 5938 zu erlauben.
Teamviewer verwendet primär diese Ports (und dann primär UDP) zum Verbinden zum Teamviewer-Netzwerk. Eine Serverliste gibt es leider nicht, so dass man entweder alles ausgehend *.teamviewer.com freigeben oder sogar komplett 5938 tcp/udp ausgehend ins Internet freischalten muss.

Wenn eine Verbindung über 5938 nicht möglich ist, versucht Teamviewer es über 443 oder 80, aber eben mit den beschriebenen Einschränkungen.

Loading

Von |2020-03-01T09:51:10+01:00Dezember 29th, 2018|Securepoint|0 Kommentare

Systemproxy bei UTM / Firewall Proxy-Zwang

Wenn die Kommunikation eines (Windows) Systems ausschließlich über Proxy möglich ist (aus Sicherheitsgründen empfehlenswert), dann muss der winhttp Systemproxy entsprechend konfiguriert werden, da ansonsten keine Updates geladen werden, keine Zertifikate aktualisiert, die MMC Konsolen nicht richtig funktionieren, etc.

Am einfachsten aktiviert man dazu den Proxy im Internet-Explorer. Häkchen bei „Einstellungen automatisch erkennen“ herausnehmen. Proxy aktivieren, „Proxyserver für lokale Adressen umgehen“ anhaken und ggf. noch weitere Ausnahmen setzen (192.168.*; 10.*;). Ggf. auch noch die Firewall / UTM fqdn mit in die Ausnahmen setzen.

Per CMD (Administrator) muss anschließend folgendes Kommando (einmalig pro Rechner) eingegeben werden:

netsh winhttp import proxy source=ie

Bei größeren Umgebungen kann das über GPO geskriptet werden.

https://blogs.technet.microsoft.com/netgeeks/2018/06/19/winhttp-proxy-settings-deployed-by-gpo/

Weiterhin kann per GPO der Proxy im IE generell aktiviert / konfiguriert werden sowie viele weitere Optionen.

Loading

Von |2020-03-19T12:14:42+01:00Dezember 29th, 2018|Securepoint|0 Kommentare

Office 365 Öffentliche Ordner können von extern keine Mails empfangen

Manchmal kommt es vor, dass bei neu eingerichteten Office 365 Umgebungen mit Öffentlichen Ordnern (Public Folders), diese keine Mails von extern empfangen können, obwohl augenscheinlich alles richtig eingestellt ist. Die Absender bekommen dann eine Unzustellbarkeitsnachricht zurück ( 550 5.4.1 [xxx@xxx.de]: Recipient address rejected: Access denied ).

In dem Fall sollte überprüft werden, ob in der EAC vom Admin-Center die Domäne als „internes Relay“ eingerichet ist.

Sollte diese Einstellung immer noch nicht ausreichen, so muss über die Powershell folgendes Kommando ausgeführt werden:

$UserCredential = Get-Credential

Es sollte ein Fenster erscheinen, in dem die Anmeldedaten für den jeweiligen O 365 Account eingetragen werden müssen.

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection

Import-PSSession $Session -DisableNameChecking

get-publicfolder -recurse | Add-PublicFolderClientPermission -User Anonymous -AccessRights CreateItems

Remove-PSSession $Session

Loading

Von |2020-03-19T12:14:46+01:00Dezember 13th, 2018|Microsoft Exchange|0 Kommentare
Nach oben