Ich werde die Tage mal ein kleines Programm basteln was die Fingerprints gegen eine Liste (die ich daheim vorbereite) gegencheckt bei Seiten die ich viel nutze. Mal sehen was dabei rumkommt.
Beiträge von perryflynn
-
-
Dann bricht die Firma hier SSL nicht auf.
Lobenswert.
Danke!
-
Mal eine Frage an die "Enterprise-Experten" hier: Wenn ich hinter einem Proxy sitze und alle Zertifikate in der Chain im Browser haben den korrekten Fingerprint, deutet das doch darauf hin, dass der Proxy HTTPS nicht aufbricht, oder?
-
Weil es in den Hosting Produkten deaktiviert ist.
Ansonsten könnte ja jeder Kunde sein Webhosting einfach als "Proxy" für Angriffe auf andere Systeme und ähnlichen Schabernack nutzen.
-
Sind gerade wieder Ferien? Oder haben die Hartz IV Empfänger Cash bekommen? Oder die Studenten ihr Bafög?
Alter geht ja gar nicht...
-
If you dont need NFS, just uninstall the rpcbind package.
-
Hm stimmt, ich kann hier auch nichts bearbeiten. In anderen Threads schon.
-
Was hast du dir da für ein Tool gebaut? Suche noch was um mein Raidz2 zu messen. Angeblich hätte es 1538 MB/s ?
Ja, ein simples Script was mehrere dd Befehle abfeuert und zwischendrin den Kernel dazu zwingt den Cache zu droppen.
Hier im Blog Post ist das Script verlinkt:
-
Mein kleiner Homeserver hat nun für sein ZFS eine NVME PCI Express SSD als Cache und ZIL Log.
Vorher:
Code
Alles anzeigenroot@eisenbart:~# cat bench-2017-05-15.16\:37\:47.log Dir: /media/backup/ Size: 16384 x 1M 1. Write benchmark without cache 17179869184 bytes (17 GB) copied, 134.383 s, 128 MB/s 2. Write benchmark with cache 17179869184 bytes (17 GB) copied, 76.4803 s, 225 MB/s 3. Read benchmark with droped cache 17179869184 bytes (17 GB) copied, 56.0959 s, 306 MB/s 4. Read benchmark without cache drop Start 1 of 5... 17179869184 bytes (17 GB) copied, 8.26581 s, 2.1 GB/s Start 2 of 5... 17179869184 bytes (17 GB) copied, 1.23349 s, 13.9 GB/s Start 3 of 5... 17179869184 bytes (17 GB) copied, 1.23869 s, 13.9 GB/s Start 4 of 5... 17179869184 bytes (17 GB) copied, 1.31163 s, 13.1 GB/s Start 5 of 5... 17179869184 bytes (17 GB) copied, 1.24588 s, 13.8 GB/s Done.Nachher:
Code
Alles anzeigenroot@eisenbart:~# cat bench-zfsnvme-2017-05-16.19:41:35.log Dir: /media/backup/ Size: 16384 x 1M 1. Write benchmark without cache 17179869184 bytes (17 GB) copied, 51,792 s, 332 MB/s 2. Write benchmark with cache 17179869184 bytes (17 GB) copied, 53,8463 s, 319 MB/s 3. Read benchmark with droped cache 17179869184 bytes (17 GB) copied, 1,63625 s, 10,5 GB/s 4. Read benchmark without cache drop Start 1 of 5... 17179869184 bytes (17 GB) copied, 17,4539 s, 984 MB/s Start 2 of 5... 17179869184 bytes (17 GB) copied, 1,22528 s, 14,0 GB/s Start 3 of 5... 17179869184 bytes (17 GB) copied, 1,25253 s, 13,7 GB/s Start 4 of 5... 17179869184 bytes (17 GB) copied, 1,23858 s, 13,9 GB/s Start 5 of 5... 17179869184 bytes (17 GB) copied, 1,26818 s, 13,5 GB/s Done.IMG_20170516_183529-picsay.jpg
Dafür das es nur eine "billige" SSD ist, nicht schlecht.
-
Man könnte noch in der sshd_config folgendes machen:
- Das Google Authenticator PAM Modul für SSH nutzen (ist in den Debian Repos)
- X11Forwarding deaktivieren
- TCPForwarding deaktivieren
- Sofern nicht benötigt PAM deaktivieren
Ich halte solche Scripte aber für gewagt. Ab und an ändert sich doch mal was. Und in Deinem Script fehlt jegliche Fehlerbehandlung. Sprich selbst wenn was schief geht macht das Script einfach weiter. Da wäre mindestens ein Backup der original Config Files wünschenswert. Ansonsten ist "alles" kaputt.
Auch ein Log was das Script wo gemacht hat wäre für später gut. Einfach in /root/ ablegen. Stört ja nicht.
-
Welches Tool erzeugt diese leckeren Graphen? rrdtool + ?
Dein Einkaufszettel:- InfluxDB
- Ein bisschen Bash Scripting welches die Daten via CURL in InfluxDB pushed
- Grafana
-
Wegen dem vorinstalliertem NFS Client.
-
rpcbomb: remote rpcbind denial-of-service + patches – Guido Vranken
Am besten mal rpcbind deinstallieren oder via iptables absichern...
-
Bei mit sieht alles gut aus:
Code
Alles anzeigen2017-02-21 17:11:41 +0100 UPS Self Test switch to battery. 2017-02-21 17:11:51 +0100 UPS Self Test completed: Battery OK 2017-03-07 17:58:44 +0100 UPS Self Test switch to battery. 2017-03-07 17:58:55 +0100 UPS Self Test completed: Battery OK 2017-03-09 08:28:10 +0100 Power failure. 2017-03-09 08:28:12 +0100 Power is back. UPS running on mains. 2017-03-23 09:15:20 +0100 UPS Self Test switch to battery. 2017-03-23 09:15:30 +0100 UPS Self Test completed: Battery OK 2017-04-06 11:03:08 +0200 UPS Self Test switch to battery. 2017-04-06 11:03:19 +0200 UPS Self Test completed: Battery OK 2017-04-06 11:03:19 +0200 UPS Self Test switch to battery. 2017-04-06 11:03:19 +0200 UPS Self Test completed: Battery OK 2017-04-20 11:50:29 +0200 UPS Self Test switch to battery. 2017-04-20 11:50:40 +0200 UPS Self Test completed: Battery OK 2017-04-20 11:50:40 +0200 UPS Self Test switch to battery. 2017-04-20 11:50:40 +0200 UPS Self Test completed: Battery OK 2017-05-01 01:40:21 +0200 apcupsd exiting, signal 15 2017-05-01 01:40:21 +0200 apcupsd shutdown succeeded 2017-05-01 01:44:41 +0200 apcupsd 3.14.12 (29 March 2014) debian startup succeeded 2017-05-04 12:37:37 +0200 UPS Self Test switch to battery. 2017-05-04 12:37:48 +0200 UPS Self Test completed: Battery OK 2017-05-06 11:07:12 +0200 apcupsd exiting, signal 15 2017-05-06 11:07:12 +0200 apcupsd shutdown succeeded 2017-05-06 12:03:13 +0200 apcupsd 3.14.12 (29 March 2014) debian startup succeeded 2017-05-06 12:18:17 +0200 Power failure. 2017-05-06 12:18:17 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:17 +0200 Power failure. 2017-05-06 12:18:17 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:18 +0200 Power failure. 2017-05-06 12:18:18 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:19 +0200 Power failure. 2017-05-06 12:18:19 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:19 +0200 Power failure. 2017-05-06 12:18:19 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:20 +0200 Power failure. 2017-05-06 12:18:20 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:20 +0200 Power failure. 2017-05-06 12:18:20 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:21 +0200 Power failure. 2017-05-06 12:18:21 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:21 +0200 Power failure. 2017-05-06 12:18:21 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:22 +0200 Power failure. 2017-05-06 12:18:22 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:22 +0200 Power failure. 2017-05-06 12:18:22 +0200 Power is back. UPS running on mains. 2017-05-06 12:18:23 +0200 Power failure. 2017-05-06 12:18:33 +0200 Running on UPS batteries. 2017-05-06 12:22:09 +0200 Mains returned. No longer on UPS batteries. 2017-05-06 12:22:09 +0200 Power is back. UPS running on mains. 2017-05-06 14:50:15 +0200 Power failure. 2017-05-06 14:50:23 +0200 Power is back. UPS running on mains. -
Genau weiß ich das erst, wenn ich nen Teil meines Fuhrparks im Keller stehen habe und nen ordentlichen Gigabit Speedtest machen kann. 10G kann ich leider nicht bieten.
-
Ich hab das hier benutzt: CSL – 30m - CAT.7 Gigabit Ethernet LAN Flachband: Amazon.de: Elektronik
Läuft ohne das man noch mit Messer nachhelfen muss durch den Fensterrahmen durch.
-
Hab aus dem 1. OG meiner Mietwohnung durchs Fenster ein LAN Kabel in den Keller gelegt. Diese ultraflachen CAT 7 Kabel funktionieren erstaunlich gut.
Bisher sieht es nach einem erfolg aus. Leider kann der Testrechner der gerade im Keller steht nur 100MBit. Muss heute noch den Test mit einer Gigabit Maschine machen.
-
Ich habe mal die Einrichtung von Proxmox LXC in einem netcup vServer aufgeschrieben.
Netcup KVM vServer und LXC Container - Any Source
Würde mich über Feedback und bessere Lösungsvorschläge freuen.
-
Seit dem nclabs gestartet ist wurden niemals wieder freie Plätze beworben.
-
Wir haben alles unter Kontrolle, da kommt was, und es wird gut
Was genau, da lasst ihr euch am besten überraschen.
So was in der Art hat Felix schon beim aktuellenSCPWCP versprochen.
//edit
Ich meinte WCP.
