Subject: RE: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: Im Urlaub (was: Auto: …
Ein bounce ping-pong zwischen autoreplies
(Danke Pierre)
$ openssl s_client -connect ftp-noz.viakom.cloud:21 -starttls ftp
Connecting to 85.215.203.17
CONNECTED(00000003)
depth=1 C=US, O=(STAGING) Let's Encrypt, CN=(STAGING) Riddling Rhubarb R12
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 CN=ftp-noz.viakom.cloud
verify return:1
---
Certificate chain
0 s:CN=ftp-noz.viakom.cloud
i:C=US, O=(STAGING) Let's Encrypt, CN=(STAGING) Riddling Rhubarb R12
a:PKEY: RSA, 4096 (bit); sigalg: sha256WithRSAEncryption
v:NotBefore: Dec 2 15:10:04 2025 GMT; NotAfter: Mar 2 15:10:03 2026 GMT
1 s:C=US, O=(STAGING) Let's Encrypt, CN=(STAGING) Riddling Rhubarb R12
i:C=US, O=(STAGING) Internet Security Research Group, CN=(STAGING) Pretend Pear X1
a:PKEY: RSA, 2048 (bit); sigalg: sha256WithRSAEncryption
v:NotBefore: Mar 13 00:00:00 2024 GMT; NotAfter: Mar 12 23:59:59 2027 GMT<<< 550 5.7.1 Unfortunately, messages from [X.X.X.X] weren’t sent. Please contact your Internet service provider since part of their network is on our block list (S3150). You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors. [Name=Protocol Filter Agent][AGT=PFA][MxId=11BC5D9170AF644C] [AMS1EPF00000049.eurprd04.prod.outlook.com 2025-12-01T13:06:40.193Z 08DE2EC8BB8151E0]
http://mail.live.com/mail/troubleshooting.aspx landet nach ein paar redirects übrigens auf einer 503. 🤦
so, die Scheise lööft. War aber bisschen unwillig, und zwar:
$connectstring = 'DRIVER={FreeTDS};SERVERNAME=hop;DATABASE=PHOPL1';
$conn = odbc_connect($connectstring, $un, $up); // hinten user name, user pwdIm connectstring muss der “Servername” verwendet werden (was eigentlich ein FreeTDS-Serveralias ist, der außer in deren Konfiguration keine Bedeutung hat). Gibt man im connectstring stattdessen den Parameter SERVER an, wird dort eine echte Serveradresse (host) erwartet.
Ich benutze sehr oft Spaltenaliase in Abfragen. Die wurden hier nur leider ignoriert. Also ein
select foo bar from mytablelieferte php-seitig den Inhalt der Spalte foo unter dem originalen Spaltennamen “foo” zurück und nicht unter dem Namen “bar”. Das ist natürlich Kacke, wenn man sowas wie sum(foo) oder foo + huschke im select statement hat, weil es dann gar keinen Spaltennamen gibt. Auf Spalten der Ergebnismenge über deren Position im select zugreifen zu müssen ist nicht witzig. Stellte sich raus, das ist ein Bug, auf dem die php-Spacken seit 8 Jahren sitzen, obwohl sogar ein patch mitgeliefert wurde beim Bugreport: https://bugs.php.net/bug.php?id=75534. Immerhin steht dort auch ein universeller workaround, weswegen die wohl noch weitere 8 Jahre sitzen bleiben, man packt ans Ende eines beliebigen select statements eine ansonsten sinnlose Variablendeklaration:
select foo bar from mytable; declare undderhuberblästdietuba tinyintund schon kriegt php auch die Spaltenaliase. Das ist doch einfach nur gaga ;-)
Teil 1 erschließt sich, wenn man zwei Stunden mehrmals die ansonsten ziemlich gute FreeTDS-Doku durchliest ;-) Die bewirkt an der Stelle scheissekonfiguriert, ist aber eigentlich ein Fall für scheissedokumentiert.de.
Teil 2 ist einfach ein ewig ungefixter php-Bug, der einen Bug von FreeTDS berücksichtigte. FreeTDS hat vor > 8 Jahren die Stelle auf ihrer Seite vervollständigt, ein DB-Server gibt immer die Metadaten eines prepared statements zurück, die muss man im API halt nur auch alle auslesen, wenn man sie haben will ;-).
(Jedes statement ist irgendwann vor seiner Ausführung ein prepared statement, entweder explizit/als separate Aktion “prepare” vom API oder sogar der Anwendung aus oder halt implizit durch den Server, aber übersetzen muss der das statement immer, und dann liegen dessen Metadaten vor, und die funkt er auch zurück.)
Aber die php-maintainer haben auf FreeTDSens Bugfix nicht reagiert, gehen immer noch davon aus, dass sie an der Stelle keine vollständigen Metadaten kriegen. Daran hängts hier.
Dass der workaround funktioniert, liegt garantiert daran, dass php bei Vorkommen von “declare” ein statement als Stored-Procedure-Code ansieht und dann genauer hinguckt und mehr Kontext ausliest - den es seit Ewigkeiten von FreeTDS auch bei normalen select statements kriegen könnte. Wetten? ;-)
Ich hab mal geguckt, scheissedokumentiert.de und scheissemaintained.de sind noch frei, das wären hübsche Schwesterseiten zu scheissekonfiguriert.de, da könnte man fein hin- und herverlinken.
(Danke Volker)
$ openssl s_client -connect picture-alliance.com:443
Connecting to 35.246.153.146
CONNECTED(00000003)
depth=2 C=US, O=Internet Security Research Group, CN=ISRG Root X1
verify return:1
depth=1 C=US, O=Let's Encrypt, CN=R10
verify return:1
depth=0 CN=picture-alliance.com
verify return:1
---
Certificate chain
0 s:CN=picture-alliance.com
i:C=US, O=Let's Encrypt, CN=R10
a:PKEY: rsaEncryption, 2048 (bit); sigalg: RSA-SHA256
v:NotBefore: Apr 28 10:23:07 2025 GMT; NotAfter: Jul 27 10:23:06 2025 GMT
1 s:C=US, O=Let's Encrypt, CN=R10
i:C=US, O=Internet Security Research Group, CN=ISRG Root X1
a:PKEY: rsaEncryption, 2048 (bit); sigalg: RSA-SHA256
v:NotBefore: Mar 13 00:00:00 2024 GMT; NotAfter: Mar 12 23:59:59 2027 GMT
$ openssl s_client -connect www.picture-alliance.com:443
Connecting to 35.246.153.146
CONNECTED(00000003)
depth=0 O=Acme Co, CN=Kubernetes Ingress Controller Fake Certificate
verify error:num=18:self-signed certificate
verify return:1
depth=0 O=Acme Co, CN=Kubernetes Ingress Controller Fake Certificate
verify return:1
---
Certificate chain
0 s:O=Acme Co, CN=Kubernetes Ingress Controller Fake Certificate
i:O=Acme Co, CN=Kubernetes Ingress Controller Fake Certificate
a:PKEY: rsaEncryption, 2048 (bit); sigalg: RSA-SHA256
v:NotBefore: Apr 3 08:32:33 2025 GMT; NotAfter: Apr 3 08:32:33 2026 GMTDate: Tue, 18 Jun 2024 07:23:21 +0000
From: Adobe <message@adobe.com>
Subject: MASSNAHME ERFORDERLICH: Deine Abonnements sind abgelaufen [bzw. laufen heute ab]Die Lizenzen […] sind abgelaufen, und wir haben noch keine Verlängerungsbestellung erhalten. Verlängerungsbestellungen müssen bis zum Ablauftermin der Lizenzen, dem 18-Juni-2025 PDT, bearbeitet sein. Dieser Termin ist heute. Du verlierst den Zugriff auf deine Adobe-Produkte, wenn du die Verlängerungsbestellung nicht sofort aufgibst.
From: <nagios>
To: <trouble>
Subject: ** PROBLEM Service dbserv/mysql bufferpool hitrate is CRITICAL **
** PROBLEM **
mysql bufferpool hitrate on dbserv (10.10.10.10) is CRITICAL
Info:
CRITICAL - innodb buffer pool hitrate at -13.37%> ** PROBLEM **
>
> State: DOWN
> Info: CRITICAL - Host Unreachable (10.*.*.*)
>
> Time: Wed Nov 17 19:02:09 CET 2021
>
ok, ich.
Dass das snapshot löschen Stunden dauert ist auch was für Franks
scheissekonfiguriert.de ;-)(Danke Gerd)
From: RIPE Atlas <atlas@ripe.net>
To: ripe@***.de
Subject: b'Your RIPE Atlas Probe (ID: 2***7) is not connected to our network'lehnt Waffenstillstand ab - auf Tagesscahu.de steht, Nato-Partner in der
hier hast du dich in der Mail vertippt. Es wurde aber kein link zu der falschen Seite erstellt, sondern als normaler Text versendet.
Das Mailprogramm der Empfängerin hat dann, weil da “.de” steht, automatisch einen Link generiert. Diesen hat sie dann angeklickt.
Leider ist die Domain Tagesscahu (mit typo) registriert und erreichbar. Die Betreiber der domain leiten dann aber leider nicht weiter auf die domain Tagesschau (ohne typo) sondern fangen an den Typo auszunutzen und werbenetzwerke aufzurufen.
(Danke Alex)
> > ich versteh das ehrlich gesagt gar nciht: ich weiß nciht, wo da so viele
> > mails landen. Vielleicht kann mal jemand sich bei mir melden? Danke
>
> Mach ich.
Geil. Sogo hatte den falschen IMAP-Seperator konfiguriert, deswegen
landete Mails, die in einen Unterordner gefiltert wurden, in einem
Verzeichnis auf das B. nicht zugreifen konnte.
War sogo:/etc/sogo/sogo.conf:
> NGImap4ConnectionStringSeparator = ".";(Danke Mario)
> [2015-11-13 17:22:12] Unbekanntes Daten-Format '' von der AutorenDB-Schnittstelle erhalten. Implementiert sind 'application/json' und 'application/xml'
AutorenDB so: "Hey deine Suche hat keine Ergebnisse geliefert hier hast du '204 No Content'"
Redaktionssystem so: "oehm ich kann nur json und xml - kein Ergebnis verstehe ich nicht"
-> ignore(Danke Alex)
> verflixt, da habe ich schon off/on gedrückt.
Debian!
root 5105 0.0 0.0 4180 752 ? Ss 11:20 0:00 /bin/sh /etc/init.d/rc 2
root 5114 0.0 0.0 6696 2604 ? SL 11:20 0:00 \_ startpar -p 4 -t 20 -T 3 -M start -P N -R 2
root 5132 0.0 0.0 9552 1744 ? S 11:20 0:00 \_ /bin/bash /etc/init.d/zfs-mount start
root 6833 0.0 0.0 32272 2464 ? S 11:24 0:00 \_ /sbin/zfs mount -a
root 6852 0.0 0.0 17192 692 ? S 11:24 0:00 \_ /bin/mount -t zfs -o defaults,noatime,dev,exec,rw,suid,noxattr,nomand,zfsutil torx/.sqlite /backup/.sqlite
root 6853 1.1 0.0 31344 1352 ? D 11:24 0:10 \_ /sbin/mount.zfs torx/.sqlite /backup/.sqlite -o rw,noatime,noxattr,zfsutil
root 6114 0.0 0.0 21864 1136 ? Ss 11:20 0:00 /usr/sbin/cron
root 6579 0.0 0.0 34636 1140 ? S 11:21 0:00 \_ /USR/SBIN/CRON
root 6580 0.0 0.0 14308 1508 ? Ss 11:21 0:00 \_ /bin/bash /etc/rbs/livesnap
root 6581 0.0 0.0 14304 656 ? S 11:21 0:00 \_ /bin/bash /etc/rbs/livesnap
root 6583 0.0 0.0 27616 3908 ? S 11:21 0:00 | \_ perl -MPOSIX -lne BEGIN {$|=1} print strftime("[%a %H:%M:%S] ",localtime()),$_
root 6653 0.0 0.0 4180 696 ? S 11:23 0:00 \_ /bin/sh /etc/rbs/suckdisk /backup/.fileserver 66 fileserver /storage
root 6682 0.0 0.0 4180 296 ? S 11:23 0:00 \_ /bin/sh /etc/rbs/suckdisk /backup/.fileserver 66 fileserver /storage
root 6685 0.1 0.0 31064 16388 ? S 11:23 0:01 \_ rsync -baSHAv0 --force --numeric-ids --files-from=- fileserver:/ ./
root 6686 11.8 0.0 39368 7360 ? S 11:23 1:58 \_ ssh fileserver rsync --server --sender -vblHogDtpARSe.Lsf --numeric-ids --files-from=- --from0 . /
root 7642 34.2 0.0 31064 15880 ? S 11:34 2:08 \_ rsync -baSHAv0 --force --numeric-ids --files-from=- fileserver:/ ./
Da läuft der CRON befor die Platten gemountet sind!>> Destination: 0 0231 90****04
>> Status: Busy signal detected; too many attempts to dial
>
> 00231 ist die Vorwahl von Liberia. Beim neuen Faxserver keine zusätzliche
> Null vorwählen!
ist mir schleierhaft wir tragen die Faxnummer eigentlich aus der
Datenbank ein und da gibt es keine führende 0 - ich werde mal
Beratungsgespräche aufnehmen(Danke Rainer)
ds# /etc/init.d/interred restart
Starting InterRed Maintenance Daemon... done.
/opt/InterRed/customer/config/init.d/enabled-ds/README_initscripts.txt: Zeile 2: ACHTUNG!: Kommando nicht gefunden.
/opt/InterRed/customer/config/init.d/enabled-ds/README_initscripts.txt: Zeile 4: Bitte: Kommando nicht gefunden.
/opt/InterRed/customer/config/init.d/enabled-ds/README_initscripts.txt: Zeile 5: Grund:: Kommando nicht gefunden.
/opt/InterRed/customer/config/init.d/enabled-ds/README_initscripts.txt: Zeile 7: Vielen: Kommando nicht gefunden.>> Alarm Bus-ID 1 Gerät 1 2010-07-15 08:02:32: Fehler: Kompressor 1
> sie arbeiten dran.
fehlerursache: scheissekonfiguriert, laut dem techniker.
die klimaanlage meldete gestern und heute morgen, dass sie gerne
gewartet werden möchte - normalerweise piepst sie in diesen fällen nur.
das ding läßt sich aber wohl auch so programmieren, dass gewissen events
(zu denen auch diese benachrichtigung gehört) aktionen zugeordnet werden
können, die dann durch klimaanlagen-interne schaltvorgänge ausgelöst
werden. im vorliegenden fall war dem event "wartungsbenachrichtigung"
eine aktion namens "priorität 2" zugeordnet, die mit dem sog. relais 2
verknüpft ist. dieses relais wiederum ist nun aber dafür zuständig, den
zweiten kompressor ein- bzw. auszuschalten ... der rödelte dann also bei
wartungsbenachrichtigungen zusätzlich zum bereits aktiven kompressor 1
los -> peng, wegen überdruck.(Danke Thoralf)
> was hat afpserver1 eigentlich mit dem Rechner
> got.jacked.by.the.p0lice.biz, auf dem ein IRC läuft, zu tun?
>
> Chattet ihr da?
>
> Wed Dec 28 00:50:07 2005 471 got.jacked.by.the.p0lice.biz:6667 -> afpserver1:1116
> Wed Dec 28 00:50:07 2005 160 afpserver1:1116 -> got.jacked.by.the.p0lice.biz:6667
scheisse,
die dinger müssen raus aus unserem netz.(Danke Tino & Holgi)
| © 2013 — 2025 WofFS | |
powered by Hakyll |