Beiträge von nitram

Ey ey ey, keine De-Domains

Dann warte ich eben und die Liste wird länger

Zitat von Paul

Es dauert manchmal etwas, bis die Mail mit der Rechnung kommt.

Ist ja lustig, manchmal sollte man nichts schreiben. Um 20 Uhr ist die Rechnungsmail eingetroffen...

Aber halt 3 Tage später wie das Rechnungsdatum.

Zitat von tab

dazu musst du nur regelmäßig was bestellen

Wird ne 0 Euro Rechnung bei dem Produkt "Cloud vLan Free" generiert?

Zitat von Paul

Es dauert manchmal etwas, bis die Mail mit der Rechnung kommt.

Aber keine 3 Tage. Ist schon vom 20.02.2024.

Sagt mal bekommt Ihr gerade Rechnungmails von Netcup?
Ich hab ne neue Rechnung im CCP, aber bei Gmail ist keine Mail angekommen...

Blockt jetzt Gmail Netcup ganz ?

Zitat von Copro

Der Virenschutz ist bei uns dauerhaft aktiviert und kann nicht deaktiviert werden. Da die Option nicht ausgeblendet werden kann, steht Sie zur Verfügung, hat jedoch keinerlei Auswirkungen.

pasted-from-clipboard.png

Moderatoren

Wenn diese Aussage vom Support stimmt, dann sollten aber auch die Produktseiten angepasst werden.

Weil da steht "Alle ein- und ausgehenden E-Mails werden auf Wunsch von uns auf Viren geprüft."

Zitat von Borgqueen

Entenrennen

Die erste Ente gewinnt dann den WaterSwimDuck Server

Zitat von Bud

Was letzte Preis?

Bei so Fragen natürlich 1 BTC oder 18,03 ETH xD hahaha

Zitat von Borgqueen

Du Ferengi denkst wieder nur ein einen möglichen Profit.

Natürlich, für dich muss ich mir noch überlegen wieviel Latinum das machen würde

-------

Das war doch nur nen Späßle

Zitat von Borgqueen

weitere Cyber Quack

Hahaha vielleicht sollte ich meinen Versteigern? xD Der liegt nur ausgeschaltet rum

Zitat von NaN

Jede Erstregistrierung

Teilweiße gibt es das ja mit den "Premium Domains". Ich hätte da noch ein paar coole Namen auf Lager, aber alles Premium und kosten gleich mal mehrere Tausend €.

Zitat von Bud

Würde dir dann eher ED anstatt SEDO

Dann müsste man nur noch wissen, was ED ist Oder ist das die Elite D...?

Naja eigentlich bin ich eh eher nur auf Parken grad aus, das scheint ja ganz lukrativ zu sein.
Gestern just vor Fun mit 8 Domains gemacht und schon auf einer Domain 4 Cent => bei nem ek von 1,57 => sollte im Jahr auf jedenfall drin sein, dann kann ich die einfach liegen lassen

(und noch nen paar reservieren, sind teils Interessant wegen Key-words...)

Zitat von p3nnyman

https://sedo.com/de/domains-parken/ 

Auf die Idee bin ich noch gar nicht gekommen Für Domains wo ich nur mal mir zum Spaß geholt hatte, falls ich mal Lust auf ein Projekt hätte, dass ich die Domain schon mal habe...

Ich glaub jetzt muss ich doch auch mal bei den de Domains Aktionen kräftig zuschlagen scheint ja ganz lukrativ zu sein

Ich hoffe nie nen Spam von "potenzmi**el.nl" zu bekommen.
Von so Domains bin ich früher mal voll gespammt worden, obwohl ich mit so Zeugs nie was zu tun hatte...

Und ich hoffe wirklich, dass unter der Domain / IP kein aktiver Shop betrieben wird, solange da nicht nen Admin dahinter steht, der auch weiß was er tut.

Zitat von Hille

warum nicht. Der rDNS ist doch korrekt gesetzt.

Ne ist kein FQDN, bei Mailservern sollte das immer ein solcher sein.

Zitat von frank_m

Nein. Über die preferred_lft kannst du verhindern, dass diese IP abgehend verwendet wird. Aber eingehenden Traffic darfst du nicht verhindern, da sie das Routing Ziel ist.

Okay, das ist ein bisschen schade, das man das nicht verhindern kann.

Bei Netplan geht das preferred_lft mit lifetime bei der IP.

Das funktioniert so:

