Beiträge von Yoshi

Hallo Leute,

ich benötige für Systemmails, zB von Nextcloud etc. eine noreply Adresse. Ich bin inzwischen so weit gekommen, dass ich Mails verschicken kann. Das funktioniert aber nur so lange, wie ich ein vollständiges Postfach via WCP erstelle, sprich so:

wcp_mail_01.png

Sobald ich den Haken entferne, kann ich keine Mails mehr verschicken. Gibt's eine Möglichkeit, das umzusetzen, ohne ein vollwertiges Postfach zu erstellen?

Hallo in die Runde,

besteht eigentlich die Möglichkeit, im Servercontrolpanel einen Schalter einzubauen, ob der Server im BIOS- oder UEFI-Modus laufen soll? Intels "Clear Linux" setzt im Standard-Image zwingend EFI voraus. Eine Installation auf BIOS-Systemen ist zwar möglich, erfordert aber manuelles Erzeugen eines Installationsimages.

Alternativ wäre es ja theoretisch auch denkbar, dass netcup weiterhin auf EFI verzichtet, dafür aber Clear Linux in die Liste der vorgefertigten Images aufnimmt.

Ein NEIN klingt anders. Ich bin gespannt.

Hallo Leute,

der Titel sagt schon genau das aus, was mich interessiert. Vll kann sich jemand von netcup dazu äußern. Danke vorab.

Golem.de berichtet aktuell auch darüber:

https://www.golem.de/news/tls-…-pruefen-1709-129981.html

Zertifizierungsstellen müssen diese Records nun eigentlich verpflichtend prüfen, von daher wäre es schön, wenn man diese bei netcup setzen könnte.

Hallo netcup-Team,
ich habe leider die Neujahrsaktion verpasst. Wird es demnächst wieder eine ähnliche Rabattaktion geben?

Ach herje, Fehler gefunden...

Hatte Verschlüsselung erzwungen (smtpd_tls_security_level = encrypt). Steht jetzt auf smtpd_tls_security_level = may und funktioniert. Hält aber ziemlich effektiv Spam draußen, die erste Variante

Hallo Leute, ich kämpfe mit einem kuriosen Problem. Mein Postfix MTA nimmt aus mir noch nicht nachvollziehbaren Gründen nicht alle Mails an. Gmail und Outlook werden problemlos zugestellt, Mails von andere externen Servern nicht. Aber sie werden scheinbar nicht abgelehnt, der im Log von Postfix tauchen sie auf, sie werden einfach nicht zugestellt.

Apr 07 11:47:22 ***.eu postfix/smtpd[28314]: connect from mta1.w osign.com[220.181.55.47]
Apr 07 11:47:25 ***.eu postfix/smtpd[28314]: disconnect from mta1.w osign.com[220.181.55.47] ehlo=1 mail=0/1 rcpt=0/1 data=0/1 rset=0/1 quit=1 commands=2/6

Das ist mir bisher gar nicht aufgefallen, weil ich zum selbst Testen eben nur Gmail und Outlook zur Verfügung habe... Was könnte die Ursache dafür sein?

Ja, so habe ich mir jetzt beholfen. Danke.

Hallo netcup-Team,
ich habe eben versucht im CCP meine DNS Einträge zu bearbeiten. Ich habe seit Ewigkeiten einen SPF Record (als TXT) gesetzt, der wunderbar funktioniert. Sobald ich jetzt aber die geänderten DNS-Einstellungen speichern möchte, bekomme ich eine Fehlermeldung, dass das "Host" Feld nicht leer sein darf. Das muss bei einem TXT Record doch aber so sein. Ich denke, dass das ein Bug im CCP ist. Oder muss bei "Host" auch für TXT Records etwas eingetragen sein?

Ah, ja das ergibt Sinn, danke

Ja, das macht es aber für mich nicht logischer. Der Server war definitiv nicht aus. Aber irgendwie stimmt der Timer nicht.

Hallo netcup-Team,
woraus genau leitet sich die angegebene Laufzeit des Servers im VCP ab? Mein Server hat aktuell eine Laufzeit von etwas über 3 Tagen. Das kann aber nicht sein, da der Server nicht neugestartet wurde. Woran genau wird die laufzeit festgemacht?

Das kann ich reproduzieren. Kann es eventuell sein, dass der Router von hetzner einfach keine traceroute weiterleitet?

root@xyz ~ # traceroute netzpolitik.org
traceroute to netzpolitik.org (46.4.67.51), 30 hops max, 60 byte packets
 1  5.45.1xx.x (5.45.1xx.x)  0.317 ms  0.311 ms  0.301 ms
 2  juniper1.rz2.hetzner.de (78.47.244.253)  0.274 ms  0.267 ms  0.262 ms
 3  core11.hetzner.de (213.239.245.53)  0.441 ms  0.440 ms  0.428 ms
 4  core22.hetzner.de (213.239.245.213)  2.856 ms core22.hetzner.de (213.239.245
.226)  2.860 ms core21.hetzner.de (213.239.245.222)  2.850 ms
 5  juniper1.rz14.hetzner.de (213.239.245.86)  2.897 ms  2.975 ms juniper2.rz14.
