Beiträge von chrko

Konfigurierst dein Netz via dhcp oder statisch?

Zitat von Spin

Vielen Dank nochmal. Das Wiki hat mir zwar keine Lösung gegeben, aber die richtigen Werkzeuge um zu erfahren wo das Problem eigentlich liegt.

Sehr schön, das wichtigste schon gelernt

Ich würde dir jedoch empfehlen den dhcpcd platt zu machen und dein Netzwerk komplett statisch zu konfigurieren. Für Arch würde ich dann entweder mit netctl oder systemd-networkd arbeiten. Entsprechendes findest du dann in den man-pages oder auch im Arch Wiki.

https://wiki.archlinux.org/index.php/netctl

https://wiki.archlinux.org/index.php/Systemd-networkd

https://www.freedesktop.org/so…man/systemd-networkd.html

https://www.freedesktop.org/so…emd/man/systemd.link.html

https://www.freedesktop.org/so…/man/systemd.network.html

https://wiki.archlinux.org/index.php/Network_configuration

Dort ist hinreichend erklärt, wie man unter Arch in der Regel Networking macht…

Zitat von A:H

Sehe nur ich das so oder ist Dovecot teils echt mies dokumentiert?

Hm, ich habe den detailierten Einstieg über das Dovecot-Buch gehabt, und finde mich dadurch in dem Wiki gut zu recht. Aber so eine schöne "einfache" man-pages wie bei postfix vermisse ich doch manchmal.

Zu deiner SQL DB - MySQL u. SSL Frage siehe https://github.com/dovecot/cor…/dovecot-sql.conf.ext#L45

Edit: Im eigentlich Thread gesehen, dass Parameter ja schon bekannt sind :O

Ich möchte da mal nur Wietse Venema zitieren:

Zitat von postfix-users@postfix.org - 01.03.2018

Code

    Don't use SORBS.
            Wietse

Netcup: Bitte hört auf SORBS zu nutzen. Egal mit welcher Gewichtung!

Wenn ich es gerade richtig verstanden habe, hast du ein komplettes WinServer Image vor dir. Die einfachste Möglichkeit müsste sein, dass du dein vhdx Image in qcow2-Format transformierst und dieses dann ins SCP einspielst.

VG

Christian

Die Toplevel Domain darf kein CNAME sein, womit @ CNAME ungültig ist.

Zitat von s4Ne

Das Problem ist mir bekannt aus einem Netzwerk mit Thin-Clients, die per rdesktop ebenfalls zu einem Windows Server 2008 verbunden waren. Genauer gesagt hatte ich damals das Problem der IT gemeldet und zurück kam, dass es wohl etwas mit der Keymap auf der Clientseite zu tun hatte. War jedenfalls schnell behoben.

Ich werde mal den Thread verfolgen und eventuell fällt es mir beim Lesen wieder ein.

Gruß

s4Ne

Alles anzeigen

Für rdesktop(1) gibts es die Option -k. Der Standardwert wird versucht aus LC_* und LANG versucht abzuleiten. Da mal vielleicht explizit setzen

Die Warnung kommt, wenn es kein neues Zertifikat mit den gleichen gibt, siehe https://letsencrypt.org/docs/expiration-emails/

Nach Host und RR-Typ, in welcher Reihenfolge wäre mir persönlich egal.

Ich würde mich schon zur der Aussage verleiten lassen, egal wie sortiert, am besten nur überhaupt eine Sortierung

Sorry, aber RTFM: nslookup(1)

user@host:~# nslookup -query=AAAA google.com
Server:        127.0.0.1
Address:    127.0.0.1#53
Non-authoritative answer:
google.com    has AAAA address 2a00:1450:400e:805::200e
Authoritative answers can be found from:
google.com    nameserver = ns4.google.com.
google.com    nameserver = ns3.google.com.
google.com    nameserver = ns2.google.com.
google.com    nameserver = ns1.google.com.
ns1.google.com    internet address = 216.239.32.10
ns1.google.com    has AAAA address 2001:4860:4802:32::a
ns2.google.com    internet address = 216.239.34.10
ns2.google.com    has AAAA address 2001:4860:4802:34::a
ns3.google.com    internet address = 216.239.36.10
ns3.google.com    has AAAA address 2001:4860:4802:36::a
ns4.google.com    internet address = 216.239.38.10
ns4.google.com    has AAAA address 2001:4860:4802:38::a

