Beiträge von [netcup] Alex W.

Heut ist kleiner Freitag *dance* und super Wetter noch dazu. Hier sollen es ca. 28°C werden Meine Tochter hat heute morgen schon Eichenprozessionsspinner entdeckt

Es geht hier um das Kundenforum? Da reicht es einen Benutzerzugang zu haben. Mit diesem kann man sich als Kunde freischalten und dann das Forum entsprechend nutzen. Man muss Cookies aktiviert haben im Browser und sollte sich immer per https:// im Forum bewegen dann gibt es keinerlei Probleme.

Hier die berichtigte Version:

# squeeze netcup mirrordeb http://debian.netcup.net/debian squeeze main contrib non-free#deb-src http://debian.netcup.net/debian squeeze main contrib non-free# squeeze-securitydeb http://security.debian.org/ squeeze/updates main contrib non-free# squeeze-updates, previously known as 'volatile'deb Index of /debian squeeze-updates main contrib non-freedeb Index of /debian squeeze-proposed-updates main contrib non-free

Der Fehler ist behoben worden. Derzeit wird geprüft warum dieser erneut auftrat bzw. die Ursache wird entsprechend analysiert.

Wir möchten Sie bitten zukünftig hierzu immer direkt ein Support-Ticket zu erstellen, per Kontaktformular auf netcup.de, per Kontaktformular im CCP oder direkt per E-Mail an mail@netcup.de

Hier im Forum können wir leider keinen direkten Support geben und benötigen für Prüfungen die Kundennummer bzw. den vServer Namen, zumal Supportanfragen schneller bearbeitet als Foreneinträge beachtet werden da dass Kundenforum keine Anlaufstelle für den offiziellen Support ist.

Vielen Dank.

Mit oben nach unten hatte ich gestern im Chromium auch als ich das Fenster kleiner gemacht habe.

Was ich mich Frage ist.... warum? wozu? wieso? weshalb?

War schon fies gestern abend im Bett noch da drauf zu starren

Wir sind alle nur Menschen ...meistens

Da fehlt lediglich ein "o", das Wort sollte Nodeseitig bedeuten Der Herr Stenders hat ab und zu Chokes

Sehr schön geschrieben, gutes Script, Thema angepinnt

Kann ich im Moment nicht nachvollziehen.

traceroute to we4c5.netcup.net (46.38.228.197), 30 hops max, 60 byte packets 1  ************************************** 1.645 ms  1.958 ms  3.339 ms 2  **************************************  13.689 ms  13.707 ms  13.705 ms 3  **************************************  15.506 ms  15.514 ms  15.513 ms 4  l-eb2-i.L.DE.NET.DTAG.DE (62.154.89.110)  22.442 ms  23.259 ms  24.581 ms 5  217.243.216.202 (217.243.216.202)  30.207 ms  31.368 ms  31.368 ms 6  ae-2-70.edge7.Frankfurt1.Level3.net (4.69.154.75)  32.903 ms ae-3-80.edge7.Frankfurt1.Level3.net (4.69.154.139)  24.714 ms ae-4-90.edge7.Frankfurt1.Level3.net (4.69.154.203)  21.301 ms 7  AS33891-NET.edge7.Frankfurt1.Level3.net (195.16.162.70)  22.414 ms  23.572 ms  23.581 ms 8  hos-bb1.juniper1.rz6.hetzner.de (213.239.240.238)  27.901 ms hos-bb1.juniper2.rz6.hetzner.de (213.239.240.239)  29.362 ms  30.921 ms 9  gw02-hetzner.netcup.net (78.47.245.254)  31.686 ms  33.855 ms gw01-hetzner.netcup.net (78.47.244.254)  33.856 ms10  we4c5.netcup.net (46.38.228.197)  53.195 ms  72.765 ms  72.775 ms

Bestand das Problem ggf nur kurzzeitig?

Es ist nicht möglich PHP Werte per PHP-Script zu verändern. Dies ist natürlich aus Sicherheitsgründen nicht möglich da damit auch Kompromitierungen möglich sind.

Die Kurzfassung für die Shell:

/etc/init.d/mysql stopmysqld_safe --skip-grant-tables --user=root --skip-networking &mysql -u HIERMUSSEINEXISTIERENDERBENUTZERSTEHENFLUSH PRIVILEGES;CREATE USER root;SET PASSWORD FOR root = PASSWORD('NEUESPASSWORT');GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' IDENTIFIED BY 'NEUESPASSWORTERNEUTEINGEBEN' WITH GRANT OPTION MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0;FLUSH PRIVILEGES;QUIT/etc/init.d/mysql restart

Die Zeilen im einzelnen. Mysql Server stopppen. Mysql ohne Rechtetabelle starten und auf lokalen Zugriff beschränken Mysql Shell unter irgendeinem existierenden Benutzer aufrufen Recht einlesen User root erstellen Passwort für User root anlegen Rechte für User root anlegen Rechte neu einlesen Mysql Shell beenden Mysql regulär neu starten Abschließend sollte man mit einem praktischeren / einfacheren Tool ggf. die Rechte verfeinern als root, z.B. mit PHPmyAdmin. Wie immer bei solche Fällen, lieber vorher Backups der MySQL Daten erstellen

Hab grad "schon wieder" eine 1,5TB Platte vollbekommen Wehe es raucht mir nun wieder eine ab solange da kein RAID aufgebaut ist. Das war nun meine letzte freie Storageplatte... und das obwohl da primär nur Sicherungen der Familienlaptops drauf sind.

Zitat von sim

Hast Du den LCD mit Kaffee gefüttert?

Das Farbschema "Solarisiert" im KDE Terminal ist zwar grundlegend "hybsch" aber bei derlei Abfragen die reinste Augenkratzerei.

HÜLFÄÄ ICH BIN BLIND! wuergh.png

openBasedir ist hier nur eine Option, nicht der Befehl / das Script / der Fehler.

Da wird schlicht ein php-cgi, also ein PHP Script ausgeführt welches die extreme CPU-Last verursacht, unter dem Benutzer web7 eben.

// Thementitel angepasst

Das ist dann ein Fehler seitens des Software-Herstellers. Habe es mal ausgebessert

Richtig, ist von Haus aus nur nicht aktiv Kann nun genutzt werden.

Dürfte kein großer Akt sein, ich schau mal