Beiträge von H6G

Zitat von tab

Ich mache mir langsam echte Sorgen um die erst gestern gekauften Popcorn-Vorräte

Wird noch besser.

Zitat von AlexN

win 10 premium home, version 6.1

Wenn du von PHP redest, dann in der PHP Config. Die liegt bei jeder PHP Suite anders, je nachdem was du da installiert hast.

Du bist dir wirklich sicher, dass du ein Windows Client OS einfach so mit einer 1 GBit/s Leitung an das Internet ohne Firewall schließen willst? Btw. gibt es kein Windows 10 Premium Home...

Zitat von mainziman

von Powerline würde ich bei dann doch kurzen Leitungen abraten;

Das macht auch über das 1 kV Netz keinen Spaß.

Im heimischen Stromnetz musst du auf der gleichen Phase liegen, ggf. ein Phasenkoppler installieren. Außerdem versaust du dir das Stromsignal (Glühbirnen haben das durch ihre Trägheit wieder ausgeglichen). Von D-LAN (DosenLAN) kann ich nur abraten, wenn es nicht absolut notwendig ist.

Brauchst du zwingend FTP oder gibt es bei SFTP Features, die dir fehlen?

Wenn du nicht zwingend FTP brauchst würde ich dir empfehlen proftpd zu entfernen. SFTP wird über OpenSSH bereit gestellt.

Ansonsten würde ich den Zugang zu phpmyadmin absichern. Das Paket wird nämlich nicht mehr geflegt.

Regelmäßig Updates einspielen und System, wie auch Logs beobachten, dann solltest du auf der sicheren Seite sein.

Zitat von Primeas

Oder bin ich trotz der Vorkehrungen auch ein Fall der keinen root haben sollte so wie ich es hier ab und zu lese?

Die wenigsten davon können das Selbständig machen, geschweige den Log Files lesen. Insofern: nein. Gute Arbeit!

Zitat von whoami0501

But... why?

Traffic generieren.

Zitat von Flolo

Beide Server laufen unter Debian10

Da musst du Routen auf allen Geräten setzen, wer ist wie erreichbar.

Wenn dir das statisch zu viel Arbeit ist, solltest du auf dynamische Routingprotokolle zurückgreifen, z.B. OSPF, RIP etc.

Ich habe noch ein paar Netzwerke, da läuft auf allen Servern und Routern OSPF mittels Bird.

Zitat von Paul

Bei einem RS SSD kann ich gerne aushelfen Hier mal die Werte eines RS 2000 SSD

Ich glaube das ist der erste IOPS Vergleich zwischen SSD und SAS hier bei Netcup, oder?

Vielen Dank, das sind auf jeden Fall sehr gute, hohe Werte.

whoami0501 Let's talk IOPS: fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75

Netcup G8 SAS: 329 / 110 - mit Schwankungen bei Min/Max

test: (groupid=0, jobs=1): err= 0: pid=24441: Mon Nov 18 22:37:52 2019
  read : io=3070.4MB, bw=1318.9KB/s, iops=329, runt=2383955msec
  write: io=1025.8MB, bw=451152B/s, iops=110, runt=2383955msec
  cpu          : usr=0.47%, sys=1.74%, ctx=489228, majf=0, minf=8
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
     issued    : total=r=785996/w=262580/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
     latency   : target=0, window=0, percentile=100.00%, depth=64

Run status group 0 (all jobs):
   READ: io=3070.4MB, aggrb=1318KB/s, minb=1318KB/s, maxb=1318KB/s, mint=2383955msec, maxt=2383955msec
  WRITE: io=1025.8MB, aggrb=440KB/s, minb=440KB/s, maxb=440KB/s, mint=2383955msec, maxt=2383955msec

Disk stats (read/write):
  sda: ios=785679/264928, merge=213/2789, ticks=113435016/39714372, in_queue=153150908, util=100.00%

Dedizierter Server, 2x SATA, zfs-mirror: 3609 / 1212