user@host:~# nslookup -query=AAAA google.com 2a03:4000:0:1::e1e6
Server:        2a03:4000:0:1::e1e6
Address:    2a03:4000:0:1::e1e6#53
Non-authoritative answer:
google.com    has AAAA address 2a00:1450:4001:81a::200e
Authoritative answers can be found from:
google.com    nameserver = ns2.google.com.
google.com    nameserver = ns3.google.com.
google.com    nameserver = ns4.google.com.
google.com    nameserver = ns1.google.com.
ns1.google.com    internet address = 216.239.32.10
ns1.google.com    has AAAA address 2001:4860:4802:32::a
ns2.google.com    internet address = 216.239.34.10
ns2.google.com    has AAAA address 2001:4860:4802:34::a
ns3.google.com    internet address = 216.239.36.10
ns3.google.com    has AAAA address 2001:4860:4802:36::a
ns4.google.com    internet address = 216.239.38.10
ns4.google.com    has AAAA address 2001:4860:4802:38::a

Du denkst vermutlich an host(1)

user@host:~# host google.com
google.com has address 172.217.18.14
google.com has IPv6 address 2a00:1450:400e:805::200e
google.com mail is handled by 10 aspmx.l.google.com.
google.com mail is handled by 50 alt4.aspmx.l.google.com.
google.com mail is handled by 20 alt1.aspmx.l.google.com.
google.com mail is handled by 30 alt2.aspmx.l.google.com.
google.com mail is handled by 40 alt3.aspmx.l.google.com.

Zitat von mainziman

ja das mit dem Storage Space ist eine Überlegung wert, hat nur den Nachteil, das es an den vServer gebunden ist ...

(hier wäre eine Art Storage Space, welcher an beliebigen vServer angebunden weden kann, und das glzt. als "Shared Space"

evtl. wünschenswert)

Der ist nur vertraglich an einen Server gebunden. Der Zugriff auf den NFS-Share wird beschränkt auf IPs, welche man im CCP spezifiziert hat. Damit ist dein Wunsch eigentlich vollkommen erfüllt.

Zitat von mainziman

Was bedeutet die Angabe des Preises pro Stunde z.B. 0,004 EUR beim VPS 200 G8?

(0,004 * 24 * 365,25 / 12 ergibt nach Eva-Zwerg 2,922 EUR)

in dem Fall steht ja 2,69 EUR je Monat als Preisangabe;

Der Monatspreis gilt

Aus dem Info-Popup:

Zitat

Der Tarif kann zu jeder Zeit gekündigt werden. Dabei werden im voraus abgerechnete Monate und Stunden in ganzen Teilen zurück erstattet. Eine Stunde kostet dabei ein 720stel des Monatspreises. Angaben zu Stundenpreisen sind ggf. gerundet.

Zitat von TobiasH

hannip hast du es mittlerweile gelöst? Ich bin zwar soweit, dass meine Container alle eine IPv6 Adresse erhalten, von außen jedoch nicht erreichbar sind. Mit dem Einsatz von neigh proxy funktioniert es zwar, ich würde es jedoch gerne so lösen wie oliver.d , klappt jedoch nicht.

Die Lösung von oliver.d klappt auch nur, wenn das Subnetz an deinen Server geroutet ist. Das erste Subnetz eines jeden Servers ist jedoch geswitcht. Daher wirst du dort einen neighbor proxy nutzen müssen.

Alle zusätzlichen Subnetze, statisch oder Failover, sind auf eine Adresse aus deinem ersten Subnetz geroutet (Prefix + EUI-64). Diese Adressen kannst du dann auch problemlos auf deinem Server routen.

VG

Christian

Zitat von Lukas P. Schmidt

Offensichtlich ist der key jetzt funktionsfähig - danke für die ganze Hilfe! Die Ursache des Fehlers ist mir allerdings nicht klar ...

Es dauert schlicht ein wenig vom Zeitpunkt an dem du im CCP den Eintrag erstellst, bis er dann auch in die Zone geschrieben wird, und dann auch jeder sieht (wenn du die Abfrage zu früh gemacht hast, wird die fehlende Antwort auch eine gewisse Zeit gecached).

VG

Christian

dig zoho._domainkey.lps-photography.de TXT +short
"v=DKIM1; g=*; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCieSrNOIVNBROxHLWJ/gVbSKHVSrt9srjib32FNJTAfYi70lFXGmxEMYPzkARrIGWwgi9jEsOePL/OYQEvFShkhkEZdfjUL3H0oM2bJnyeW1irb6GzB3sujiwGREyhztIN0p3Nvwi2YmCHMok5CfjWg/ZqTizpqRat56zfgsjTzQIDAQAB"

