Wie können wir Ihnen heute helfen?
Firewall-Einstellungen für MyWorkDrive Server
Überblick
Administratoren möchten die MyWorkDrive-Server-Client-Site so sperren, dass sie nur aus eingeschränkten Netzwerken zugänglich ist, oder die Site nicht veröffentlichen und den Zugriff nur aus internen LAN-Segmenten zulassen. Dies wird normalerweise verwendet, wenn der Administrator Zugriff auf die Web File Manager-Site gewähren möchte, um Dokumente in Office 365 anzuzeigen und zu bearbeiten, aber den externen Zugriff einschränken möchte. Ansicht typisch Diagramme für Netzwerkbereitstellungsszenarien finden Sie hier.
Eine Firewall-Sperre ist möglich und MyWorkDrive funktioniert und ermöglicht die Online-Bearbeitung von Office-Dokumenten, selbst wenn es nur auf WAN-IPs oder LAN-Segmente des Unternehmens beschränkt ist, mit den folgenden Einschränkungen:
- Die externe OneDrive-Dateifreigabe funktioniert nicht (eine öffentlich zugängliche Webdatei-Manager-URL ist erforderlich, damit Microsoft Dateien auf OneDrive kopieren kann), es sei denn, der Server kann auf https://*.live.com zugreifen und https://wp-onedrive-api.wanpath.net für die externe OneDrive-Freigabe.
- Ein interner Hostname muss verwendet werden, um auf die Site für die interne Dateifreigabe zu verweisen – zum Beispiel: https://share.mycompany.local wenn nur auf das interne LAN verwiesen wird.
- Die Office 365-Bearbeitung muss im MyWorkDrive-Server-Admin-Panel aktiviert sein.
Bitte beachten Sie, dass die Online-Bearbeitung von Office auch dann funktioniert, wenn die Web File Manager-Client-Site gesperrt ist, da sie während Office-Online-Bearbeitungstransaktionen auf Sitzungsbasis über unseren MyWorkDrive-Reverse-Proxy in Azure verfügbar gemacht wird, der nur für Microsoft Office-Online-Hosts gesperrt ist. Ausführliche Informationen finden Sie hier Artikel. Zusätzlich zur Firewall-Sperre empfehlen wir auch, nicht benötigte Verschlüsselungen zu deaktivieren. Sehen Sie sich unsere an Schritte zum Sperren von IIS SSL für Compliance und Sicherheit für weitere Informationen.
Ausgehende Firewall-Anforderungen
Um korrekt zu funktionieren, benötigt der MyWorkDrive-Server ausgehenden Zugriff auf die folgenden Hosts und TCP-Ports:
- MyWorkDrive-Lizenzserver unter license.wanpath.net auf SSL-Port 443
- Port 443 zu *.live.com für die externe OneDrive-Freigabe zusammen mit Office 365-URLs und IP-Adressbereichen gemäß Microsoft-Artikel Hier.
Server-Version 5.4 und höhere Relay-Anforderungen:
Für Kunden, die CloudFlare Argo Relays (für *.myworkdrive.net und Office 365-Bearbeitung) verwenden, werden Verbindungen weitergeleitet Cloudflare Argo. Für Cloudflare Argo ist der TCP-Port 7844 für ausgehende Daten von Ihrem Server erforderlich Cloudflare-IPs. MyWorkDrive empfiehlt eine direkte Internetverbindung – ausgehende Proxy-Dienste (normalerweise Webfilterung) können die Online-Bearbeitungsfunktionen von Office 365 und die Nutzung von MyWorkDrive.net beeinträchtigen.
Ab Version 5.3 kann ein ausgehender Proxyserver im MyWorkDrive-Admin-Panel unter Einstellungen im Format http://Hostname oder IP-Adresse und optionaler Portnummer angegeben werden. Zum Beispiel http://10.10.10.10 oder http://10.10.10.10:8888.
Server-Version 5.3 und niedrigere Relay-Anforderungen:
Relays werden auf Server 5.3 oder niedriger nicht mehr unterstützt. Aktualisieren Sie auf 5.4 Server oder höher.
Virenschutz
Warnung: Auf dem Server installierte Antivirensoftware kann die Kommunikation Ihres MyWorkDrive mit Microsoft Azure für unsere Office 365- und Cloud Connectors beeinträchtigen, wenn Firewallfunktionen aktiviert sind. Überprüfen Sie unsere Antivirus-Artikel für Einstellungen und Ausnahmen.
Fehlerbehebung bei Problemen mit der Office 365- und Cloud Connector-Firewall
Wenn die grundlegende Fehlerbehebung des Cloud Connectors fehlschlägt, verwenden Sie Dieser Beitrag Beginnen Sie mit der weiteren Fehlerbehebung, indem Sie sicherstellen, dass die Office 365-Bearbeitungsfunktion und/oder die Cloud-Konnektoren im MWD-Server-Administrationsbereich unter „Einstellungen“ aktiviert sind. Wenn aktiviert, überprüfen Sie „services.msc“ auf Ihrem Server auf „Argo Tunnel Agent“. Es sollte laufen.
Wenn der Dienst seit mindestens 15 Minuten ausgeführt wird, testen Sie als Nächstes den ausgehenden Firewall-Zugriff. Geben Sie an einer Eingabeaufforderung „Netstat -b“ ein. Beachten Sie alle Verbindungen für Portbridge. Ein fehlerfreier Dienst sollte etwa wie unten angezeigt werden, wobei https und 7844-Ports geöffnet sind und sich im Status „ESTABLISHED“ befinden.
Wenn diese fehlen, überprüfen Sie unsere ausgehenden Firewall-Regeln, entfernen Sie jegliche Antivirus-Software vom MWD-Server und stellen Sie sicher, dass Ihr MWD-Server über eine vollständige Internetverbindung verfügt. Führen Sie dann netstat -b erneut aus, um zu sehen, ob ausgehende Verbindungen hergestellt werden.
Netstat -b gesunde ausgehende Verbindungen Cloudflare Argo:
[cloudflared.exe] TCP 192.168.41.111:56200 198.41.200.233:7844 HERGESTELLT
[cloudflared.exe] TCP 192.168.41.111:56201 198.41.192.107:7844 HERGESTELLT
[cloudflared.exe] TCP 192.168.41.111:56202 198.41.200.113:7844 HERGESTELLT
[cloudflared.exe] TCP 192.168.41.111:56208 52.230.222.68:https HERGESTELLT
Testen Sie die Kommunikation auf Port 7844 ausgehend zum Cloudflare Argo-Tunneldienst:
Starten Sie Powershell auf dem MyWorkDrive-Server und geben Sie den folgenden Befehl ein:
test-netconnection -computername 198.41.192.7 -port 7844
Die Ergebnisse sollten wie folgt zurückkommen:
TcpTestSucceded: True: Computername: 198.41.192.7 RemoteAddress: 198.41.192.7 RemotePort: 7844 InterfaceAlias: Lan SourceAddress: 10.10.200.20 TcpTestSucceded: True
Wenn TcPTestSucceded false zurückgibt, blockiert eine Firewall oder ein Antivirus den TCP-Port 7844 ausgehend vom MyWorkDrive-Server und muss untersucht werden.
Clustering
Wenn Sie Clustering aktiviert haben, muss TCP-Port 8353 auf allen Server- oder Netzwerk-Firewalls für das LAN geöffnet werden. Cluster-Mitglieder kommunizieren über TCP 8353.
