Remotzugriff nicht zuverlässig
Hallo zusammen,
wir haben ein Problem mit dem Fernzugriff.
Umgebung: Domäne Windows 2012 R2 mit allen Updates, Arbeitsplätze Windows 10 mit allen Updates.
Wird auf die Arbeitsplätze per Fernzugriff zugegriffen, dann frieren die Ziel-PCs immer wieder mitten unter der Arbeit ein, sind also nicht mehr zu bedienen. Das hießt also nicht etwa nach einer Pause geht nix mehr, sondern mitten unter der Arbeit ist plötzlich Schluss.
Was wir gemacht haben: Energiesparmodus der Ziel-PCs steht auf NIE. Die Energieeigenschaften der NIC sind DEAKTIVIERT. Der Computer kann das Gerät also NICHT ausschalten, um Strom zu sparen. Die Festplatte kann NIE ausgeschaltet werden. Der minimale Leistungszustand des Prozessors steht auf 1%.
Am Anfang erfolgte der Zugriff per AnyDesk. Der Ziel-PC ist eingefroren. Dann erfolgte der Zugriff per TeamViewer. Der Ziel-PC friert ein. Eine Umstellung auf VPN hat KEINE Änderung gebracht. Die Ziel-PC frieren nach wie vor ein.
Heute war der Remotzezugriff per VPN plötzlich extrem zäh. Das Aktivieren von offenen Programmen hat Sekunden gedauert. VPN getrennt, neu aufgebaut, alles wieder normal.
Wenn man vor Ort an den Geräten sitzt, kann man den ganzen Tag OHNE Probleme arbeiten!? Remote zu arbeiten ist aber quasi nicht produktiv möglich.
Hat jemand eine Idee, was das sein könnte??
Danke
Oliver
wir haben ein Problem mit dem Fernzugriff.
Umgebung: Domäne Windows 2012 R2 mit allen Updates, Arbeitsplätze Windows 10 mit allen Updates.
Wird auf die Arbeitsplätze per Fernzugriff zugegriffen, dann frieren die Ziel-PCs immer wieder mitten unter der Arbeit ein, sind also nicht mehr zu bedienen. Das hießt also nicht etwa nach einer Pause geht nix mehr, sondern mitten unter der Arbeit ist plötzlich Schluss.
Was wir gemacht haben: Energiesparmodus der Ziel-PCs steht auf NIE. Die Energieeigenschaften der NIC sind DEAKTIVIERT. Der Computer kann das Gerät also NICHT ausschalten, um Strom zu sparen. Die Festplatte kann NIE ausgeschaltet werden. Der minimale Leistungszustand des Prozessors steht auf 1%.
Am Anfang erfolgte der Zugriff per AnyDesk. Der Ziel-PC ist eingefroren. Dann erfolgte der Zugriff per TeamViewer. Der Ziel-PC friert ein. Eine Umstellung auf VPN hat KEINE Änderung gebracht. Die Ziel-PC frieren nach wie vor ein.
Heute war der Remotzezugriff per VPN plötzlich extrem zäh. Das Aktivieren von offenen Programmen hat Sekunden gedauert. VPN getrennt, neu aufgebaut, alles wieder normal.
Wenn man vor Ort an den Geräten sitzt, kann man den ganzen Tag OHNE Probleme arbeiten!? Remote zu arbeiten ist aber quasi nicht produktiv möglich.
Hat jemand eine Idee, was das sein könnte??
Danke
Oliver
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 577031
Url: https://administrator.de/contentid/577031
Ausgedruckt am: 04.11.2024 um 22:11 Uhr
17 Kommentare
Neuester Kommentar
Moin,
da fehlen einige wesentliche Informationen:
Art und Bandbreite der Internetanbindung auf beiden Seiten,
Hardware der Internetverbindung (beide Seiten),
Anzahl der gleichzeitigen Zugriffe auf das VPN,
Hardware, mit der das VPN realisiert wird (beide Seiten),
Software, mit der das VPN realisiert wird (Protokoll?).
Liebe Grüße
Erik
da fehlen einige wesentliche Informationen:
Art und Bandbreite der Internetanbindung auf beiden Seiten,
Hardware der Internetverbindung (beide Seiten),
Anzahl der gleichzeitigen Zugriffe auf das VPN,
Hardware, mit der das VPN realisiert wird (beide Seiten),
Software, mit der das VPN realisiert wird (Protokoll?).
Liebe Grüße
Erik
Eine Umstellung auf VPN hat KEINE Änderung gebracht.
Es auch ohne zu machen und die Daten ungeschützt ins Internet zu exponieren wäre auch schlicht eine grobe Fahrlässigkeit und zumeist ein Kündigungsgrund. Aber egal...Ohne Details zu Netzwerk und RDP Setup zu kennen ist mit der oberflächlichen Beschreibung von oben keinerlei zielgerichtete Hilfe möglich ohne Kristallkugel. Die Kollegen oben haben schon alles dazu gesagt. Klassischer Freitags Thread...
Billige Consumer Router wie die FB gehören auch nicht in eine Firmenumgebung und zeugt eher von einer laienhaften Planung. Aber muss ja jeder selber wissen...
moin...
oha... schreib uns doch mal Bitte was du unter Fernzugriff so verstehst, und wie das von statten geht!
Umgebung: Domäne Windows 2012 R2 mit allen Updates, Arbeitsplätze Windows 10 mit allen Updates.
ok...
Wird auf die Arbeitsplätze per Fernzugriff zugegriffen, dann frieren die Ziel-PCs immer wieder mitten unter der Arbeit ein, sind also nicht mehr zu bedienen. Das hießt also nicht etwa nach einer Pause geht nix mehr, sondern mitten unter der Arbeit ist plötzlich Schluss.
was sind das für PC´s was für ein Win10 genau? und wie genau erfolgt der Fernzugriff ?
Was wir gemacht haben: Energiesparmodus der Ziel-PCs steht auf NIE. Die Energieeigenschaften der NIC sind DEAKTIVIERT. Der Computer kann das Gerät also NICHT ausschalten, um Strom zu sparen. Die Festplatte kann NIE ausgeschaltet werden. Der minimale Leistungszustand des Prozessors steht auf 1%.
ok..
Am Anfang erfolgte der Zugriff per AnyDesk. Der Ziel-PC ist eingefroren. Dann erfolgte der Zugriff per TeamViewer. Der Ziel-PC friert ein. Eine Umstellung auf VPN hat KEINE Änderung gebracht. Die Ziel-PC frieren nach wie vor ein.
war der PC auch lokal auch eingefroren, oder nur Remote?
was bedeutet VPN für euch... VPN über Router, oder Server, was für ein VPN genau, was für ein VPN client, was für eine DSL Leitung steht euch zur verfügung? RDP über VPN? wie viele User sollen Remote Arbeiten?
Heute war der Remotzezugriff per VPN plötzlich extrem zäh. Das Aktivieren von offenen Programmen hat Sekunden gedauert. VPN getrennt, neu
aufgebaut, alles wieder normal.
klingt nach kleiner DSL Leitung..... dein VPN ist ausgebucht!
Wenn man vor Ort an den Geräten sitzt, kann man den ganzen Tag OHNE Probleme arbeiten!? Remote zu arbeiten ist aber quasi nicht produktiv möglich.
Hat jemand eine Idee, was das sein könnte??
JA....
würde aus dem Bauch sagen, das eure DSL leutung nix taugt... was für einen DSL VPN router habt ihr? (bitte sag nicht Fritte)
Danke
Oliver
Frank
oha... schreib uns doch mal Bitte was du unter Fernzugriff so verstehst, und wie das von statten geht!
Umgebung: Domäne Windows 2012 R2 mit allen Updates, Arbeitsplätze Windows 10 mit allen Updates.
Wird auf die Arbeitsplätze per Fernzugriff zugegriffen, dann frieren die Ziel-PCs immer wieder mitten unter der Arbeit ein, sind also nicht mehr zu bedienen. Das hießt also nicht etwa nach einer Pause geht nix mehr, sondern mitten unter der Arbeit ist plötzlich Schluss.
Was wir gemacht haben: Energiesparmodus der Ziel-PCs steht auf NIE. Die Energieeigenschaften der NIC sind DEAKTIVIERT. Der Computer kann das Gerät also NICHT ausschalten, um Strom zu sparen. Die Festplatte kann NIE ausgeschaltet werden. Der minimale Leistungszustand des Prozessors steht auf 1%.
Am Anfang erfolgte der Zugriff per AnyDesk. Der Ziel-PC ist eingefroren. Dann erfolgte der Zugriff per TeamViewer. Der Ziel-PC friert ein. Eine Umstellung auf VPN hat KEINE Änderung gebracht. Die Ziel-PC frieren nach wie vor ein.
was bedeutet VPN für euch... VPN über Router, oder Server, was für ein VPN genau, was für ein VPN client, was für eine DSL Leitung steht euch zur verfügung? RDP über VPN? wie viele User sollen Remote Arbeiten?
Heute war der Remotzezugriff per VPN plötzlich extrem zäh. Das Aktivieren von offenen Programmen hat Sekunden gedauert. VPN getrennt, neu
klingt nach kleiner DSL Leitung..... dein VPN ist ausgebucht!
Wenn man vor Ort an den Geräten sitzt, kann man den ganzen Tag OHNE Probleme arbeiten!? Remote zu arbeiten ist aber quasi nicht produktiv möglich.
Hat jemand eine Idee, was das sein könnte??
würde aus dem Bauch sagen, das eure DSL leutung nix taugt... was für einen DSL VPN router habt ihr? (bitte sag nicht Fritte)
Danke
Oliver
Zitat von @Vision2015:
würde aus dem Bauch sagen, das eure DSL leutung nix taugt... was für einen DSL VPN router habt ihr? (bitte sag nicht Fritte)
würde aus dem Bauch sagen, das eure DSL leutung nix taugt... was für einen DSL VPN router habt ihr? (bitte sag nicht Fritte)
Fritte? Neeeee, das ist eine Fritz!Box.
moin...
ne fritte... und eine 16 Mbit leitung ist mit 1 Mbit upstream für RDP etwas mager
da gehört ein ordentlicher VPN router hin... oder dergleichen!
Frank
ne fritte... und eine 16 Mbit leitung ist mit 1 Mbit upstream für RDP etwas mager
Zugreifende Seite: 100 Bit-Anschluss mit einer Fritzbox 7490.
und noch ne fritte.. da gehört ein ordentlicher VPN router hin... oder dergleichen!
Derzeit greift nur EINE Person per VPN zu. Tunnel wird aufgebaut mittels Shrew Soft (www.shrew.net). Der Client verwendet dann den Remote Desktop Client von MS. (Wens interessiert: Anleitung)
Nachdem ich nie selbst vor Ort war, kann ich leider keine Details zum Verhalten des Ziel-PCs bieten. Diejenigen vor Ort haben den Ziel-PC dann immer neu gebootet (wohl über den Ein-/Ausschalter), weil er angeblich nicht auf Maus oder Tastur reagiert hat. Dann ging es wieder eine Zeitlang.
ich würde auch mal den PC ürüfen lassen....Nachdem ich nie selbst vor Ort war, kann ich leider keine Details zum Verhalten des Ziel-PCs bieten. Diejenigen vor Ort haben den Ziel-PC dann immer neu gebootet (wohl über den Ein-/Ausschalter), weil er angeblich nicht auf Maus oder Tastur reagiert hat. Dann ging es wieder eine Zeitlang.
Frank
Typisches Muster wenn man billige Consumer Plaste Router im Firmenumfeld nutzt...
weil er angeblich nicht auf Maus oder Tastur reagiert
Bei solchen Gruselrechnern ist die wahre Ursache eine ganz andere aber ganz sicher nicht das Netzwerk. Vermutlich fällt man da um wenn man mal den Autostart Ordner öffnet. Raten im freien Fall ohne Fakten...
Also 16 Mbit auf der "Server-Seite"? Der hat damit vermutl. nen Upload von 1 Mbit?! Davon geht noch die VPN-Bandbreite runter und der Rest bleibt dann fürs Interface.
Frage: Mit welcher Software arbeitest Du?! RDP oder VNC?!
Vorab: RDP ist besser (Bild, Übertragung, Bandbreite, Bedienung, usw.)
Du kannst bei RDP auch Einfluss nehmen: 16 Farben, Auflösung, ...
Was "wird bedient"?! Normales Office-Applikationen?!
Meiner Meinung nach müsste das für einen(!) RDP-Zugriff reichen. Ich kenne ne Firma mit 2 Mbit-Upload da geht das bei mir recht problemlos ... hängt aber womöglich auch davon ab, was sonst so über die Leitung geht
Die Fritzen sind erstmal nicht das Problem! Ich mache das (fast) überall mit 7390, 7490, usw. - zumindest bei ner Bandbreite weit unterhalb 10 Mbit mit nur einem VPN--Client.
Frage: Mit welcher Software arbeitest Du?! RDP oder VNC?!
Vorab: RDP ist besser (Bild, Übertragung, Bandbreite, Bedienung, usw.)
Du kannst bei RDP auch Einfluss nehmen: 16 Farben, Auflösung, ...
Was "wird bedient"?! Normales Office-Applikationen?!
Meiner Meinung nach müsste das für einen(!) RDP-Zugriff reichen. Ich kenne ne Firma mit 2 Mbit-Upload da geht das bei mir recht problemlos ... hängt aber womöglich auch davon ab, was sonst so über die Leitung geht
Die Fritzen sind erstmal nicht das Problem! Ich mache das (fast) überall mit 7390, 7490, usw. - zumindest bei ner Bandbreite weit unterhalb 10 Mbit mit nur einem VPN--Client.
Zitat von @Visucius:
Also 16 Mbit auf der "Server-Seite"? Der hat damit vermutl. nen Upload von 1 Mbit?!
Also 16 Mbit auf der "Server-Seite"? Der hat damit vermutl. nen Upload von 1 Mbit?!
Die haben mittlerweile, selbst als 6Mbit, im Normalfall 2-2,8Mbit, außer man erwischt einen der wenigen Vodafone/1&1, die über lokale Kleinstprovider bereitgestellt werden und noch auf Annex B laufen.
Bitte benutze die zitieren Funktion, wenn du Antworten schreibst, sonst muss man immer umher scrollen.
Du solltest erst mal verifizieren, wie sich die Geräte vor Ort wirklich verhalten, denn
Gruß
Du solltest erst mal verifizieren, wie sich die Geräte vor Ort wirklich verhalten, denn
Zitat von @OdidoW:
Nachdem ich nie selbst vor Ort war, kann ich leider keine Details zum Verhalten des Ziel-PCs bieten. Diejenigen vor Ort haben den Ziel-PC dann immer neu gebootet (wohl über den Ein-/Ausschalter), weil er angeblich nicht auf Maus oder Tastur reagiert hat. Dann ging es wieder eine Zeitlang.
ist keine sichere Aussage.Nachdem ich nie selbst vor Ort war, kann ich leider keine Details zum Verhalten des Ziel-PCs bieten. Diejenigen vor Ort haben den Ziel-PC dann immer neu gebootet (wohl über den Ein-/Ausschalter), weil er angeblich nicht auf Maus oder Tastur reagiert hat. Dann ging es wieder eine Zeitlang.
Gruß
Na ja, schön ist in meinen Augen anders, ich würde da nicht alles stumpf im Hintergrund mit starten lassen.