Hintergrund ist, dass einige Kunden virtuelle Server bei
#Contabo
gebucht haben und hier das Upgrade auf 2016-2022 nur per #Neuinstallation vorgesehen ist. Windows Server 2012 ist ja End-of-Live im Oktober 2023.

https://www.vpsbenchmarks.com/yabs/contabo-8c-29gb-ce01f6

#contabo #yabs result

#hosterEvaluation: #contabo
#charming price
#performance is on first try-out nice and steady (building java and php)
#ugly looking/behaving customer control panel
#no live server stats
#no web vnc
#limited os selection
Existing other linux os (current versions) #notSelectable for installation - have to pay for it (per month)

Gelukkig kan je via https://contabo-status.com/ snel vaststellen of het aan je zelf ligt of dat iets anders de oorzaak is. #contabo en m'n old-fashioned #nagios checks werken goed :)

Hmmm het lijkt dat m'n #contabo servertje even niet bereikbaar is..... strange

E' vero, alla fine uno si compra una #VPS e un dominio e fa prima (se deve fare un progetto serio)

https://contabo.com/en/vps/

#contabo ?

I’m really mad at #Contabo - this is not “support”, this is self-service and GTFO

#contabo This is NOT a serious E-Mail from my VPS Hoster that is a) incapable of holding my Dataprocessing Agreement for even a few Months and b) cant even write a email what product is affected. I dont want to know what happens if i had hundrets of vps bought at #contabo

#contabo I like this hoster. It is cheap if you dont need support and do your backups yourself, but their cloudstorage as #s3storage only is just too limited for my use cases. Where can you really integrate a Non-Posix Filesystem properly. I appreciate more #hetzner approach where you can at least use #NFS #smb and #ssh to connect to your data.

I just migrated my Domain Registrar from #Contabo to #Hetzner, which saves me 8€ a year and I just plain prefer their interface.

Sadly I had hoped that I could then also use #DNSSEC, as Contabo doesn’t support that. Should have checked that first, because as it turns out Hetzner also doesn’t support it…

Über #Contabo gibt es immer wieder heftige Hackerangriffe auf meine Websites und WebApps. Jetzt habe ich einmal ein paar Tausend IPs von Contabo gesperrt. Tut mir zwar leid für diejenigen, die nun die Infos meiner Sites nicht mehr nutzen können, aber da sollen sie sich an Contabo wenden. Es gibt genügend Möglichkeiten, Missbrauch zu verhindern und kriminelle Hacker zu blocken, bzw. zur Anzeige zu bringen.

#Hacking

Ich habe es (mit Hilfe von Expert*innen) jetzt endlich geschafft, #Contabo #S3Storage in meine #Pixelfed-Instanz einzubinden.

In der .env-Datei sind dafür folgende Einträge erforderlich:

PF_ENABLE_CLOUD=true
FILESYSTEM_CLOUD=s3
FILESYSTEM_DRIVER=local
AWS_ACCESS_KEY_ID=<access_key>
AWS_SECRET_ACCESS_KEY=<secret_access_key>
AWS_DEFAULT_REGION="EU2"
AWS_BUCKET=<bucket-name>
AWS_URL=https://eu2.contabostorage.com/<tenet-id>:<bucket-name>
AWS_ENDPOINT=https://eu2.contabostorage.com/
AWS_USE_PATH_STYLE_ENDPOINT=true

Wer will, setzt auch noch:

PF_LOCAL_AVATAR_TO_CLOUD=true
MEDIA_DELETE_LOCAL_AFTER_CLOUD=true

Anschließend "php artisan config:cache" und, ganz wichtig, im Administrator-Dashboard auf der Settings-Seite S3 aktivieren.

#Pixelfed #PixelfedAdmin

Any Pixelfed admins here who successfully use #Contabo #S3Storage for their instance?

Ich gebe #Pixelfed jetzt doch noch eine Chance, aber diesmal auf einem anderen PC. Da muss ich allerdings noch den vorhandenen Web-Server gegen nginx austauschen.

Aussichtslos bleibt wohl die Integration von #Contabo #S3Storage. Das scheint nicht kompatibel zu sein. Auch darum der andere PC - der hat einfach mehr Speicherplatz als mein Server.

Im Grunde genommen brauche ich #Pixelfed nicht. Was ich damit vor allem machen will, kann ich auch mit Nextcloud tun.

Aber weil es (also das Einbinden des S3 Storage) nicht funktioniert, habe ich den Ehrgeiz, es doch zum Laufen zu bekommen...

Ich fürchte aber, dass #Contabo nicht kompatibel zu Pixelfed ist... (Das Problem hatte ich auch schon mit Filezilla Pro).

#FediHelp #Pixelfed #PixelfedAdmin #S3Storage

I have configured Pixelfed with S3 storage support. S3 storage provider is #Contabo .

New images are uploaded to the S3 bucket (and also stored locally), but Pixelfed can't show them ("No preview available"). Firefox' network monitor reports a HTML status 401 ("Unauthorized").

My S3 configuration:

PF_ENABLE_CLOUD="true"
FILESYSTEM_CLOUD="s3"
FILESYSTEM_DRIVER="s3"
AWS_ACCESS_KEY_ID="<access_key>"
AWS_SECRET_ACCESS_KEY="<secret_key>"
AWS_DEFAULT_REGION="EU"
AWS_BUCKET="<bucket_name>"
AWS_URL="https://eu2.contabostorage.com/<bucket-name>/"
AWS_ENDPOINT="https://eu2.contabostorage.com"
AWS_USE_PATH_STYLE_ENDPOINT="true"

Anyone who know what's wrong with my configuration?

Unsere virtuelle Telefonanlage läuft ja auf einer #VPS bei #Contabo. Heute Morgen war sie schon total langsam und nun ist sie gar nicht erreichbar. Zwischendrin war sie kurz da und auch performant. Ticket an den Support ist raus, aber noch kein Feedback was die Ursache ist 🤔 Hab jetzt mal (liege ja krank auf der Couch) mal schnell eine neue #VM auf meinem eigenen Server bei IP-Projects aufgesetzt und die Config eingespielt, jetzt können die Kollegen zumindest erstmal wieder telefonieren.

Ich frage mich, ob ich beim Anbieter für den #S3Storage dieser Instanz die richtige Wahl (#Contabo) getroffen habe.

Es kommt mir sehr langsam vor – allerdings habe ich keinen Vergleich zu anderen S3-Anbietern.

Herausgefunden, dass #Contabo und #FileZillaPro nicht miteinander kompatibel sind – oder genauer, dass Contabo und Amazons AWS nicht vollständig miteinander kompatibel sind. Und FileZilla Pro hält sich genau an die AWS-Standards, sodass es sich nicht mit dem S3 Storage von Contabo verbinden kann.

#FileZillaPro mag einfach nicht mit #S3Storage von #Contabo verbinden und erfindet beim Versuch mal eben neue URLs, indem der Pfad zur Subdomain wird.