test: (groupid=0, jobs=1): err= 0: pid=14226: Mon Nov 18 22:05:00 2019
  read: IOPS=3599, BW=14.1MiB/s (14.7MB/s)(3070MiB/218365msec)
   bw (  KiB/s): min=    8, max=107768, per=100.00%, avg=14439.23, stdev=11432.55, samples=434
   iops        : min=    2, max=26942, avg=3609.77, stdev=2858.15, samples=434
  write: IOPS=1202, BW=4811KiB/s (4927kB/s)(1026MiB/218365msec); 0 zone resets
   bw (  KiB/s): min=    8, max=36616, per=100.00%, avg=4848.42, stdev=3827.70, samples=432
   iops        : min=    2, max= 9154, avg=1212.07, stdev=956.94, samples=432
  cpu          : usr=1.68%, sys=12.24%, ctx=247646, majf=0, minf=8
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
     issued rwts: total=785920,262656,0,0 short=0,0,0,0 dropped=0,0,0,0
     latency   : target=0, window=0, percentile=100.00%, depth=64

Run status group 0 (all jobs):
   READ: bw=14.1MiB/s (14.7MB/s), 14.1MiB/s-14.1MiB/s (14.7MB/s-14.7MB/s), io=3070MiB (3219MB), run=218365-218365msec
  WRITE: bw=4811KiB/s (4927kB/s), 4811KiB/s-4811KiB/s (4927kB/s-4927kB/s), io=1026MiB (1076MB), run=218365-218365msec

Dedizierter Testserver, 4x IBM SAS ganz ganz alt, raidz1: 239 / 80

test: (groupid=0, jobs=1): err= 0: pid=31809: Mon Nov 18 22:59:48 2019
  read : io=3070.4MB, bw=981821B/s, iops=239, runt=3279047msec
  write: io=1025.8MB, bw=328000B/s, iops=80, runt=3279047msec
  cpu          : usr=0.38%, sys=1.11%, ctx=1022644, majf=0, minf=9
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
     issued    : total=r=785996/w=262580/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
     latency   : target=0, window=0, percentile=100.00%, depth=64

Run status group 0 (all jobs):
   READ: io=3070.4MB, aggrb=958KB/s, minb=958KB/s, maxb=958KB/s, mint=3279047msec, maxt=3279047msec
  WRITE: io=1025.8MB, aggrb=320KB/s, minb=320KB/s, maxb=320KB/s, mint=3279047msec, maxt=3279047msec

Disk stats (read/write):
    dm-0: ios=785999/264726, merge=0/0, ticks=179354104/30453456, in_queue=209827992, util=100.00%, aggrios=782840/264233, aggrmerge=3159/1147, aggrticks=178654336/30356808, aggrin_queue=209010640, aggrutil=100.00%
  sda: ios=782840/264233, merge=3159/1147, ticks=178654336/30356808, in_queue=209010640, util=100.00%

Fazit: ich denke bei SSD kannst du noch einiges rausholen, ich selber habe keine Netcup SSD RS im Portfolio, evtl. kann hier einer helfen.

Zitat von geekmonkey

gib mir mal nen tipp! zu müde zum suchen! aber Ich brauch was zum aufheitern!

vServer => VPS mit Desktop Remote öffnen

Zitat von Maxel20

Nun speicher ich alles und gehe auf die Webseite aber unter der Domain finde ich nichts sondern nur unter dem Pfad "www.testdomain.de/wp_kotl"

Du kannst bei deinen Domains im WCP ein Stammverzeichnis eingeben.

Zitat von Maxel20

Als zweites komme ich mit dem SSL Zertifkat nicht weiter? Wie geht das?

https://www.netcup-wiki.de/wik…ebhosting#Let.27s_Encrypt

Zitat von whoami0501

Wie ist die I/O Performance von Root Servern mit SAS Platten eigentlich so? Könnte man damit einen Optane VPS (1000 G8 Plus) mit ~10 LXC Containern ablösen oder sollte man da wenn dann eher zu einem Root Server mit SSD greifen?

Auf jeden Fall besser, als die Optane Angebote. Die IOPS werden stark reglementiert (ich meine es waren 150 IOPS).

Ich kann dir auf einem SAS System gerne mal eine IOPS Messung durchführen.

Es wurde nacher so schlimm, dass die Systeme bei den Massen-Restarts in einen SCSI Timeout gelaufen sind. Zum Schluss hat es wirklich keinen Spaß mehr gemacht.

Wir hatten das schonmal hier diskutiert: https://forum.netcup.de/netcup…unbrauchbarkeit/?pageNo=1

Zitat von timkoop

Oder was für Angebote hast du da gefunden (bzw. mit was hast du die WD Black verglichen)?

Erfahrungswerte.

Die 1 TB bekommst du für 76€ (WD1003FZEX).

Die 2 TB bekommst du für 117€ (WD2003FZEX).

https://geizhals.de/western-di…-wd1003fzex-a1010403.html

