6
Nutzung von MeshCentral oder Alternative zur Fernwartung
Hallo zusammen,
ich wollte mal nachfragen was hier so für Software zur Fernwartung/Support innerhalb eines Netzwerks genutzt wird? Der Ansatz von MeshCentral gefällt von den Infos her sehr gut. Vor allem das man noch zusätzliche Infos zu den Clients erhält. Was ist eure Meinung dazu oder bietet sich andere Software besser an oder habt ihr andere Empfehlungen? Ich würde mich über ein paar Infos freuen.
Danke schon mal
ich wollte mal nachfragen was hier so für Software zur Fernwartung/Support innerhalb eines Netzwerks genutzt wird? Der Ansatz von MeshCentral gefällt von den Infos her sehr gut. Vor allem das man noch zusätzliche Infos zu den Clients erhält. Was ist eure Meinung dazu oder bietet sich andere Software besser an oder habt ihr andere Empfehlungen? Ich würde mich über ein paar Infos freuen.
Danke schon mal
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: 43456585014
Url: https://administrator.de/forum/nutzung-von-meshcentral-oder-alternative-zur-fernwartung-43456585014.html
Ausgedruckt am: 22.12.2024 um 01:12 Uhr
6 Kommentare
Neuester Kommentar
Moin.
Wir nutzen Baramundi und Rustdesk (self-hosted).
In der Vergangenheit waren für mich sowohl RDP (wenn ich keine Mitarbeiter Unterstützung benötigte) als auch RAdmin erste Wahl.
MeshCentral fand ich persönlich nach einem mehrmonatigem Test irgendwie zu unperformant und etwas altbacken.
Gruß
Marc
Wir nutzen Baramundi und Rustdesk (self-hosted).
In der Vergangenheit waren für mich sowohl RDP (wenn ich keine Mitarbeiter Unterstützung benötigte) als auch RAdmin erste Wahl.
MeshCentral fand ich persönlich nach einem mehrmonatigem Test irgendwie zu unperformant und etwas altbacken.
Gruß
Marc
Moin.
MeshCentral hatte ich mal getestet, hat prinzipiell funktioniert. Ich sehe aber die Möglichkeit, ohne Wissen des Endusers remote seine Dateien durchsuchen zu können, remote Befehle ausführen zu können etc. als eher kritisch. So richtig unterbinden konnte MeshCentral das "damals" noch nicht (mein Test ist gut zwei Jahre her).
Alternativ experimentiere ich mit RustDesk, das scheint vielversprechend zu sein. Gerade für "mal eben Remote-Support" besser als MeshCentral, da keine Installation nötig ist.
Cheers,
jsysde
MeshCentral hatte ich mal getestet, hat prinzipiell funktioniert. Ich sehe aber die Möglichkeit, ohne Wissen des Endusers remote seine Dateien durchsuchen zu können, remote Befehle ausführen zu können etc. als eher kritisch. So richtig unterbinden konnte MeshCentral das "damals" noch nicht (mein Test ist gut zwei Jahre her).
Alternativ experimentiere ich mit RustDesk, das scheint vielversprechend zu sein. Gerade für "mal eben Remote-Support" besser als MeshCentral, da keine Installation nötig ist.
Cheers,
jsysde
Moin,
wir nutzen AnyDesk in der Enterprise Variante. Dadurch haben wir eigene Kommunikationsserver, der nur von unseren Clients genutzt werden können. War eine lange Entscheidung, aber auf Grund von KRITIS, DSGVO und Rahmenbedingungen, die einzige Alternative zu Teamviewer gewesen.
RustDesk kommt leider (noch) nicht in Frage, da es noch nicht mit Standard Ports ala 80/tco und 44§/tcp funktioniert. Für uns dahingehend interessant, dass durch den Docker Ansatz schnell und einfach notwendige Kapazitäten automatisch erhöht/minimiert werden kann. Was bei AnyDesk so nur bedingt möglich ist.
Gruß,
Dani
wir nutzen AnyDesk in der Enterprise Variante. Dadurch haben wir eigene Kommunikationsserver, der nur von unseren Clients genutzt werden können. War eine lange Entscheidung, aber auf Grund von KRITIS, DSGVO und Rahmenbedingungen, die einzige Alternative zu Teamviewer gewesen.
RustDesk kommt leider (noch) nicht in Frage, da es noch nicht mit Standard Ports ala 80/tco und 44§/tcp funktioniert. Für uns dahingehend interessant, dass durch den Docker Ansatz schnell und einfach notwendige Kapazitäten automatisch erhöht/minimiert werden kann. Was bei AnyDesk so nur bedingt möglich ist.
Gruß,
Dani
Ich nutze Anydesk und Mesh immer dann, wenn der User sehen soll, was ich tue, damit er es beim nächsten mal selbst hinbekommt. Bei beiden ist es für beide transparent, wer was gerade tut. Auch hilft es mir, wenn ich weiß, was der User tat und/oder es mir zeigt.
Bei RDP geht das ja nicht, weil der User vor Ort abgemeldet wird. RDP hilft daher nur dann, wenn klar ist, dass man eh alleine ist, z. B. auf den eigenen Büchsen in eigener Umgebung. Da schätze ich RDP sehr, weil es am ehesten look'n'feel von "vor Ort" hat und auch die lokalen Tasten lokal wirken.
Bei RDP geht das ja nicht, weil der User vor Ort abgemeldet wird. RDP hilft daher nur dann, wenn klar ist, dass man eh alleine ist, z. B. auf den eigenen Büchsen in eigener Umgebung. Da schätze ich RDP sehr, weil es am ehesten look'n'feel von "vor Ort" hat und auch die lokalen Tasten lokal wirken.
Vielen Dank für eure Nachrichten. Da bei uns in Zukunft Baramundi genutzt werden soll, werde ich mir bei unserer Schulung Ende November mal ein paar Infos zu baramundi remote control holen. Das hat mir schon mal weitergeholfen
Und ich sehe es auch so, dass es absolut Sinn macht, wenn der Nutzer sieht was ich mache und er mir erklären kann was sein Problem ist.
Und ich sehe es auch so, dass es absolut Sinn macht, wenn der Nutzer sieht was ich mache und er mir erklären kann was sein Problem ist.
Es gibt aber auch eine parallele Diskussion über RDP und shadowing, wo auch der Client seinen Schirm sieht.
Gleichzeitige RDP Verbindung mit Client und "Draufschalter"
Gleichzeitige RDP Verbindung mit Client und "Draufschalter"