hetzner.de (213.239.245.126)  2.873 ms
 6  hos-tr1.ex3k2.rz14.hetzner.de (213.239.224.131)  3.947 ms  3.528 ms hos-tr2.
ex3k2.rz14.hetzner.de (213.239.224.163)  3.587 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

€dit: sipgateblog.de funktioniert da aber...

root@xyz ~ # traceroute www.sipgateblog.de
traceroute to www.sipgateblog.de (144.76.49.99), 30 hops max, 60 byte packets
 1  5.45.1xx.x (5.45.1xx.x)  0.831 ms  0.815 ms  0.807 ms
 2  juniper1.rz2.hetzner.de (78.47.244.253)  0.749 ms  0.761 ms  0.758 ms
 3  core11.hetzner.de (213.239.245.53)  0.758 ms  0.753 ms core12.hetzner.de (21
3.239.245.189)  0.734 ms
 4  core22.hetzner.de (213.239.245.213)  2.985 ms core21.hetzner.de (213.239.245
.222)  2.981 ms core22.hetzner.de (213.239.245.226)  2.975 ms
 5  juniper2.rz19.hetzner.de (213.239.245.138)  3.008 ms  3.044 ms  3.042 ms
 6  hos-tr1.ex3k12.rz19.hetzner.de (213.239.242.141)  4.480 ms hos-tr5.ex3k12.rz
19.hetzner.de (213.239.251.133)  4.115 ms hos-tr3.ex3k12.rz19.hetzner.de (213.23
9.231.13)  4.123 ms
 7  wolga.sipgateblog.de (144.76.33.8)  2.917 ms  2.919 ms  2.917 ms
 8  www.sipgateblog.de (144.76.49.99)  3.317 ms  3.315 ms  3.309 ms

So, ich hab's jetzt wieder hinbekommen. Ich weiß nicht genau, was letztlich der Fehler war, aber habe jetzt vorbildlich wieder eine saubere nginx.conf, die Ordner sites-available und sites-enabled und für jede URL eine entsprechende vhost-Datei

So ist es, das Paket bei Arch ist aber ähnlich dem nginx-full. Ich werde nochmal bei 00 anfangen mit meiner configuration und dann mal sehen wie weit ich komme. Bin aber nach wie vor für Tipps und Anregungen dankbar

Ja, momentan gar nicht, weil damit gar nichts ging. Die beiden Server-Blöcke waren vorher einzelne Dateien in "sites-available", eingebunden mit include /etc/nginx/sites-enabled/*; (die Dateien dann via Symlink)
Aber das funktionierte gar nicht mehr... Dann hab ich die beiden Server-Blöcke der nginx.conf direkt hinzugefügt und dann funktionierte wenigstens der Aufruf via IP-Adresse...

Via URL lande ich aber dennoch in /var/www und nicht in meinem angegebenen document root.

Ja, bei Debian z.b. gibt es die Ordner "sites-available" und "sites-enabled", das weiß ich. Bei Arch Linux aber nicht. habe die Ordner angelegt um das besser handeln zu können, aber damit funktionierte nach dem Update GAR NICHTS von beidem... So geht wenigstens der Aufruf via IP-Adresse. Und laut nginx-config-guide ist das mit den Serverblöcken nicht falsch... Siehe hier: Server names und hier: ServerBlockExample

Aber irgendwo hab ich da noch einen Fehler und ich fiinde um's verrecken nicht wo...

Hallo Leute,
ich brauch mal wieder eure Hilfe... Seit dem Update auf nginx 1.4.0 kann ich meine Website per URL nicht mehr erreichen. Ich bekomm es auf Teufel komm raus nicht gebacken, dass es beides wieder funktioniert. Folgendes möchte ich erreichen:

/var/www und die Unterordner (z.b. /phpmyadmin/) sollen nur per IPv4 aufrufbar sein. Das habe ich erreicht und das funktioniert alles wie es soll. Allerdings klappt das mit den vhosts irgendwie absolut nicht.

Ich möchte /var/www/example.com/public_html via example.com aufrufen. Ich lande beim Aufruf aber trotzdem immer in /var/www, obwohl meiner Meiinung nach das Document Root richtig angegeben ist. Vielleicht habt ihr noch einen Tipp für mich parat.

http://pastebin.com/mCifHk1D <- link zur nginx.conf

Ok, dann hab ich das ganze vermutlich falsch interpretiert. Aber wenn du die LVM-Partition vollständig platt machst, dann kannst du selbst doch über die console keine Snapshots mehr machen, oder habe ich da einen Denkfehler?