https://geizhals.de/western-di…-wd2003fzex-a1010400.html

Aber ich sehe gerade: die BarraCuda Modelle sind ordentlich im Preis gefallen. Je nach Modell hast du aber nur ein Plattern drinne, was die sequenzielle Leistung stark bremst. Außerdem vergibt Seagate nur 2 Jahre Garantie vs. 5 Jahre Garantie bei WD.

Im Endeffekt musst du selbst entscheiden, ich muss aber mal wieder ein Paar Seagate Datenblätter schnüffeln, da scheint sich einiges getan zu haben.

Zitat von timkoop

Habe ich auch schon darüber nachgedacht, aber im Vergleich zu anderen Festplatten kosten die schon ein bisschen mehr

Das hat ja auch einen Grund. Viele Hersteller haben über die letzten Jahre angefangen die Umdrehungen zu reduzieren.

Und sie liefern sehr gute Geschwindigkeiten (ca. 180MB/s RW). Ich finde, da lohnt sich der Aufpreis von 20€ schon.

iobench - verschlüsseltes ext4 Dateisystem

iobench.sh --megabytes 16384 --sync
Target directory: .
Testfile size: 16384 x 1 Megabyte

1. Write benchmark without cache
17179869184 bytes (17 GB, 16 GiB) copied, 93,0183 s, 185 MB/s

2. Write benchmark with cache
17179869184 bytes (17 GB, 16 GiB) copied, 92,2405 s, 186 MB/s

3. Read benchmark with dropped cache
17179869184 bytes (17 GB, 16 GiB) copied, 90,175 s, 191 MB/s

4. Read benchmark without cache drop

Start 1 of 5...
17179869184 bytes (17 GB, 16 GiB) copied, 90,2314 s, 190 MB/s

Start 2 of 5...
17179869184 bytes (17 GB, 16 GiB) copied, 90,1562 s, 191 MB/s

Start 3 of 5...
17179869184 bytes (17 GB, 16 GiB) copied, 89,994 s, 191 MB/s

Start 4 of 5...
17179869184 bytes (17 GB, 16 GiB) copied, 90,6766 s, 189 MB/s

Start 5 of 5...
17179869184 bytes (17 GB, 16 GiB) copied, 89,9912 s, 191 MB/s

Done.

hdparm -tT /dev/sda 

/dev/sda:
 Timing cached reads:   21206 MB in  1.99 seconds = 10659.70 MB/sec
 Timing buffered disk reads: 468 MB in  3.01 seconds = 155.36 MB/sec

hdparm -tT --direct /dev/sda

/dev/sda:
 Timing O_DIRECT cached reads:   1006 MB in  2.00 seconds = 503.39 MB/sec
 Timing O_DIRECT disk reads: 468 MB in  3.01 seconds = 155.43 MB/sec

Zitat von timkoop

8,89cm

3,5"

WD Black

Zitat von killerbees19

Popcorn?

Komisch. Sind gar keine Ferien.

Lennart, wie kann man DNS nur so kompliziert machen?

Und Ubuntu implementiert das auch noch in sein Server OS?

Ich denke mal du bist gut damit beraten in /etc/systemd/resolved.conf einen DNS Server festzulegen.

Ansonsten kannst du wie bei Stack Overflow in den Kommentaren gezeigt den symlink verändern.

/run ist eigentlich ein tmpfs, sollte also bei jedem Restart leer sein. Evtl. ist hier systemd-resolvd ein bisschen zu langsam.

Google DNS:

IPv4: 8.8.8.8, 8.8.4.4

IPv6: 2001:4860:4860::8888, 2001:4860:4860::8844

Cloudflare DNS:

IPv4: 1.1.1.1, 1.0.0.1

IPv6: 2606:4700:4700::1111, 2606:4700:4700::1001

Jetzt verstehe ich das Problem.

Zeig mal die /etc/systemd/resolved.conf und systemctl status systemd-resolved 

Zitat von Thumper

Ich frag mich allerdings, warum darin ein Nameserver aus dem 127/8 steht.

127.0.0.53. is the systemd-resolved stub resolver

Edit: was sagt /etc/systemd/resolved.conf ? Ansonsten kommt der DNS doch über eine dynamische Konfig, ggf. durch Cloud Init.

Zitat von astrogd

Oder verstehe ich das gerade falsch mit dem prüfen?

Guck einfach in die HTTP Header. Alles andere ist für Shared Webhosting Paranoia.

Aus Interesse: wie hast du denn eine sichere Verbindung getestet?