Mit Server als Mitbringsel 
Beiträge von AutoYaST
-
-
Aber SCSI ist doch "Virtio", oder nicht?
Hm kann schon sein, dann ist virtio eventuell via PCI und mit SCSI 'virtio-scsi' gemeint. In dem Fall wäre SCSI tatsächlich etwas moderner.
https://www.ovirt.org/develop/release-management/features/storage/virtio-scsi.html
-
Wieso ist denn SCSI als "Recommended" markiert? Für die meisten Linux und BSD basierten Betriebssysteme auf KVM müsste virtio eigentlich immer die native Wahl sein. Ist mir heute bei meinem neuen Ei-Server aufgefallen, hab's vor Installation noch umgestellt.
-
Vielleicht hilft es ja, die Anfrage nicht mit dem eigenen Familiennamen zu unterzeichnen.
(Scherz, mit den günstigen Jahresgebühren können die es sich sicher leisten, auf den Domains sitzenzubleiben, bis irgendwann mal einer eine von deren Massenbestand kauft.)
-
Willkommen, @Miyakura!
Es scheint vorhin ein paar vereinzelte RS S gegeben zu haben, genau in der Stunde war ich aber im Supermarkt zu Gange....
-
Ich hätte ja so gerne den Root Server "RS Ostern S OST22" genommen, aber leider gab es diesen scheinbar nur für kurze Zeit...
Hatte bisher ein "RS 1000 SSD G7SEa1 12M" gehabt (gekündigt), aber dieser sollte jetzt ersetzt werden durch ein Osterangebot. Nun habe ich aber das RS S Angebot noch nie gesehen hinter einem Ei, naja, dann wird es wohl keinen Ersatz geben.
Geht mir ähnlich, hätte gerne ein paar große RS mit kleineren ersetzt, hätte mir zwar denken können, dass es dieses Jahr nicht all zu viele tolle Angebote geben wird, aber hatte zumindest auf kleine RS gehofft. Kann man nichts machen, glücklicherweise habe ich noch nicht alle Eier aus dem Vorjahr abgetreten (aber leider schon ein paar).
-
Ich habe das Glück und bin stolzer Besitzer unseres Familiennamens als Domain
Die Domain war ewig beim orangenen Abieter aus Berlin registriert und gehörte auch einer Person aus Berlin, damals noch einfach einsehbar bei der Denic. Die Website sah aus wie aus 1980 und hatte keinen wirklichen Inhalt.
Du glücklicher - finde den Datenschutz heutzutage ja eigentlich voll ok, aber es gibt einige Webseiten, die jahrelang nur "Hier entsteht meine neue Webseite!!!" platzieren, und niemandem die Möglichkeit geben, etwas Kleingeld dafür anzubieten.
-
Hab auch noch leibniz-butterkeks.de als Domain. Hab Bahlsen schon mehrmals kontaktiert, wollen die aber anscheinend nicht kaufen
Na die werden blöd schauen, wenn du die sündteuer an Nestle vertickst!
-
Eine Domain mit meinem Familiennamen liegt bei einem "Email Parker", also einer der die Domains nicht teuer verkauft, sondern teure Email Adressen mit den Domainnamen anbietet. Total schwachsinnig, weder möchte ich meine Emails bei einem solchen Institut hosten, noch Besucher meiner Emaildomain auf eine Marketingseite schicken.
-
Das ist ja mal toll, @Virinium.
Menschen, die vor meiner Geburt schon Domains gesammelt haben hatten es wohl am einfachsten.
Die Seite mit dreistelligen .de gibt es noch, aber sind eher müllige Zeichenkombinationen die noch frei sind.
-
Zeit für's Brainstorming... welche Domainhacks lassen sich mit .ch und .eu anstellen?
-
Thanks Pro
- Due to a misunderstanding, I installed the Firewalld feature (even though it has iptables) ... to my knowledge, is there any conflict between the 2 features?
No, in fact, you need to keep iptables if you want to use firewalld. Firewalld is a wrapper for iptables/nftables. It basically generates iptables rules for you, making it easier to administrate the firewall. My concern was mostly because you installed manual iptables rules before moving to firewalld - I am not sure if an installation of firewalld will overwrite them automatically, but I assume it does.
I tested it by manually login ssh wrong. The fail2ban system will block immediately
Good!
pasted-from-clipboard.png
That link unfortunately does not work.
-
(Bei mir persönlich wäre das aber momentan nur das Ei von netcup
Kein Wunder, dass ich beim Eierfinden so schlecht bin, wenn mir nicht einmal das ohne Hinweis auffällt.
-
@mainziman Ja, genau - dachte, das würde nur dort (bzw. im dmidecode equivalent) nachsehen.
Interessant, netter Testcode! Danke für's ausprobieren.
-
Für manche Anwendungen gucke ich bei den Angeboten schon nur mehr auf den Preis, die Ressourcen sind für viel Kleinzeugs sowieso übertrieben.
Jetzt im Nachhinein ärgere ich mich aber - einige Aktionsserver abgetreten zu haben. Meine Idee war, einige loszuwerden, um dieses Jahr etwas kleinere zu kaufen, da ich viele Anwendungen auf Dedis ausgelagert habe.
Tiptop geplant von mir, mit den Angeboten dieses Jahr hätten die vom letzten Jahr heute Bitcoinwerte!
-
Ggf. aktuelle OpenCL runtime installieren. Aber da man nicht genau weiß, welche CPU in den VPS verbaut sind, ist das wohl eher schwierig.
Abgesehen davon bist du bei solch CPU lastigen Programmen mit dedizierten Ressourcen wohl besser bedient - und deine VM-Nachbarn werden es dir danken.
-
And I have no idea, what this firewall daemon does. Typically, such frameworks create a set of complex rules and chains that no one can understand.
1)
Firewalld by itself is not a bad thing. It is commonly used in enterprise distributions like Red Hat and SUSE, and I generally recommend it over manual configuration of iptables/nftables for unexperienced people on other distributions.
Issues arise if the administrator is not familiar with what the tool is doing, and combines it with other, possibly conflicting solutions.
In this case apparently a random, old script, was run to inject iptables rules, after which firewalld was installed. The poster then masked the iptables service (which I am not sure is of any use, since iptables works using a kernel module, which is required as a backend for firewalld), apparently in the attempt to have only firewalld manage firewall rules - I do not know the CentOS distribution and could not find any documentation for it - and hence am unable to tell what impact this has.
2)
To the original poster - the firewalld ruleset you installed looks fine, however, it seems you previously installed manual iptables rules, which may or may not conflict. Hence - albeit me favoring the use of firewalld - I recommend you to inspect and understand the iptables rulesets which firewalld places for you, instead of blindly trusting them.
3)
Testing the server from outside for open ports, as suggested by m_ueberall, is a good idea. But again, I recommend to read up on and understand the process, instead of blindly trusting an empty `nmap` result.
4)
Open ports are not the only issue. You mentioned the script you run at the beginning installed some sort of banning system to block IP addresses frequently trying to access your system. I assume this system is fail2ban - in which case, now that you switched to firewalld, you may need to manually reconfigure fail2ban to utilize firewalld as its banning backend!
5)
Keep your system patched. Use key-based SSH authentication. Read up on Linux hardening and auditing. Install a monitoring application to inform you of suspicious login and network activity, but do not enable a mail transfer agent to send you notification emails before understanding what an "open relay" is.
6)
I share the concerns of the other commenters, and my tone may sound I am on their side. However, whilst the previous information given to you is absolutely justified, I want to emphasize that I do very much congratulate you for joining the journey of self-hosting GNU/Linux based services on the internet. I want you to feel welcome with the freedom of self-hosting. Whilst possibly overwhelming at first, it will open many doors, and allow you to enjoy and learn aspects of system administration otherwise hidden from you if you were just buying into a "ready made thing". As already pointed out by others however, it would have been wise to first evaluate your setup in a local virtual machine. Most computers nowadays are powerful enough to run at least a small Linux based virtual machine - allowing you to test things in a local, isolated, network, before releasing them onto the world wide web. Even though you now already have a Netcup VM on the internet, you may still want to look into setting up a local one (or multiple!) for testing configurations and playing around with things.
People here are not only concerned about the effect your actions on public servers have for yourself (for example with abuse reports sent to you), but also about the effects your actions have on other users of the same infrastructure. For example, a hosting provider like Netcup, may decide to block common ports if they feel too many users host servers prone to exploitation and abuse.
-
VPS oder RS? Denn bei den aktuellen VPS steht, wenn ich mich recht erinnere, nur irgendwas mit "QEMU Generic CPU" in den DMI Daten. Vermutlich möchte das Programm aus den DMI Daten etwas mehr auslesen.
-
Oooooh *zappel*
-
Wenn ein Hoster sich von den erhöhten Anfragen so bedroht fühlt, würde ich mir eher Gedanken machen, ob ich dessen Infrastruktur überhaupt vertrauen möchte.
*weiter DNS selbst-host*