tut :o

und sonst immer mal bei deinen autoritativen NS nachfragen:

dig zoho._domainkey.lps-photography.de. TXT @root-dns.netcup.net.

VG

Christian

Ein RS 1000 SSD G7SEa3

fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75
test: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64
fio-2.16
Starting 1 process
test: Laying out IO file(s) (1 file(s) / 4096MB)
Jobs: 1 (f=1): [m(1)] [100.0% done] [42196KB/14280KB/0KB /s] [10.6K/3570/0 iops] [eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=16265: Tue Jan 16 09:07:07 2018
  read : io=3070.4MB, bw=38158KB/s, iops=9539, runt= 82394msec
  write: io=1025.8MB, bw=12748KB/s, iops=3186, runt= 82394msec
  cpu          : usr=3.65%, sys=21.33%, ctx=532905, majf=0, minf=9
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
     issued    : total=r=785996/w=262580/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
     latency   : target=0, window=0, percentile=100.00%, depth=64
Run status group 0 (all jobs):
   READ: io=3070.4MB, aggrb=38157KB/s, minb=38157KB/s, maxb=38157KB/s, mint=82394msec, maxt=82394msec
  WRITE: io=1025.8MB, aggrb=12747KB/s, minb=12747KB/s, maxb=12747KB/s, mint=82394msec, maxt=82394msec
Disk stats (read/write):
  sda: ios=784192/262149, merge=8/70, ticks=3925852/1271560, in_queue=5198060, util=99.87%

und ein Root-Server 1000 Xmas16

fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75
test: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64
fio-2.16
Starting 1 process
test: Laying out IO file(s) (1 file(s) / 4096MB)
Jobs: 1 (f=1): [m(1)] [100.0% done] [6222KB/1981KB/0KB /s] [1555/495/0 iops] [eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=22432: Tue Jan 16 09:12:40 2018
  read : io=3070.4MB, bw=5455.9KB/s, iops=1363, runt=576340msec
  write: io=1025.8MB, bw=1822.5KB/s, iops=455, runt=576340msec
  cpu          : usr=1.86%, sys=7.90%, ctx=524868, majf=0, minf=7
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
     issued    : total=r=785996/w=262580/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
     latency   : target=0, window=0, percentile=100.00%, depth=64
Run status group 0 (all jobs):
   READ: io=3070.4MB, aggrb=5455KB/s, minb=5455KB/s, maxb=5455KB/s, mint=576340msec, maxt=576340msec
  WRITE: io=1025.8MB, aggrb=1822KB/s, minb=1822KB/s, maxb=1822KB/s, mint=576340msec, maxt=576340msec
Disk stats (read/write):
  sda: ios=786552/264148, merge=856/1550, ticks=32973356/3114092, in_queue=36089540, util=100.00%

Ich habe leider keine Messwerte von letzten Jahr vor Spectre / Meltdown; der Root 1000 Xmas ist aber schon seit längerem gefühlt so schnarchig…

Zitat von sqizzel

Ja das habe ich auch getan, aber im Dropdown wird die Beschreibung nicht mit angezeigt. Da steht nur die lange ID und wenn man gerade einen Server bearbeitet, will man schon schnell springen können.

Oder habe ich eine Funktion verpasst, wo ich die ID ändern kann?

Ich hab mal nen Screenshot angehangen. Ich finde auch nur die Möglichkeit den "Spitznamen" zu bearbeiten.

Es gibt im SCP eine Option "Spitznamen anzeigen". Damit werden dann im Dropdown die Spitznamen angezeigt.

Zitat von DJ218

Danke für die hilfreichen oder informativen Antworten

Funktioniert fstrim auch bei den HDD Laufwerken ? Alles was ich im Netz zu diesem Befehl finden konnte, bezieht sich nur auf SSD.

Ja, was du als deine Platte siehst, ist auf der nächsten Ebene nur eine Datei. Mit fstrim gibst du deinem Dateisystem nur die Anweisung die freien Blöcke auch wieder als solche zu kennzeichnen.

Mich hat es gerade getrollt. Session oder irgendwas anderes hat *buff* gemacht, und ich hatte das heutige Adventskalendertürchen nicht mehr im Warenkorb