Beiträge von oliver.g

Zitat von joas

Weil die Kreditkarten von ING keine echte vollwertige Kreditkarten sind. Was sie da anbieten, ist nur der Schein. D.h. die Kreditkarten von ING sind in Wirklichkeit nur Debitkarten....also viel Spaß beim Hotel und Mietwagen buchen....die werden die Zahlung von diesen Karten verweigern....(na gut, bis auf paar Ausnahmen)

Das kann ich nicht bestätigen. Für den Zahlungsempfänger ist die ING Visa eine vollwertige Kreditkarte. Ich nutze meine ING Visa wöchentlich für Hotelbuchungen und hatte noch nie Probleme mit Annahmeverweigerungen. Der einzige Unterschied liegt, wie schon erwähnt, bei der Abrechnung. Der Umsatz ist, wie bei Zahlung mit der normalen Girocard, sofort vorgemerkt und wird einige Tage später valutiert. Es dauert dabei nur ein paar Tage länger als bei Zahlungen mit der Girocard.

Zitat von BrotherJ

Meines Erachtens ist das reine Geschäftemacherei.

Netcup ist ein Unternehmen, das Umsatz und Gewinn erzielen muss, um uns Kunden weiterhin Produkte zur Verfügung stellen zu können, klar machen die ihr Geschäft mit uns, ist völlig legitim.

Das es aus persönlicher Ansicht evtl. überteuerte Produkte gibt ist auch völlig in Ordnung. Die Kalkulation muss am Ende aufgehen. Da werden eben andere Produkte quersubventioniert um sie weiterhin günstig und konkurrenzlos zu vertreiben zu können.

Komponenten upgraden kannst du nicht, du kannst aber im CCP den Server auf einen höheren Tarif upgraden.

Zitat von 03simon10

Jedoch werde ich das ganze erstmal nicht umsetzen können, da die Festplatte (wurde nicht von mir genutzt/geknechtet) anscheinend ziemlich hinüber ist. Zumindest lässt CrystalDiskInfo nur sehr sehr schlechtes vermuten.

Hier eine weitere Frage: Was muss passieren, um eine Festplatte in einen solchen Zustand zu bekommen?

pasted-from-clipboard.png

Selbst bei einer noch älteren HDD mit mehr Betriebsstunden, habe ich die Warnanzeige bei CrystalDiskInfo noch nicht gesehen. (bzw. sehe ich das generell zum ersten Mal)

Ich hatte schon Platten mit ~40000 Betriebsstunden, die waren fit wie ein Turnschuh. Und ich hatte Platten mit wenigen Tausend, die ich mit solchen Fehlern über die Gewährleistung austauschen könnte, oder eben Pech hatte.

Steckt man nicht drin, manchmal ist der Wurm drin. Man sagt ja auch: HDDs geben entweder ziemlich direkt auf, oder niemals.

Zitat von whoami0501

Betreibt hier zufällig jemand eine Nextcloud hinter einem nginx reverse Proxy und mag mir mal seine nginx Config (also des rev. Proxys) zum Vergleichen zeigen?

Ich habe irgendwie das Gefühl, dass ich das aktuell nicht so ganz richtig mache...

Hier mal meine revProxy config:

server {
  listen      80;
  listen      [::]:80;
  server_name nextcloud.domain.tld;
  return      301 https://$server_name$request_uri;
}

server {
  listen      443 ssl;
  listen      [::]:443 ssl;
  server_name nextcloud.domain.tld;

  ssl                 on;
  ssl_certificate     /etc/ssl/domain.tld/fullchain.cer;
  ssl_certificate_key /etc/ssl/domain.tld/cert.key;
  proxy_hide_header   Strict-Transport-Security;
  add_header          Strict-Transport-Security "max-age=31536000";

  client_max_body_size    512M;
  client_body_buffer_size 128M;

  location / {
    proxy_pass http://<backend_ip>;
  }
}

In der Hauptconfig /etc/nginx/nginx.conf habe ich noch die proxy_params eingebunden:

include /etc/nginx/proxy_params;

Darin setze ich folgende Header:

proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;

Ich hoffe, das hilft dir weiter.

Zitat von whoami0501

Was empfiehlt sich denn eigentlich am ehesten als Reverse Proxy?

Auskennen tu ich mich bisher nur mit Apache2, aber der soll wohl nicht so prall von der Performance her sein... ich hätte an sich kein Problem mich in nen anderen Server einzulesen, aber würde sich das lohnen?