network:
    version: 2
    ethernets:
        eth0:
            addresses:
            - "2a03:4000:33:21::2/64":
                lifetime: 0
            - "2a03:4000:50:6b1::2/64"
            - "2a03:4000:33:21:6856:59ff:fef2:653b/64":
                lifetime: 0
            match:
                macaddress: ba:22:11:33:44:55
            routes:
            -   on-link: true
                to: default
                via: fe80::1

könnte man glaub auch bei routes wie folgt abgehend von einer bestimmten IP erzwingen:

 network:
    version: 2
    ethernets:
        eth0:
            addresses:
            - "2a03:4000:33:21::2/64"
            - "2a03:4000:50:6b1::2/64"
            - "2a03:4000:33:21:6856:59ff:fef2:653b/64"
            match:
                macaddress: ba:22:11:33:44:55
            routes:
            -   on-link: true
                to: default
                via: fe80::1
                from: 2a03:4000:50:6b1::2

Hat jedenfalls beides funktioniert. Gibts da nen richtiger ? xD

Ausgehend wird die richtige IP verwendet.

Nur bei Docker nicht, das verstehe ich noch nicht, aber da gibts dann vermutlich nen neuen Thread.

Zitat von lizzalisz

bevor ich das mache: was ist denn der proxy modus? kann ich damit was falsch machen?

Plesk hat zwei Webserver

NGINX und Apache

Wenn der Proxy-Modus aus ist, wird nur NGINX verwendet und der kann glaub bei Netcup nur bis php 7.2

Wenn der Proxy-Modus an ist, dann reicht NGINX den Request einfach nur an Apache weiter.

Eigentlich nicht, wie gesagt, wäre noch interessant, was im ccp bei Produkt => Leistungen bei php steht.

Zitat von lizzalisz

hmn, finde jetzt nicht wo ich irgendwas mit proxy einstellen kann?

Das ist auch bei Apache und Nginx nicht php. Man sieht halt hier nicht alles auf dem Screeni

EDIT:

Ich glaub das Expert M von dem Webhosting gabs als Plesk version und nicht Plesk?

Weil wenns ohne Plesk ist, dann ist meines ja komplett falsch und wirds da nicht geben. Sorry.

EDIT2: Du warst vermutlich im Reiter "Hosting" => geh mal auf "Apache und nginx"

Kannst du mal im ccp unter Produkte bei deinem Expert M schauen, ob da unter Leistung nicht doch PHP 8.0 steht?

Ich dachte nämlich, dass die PHP 8 bekommen hatten

Wenn dem so ist, dann vermute ich, dass unter den Einstellungen Apache und Nginx der Proxy Modus aus ist => dann gibts nur bis php 7.2.

Schau mal bei Apache und Nginx

Wenn Proxymodus aus ist, dann gibts leider nur php 5.6 bis 7.2

Screenshot_20240211_132639_Chrome.jpg

Moin,

ich hab Probleme beim Einrichten einer Failover IPv6.

Im SCP ist folgendes hinterlegt:

pasted-from-clipboard.png

Standartmäßig sieht die Datei /etc/netplan/50-cloud-init.yaml wie folgt aus (ipv4 hier entfernt, da das funktioniert):

network:
    version: 2
    ethernets:
        eth0:
            addresses:
            - 2a03:4000:33:21::2/64
            match:
                macaddress: ba:22:11:33:44:55
            routes:
            -   on-link: true
                to: default
                via: fe80::1

Füge ich bei adresses die Failover "2a03:4000:50:6b1::2/64" hinzu ist diese nicht pingbar...

Erst wenn ich bei adresses noch "2a03:4000:33:21:6856:59ff:fef2:653b" hinzufüge klappt es.

Kann man das irgendwie z.B. per Route umgehen , ohne das die Adresse "2a03:4000:33:21:6856:59ff:fef2:653b" hinzugefügt und erreichbar wird?
Klar ich kann den eingehenden Traffic für diese Adresse per IP-Tables blocken, aber mich interessiert es, ob ich hier irgendwas falsch mache oder warum das eben so ist?

Zitat von [netcup] Claudia H.

Ehrlichgesagt wundere ich mich auch immer wieder, wie es zustande kommt

Ich könnte mir da Autofill vorstellen z.B. 1password will da gespeicherte Einträge benutzen.

pasted-from-clipboard.png

Der Google Passwortmanager füllt das Teil glaub auch selbst aus.

(Kanns leider grad nicht testen, weil ich die Leute nicht für ein 2FA Token nerven will)...