Beiträge von Artimis

Nö, es kommt in etwa das:

:~# crontab -u ts2 -e
crontab: installing new crontab

Copy 'n Past...

Zitat

Habe es in Homeverzeichnis mit den Namen teamspeak2 reboot gepackt ist das richtig so?

Häh? Das check ich nicht... :confused:

Leg einfach nen Cronjob unter dem TS2-User an und gebe bei den Zeitparametern "@reboot" an.

Jetzt hab ich dir doch schon eine Copy-'n-Paste-Anleitung geschrieben.

Einfach Cronjobs unter dem jeweiligen User anlegen, fertig.

Quick 'n Dirty:

su [TS2-User]
crontab -e




oder




crontab -u [TS2-User] -e




Da dann:




@reboot "/home/[ts2-user]/teamspeak2-server_startscript start" >> /dev/null

Zitat

Ich tu so als hätte ich keine mail erhalten

Wieso? Ich habe das jetzt so verstanden, dass deiner auch rebootet wird.
Nur eben für den HDD-Swap, nicht für den SSD-Swap.

206

Geeenau!
Und per Default ist diese auskommentiert, also on.

Naja, ich habe einfach /bin/false in die /etc/shells gepackt und "RequireValidShell on" gesetzt.

Aber es geht ja nicht um mich, sondern um den TE, nicht?

Zitat

Edit: Nachtrag: SysCP hat für die emulierten User auch die Shell /bin/false in der Datenbank stehen

Und wie steht es mit der /etc/shells ?
Steht da /bin/false drin, ist dies eine gültige Shell.

Ich nutze auch /bin/false für meine FTP-User. Allerdings ist mein System völlig selbstconfiguriert, weshalb ich /bin/false erst einmal eintragen musste, vorher lief nichts.

Ich habe mir jedenfalls ganz am Anfang die Zähne an diversen FTP-Servern ausgebissen, u.a. auch an dem, den sysCP afaik nutzt: proftpd.
Und da wurde stehts klipp und klar eine gültige Shell gefodert, was ich damals allerdings mit einer vernünftigen Shell assoziierte.

logarithmische Therme? Süüüß!

Ich habe mich eben mit hypergeometrischen Funktionen und deren Verhalten in kommutativen unitären Ringen beschäftigt.

Ich glaube, ich gebe Mathematik ab und studiere Chemie...

197

Zitat

Kann man aber als FTP-Client benutzen genauso wie putty
Einfach das Übertragungsprotokoll ändern

Axo, wieder was gelernt. Naja, ich bin mit Filezilla zufrieden (kann btw. auch alles).

Zitat

1. benötigt normales FTP keine shell

Je nachdem, wie man es versteht, richtig oder falsch:
FTP benötigt keine Shell, nein
der FTP-Server besteht jedoch in den meisten Fällen darauf, dass der User eine gültige Shell (d.h. eine aus /etc/shells) hat, es sei denn, was du bereits sagtest:

Zitat

2, Nutzt IsCp vermutl. wie eig. jedes Interace virtuelle FTP User

Jo, klar, für
scp == sftp != ftp
ist eine Shell natürlich Vorraussetzung.

Unter dem sysCP-Account legt man aber keine Accounts für sFTP an.
Btw: Winscp ist afaik KEIN FTP-Client

Zitat

Bei mir läuft Munin seit Ewigkeiten auf einem vServer Bronze und generiert dort die Grafiken und Zusammenfassungen von mehreren anderen vServern, inklusive der lokalen Munin-Node Installation. Der Load Wert hüpft dabei nicht einmal auf 0.1, trotz sehr vieler Plugins :p

Mit einem Wort: Püh!

191

Weder TS2 noch TS3 muss da mitschreiben.
Wie ich schon sagte: Über den TCP-Query-Ports kann man mit PHP problemlos die aktuell auf dem Server befindlichen Nicks auslesen.
Also schlicht alle 5min als Cronjob ausführen lassen und einen Zähler in einer mySQL-DB hochzählen lassen. Den Zählerwert durch 12 teilen und abrunden, fertig.

Das würde aber auch bedeuten, dass der FTP-Benutzer Zugang zur Shell hat, was man in schätzungsweise 99,999% aller Fälle auf keinem Fall und wirklich niemals möchte! :eek:

Einfach /bin/false unter den /etc/shells eintragen, dann sollte FTP laufen.

Respektive netcup ist ein Co-Location-Partner von Hetzner

Zitat

Ich hab das "Abfall" ja wieder rauseditiert, ich hab mich nur extrem über Artimis aufgeregt! Ist der Sinn des Forums nicht zu Supporten und nicht unnötige Antworten zu geben?

Du, der ganze Threat ist Abfall, insbesondere die Fragen. Abgesehen davon ist er inzwischen ein Troll.
Mein Tipp hingegen ist in deinem Falle goldrichtig. Alles eine Frage des Blickwinkels.

Und ja: Sinn ist es, dass Kunden Kunden helfen. Aber Sinn ist es nicht, sich am Unglück andere mitschuldig zu machen, indem man ihnen das Handwerkszeug für den eigenen Ruin liefert.

Du weißt aber schon, dass das sich an den Support wenden in deinem Fall Geld kostet?

Denn du benötigst ja keinen Support zu deinem vServer, der funktionier (leider) völlig normal.
Du benötigst jemanden, der dich an die Hand nimmt und dir das unentdeckte Land der *nix-Welt zeigt. Und das ist eine exklusive Dienstleistung.

Im Übrigen glaube ich nicht, dass der Support so fahrlässig ist, dir zu zeigen, wie du deinen vServer unsicher machen kannst.
Ich krame nur zu gerne mein Bild wieder vor: Man bringt 3-Jährigen nicht bei, wie man ein Feuerzeug benutzt.

Und einen vServer als Erkundungs- und Testgelände zu nehmen, ist extrem fahrlässig.
Und dann noch uns hier mit -entschuldige- Pinkes-Schlachtfieh-blöden Fragen zu belästigen, ist auch irgendwo dreist, wenn du dann auch noch Dinger wie "nicht nett" und "Abfall-User" raushaust.

Nutze die Zufriedenheitsgarantie und hole dir Webspace oder einen managed Server. Alles andere wird frühstens in ein paar Jahren etwas, wenn du ordentlich ranklotzt.
Und zum Thema "nett": Das IST nett. Uns kann es im Prinzip egal sein, wenn du dir dein grab schaufelst. Aber da wir "nett" sind, ist es uns das nicht!

Irren ist menschlich.

Aber um so richtig Mist zu bauen, brauchts du schon einen Computer!

Es sind bei dir, dafür lege ich meine Hand ins Feuer, alle Ports offen.
Und sicherlich nicht nur Ports...

Bei mir ist es längst unten.
Es gibt bessere, selbstprogrammierte Tools, die mehr als nur hübsche Grafiken können.
Sich die CPU-Load-Werte zu isolieren und in ne mySQL-DB zu hauen, ist ja nun echt nicht das Ding, dafür brauche ich keine enormen Load-Peaks.

Zitat

Aber ne andere Frage, wie ist das mit der Firewall?

Am besten, du erstellst zwei Regeln:

Protkoll: TCP
Remote IP: any
Remote Port: any
Ziel IP: alle auswählen
Ziel Port: any
Policy: drop




Protkoll: UDP
Remote IP: any
Remote Port: any
Ziel IP: alle auswählen
Ziel Port: any
Policy: drop

Sry, aber es scheint mir die beste Lösung zu sein.