Diese Funktion existiert im VCP, weil wir einen Bedarf für eine solche Funktion gesehen haben. Es steht jedoch jedem selber Frei mittels Rettungssystem eine Passwort Recovery manuell durchzuführen.
Beiträge von [netcup] Kai S.
-
-
Ich möchte hier nochmal sicher gehen: Wenn ich jetzt einen neuen root-Server bestelle (egal welchen RS 1000 bis 8000 G7) bekomme ich sda anstelle vda?
Es hat nichts mit den neuen Tarifen zu tun, sondern mit einer Umstellung der vorgefertigten Images. Bei einer Neuinstallation eines jeden auf KVM basierenden Server mit einem aktuellen Image (Debian Jessie, Ubuntu 16, Fedora 24 etc.) erfolgt die Umstellung von "vda" auf "sda". -
Also ich habe jetzt den RS 2000 G7 SSD über eine Imageinstallation eingerichtet und weiterhin vda und nicht sda (was ich ich mir aber irgendwie schon denken konnte)...
Welches Image wurde installiert? -
Hier lernt man immer wieder interessante Dinge kennen, wie z.B. Monitorix im Nachbarthread von commanderz.
Was auch ziemlich Sexy ist ist collectd. Vor allem weil es jede menge Schnittstellen mitbringt. Man kann sich die Daten z.b. entweder in rrd-files, oder z.b. auch in eine Influxdb schreiben lassen und die Daten dann mit Graphana und co. hübsch aufbereiten.
-
Wir haben in den vergangenen Tagen nun einmal Kontakt mit dem NOC vom genannten Provider aufgenommen und eine direkte Peering Session am DECIX eingerichtet. Der Traffic läuft nun über das neue direkte Peering zwischen denen und uns am DECIX.
-
Zuerst einmal: Heutzutage teilt man IPs eigentlich nicht mehr in Klassen ein. Eine Klasseneinteilung hat man vor sehr langer Zeit aufgegeben als man merkte, dass man relativ schnell keine freien IP-Blöcke mehr haben wird.
IP-Adressen werden seitdem "Klassenlos" betrachtet. Das ganze nennt sich dann CIDR: Classless Inter-Domain Routing.
In RFC1918: https://tools.ietf.org/html/rfc1918 ist definiert welche IP Bereiche für die Private Nutzung, also Bereiche die nicht ins Internet geroutet werden, reserviert sind.
Das sind folgende IP-Bereiche:
10.0.0.0 - 10.255.255.255 (10.0.0.0/8)
172.16.0.0 - 172.31.255.255 (172.16.0.0/12)
192.168.0.0 - 192.168.255.255 (192.168.0.0/16)Klassischerweise wird ein Teilbereich des Netzes 192.168.0.0/16 von sämtlichen Heimroutern für das Interne Netz benutzt.
Wie man das Netz dann unterteilt ist einem jeden selbst überlassen und hängt von verschiedenen Faktoren ab. Je nach Aufbau und Anforderung macht es z.b. Sinn einen dieser großen IP-Bereiche in einzelne vlans zu unterteilen und dann für Bereich A z.b. 10.0.1.0/24 für Bereich B 10.0.2.0/24 etc.. zu nutzen.
-
Prinzipiell spricht ja nichts dagegen, wenn sie es als normale Java-Anwendung anbieten würden, ohne Ausführung im Browser. Über Web Start hätten sie immer noch einen Teil der alten Vorteile.
Mit java webstart arbeitet zumindest HP. Java als solches macht trotzdem immer wieder Probleme (Java Versions missmatch, Java Sicherheitseinstellungen etc..), weswegen ich froh wäre, wenn die auf lange Sicht komplett auf IPMI und VNC umstellen würden.
-
Bin schon gespannt wie die ganzen Remote Access Card und Server Hersteller reagieren werden. Die nutzen ja alle derzeit das Java Plugin. Ich würde mir ja zusätzlich zu IPMI einen normalen VNC Server wünschen auf den man dann mit einem VNC Client seiner Wahl zugreifen kann.
-
Das halte ich für keine gute Idee...
Bei De-Mail und der ePost habe ich gefährliche Sicherheitseinstellungen gefunden, festgestellt, dass die Betreiber kein Interesse haben, sie zu beheben und musste erst über das BSI dort Stress machen.hab es damals ein bisschen verfolgt. Hat sich da inzwischen eigentlich was getan? Hat das BSI da was richten können?
-
Ich benutze Privat für Dinge wie z.b. Notifications meiner Waschmaschine und ähnlichem seit einigen Jahren innosend. Haben eine ganz gute api und sind zuverlässig, allerdings gehen da bei mir auch nicht viele SMS drüber.
-
Bei mir sind es derzeit 2 Pi's:
ein Pi mit Octoprint für den 3D Drucker und ein Pi mit einem zusätzlich D/A Konverter auf dem I2S Header sowie der Software Volumio um den Pi als Wlan Audio Empfänger zu nutzen. Hab dort ein 2.1 System dran und beschalle damit mein Schlafzimmer (wenn ich am Wochenende zu faul zum aufstehen bin, mach ich dann Musik an und kann es per Handy steuern). -
Marcoo ich hab ein Antec P180 im Einsatz und bin bisher super zufrieden damit.
-
Der Seiten Admin der genannten Person hatte dazu ja auch nochmal ein Statement in den Bewertungen auf Facebook abgegeben.
-
Da ich jedoch mein Backend Panel von Froxlor über Lighttpd laufen lasse habe ich einfach mal die Berechtigungen zum Lesen der Datei entzogen. Sollte bis zum Patch auch funktionieren
Unsere Tests haben gezeigt, dass Froxlor die Dateirechte eigenständig für alle Dateien im Logordner anpasst. Ein ändern der Dateiberechtigungen ist daher nicht ausreichend.
-
Das ist nicht Unitymedia sondern UPC Austria.
Naja. Liberty Global halt. Gehört ja eh alles dazu. Aber ja, stimmt. Hatte mich vom "UNITYMEDIA-MNT" im Whois verleiten lassen -
Der vorletzte Hop hatte aber einen Packetverlust.
Man muss dazu sagen: der MTR läuft vom vServer zu einem Anschluss von Unitymedia.Dort tritt in Unserem Einflussbereich im MTR kein Fehler auf, sondern nur am vorletzten hop. Dieser gehört aber zu Unitymedia.
Ob dort aber wirklich ein Problem vorliegt, oder ob der Router nur nicht auf die ICMP Anfragen geantwortet hat (was auch nicht die Aufgabe eines Routers ist), lässt sich nur dann erkennen, wenn das Zielsystem nicht per Firewall abgeriegelt wird.
-
Was tatsächlich noch fehlt (und wahrscheinlich meinst Du das) ist das ISO von Debian Jessie!
Welches inzwischen aber auch zur Verfügung steht.
-
Habe ich gemacht in beide Richtungen.
Also das ist zum Root.
[Blockierte Grafik: http://creative-gaming.de/mtr.png]
Von wo aus? Client Rechner Zuhause? Von einem anderen Server aus?
-
Grundlegend scheint die Verbindung zu funktionieren.
Haben auch andere Clients (thunderbird, eMclient etc.) Probleme, oder nur Outlook?Wurden ggf. einige SSL-Cipher zu viel deaktiviert?
-
So habe das gleiche Konstrukt nochmal auf meinem anderen kleineren vServer getestet und man siehe da es funktioniert alles tadellos genau so wie es soll.
Apache läuft wie er soll TS3 hat keine Paketverluste.Also kann es kein Konfigurations Fehler meinerseits sein ist alles wie auf dem XL vServer auch. TeamViewer lagt auch nicht so schlimm wie auf dem großen.
Also irgendwas stimmt bei dem XL nicht mit dem Netzwerk, würde ich sagen.Sie schrieben: Wenn der Apache aus ist oder die vhosts deaktiviert sind, klappt alles ordnungsgemäß. Meine Vermutung: eine fehlerhaft konfigurierte Seite oder ein eingehender Angriff auf Ihren Webserver. Wenn das Problem durch eine Ihrer Internetseiten oder dem Apache als solches verursacht wird, ist es auch nachvollziehbar das es auf dem anderen Server nicht auftritt, denn dieser hat einen signifikanten Unterschied: Die IP-Adresse.
