15
Terminalserver kann nicht auf eigene Freigaben zugreifen
Hallo zusammen,
bei der Installation einer Software auf dem Terminalserver eines Kunden ist aufgefallen dass man nicht auf seine eigenen Freigaben zugreifen kann. Das ist jedoch für die Funktion der Software notwendig.
Ebenfalls kann man über den Server nicht auf \\Localhost und \\127.0.0.1 zugreifen.
Über \\Servername kann man Freigaben sehen, jedoch keine aufrufen.
Über \\IP-Adresse kann man keine Freigaben einsehen, der Server ist so nicht erreichbar.
Von anderen Servern im Netzwerk innerhalb und außerhalb der Domäne verhält sich das ähnlich.
Die Netzwerkschnittstelle wurde neu eingebunden und eingerichtet, der Server wurde neugestartet.
Die Einträge in der Datei "hosts" unter ( C: )\Windows\System32\drivers\etc sollten passen.
Hat dazu jemand Erfahrungen oder irgendwelche Ideen?
Vielen Dank im Voraus und LG
brokentoothkoi
bei der Installation einer Software auf dem Terminalserver eines Kunden ist aufgefallen dass man nicht auf seine eigenen Freigaben zugreifen kann. Das ist jedoch für die Funktion der Software notwendig.
Ebenfalls kann man über den Server nicht auf \\Localhost und \\127.0.0.1 zugreifen.
Über \\Servername kann man Freigaben sehen, jedoch keine aufrufen.
Über \\IP-Adresse kann man keine Freigaben einsehen, der Server ist so nicht erreichbar.
Von anderen Servern im Netzwerk innerhalb und außerhalb der Domäne verhält sich das ähnlich.
Die Netzwerkschnittstelle wurde neu eingebunden und eingerichtet, der Server wurde neugestartet.
Die Einträge in der Datei "hosts" unter ( C: )\Windows\System32\drivers\etc sollten passen.
Hat dazu jemand Erfahrungen oder irgendwelche Ideen?
Vielen Dank im Voraus und LG
brokentoothkoi
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: 1435960358
Url: https://administrator.de/contentid/1435960358
Ausgedruckt am: 23.11.2024 um 18:11 Uhr
15 Kommentare
Neuester Kommentar
Moin,
Welche Fehlermeldung kommt denn?
Und welche Berechtigungen sind gesetzt?
Ist das Netzwerk öffentlich, privat oder ein Domänennetzwerk?
"Noch viele Informationen Du liefern mußt, junger Padawan", würde Yoda sagen.
lks
Welche Fehlermeldung kommt denn?
Und welche Berechtigungen sind gesetzt?
Ist das Netzwerk öffentlich, privat oder ein Domänennetzwerk?
"Noch viele Informationen Du liefern mußt, junger Padawan", würde Yoda sagen.
lks
Warum sollte man auf einem Terminal Server eine Freigabe anlegen oder sogar nutzen müssen? Der Zweck einer Freigabe ist doch das der Inhalt von mehreren Clients gemeinsam genutzt werden kann und solche Daten liegen auf einem Server. Der Terminal Server übernimmt in dem Fall die Rolle des Clients, auf dem sollte man nicht auch noch Serverdienste abseits vom RD-SH betreiben.
1Zitat von @ukulele-7:
Warum sollte man auf einem Terminal Server eine Freigabe anlegen oder sogar nutzen müssen?
Warum sollte man auf einem Terminal Server eine Freigabe anlegen oder sogar nutzen müssen?
Weil manche Anwendersoftware so bescheuert gebaut ist
lks
1
Zitat von @Lochkartenstanzer:
Welche Fehlermeldung kommt denn?
Siehe der Bilder oben. Wenn man die Freigaben über die IP-Adresse des Servers aufrufen möchte, gibt er nur aus,dass auf \\IP-Adresse nicht zugegriffen werden konnte.
Und welche Berechtigungen sind gesetzt?
Die Berechtigungen sind entsprechend der Vorgaben des Herstellers auf Lesen/ Schreiben für eine bestimmteAnwendergruppe der Nutzer gesetzt. Selbst wenn man die Freigabe mit Lesen/Schreiben auf jeden setzt und
Vollzugriff für alle Benutzer kann man nicht auf sie zugreifen. Geschweige denn auf Localhost.
Ist das Netzwerk öffentlich, privat oder ein Domänennetzwerk?
Das ist ein Domänennetzwerk."Noch viele Informationen Du liefern mußt, junger Padawan", würde Yoda sagen.
Wird gemacht mein Meister!~brokentoothkoi
Zitat von @ukulele-7:
Warum sollte man auf einem Terminal Server eine Freigabe anlegen oder sogar nutzen müssen? Der Zweck einer Freigabe ist doch das der Inhalt von mehreren Clients gemeinsam genutzt werden kann und solche Daten liegen auf einem Server. Der Terminal Server übernimmt in dem Fall die Rolle des Clients, auf dem sollte man nicht auch noch Serverdienste abseits vom RD-SH betreiben.
Warum sollte man auf einem Terminal Server eine Freigabe anlegen oder sogar nutzen müssen? Der Zweck einer Freigabe ist doch das der Inhalt von mehreren Clients gemeinsam genutzt werden kann und solche Daten liegen auf einem Server. Der Terminal Server übernimmt in dem Fall die Rolle des Clients, auf dem sollte man nicht auch noch Serverdienste abseits vom RD-SH betreiben.
Wie @Lochkartenstanzer bereits meinte, es ist vom Hersteller der Software vorgegeben.
Abgesehen davon muss man ja trotzdem auf die Localhost Freigabe zugreifen können...
Zitat von @brokentoothkoi:
Hallo zusammen,
bei der Installation einer Software auf dem Terminalserver eines Kunden ist aufgefallen dass man nicht auf seine eigenen Freigaben zugreifen kann. Das ist jedoch für die Funktion der Software notwendig.
Ebenfalls kann man über den Server nicht auf \\Localhost und \\127.0.0.1 zugreifen.
Über \\Servername kann man Freigaben sehen, jedoch keine aufrufen.
Über \\IP-Adresse kann man keine Freigaben einsehen, der Server ist so nicht erreichbar.
Von anderen Servern im Netzwerk innerhalb und außerhalb der Domäne verhält sich das ähnlich.
Die Netzwerkschnittstelle wurde neu eingebunden und eingerichtet, der Server wurde neugestartet.
der server hat eine feste IP, und der DNS zeigt auf den DC.... oder?Hallo zusammen,
bei der Installation einer Software auf dem Terminalserver eines Kunden ist aufgefallen dass man nicht auf seine eigenen Freigaben zugreifen kann. Das ist jedoch für die Funktion der Software notwendig.
Ebenfalls kann man über den Server nicht auf \\Localhost und \\127.0.0.1 zugreifen.
Über \\Servername kann man Freigaben sehen, jedoch keine aufrufen.
Über \\IP-Adresse kann man keine Freigaben einsehen, der Server ist so nicht erreichbar.
Von anderen Servern im Netzwerk innerhalb und außerhalb der Domäne verhält sich das ähnlich.
Die Netzwerkschnittstelle wurde neu eingebunden und eingerichtet, der Server wurde neugestartet.
Die Einträge in der Datei "hosts" unter ( C: )\Windows\System32\drivers\etc sollten passen.
was sind da für einträge drin? da muss nix rein!dafür hast du einen DNS!
wie hast du den die freigabe eingerichtet, hast du die berechtigungen auch gesetzt? das sollten ja Domain User sein!
Hat dazu jemand Erfahrungen oder irgendwelche Ideen?
Vielen Dank im Voraus und LG
brokentoothkoi
Hi,
durch eine Firewallregel blockiert?
Funktioniert denn der ping auf localhost?
Um deine Software erstmal hinzukriegen vll. mit und ohne Freigabe arbeiten, falls es eilt.
durch eine Firewallregel blockiert?
Funktioniert denn der ping auf localhost?
Um deine Software erstmal hinzukriegen vll. mit
subst r: c:\programme\lustigesProgrammZitat von @Vision2015:
der server hat eine feste IP, und der DNS zeigt auf den DC.... oder?
Ja genau.was sind da für einträge drin? da muss nix rein!
dafür hast du einen DNS!
Die Einträge in der Datei sind eben die, die der Server selbst mit dem DNS vereinbart hat.dafür hast du einen DNS!
Anscheinend ist es bereits vorgekommen dass die Einträge dort fehlerhaft waren, deswegen habe ich sie überprüft.
wie hast du den die freigabe eingerichtet, hast du die berechtigungen auch gesetzt? das sollten ja Domain User sein!
Die Freigabe wurde vom Support der Software erstellt. Dort gibt es eine Gruppe mit den benötigten Usern, dort sind die Berechtigungen entsprechend der Vorgaben gesetzt.Zitat von @Drohnald:
durch eine Firewallregel blockiert?
Die Windows Firewall ist generell deaktiviert. Durch die "externe" Firewall wird nichts blockiert, wenn sie aus ist verändert sich auch nichts an dem Verhalten.Funktioniert denn der ping auf localhost?
Ja, ist möglich, der Ping geht ohne Packet Lost durch.Um deine Software erstmal hinzukriegen vll. mit und ohne Freigabe arbeiten, falls es eilt.
Die Software selber läuft ohne Probleme. Die Benutzer melden sich nur an die Freigabe um regelmäßig Updates für das Programm zu laden.subst r: c:\programme\lustigesProgrammZitat von @brokentoothkoi:
Zitat von @Drohnald:
durch eine Firewallregel blockiert?
Die Windows Firewall ist generell deaktiviert. Durch die "externe" Firewall wird nichts blockiert, wenn sie aus ist verändert sich auch nichts an dem Verhalten.Funktioniert denn der ping auf localhost?
Ja, ist möglich, der Ping geht ohne Packet Lost durch.Um deine Software erstmal hinzukriegen vll. mit und ohne Freigabe arbeiten, falls es eilt.
Die Software selber läuft ohne Probleme. Die Benutzer melden sich nur an die Freigabe um regelmäßig Updates für das Programm zu laden.subst r: c:\programme\lustigesProgrammöh.... RDS nutzer dürfen selber updates für Programme machen?
sachen gibbet
Die Einträge in der Datei sind eben die, die der Server selbst mit dem DNS vereinbart hat.
da wird nix vereinbart, da steht immer 127.0.0.0 localhost drin!Anscheinend ist es bereits vorgekommen dass die Einträge dort fehlerhaft waren, deswegen habe ich sie überprüft.
ja... in der regel wenn ein virus etc... am werk war!
Die Freigabe wurde vom Support der Software erstellt. Dort gibt es eine Gruppe mit den benötigten Usern, dort sind die Berechtigungen entsprechend der Vorgaben gesetzt.
und der kann keine Fehler machen? besser selber mal Prüfen!Frank
Hi,
läuft denn überhaupt der Dienst "Server" auf diesem Terminalserver?
Ich würde mich nicht wundern, wenn dieser im Rahmen des "Härtens" deaktiviert wurde.
E.
läuft denn überhaupt der Dienst "Server" auf diesem Terminalserver?
Ich würde mich nicht wundern, wenn dieser im Rahmen des "Härtens" deaktiviert wurde.
E.
Zitat von @Vision2015:
öh.... RDS nutzer dürfen selber updates für Programme machen?
sachen gibbet
Sie machen die Updates nicht selber manuell, das Programm zieht sich die Updates automatisch im Hintergrund vom entsprechend freigegebenen Verzeichnis sachen gibbet
und der kann keine Fehler machen? besser selber mal Prüfen!
Das habe ich selbstverständlich geprüft, ist soweit alles in Ordnung. Selbst wenn man Freigabeberechtigungen und Sicherheitsberechtigungen auf Vollzugriff für jeden setzt ändert sich nichts!Zitat von @emeriks:
Hi,
läuft denn überhaupt der Dienst "Server" auf diesem Terminalserver?
Ich würde mich nicht wundern, wenn dieser im Rahmen des "Härtens" deaktiviert wurde.
Ja der Dienst läuft ganz normal.Hi,
läuft denn überhaupt der Dienst "Server" auf diesem Terminalserver?
Ich würde mich nicht wundern, wenn dieser im Rahmen des "Härtens" deaktiviert wurde.
Zitat von @brokentoothkoi:
hast du mal selber zum Test eine Freigabe erstellt?Zitat von @Vision2015:
öh.... RDS nutzer dürfen selber updates für Programme machen?
sachen gibbet
Sie machen die Updates nicht selber manuell, das Programm zieht sich die Updates automatisch im Hintergrund vom entsprechend freigegebenen Verzeichnis sachen gibbet
und der kann keine Fehler machen? besser selber mal Prüfen!
Das habe ich selbstverständlich geprüft, ist soweit alles in Ordnung. Selbst wenn man Freigabeberechtigungen und Sicherheitsberechtigungen auf Vollzugriff für jeden setzt ändert sich nichts!irgendwelche wilden GPOs am werk?
was sagt den die SW Firma Dazu?
Frank
Wieso ist das nun gelöst?
Was war denn die Lösung?
Was war denn die Lösung?
