5
Kein Companyweb über Remotezugriff vom Internet
Hallo Admins,
als erste großes Lob für die tollen Beiträge auf dieser Seite, welche mir schon
an mehreren Eckpunkten ganz toll weitergeholfen haben. (besonders bei Exchange).
Mein Problem ist das Companyweb über Remotezugriff vom Internet
Ich denke, dass ich alle Beiträge auf dieser Seite, welche bisher zu diesem Thema vorhanden sind gelesen und angetestet habe (leider ohne Erfolg).
Ausgangsdaten: WIN SBS2003 mit SP1 neueste Version Ende 12/05 gekauft
Server war neu und jungfräulich, beim Aufsetzen keine Probleme.
Das Companyweb funktioniert intern astrein auch der Remotezugriff über DYNDNS bis auf die Startseite ist kein Problem .
Ich kann auch den Remotewebarbeitsplatz öffnen wie folgt:
Bei Verbinden mit Serverdesktops herstellen kommt die Serverauswahl, dann wähle ich meinen Server aus und es kommt nur eine weiße Seite (Meldung in der Fußzeile fertig).
Bei Helpdesk überwachen Meldungà Aktion abgebrochen
Bei Interne Firmenwebseite verwalten Meldung à Aktion abgebrochen
Bei Serverleistung- und Servernutzung keine Probleme
Outlook Webaccess klappt auch
Meine bisherigen Maßnahmen;
Entfernen und installieren von SharePoint Services Companyweb Webseite lt. MS Anweisung
habe ich bereits durchgeführt. (ohne Veränderung).
MS Anweisung Startseite abändern habe ich durchgeführt wie folgt:
Unter C:\Inetpub\wwwroot\Default.htm habe ich den Link abgeändert von http://companyweb auf https://xxxxx.dyndns.org:444 inkl .der Umstellung in der Firewall
mit den Optionen kein Zugriff auf wwwroot Seite und auch mit der Option Zugriff auf wwwroot war das ganze ohne Erfolg.
Ich habe nun die Originaleinstellung wieder übernommen.
Im Internetinformationsdienst-Manager ist die Companyweb mit 192.168.13.10 entspricht
der Server IP und Port 80 sowie SSL Port 444 eingetragen.
Ich würde mich freuen von Euch zu hören,
denn ich denke, wenn ich die Kiste nicht bald fertig bringe und noch mehr Nächte daran verbringe bin ich ein Scheidungsfall für meine Frau.
Mit freundlichen Grüßen Franz
als erste großes Lob für die tollen Beiträge auf dieser Seite, welche mir schon
an mehreren Eckpunkten ganz toll weitergeholfen haben. (besonders bei Exchange).
Mein Problem ist das Companyweb über Remotezugriff vom Internet
Ich denke, dass ich alle Beiträge auf dieser Seite, welche bisher zu diesem Thema vorhanden sind gelesen und angetestet habe (leider ohne Erfolg).
Ausgangsdaten: WIN SBS2003 mit SP1 neueste Version Ende 12/05 gekauft
Server war neu und jungfräulich, beim Aufsetzen keine Probleme.
Das Companyweb funktioniert intern astrein auch der Remotezugriff über DYNDNS bis auf die Startseite ist kein Problem .
Ich kann auch den Remotewebarbeitsplatz öffnen wie folgt:
Bei Verbinden mit Serverdesktops herstellen kommt die Serverauswahl, dann wähle ich meinen Server aus und es kommt nur eine weiße Seite (Meldung in der Fußzeile fertig).
Bei Helpdesk überwachen Meldungà Aktion abgebrochen
Bei Interne Firmenwebseite verwalten Meldung à Aktion abgebrochen
Bei Serverleistung- und Servernutzung keine Probleme
Outlook Webaccess klappt auch
Meine bisherigen Maßnahmen;
Entfernen und installieren von SharePoint Services Companyweb Webseite lt. MS Anweisung
habe ich bereits durchgeführt. (ohne Veränderung).
MS Anweisung Startseite abändern habe ich durchgeführt wie folgt:
Unter C:\Inetpub\wwwroot\Default.htm habe ich den Link abgeändert von http://companyweb auf https://xxxxx.dyndns.org:444 inkl .der Umstellung in der Firewall
mit den Optionen kein Zugriff auf wwwroot Seite und auch mit der Option Zugriff auf wwwroot war das ganze ohne Erfolg.
Ich habe nun die Originaleinstellung wieder übernommen.
Im Internetinformationsdienst-Manager ist die Companyweb mit 192.168.13.10 entspricht
der Server IP und Port 80 sowie SSL Port 444 eingetragen.
Ich würde mich freuen von Euch zu hören,
denn ich denke, wenn ich die Kiste nicht bald fertig bringe und noch mehr Nächte daran verbringe bin ich ein Scheidungsfall für meine Frau.
Mit freundlichen Grüßen Franz
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 24430
Url: https://administrator.de/contentid/24430
Ausgedruckt am: 23.11.2024 um 07:11 Uhr
5 Kommentare
Neuester Kommentar
Is SSL nicht 443?!?
Grüße
Grüße
Hallo,
Danke für die schnelle Antwort, ich habe das Ganze wie beschrieben mit 443 getestet
leider auch kein anderes Ergebnis.
mfg Franz
Danke für die schnelle Antwort, ich habe das Ganze wie beschrieben mit 443 getestet
leider auch kein anderes Ergebnis.
mfg Franz
Grüße
- Du musst einfach den Standardmap der "Standardwebsite" auf die "companyweb" umpolen -
Der Netzwerkzugriff auf "Companyweb" ist auf deine "lokale" NetzwerkIP, Port 80 mit "header" "companyweb" & "companyweb.domain.local", SSL "444" gestimmt. <-
-> Wogegen die "Standartwebsite" (OWA/RPCoverHTTPS usw.) auf NetzwerkIP "*", Port "80" sowie SSL "443" gestellt sind!
Man fügt einfach dem "Standard"bereich => den lokalen header zu "server.domain.local", und schon ist der "undefinierte" Bereich für eine andere IIS Instanz freigelegt!
Jetzt kann man einfach "StandardIP" (*) mit "Port" (80) OHNE "header" und "SSL" (444) der "companyweb" zuweisen ...
... IIS neustarten und sehen ob alle Instanzen sauber laufen!
... und schon kann man auch von jeder beliebigen Quelladresse auf die Companyweb Page (z.b https://ip:444) zugreifen!
MFG
- Du musst einfach den Standardmap der "Standardwebsite" auf die "companyweb" umpolen -
Der Netzwerkzugriff auf "Companyweb" ist auf deine "lokale" NetzwerkIP, Port 80 mit "header" "companyweb" & "companyweb.domain.local", SSL "444" gestimmt. <-
-> Wogegen die "Standartwebsite" (OWA/RPCoverHTTPS usw.) auf NetzwerkIP "*", Port "80" sowie SSL "443" gestellt sind!
Man fügt einfach dem "Standard"bereich => den lokalen header zu "server.domain.local", und schon ist der "undefinierte" Bereich für eine andere IIS Instanz freigelegt!
Jetzt kann man einfach "StandardIP" (*) mit "Port" (80) OHNE "header" und "SSL" (444) der "companyweb" zuweisen ...
... IIS neustarten und sehen ob alle Instanzen sauber laufen!
... und schon kann man auch von jeder beliebigen Quelladresse auf die Companyweb Page (z.b https://ip:444) zugreifen!
MFG
Grüße
(In meiner Produ.Umgebung habe ich jeweils ein Apache Reverse Proxy für 2x Win2003 SBS Server_Einheiten gestellt)
Firewall -> Apache Reverse SSL -#Srv1#-> Exchange SSL -#Srv2#-> SharePoint SSL
Das "generelle" Problem entsteht einfach durch das SSL Konzept wo die "Daten" schon vor dem versenden verschlüsselt werden, und somit "NUR" 1x HeaderAdresse pro 1x IP möglich (zu vergeben) ist!!!
Client -> INTERNET -> Firewall (Portfw 443) -> IIS SSL (Instanz)
Wer jetzt "clever" ist, hat auch mit(be)merkt -> das man in der IIS Config jeweils einer gewählten Instanz unter SSL Port kein "header" zuweisen kann *G*
also für Leute, die "beide" Dienste auf "EINER" Maschine nutzen wollen, bleibt wohl oder über nichts anderes übrig -> als 1 Service "üblicherweise" "OHNE" SSL (Port 80) zu hosten!
Die Wahl, der Qual zwischen #Exchange + SharePoint SSL#, oder #SharePoint + Exchange SSL# muss jeder selber treffen!
eins steht fest, wenn jemanden auch ein ISP Portfw mittels 444 "standartmäßig" (CompanyWeb SSL) möglich ist, dem stehen dennoch nur die "Office2003" SharePoint "komponenten" "Eingeschränkt" zur Verfügung -> da sie nicht sauber auf das WebDAV zugreifen können!!!
Zumindest hat es in keiner meiner 5 diversen Umgebungen funktioniert, (egal ob first install oder nach alles patches)
(Wer mal ein Reverse von 443 auf 444 versucht hat, hat bitter feststellen müssen, das sämtliche headerlinks ins nirvana verlinken *G*)
Meine Empfehlung ist: -> an dieser Stelle eine "getrennt" laufende SharePointServices oder auch PortalServer Maschine laufen zu lassen ...
MFG
(In meiner Produ.Umgebung habe ich jeweils ein Apache Reverse Proxy für 2x Win2003 SBS Server_Einheiten gestellt)
Firewall -> Apache Reverse SSL -#Srv1#-> Exchange SSL -#Srv2#-> SharePoint SSL
Das "generelle" Problem entsteht einfach durch das SSL Konzept wo die "Daten" schon vor dem versenden verschlüsselt werden, und somit "NUR" 1x HeaderAdresse pro 1x IP möglich (zu vergeben) ist!!!
Client -> INTERNET -> Firewall (Portfw 443) -> IIS SSL (Instanz)
Wer jetzt "clever" ist, hat auch mit(be)merkt -> das man in der IIS Config jeweils einer gewählten Instanz unter SSL Port kein "header" zuweisen kann *G*
also für Leute, die "beide" Dienste auf "EINER" Maschine nutzen wollen, bleibt wohl oder über nichts anderes übrig -> als 1 Service "üblicherweise" "OHNE" SSL (Port 80) zu hosten!
Die Wahl, der Qual zwischen #Exchange + SharePoint SSL#, oder #SharePoint + Exchange SSL# muss jeder selber treffen!
eins steht fest, wenn jemanden auch ein ISP Portfw mittels 444 "standartmäßig" (CompanyWeb SSL) möglich ist, dem stehen dennoch nur die "Office2003" SharePoint "komponenten" "Eingeschränkt" zur Verfügung -> da sie nicht sauber auf das WebDAV zugreifen können!!!
Zumindest hat es in keiner meiner 5 diversen Umgebungen funktioniert, (egal ob first install oder nach alles patches)
(Wer mal ein Reverse von 443 auf 444 versucht hat, hat bitter feststellen müssen, das sämtliche headerlinks ins nirvana verlinken *G*)
Meine Empfehlung ist: -> an dieser Stelle eine "getrennt" laufende SharePointServices oder auch PortalServer Maschine laufen zu lassen ...
MFG