nGinx, klein, ressourcenschonend, schnell und einfach zu konfigurieren.

Bei mir hat es jetzt Dank manueller Zuweisung durch den Support auch funktioniert.

Zitat von Gunah

du musst das bei he.net wie folgt machen.

Nutze HE als "Secondary" und haben einen Hidden Primary für meine Privaten Domains.

Leg die Domain normal an, nicht als Secondary/Slave.

Lege alle wichtigen Records an.

Hinterlege die Nameserver von HE.net bei NetCup.

(diesen Step am besten deutlich später machen) So hättest du die Verwaltung nun bei HE.net, wenn du jetzt aber als Secondary nutzen willst, musst du deine Domain bei he.net löschen und als Secondary angelegen.

So hat es zumindest bei allen Endungen bei mir geklappt.

Alles anzeigen

Danke, das Hidden Primary und Secondary Setup ist mein Ziel, daher lege ich sie derzeit als Master Zones bei HE an. Den von dir beschriebenen "Workaround" habe ich beim Testen bereits entdeckt.

Leider funktioniert das Anlegen für de Zonen problemlos, nur me und eu machen gerade Probleme.

Ich habe gerade ein ähnliches Problem mit zwei nicht-de-Domains. Diese wollte ich gerade zu HE.net umziehen. Dort bekomme ich als Meldung, dass die Domains nicht an HE.net delegiert sind. Beim Umstellen der Nameserver im CCP erhalte ich die Meldung, die beiden Domains seien nicht von den HE-Nameservern verwaltet. Sozusagen ein klassisches Henne-Ei-Problem.

Ich habe den netcup-Support angeschrieben mit der Bitte, die Nameserver manuell auf HE.net umzustellen. Sollte das erfolgen, kann ich bei HE.net die Delegation rechecken und damit die Verwaltung aktivieren. Ich bin mal gespannt, was der Support antwortet.

Oder netcup sieht Server und IPs als Bundle, wie die Inklusivdomains beim Webhosting.

Stichwort: Failover IP. Die kannst du zwischen Servern hin und her switchen. Das geht auch über eine API.

Aus der Reihe "Wenn super Ideen nach hinten losgehen": https://futurism.com/the-byte/licen…oKysbWIIIkHpnXw

Hi, versuche mal die Festplatte im SCP komplett zu löschen, dafür gibt es die Funktion

pasted-from-clipboard.png

Zitat von whoami0501

//EDIT: Habe ihn mal an geeigneter Stelle gefragt, was los ist.

So geht Zensur...

Oder die Kacktusse. Ob man das Wort teilen möchte, sei jedem selbst überlassen...

Zitat von H6G

Ich habe sogar einen zweiten Submission Port für SOGo, weil SOGo kein (Start)TLS unterstützt.

SOGo und Submission? Was für ein Setup nutzt du denn? Bei mir steht Postfix als MTA vor SOGo.

Zitat von Hecke29

"GPG (Keyserver) EOL" oder "Rette sich, wer kann"

https://gist.github.com/rjhansen/67ab9…5b3618d6955275f

War ja absehbar. Ich habe auch lange Zeit einen Node betrieben, diesen aber letztes Jahr vom Netz genommen, da es nur noch Probleme gab (Signature spamming, Nutzung als "Fileserver") und der Vorschlag, Signaturen nur dann anzunehmen, wenn die Mail Adresse bestätigt wurde und eine max size einzuführen immer nur abgetan wurde. Das Projekt liegt m. E. seit letztem Jahr im Sterben.

Heute morgen noch schnell geknipst im Wiener Hotel:

IMG_20190629_092919.jpg

In case of fire: press DEL to delete

So einfach funktioniert das also bei euch

Wäre auch interessant zu wissen, ob Snapshots in diesem Zusammenhang sinnvoll wären oder auch Gefahr laufen korruptiert zu werden, da sie auf der gleichen Platte liegen.

Hi, du benötigst die vHosts in beiden Applikationen, z. B.

Nginx: public IP:80/443 --> Apache: localhost:8080

Der Nginx vHost lauscht dabei auf der public IP auf den Standard HTTP(S) Ports und reicht die inbound Anfragen dann per proxy_pass an den Apache vHost auf localhost Port 8080 (oder ein anderer frei gewählter) weiter.