Bloß nicht. Kann ich nur dringend von abraten.
Ich muss zugeben - Hatte ich bisher nur in Testsumgebungen, noch nie produktiv.
Mir ist da nichts negatives aufgefallen. Aber wie schon gesagt - TESTumgebung.
Beiträge von Lukay
-
-
Hi,
läuft rsync permanent oder via cron?
rsync ist ein einmaliger Befehlsaufruf.
D.h. du müsstest das als cron einrichten.
Das was du mit "dauerhaft" meinst ist wohl eher eine Live-Replication. Da werden dann Daten zwischen 2 Hosts hin und her syncronisiert, während rsync nur in eine Richung läuft.
Das erreicht man eher mit DRBD (Distributed Replicated Block Device) und ist wesentlich komplizierter.
Gibt es eine Möglichkeit SQL DBs zu syncen?
Ja, schau dir das mal an Maria DB Galera Cluster
Das ist dann ein Active-Active Cluster, d.h. du kannst auf allen Nodes schreiben, ohne "Slaves" zu haben.
Für deinen Anwendungszweck würde erst mal überlegen/testen, ob es nicht einfacher Cache tun würde.
Quasi einfach mittels nginx eine Cache-Node in China zu basteln.
Kann sein, dass du das schon überlegt hast oder es für deine Site nicht in Frage kommt, aber das wäre definitiv weniger Aufwand
-
dort zahlen wir aber auch ein vielfaches mehr
Sorry aber das konnte ich jetzt nicht so stehen lassen, denn andere Anbieter haben ein vielfaches an Servern, da wird auch nichts kopiert.
Wie du schon selbst erkannt hast, kosten andere Anbieter aber auch mehr.
Ich vermute mal, Netcup könnte uns nicht diese Preise bieten, wenn diese Art von Infrastruktur dahinter stecken würde.
-
Ich hab 2 Server. Bei einem noch nix, beim anderen heute Abend ne Mail bekommen, dass er am Freitag vormittag dran ist
-
Wenn schon innerhalb der Geschäftszeiten, da würde ich mir längere Vorlaufzeiten und evtl. ein Mitspracherecht beim Zeitpunkt wünschen ....
Dann bist du (meiner Meinung nach) beim falschen Anbieter.
Für diese Art von "Service" müsstest du wahrscheinlich etwas mehr zahlen..
-
Ich verwendet hierfür OpenVPN.
Wie es bei tinc aussieht, weiß ich nicht, aber für OpenVPN braucht man einen zentralen Server.
(Ist der nicht erreichbar ist dein ganzes Netz tot)
-
Oh meine lieben Freunde! Ich denke ich verspreche nicht zu viel wenn ich bereits am heutigen Montag das Zitat der Woche gefunden habe.
Wobei aktuell noch fast überall Ferien sind, ich würde den Tag nicht vor dem Abend loben!
-
und dann kommt
Wann kommt das? und wo?
Welchen Weg des Zugriffs nimmst du denn? SSH/VNC/Froxlor...
Vielleicht solltest du, was auch immer du mit dem Server vor hast, noch mal überdenken, wenn es schon hier scheitert.
-
Um welches Protokoll handelt es sich denn?
So weit ich weiß, kann man nur TCP gut Port-scannen.
53 klingt mir aber eher nache einem DNS Server, der hört dann wahrscheinlich nur auf UDP..
-
(Gut, ich wusste, dass die Funktion existiert, musste nur noch mal googlen, wegen der Syntax) Aber das hat mich 30 Sekunden gekostet..
-
Guten Abend,
CodeDATE_ADD(NOW(), INTERVAL 1 MONTH)Mit freundlichen Grüßen
-
Scriptlaufzeit: 328.4 Millisekunden
Klingt so, als würde das Hostsystem das überhaupt nicht spüren.
Ich glaube, du musst dir da keine Sorgen machen.
Gerade da du das ja als Cronjob einrichtest, hast du ja nur einen "Thread".
Solange sich die Crons nicht überschneiden (und mit der Ausführungszeit bist du wohl weit davon weg), brauchst du nicht mehr als einen Core des Hostsystems.
Dein RAM ist ja eh begrenzt, den kannst du dem Hostsystem nicht "wegnehmen"
-
also möglich ist es anscheinend.
Interessant, auf meinen privaten Hosts hatte ich das bisher nicht hinbekommen.
Aber in diesem Service, von dem du da redest, wird, glaube ich, der Guest-Agend installiert..?
Oder was ist sonst an deren Umgebung anders?
-
Chrome Remote Desktop
Das hab ich noch nie probiert..
Das "Problem" hatte ich bisher immer bei VNC. Aber anstatt das "Problem" zu lösen, hab ich einfach immer das Windows-RDP verwendet
-
Ist die mitgelieferte denn sicher bzw taugt die was
In der Linux-welt führt fast kein Weg an iptables vorbei
(Es sei denn, du verwendest centOS oder so, da hast du firewalld oder so)
Aber generell verwendet man bei Linux in sachen Firewall die Bortmittel des Betriebsystems.
Die sind gut, stabil und schon Jahrzehntelang erprobt.
-
Display keine Full-HD Auflösung wählen
Bist du über VNC unterwegs?
Bei RDP passt sich das eigentlich immer an deinen Monitor an..
-
dass sämtliche Pakete über deren Server gehen
Soweit bin ich ja noch gar nicht
Es scheitert bei Discord ja scheinbar schon an der Technik..
-
Mit dem Client geht es eigentlich
Ich hab Discord bisher nur über den Client verwendet. Und eben genau da hab ich die Probleme..
Ich tippe auf UDP Paketverlust am Server. (Oder eben auf der Route)
-
kenne aber auch das gegenteil, dass aufgrund der Schlechten (Sprach-)Qualli viele wieder zu TS gewechselt sind.
Das kann ich bestätigen.
Wahrscheinlich UDP-Drops.
Deswegen ist mein Freundeskreis bei Ts geblieben.
-
Da du nicht so viel Erfahrung mit der ganzen Sache hast, würde ich dir eher Raten mit den DNS Records und einem externen SMTP Server etwas rumzuprobieren, statt wieder ein Mailsetup zu versuchen.
