Ich hab auch noch gar nicht erwähnt, dass die 150 Kabel noch richtig fett mit Luftkissen gepolstert waren! Nicht dass das Kabel zerbricht!
Kabelbrüche sind nicht zu unterschätzen. 
Gelb = Spezial
Denkste. Bei uns sind sowohl alte als auch normale Kabel unterwegs, die gelb sind... das wäre ja auch sonst viel zu einfach. 
spezielle Belegung deswegen bei irgendeinem Kabelhersteller
Mir wurden am Montag erst wieder derartige Kabel untergejubelt und ich hab mich gewundert, warum zum Teufel da nichts ankommt... dann ist mir erstmal die entsprechende Aufschrift auf den Mänteln aufgefallen... 
Wo bestellt ihr denn so Patchkabel in Bulk? Kam gerade eine Lieferung von Kab24 wo natürlich jedes einzelne 25cm Kabel schön in einer Plasttüte steckt.
Einerseits große Kacke für die Umwelt und andererseits darf ich jetzt 150 Stück auspacken
40 Meter Patchkabel, 300 Steckereinheiten und eine gute Crimpzange bestellen. Have fun!
Aber das ist eigentlich normal, dass die einzeln verpackt kommen. Ich kenne das ehrlich gesagt nur so...
whoami0501 Hast Du eigentlich schon eine Antwort vom Support erhalten?
Viele Pakete sind es bei mir nicht, normalerweise würden die im Grundrauschen untergehen.
Code8 356 LOG_DROP all -- * * 10.0.0.0/8 0.0.0.0/0 9 360 LOG_DROP all -- * * 100.64.0.0/10 0.0.0.0/0 5 224 LOG_DROP all -- * * 172.16.0.0/12 0.0.0.0/0 9 428 LOG_DROP all -- * * 192.168.0.0/16 0.0.0.0/0Code12 PROTO=TCP DPT=445 9 PROTO=TCP DPT=443 3 PROTO=TCP DPT=2323 2 PROTO=TCP DPT=5555 1 PROTO=UDP DPT=50761 1 PROTO=TCP DPT=80 1 PROTO=TCP DPT=23 1 PROTO=TCP DPT=15612 1 PROTO=TCP DPT=139Mittlerweile spielt auch 10:0e:7e:26:f1:c0 (gw01.netcup.net [37.221.196.2]) mit.
Es handelt sich nicht mehr nur um SYN-Pakete, es sind auch RST-Pakete oder gar UDP dabei.
Leider nein.
Wenn ich morgen Nachmittag/Abend noch nichts habe, frage ich da aber mal aktiv einen Status an... ich kann verstehen, dass das vielleicht nicht mal eben gefixt ist, aber da wäre eine Statusmeldung schon nicht verkehrt.
Deutsche Steuersatz gilt noch nicht gilt in Österreich. Das sollte doch eine Überraschung werden!!1
Habe ich da irgendwas von Anschluss gehört?
Ich hatte mich vor ein paar Jahren mal mit dem ersten PC meines Vaters beschäftigt. Irgendwas mit nem Intel Pentium mit 233 MHz und 256MB RAM... da lief Windows 2000 drauf und natürlich wusste keiner mehr das Passwort.
Gut okay, NT Offline Registry Editor an meinem PC gebrannt und nach drölf mal jumper passend machen hat er auch darauf gebootet. Also er hats versucht, aber es passierte nichts. Irgendwann qualmte es bloß ein wenig aus dem CD ROM Laufwerk - also hart ausgeschalten und alles auseinandergebaut.
Joa - da war der Motor des CD ROM Laufwerks halt irgendwie ausgestiegen und der Laser hat ein bisschen zu lange genau eine Stelle bearbeitet. die CD hatte da ein großes schwarzes Fleck und war wesentlich dünner als der Rest der CD... Dinge gibts.
Ich müsste glatt mal schauen, ob ich da noch Bilder davon habe, das war echt spektakulär. Die CD habe ich leider nicht mehr, die habe ich meinem Informatiklehrer als Anschauungsmaterial überlassen.
Um einiges teurer und höherer Stromverbrauch
Wenn man die Leistung nicht braucht, ist so eine Himbeere echt toll.
Hier gibt es als gute äquivalente auch die Odroids von Hardkernel oder auch die NanoPis von FriendlyELEC. Da würde ich durchaus mal empfehlen einen Blick drauf zu werfen. Die bekommen auch guten OS Support durch die ARMbian Community. 
Kurze Rückmeldung - der Netcup Support hat mir heute bestätigt, dass die Lücke bzgl. Referrer und Fontawesome + CDN im Beschwerdeformular beseitigt wurde.
Meinen Tests nach scheint das auch zu stimmen, das schaut gut aus.
Die Sache mit den gespooften Source Adressen ist aber noch offen. Ich habe das Gefühl, dass das eine größere Sache ist und da gerade jemand ordentlich dran schwitzt.
Ja. Ist mir klar.
3rd-Party Cookies habe ich abgeschaltet und nach Schließen des Browser werden sowieso alle Cookies gelöscht.
Wenn ich mehr Zeit habe schaue ich mir auch mal eine differenzierte Lösung an. Fürs Erste reicht mir das aber.
Ich kann hier auch CookieAutoDelete empfehlen. Der managed bei mir die Kekse, mein Feuerfuchs macht da garnichts mehr. So habe ich den Vorteil, dass unnötige Kekse inkl. lokaler Storage so zeitig wie möglich wegfliegen und ich die Möglichkeit habe (z.B. für den dauerhaften Login hier im Forum) diverse Website ganz einfach zu whitelisten.
Bevor ich selbst auf die Suche gehe:
Kennt jemand ein empfehlenswertes Plugin o.ä. für Chrome um diese verf*ckte Cookieschei**e zuverlässig automatisch wegzuklicken die mittlerweile beim Aufruf fast jeder Seite den ganzen Bildschirm blockiert.
Also ich habe uBlock Origin mit den ganzen Annoyances Filterlisten und so drin und bekomme sowas fast nie.
Hum. Mein Kram ist immernoch deaktiviert. Als dafür das der E-Mail Support gestern bis 22 Uhr online sein sollte und ich gestern beim Notfall-Support angerufen habe, ist das Ergebnis schon ein bisschen mager. Ich bin jetzt fast 24 Std. down. Mein Arbeitgeber hat gestern schon bei mir angerufen und gefragt, warum ich per Mail nicht erreichbar bin. Sehr traurig alles
.
Das ist bei halt die Retourkutsche für die günstigen Preise...
Aber ich habe heute früh schon eine Mail vom Support bekommen. Vielleicht solltest du da einfach nochmal nerven, da scheint auf jeden Fall jemand da zu sein.
Wenn da nichts steht und auch alle Rechnungen beglichen sind, sehe ich persönlich hier Netcup eindeutig im Sinne des SLA in der Pflicht, den Betrieb wiederherzustellen. Ohne es dir zusätzlich in Rechnung zu stellen. Just my 2cents.
Mir ist gerade erstmal aufgefallen, dass es beim normalen Webhosting ohne SLA+ gar keine Verfügbarkeitsgarantie gibt (ich finde dazu auf jeden Fall nichts). Nichtsdestotrotz hat es zu funktionieren - du zahlst ja immerhin Geld dafür.
Also von der Sache her kann ich das auf jeden Fall schon mal bestätigen.
Kommando zurück, stimmt nicht. Ich muss mich zumindest für IPv6 korrigieren.
Bei IPv6 finde ich folgendes vor:
root@server:~# ip -6 n s | grep -v ^fd
fe80::22d8:b00:9dfa:424c dev ens3 lladdr 10:0e:7e:26:f1:c0 router STALE
2a03:4000:3e::2 dev ens3 FAILED
fe80::22d8:b00:9dee:ff4 dev ens3 lladdr 2c:6b:f5:a0:77:c0 router REACHABLE
fe80::1 dev ens3 lladdr 00:00:5e:00:02:02 router REACHABLE
2a03:4000:3e::3 dev ens3 FAILED
root@server:~#Und da deckt sich das ganze mit IPv4 (siehe MACs):
root@server:~# arp -a | grep -v 172
? (2.56.96.1) auf 00:00:5e:00:01:01 [ether] auf ens3
? (2.56.96.2) auf 10:0e:7e:26:f1:c0 [ether] auf ens3
? (2.56.96.3) auf 2c:6b:f5:a0:77:c0 [ether] auf ens3
root@server:~#--
Netcup wollte jetzt Logs haben... haben Sie natürlich auch von mir bekommen, ich bin gespannt.
bei IPv6 mit ip -6 neigh show wird mir exakt nur ein Host geliefert: fe80::1 das Gateway
bei IPv4 mit arp werden aber 3 Hosts geliefert: das Gateway (lt SCP), Gateway+1 und Gateway+2
hat das was zu bedeuten?
Also von der Sache her kann ich das auf jeden Fall schon mal bestätigen.
Die x.x.x.1 scheint für den Outbound Traffic gedacht zu sein und von der x.x.x.2 und x.x.x.3 kommt der ganze Inbound Traffic, das habe ich mittlerweile schon beobachten können.
Der Hintergrund und warum eben jenes bei IPv6 so nicht vorliegt - da bin ich ehrlich gesagt überfragt.
Ich würd's melden. Das klingt nach VLAN-Problemen.
Ist erledigt. Sobald es Feedback vom Support gibt, gebe ich hier nochmal Rückmeldung. 
Irgendwie ist das seltsam... mein Server wird mäßig aber regelmäßig mit Traffic mit gespoofter Source IP versorgt. Die Pakete kommen laut MAC Adresse alle von einem Netcup Router...
root@server:~# grep -F "Spoofed source IP" /var/log/kern.log | wc -l
3419
root@server:~# grep -F "Spoofed source IP" /var/log/kern.log | grep -Po "(?<=SRC=)([0-9\.]+)" | sort -u
10.0.0.19
10.0.10.3
100.74.52.35
10.100.126.91
10.10.1.203
10.1.17.16
10.12.1.210
10.1.41.37
10.230.0.233
10.25.0.220
10.250.3.1
10.255.23.160
10.255.25.25
10.255.28.16
10.255.29.18
10.255.32.146
10.6.0.152
10.81.6.55
10.81.89.1
10.88.3.34
172.16.201.12
172.16.42.163
172.16.42.211
172.17.0.12
172.17.0.124
172.20.63.208
172.22.24.30
172.23.3.225
192.168.0.10
192.168.0.103
192.168.0.50
192.168.10.8
192.168.1.110
192.168.1.12
192.168.1.31
192.168.14.4
192.168.15.21
192.168.2.20
root@server:~# grep -F "Spoofed source IP" /var/log/kern.log | grep -Po "(?<=MAC=)([0-9a-fA-F\:]+)" | cut -d':' -f 7-12 | sort -u
2c:6b:f5:a0:77:c0
root@server:~# arp -a
[...]
? (2.56.96.1) auf 00:00:5e:00:01:01 [ether] auf ens3
[...]
? (2.56.96.2) auf 10:0e:7e:26:f1:c0 [ether] auf ens3
[...]
? (2.56.96.3) auf 2c:6b:f5:a0:77:c0 [ether] auf ens3
root@server:~# curl https://api.macvendors.com/2c-6b-f5-a0-77-c0
Juniper Networks
root@server:~# Eigentlich dürften oder sollten das die Router doch gar nicht weiterleiten, oder?
Sollte man das einfach (weiterhin) mit iptables ins Nirvana laufen lassen oder da besser mal ein Ticket beim Support aufmachen?
Das sieht nicht nach Abuse aus, dass sieht so aus als ob mein Kram einfach deaktiviert wurde.
Naja... im CCP hast du doch eine Kategorie "Abusehinweise". Steht da was? Ja oder Nein?
Wenn da nichts steht und auch alle Rechnungen beglichen sind, sehe ich persönlich hier Netcup eindeutig im Sinne des SLA in der Pflicht, den Betrieb wiederherzustellen. Ohne es dir zusätzlich in Rechnung zu stellen. Just my 2cents.
Irgendwelche Abusehinweise im CCP?
Wenn das nicht der Fall ist, besteht die Möglichkeit, dass du Netcups Notfallsupport anrufst, der hat sich dann i.d.R. schleunigst zu drehen, dass dein Hosting wieder läuft und du es wieder wie gewohnt nutzen kannst.
Der Notfallsupport ist aber nur kostenfrei, wenn der Fehler eindeutig bei Netcup liegt. Ansonsten stellt Netcup das einem in Rechnung.
Das ist etwas unglücklich formuliert. Auf gut Deutsch übersetzt bedeutet das für dich, dass Netcup dich bittet, deinen Snapshot zu löschen, wenn du ihn nicht mehr brauchst und dann im Anschluss eine Speicheroptimierung durchzuführen.
Da ich hier eh Hilfe hatte und das Ding nur 30€ wog, habe ich darauf verzichtet.
In Münzen oder Scheinen?
[netcup] Felix P. [netcup] Lars S. Auf der Seite der Beschwerdestelle wird Fontawesome von BootstrapCDN nachgeladen und davon steht nirgendwo etwas in der Datenschutzerklärung...
Noch besser: Die Seite der Beschwerdestelle Seite setzt die Referrer-Policy no-referrer-when-downgrade. Dadurch wird der komplette Querystring inkl. aller GET Parameter* an BootstrapCDN geschickt. Nochmal: Ohne das ich darüber ein Wort in der Datenschutzerklärung finde.
*Also inklusive:
Kundennummer, Ticketnummer, Kürzel des Netcup Sachbearbeiters, Kontakt E-Mail Adresse des Kunden, Klarname des Kunden
Ich habe gehört, dass Datenschutzbehörden sowas nicht so toll finden und ihr das ganz schnell beheben werdet.
Das mit den GET Parametern ist sowieso mehr als unglücklich gelöst. Das habe ich zu Beginn meiner Ausbildung in der PHP Grundlagen Schulung schon gelernt, dass man sensible Daten niemals per GET sendet. Ich kann verstehen, dass das nur schwierig lösbar ist, wenn man einen Link in die Mail packen will, aber längerfristig sollte man sich da trotzdem mal was anderes überlegen und implementieren.
