Das längste Thema

Zitat von timkoop

Was stellt ihr so mit euren kleinen VPS 200 an? Abgesehen von mit Mailcow + Pritunl quälen

Seit Ostern schont meiner die Node-Ressourcen, aber kündigen will ich den auch nicht...

Hier mal, was meine kleinen VPS so tun:

• Zentraler acme.sh client --> Zertifikate via posthook/bash script an alle anderen Server und Endgeräte verteilen.
• Zentrale InfluxDB + Grafana fürs Monitoring (Daten werden via Telegraf von allen Systemen abgegriffen)

Oder:

• Bitwarden als komplett autarkes System

Oder:

• Pritunel
• Shadowsocks

Oder:

• Mailcow (minimal + SWAP) --> für nahezu unbenutzte Mailadressen und als zentraler SMTP Server für Systembenachrichtigungen der anderen Server

Kann mir jemand von Euch den Unterschied bei Munin zwischen den Plugins df und df_abs sagen?

df - Munin plugin to monitor disk or inode usage

http://gallery.munin-monitoring.org/devel/node.d.linux/df.html

df_abs - Plugin to monitor absolute disk usage

http://gallery.munin-monitoring.org/devel/node.d.linux/df_abs.html

Letzterer überwacht den "absoluten" Speicherverbrauch - doch was muss ich mir darunter vorstellen?

df => Werte in Prozent

df_abs => Werte in Bytes

Beispiel:

Du hast eine 200GB Festplatte und 100GB davon sind belegt:

df => 50%

df_abs => 100GB

Zitat von julian-w

df => Werte in Prozent

df_abs => Werte in Bytes

Beispiel:

Du hast eine 200GB Festplatte und 100GB davon sind belegt:

df => 50%

df_abs => 100GB

Alles anzeigen

Absolut einfach und verständlich... Warum schreibt man das nicht direkt so in die Doku

Doku OpenSource?

Ändern und Pull Request!

Zitat von timkoop

Ich glaube, ich habe mich für die falsche Bank entschieden. Als "verschlüsselte Mail" wird eine unverschlüsselte Mail mit einer kennwortgeschützten PDF als Anhang bezeichnet. Das Kennwort ist übrigens nur die PLZ, lässt sich also zur Not relativ einfach bruteforcen.

Hast du der Bank gesagt Sie sollen das Konto gleich wieder Zumachen, weil du den Antrag zurückziehst?
Gut das ich dort kein Konto aufgemacht habe.

Mir kam das schon durch die Werbung früher im Fernsehr nicht Vertrauenswürdig vor.

Ich hatte dann auch mal geprüft wie meine beiden reinen Onlinebanken das gemacht haben und beide haben es nicht auf diesen Weg gemacht.

Was auch grade zu den Thema passt ist wie Vodafone seine Kunden einfach bei DSL/Kabel abzockt wenn man nicht aufpasst.

Bin ich zu blöd LineageOS 16 zu bedienen oder ist das ein Bug? Oder irgendein tolles neues "Feature" von Android?

• Wenn die Kamera App Fotos am internen Speicher ablegen soll: Landet alles in DCIM und macht keine Probleme.
• Wenn sie auf der SD-Karte abgelegt werden sollen: Dann landet alles in einem Datenordner der App. Die Krönung ist allerdings, dass gelöschte Fotos weiterhin im Dateisystem verbleiben und nicht gelöscht werden?! Egal ob über die Kamera App oder die Galerie. Ich erhalte eine Bestätigungsfrage, das Foto ist in der Galerie nirgends mehr auffindbar, aber es ist weiterhin über den Dateibrowser anzeigbar. Auch nach einem Reboot noch.

Jetzt habe ich schon über ADB die System-Partition R/W mounten und händisch rumpfuschen müssen, damit AdAway wieder läuft. Langsam macht es keinen Spaß mehr. Das ist übrigens eine saubere Neuinstallation inkl. neuerem TWRP und Bootimage, ich habe vorher alles platt gemacht. Sogar die SD-Karte wurde komplett formatiert. Da sind absolut keine Reste von früher vorhanden.

Edit: Und trotzdem merke ich jetzt mal wieder, dass ich ohne Rootrechte beim Smarthendl nur schwer leben könnte. Das ist für mich absolut essentiell.

Edit: Woah, jetzt erkennt das Mistding plötzlich die SIM-Karte nicht mehr nach einem Reboot bzw. wählt sich nicht mehr im Netz ein. WTF?!

Soll ich schon mal Popcorn holen?

Zitat von timkoop

Popcorn

Gratis Windoof, seit wann gibt es denn sowas? ....

Zitat von nitram

Gratis Windoof, seit wann gibt es denn sowas? ....

Gratis ist es nicht, man würde es im Paketpreis mitbezahlen

Naja, halt ich schon für möglich. Evtl. haben alle Windows Jünger jetzt halt eingesehen wie gut Linux ist und wollen kein Geld mehr dafür ausgeben.

Morgen gibt übrigens Elvis ein Konzert und übermorgen friert die Hölle zu.

Ist noch Popcorn da?

Ich habe wieder ein Fall, wo nach einer Reaktionszeit von 9 Stunden nur der Textbaustein "Recovery System" kommt:

Dabei ist der Fall eindeutig: Der Steal-Wert ist mit dedizierten Kernen zu hoch und inzwischen auch ein rcu_sched detected stalls on CPUs/tasks (der ist erst nach dem Ticket gekommen)

Ich betreue mehrere Kunden und habe deshalb häufiger Kontakt mit dem Support. Dieser ist in letzter Zeit nur negativ. Und diese Fälle sind Netcup-Pro

• Upgrade Managed Server gebucht - Bestätigungsmail bekommen wir melden uns in 72 Stunden - Keine weitere Reaktion von Netcup - Auf Nachfrage, das Upgrade wird automatisch durchgeführt - wurde es aber nicht - inzwischen steht ein Termin zum Upgrade (NC#2020051510009176)
• Beim Betriebssystem-Update vom Managed Server ist die Uploaderhöhung von fcgi nicht übernommen worden - Ticket mit der Fehlermeldung mod_fcgid: HTTP request length 134225188 (so far) exceeds MaxRequestLen (134217728) eröffnet - Antwort ich solle die PHP-Einstellungen überprüfen - Nach Hinweis auf altes Ticket wurde der Fehler behoben und für die Zukunft der Hinweis auf Domains > example.com > Apache & Nginx settings > Additional
  directives for HTTP & HTTPS geben. Diesen Punkt habe ich in Plesk leider nicht (NC#2020050810011159)

Die Antwort Garantie wird auch nicht mehr eingehalten (ebenfalls Netcup-Pro)

• Anfrage Installation Borg-Backup (ist nach dem Server-Upgrade möglich) - Keine Antwort auf dem Ticket von 19.05.2020 14.21 (NC#2020030510014094)

[netcup] Felix P., kannst Du dich bitte da mal reinhängen ...

Kurz nach meinem Beitrag im Forum wurde der Server doch migriert und der Steal ist wieder im normalen Bereich. Geht also doch

Zitat von ThomasChr

Evtl. haben alle Windows Jünger jetzt halt eingesehen wie gut Linux ist und wollen kein Geld mehr dafür ausgeben.

diese Aussage bei einer derarten Verteilung wirkt irgendwie seltsam ...

diese Karte

sagt auch etwas aus, daß die blau markierten Gebiete, diejenigen sind,

wo noch echte PCs dominieren; und die rot/grün markierten PCs teilweise nur noch aus Museen bekannt sind;

wobei der rote Fleck in Nordfrankreich sowas wie Gallien zu Zeiten von Asterix & Co. symbolisiert;

Gerade von einem anderen Provider eine Mail bekommen, dass die Wartungsarbeiten jetzt beendet sind... Wartungsarbeiten? Die hätten mir vielleicht vorher auch Mal was schicken können

[netcup] Felix P.

Gibt es schon eine zeitliche Einschätzung zur G9 der Rootserver?

Zitat von mainziman

diese Aussage bei einer derarten Verteilung wirkt irgendwie seltsam ...

Gibts das auch für Server OS?

Gerade das Internet läuft -imho- mit überwiegend Linux.

Leider siehts beim Desktop (und in Firmennetzen) ned gut aus für die lieben Pinguine.

Wenn man hier aber beginnt embedded Linux mit zu erfassen (Router? Handy*) würde es wohl auch anders aussehen...

* Ja, Android und iOS ist ned direkt Linux. Aber eher Linux als Windows.

Habe heute Morgen eine Mail bekommen... Ist das in dem Style-Tag irgendwie eine neue Technologie? Habe ich zumindest noch nie gesehen... Man beachte, dass ich davon 10000 (!) Zeilen rausgekürzt habe.

Return-Path: <greenbounceOHkWzZSwXljgAqU@target.com>
Delivered-To: xxx@xxx.de
Received: from mail.xxx.de ([fd4d:6169:6c63:6f77::b])
    by mail.xxx.de with LMTP
    id nAUtNyaxxF6sTQIAlnm2uA
    (envelope-from <greenbounceOHkWzZSwXljgAqU@target.com>)
    for <xxx@xxx.de>; Wed, 20 May 2020 06:25:10 +0200
Received: from st43p00im-zteg10062001.me.com (st43p00im-zteg10062001.me.com [17.58.63.166])
    (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
    (No client certificate requested)
    by mail.xxx.de (Postcow) with ESMTPS id E602E220F69
    for <xxx@xxx.de>; Wed, 20 May 2020 06:25:05 +0200 (CEST)
Received: from ms01602.mac.com (st14p01im-mail01604a.me.com [17.162.149.158])
    by st43p00im-zteg10062001.me.com (Postfix) with ESMTP id BA1386C080C
    for <xxx@xxx.de>; Wed, 20 May 2020 04:25:02 +0000 (UTC)
Received: from pv33p00im-smtpin024.me.com ([17.142.180.50])
 by ms01602.mac.com (Oracle Communications Messaging Server 8.0.2.5.20200127
 64bit (built Jan 27 2020)) with ESMTP id <0QAM006XA49QWNB0@ms01602.mac.com>
 for xxx@xxx.de (ORCPT xxx@xxx.com); Wed,
 20 May 2020 04:25:02 +0000 (GMT)
Received: from seacabo.es (unknown [132.145.63.228])
    by pv33p00im-smtpin024.me.com (Postfix) with ESMTP id 537B98C027C    for
 <xxx@xxx.com>; Wed, 20 May 2020 04:25:00 +0000 (UTC)
x-dmarc-info: pass=fail; dmarc-policy=none; s=r0; d=r0
x-dmarc-policy: v=DMARC1; p=none; fo=1; rua=mailto:dmarc_rua@target.com;
 ruf=mailto:dmarc_ruf@target.com
Authentication-results: magent0820.usprz06.pie.apple.com;    dkim=temperror (0-bit
 key) header.d=amazonses.com header.i=@amazonses.com header.b=golWeOcG
Authentication-results: magent0940.usprz06.pie.apple.com; spf=neutral
 (magent0940.usprz06.pie.apple.com: 132.145.63.228 is neither permitted nor
 denied by domain of greenbounceOHkWzZSwXljgAqU@target.com)
 smtp.mailfrom=greenbounceOHkWzZSwXljgAqU@target.com
Received-SPF: neutral (magent0940.usprz06.pie.apple.com: 132.145.63.228 is
 neither permitted nor denied by domain of
 greenbounceOHkWzZSwXljgAqU@target.com)
 receiver=magent0940.usprz06.pie.apple.com; client-ip=132.145.63.228;
 helo=seacabo.es; envelope-from=greenbounceOHkWzZSwXljgAqU@target.com
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple;
 s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1578699070;
 h=From:To:Subject:MIME-Version:Content-Type:Message-ID:Date:Feedback-ID;
 bh=Sw3wq+qy18+NRjA+BcYsoRlQAbVGbWiIdF0AAhfeou0=;
 b=golWeOcGBEgg9W32Kvz9NDwFnERiy1xGn2nOLaguVOvRNitVbp+iu4X66+KBYJXt
 oZu0yNMOGxBfhnmqxIMHRW+CyVqapWo3Ct6uGvsyiq+TQP203LH30h+RsP8WdTs8vz8
 YVUHWtjkgmmLlApZ5TkF4xkdoPTX926AHZ8HKmnM2Kw=
Received: by filter1231p1las1.sendgrid.net with SMTP id
 filter1231p1las1-26116-5C8E36EF-63 2019-03-17 12:00:47.968087585 +0000 UTC
 m=+153218.451351696
Authentication-results: resimta-ch2-05v.sys.comcast.net;    dkim=pass
 header.d=em.target.com;
From: amazon ThankYou   <targetnews@em.target.com>
To: lachelle <fgdgdf.0CIEVR@gmail.com>
Subject: A message Is waiting for you
Date: Wed, 20 May 2020 04:24:53 +0000
MIME-version: 1.0
Reply-to: "noreply"
 <noreply-feca17787166067f-68_html-204821495-7210964-2653@em.target.com>
Message-id: <8100774b-dc09-4520-8282-b60CIEVRb6eb-0CIEVR@em.target.com>
Content-type: text/html
List-Unsubscribe:
 mailto:leave-f0fxnzutsq-f0fxnzutsq-f0fxnzutsq-f0fxnzutsq-f0fxnzutsq@em.target.com
X-MANTSH: 1TEIXWlwZGVoaGkNHB0tNT0ReQ0QeHhoSEQpMQxcbHQQbHhgEGxMfBBkYEBseGh8
 aEQpMWRcYHxEKWUQXaVJ/U0gaemN7SxoRCllNF2RFRE8RCllJFxpxGhAadwYHHx9xHhIbHBIQG
 xwTEx8bdwYHGBoGGxoaEQpZXhdsbHkRCkNOF1tgeGZfRX8bYlBiT1wSWl4BX1JAeU9PcmRmWl9
 LWh9aEQpYXBcZBBoEHhkHHRwSSx0fH0kFGx0EGx4YBBsTEgQeGBAbHhofGhEKXlkXfAFGfR4RC
 k1cFxgcEQpMWhdtQnpSQVMRCk1OF24RCkxGF2NraxEKQ1oXGxkYBBseHwQcGQQYGBIRCkJeFxs
 RCllFFxkRCkVJFxsRCkVmFx4RCkJGF2tlTnxtUmNNE2UZEQpCRxdmXRtne0hGeGMTeBEKQlwXG
 xEKQksXb24BGxx7WxxCZVsRCkJJF2VieENJQk5fUEt9EQpCRRdgW0FLAXlBUkJsUBEKQk4XZWJ
 4Q0lCTl9QS30RCkJMF2NzfBp+T2RhTU9dEQpCbBdlQXlBGVNkelxFcBEKQkAXeh0bHBlFT31me
 msRCkJYF2hNQFBQXBxmY1p5EQpCeBduZ1MdEmxPT0sTaBEKcGcXY0dkXF94UBhyXFIQBxkaEQp
 waBdvHEZSZ1J7AUxaYhAaEQpwbBdgUH9SZ2ZEX2hJTxAHGRoRCm1+FxoRClhNF0sR
X-CLX-Shades: None
X-CLX-UShades: None
X-CLX-Score: 25
X-CLX-UnSpecialScore: None
X-CLX-Spam: false
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216,18.0.676
 definitions=2020-05-19_11:2020-05-19,2020-05-19 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=1 suspectscore=59
 malwarescore=0 phishscore=1 bulkscore=100 spamscore=1 clxscore=25 mlxscore=1
 mlxlogscore=230 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-2002250000 definitions=main-2005200036
X-ICL-INFO:
 GAtbRFYBB1BFSlVFSwAGQhkQEhoNQwsMVQoTShZfWAdVHAJKH0JTBxsbCQIWU1MtPRIxDSJjQToZ
 EwE2CWV2FhQLARIMHlUNGFkAE0VVW0wBGBQQHUQYARoURgQRQAtTRktIRkwFGFRGV1RFQBBeBxkW
 WwQdUVUDFxZIEgsQRhYHRD1GSwIYU0FMSEFLHgRQTSRGExwNQwweFwkAFhBbCxFEWk9JAAZVQk0E
 WhxTBltYTVNFSB0OUE1LSxVOAHUrMC80FU5VVE9FOi8yLmJ2BxhXEhYKV1MWWxoJGkYQRAFIDQ8a
 VltZDQU5CxJWU1kP
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=xxx.de;
    s=dkim; t=1589948707; h=from:from:reply-to:reply-to:subject:subject:date:date:
     message-id:message-id:to:to:cc:mime-version:mime-version:
     content-type:content-type:list-unsubscribe:dkim-signature;
    bh=GTVhFr2T9UZNQdOuRBK19+GCerFkxFZtRLHB2FjNoLU=;
    b=J0Qs3rEFuorTI9KfftouYDdEiFzR2y2HetXebR9GqOF8r5Png0sk5VX7V1VDgOmH8nIhF0
    0sJPW5wqr9pHWdzEpBCQg+2MAuUtEpKvKgTN9txDKYR1gRPjntRFyP00naWVNxXIvcR4Rf
    1rtnPOGkmMyMWQM+kqcvYWqyncFo8nQ4qaJMhC7Oie+90Vzf6hVcqGJY83kiGaM6rFw36J
    jJ9uxr0mnpN4hXbn5rx8ZRBSfw5p8LXX5P76z9EbOzyxQiraCEPZu/wvXaTd7bV6Tn6z+I
    7tLQV8gPQzE7UxbTO5iDoWlmKsvYY7nH6hiZZf+98OJ9dtlVM5yLyhe8zAeQUQ==
ARC-Seal: i=1; s=dkim; d=xxx.de; t=1589948707; a=rsa-sha256; cv=none;
    b=VMk7GWl8d+3ihbcRtzPKB4Zqf4zall4Oj+qk0UIIVk4np7EaR4KQW4+pvBAEt/2K6mCLl0
    M/CFxuyvqM3SRfAQI8rXMTMNfmpqIAN/sBLDKJu7cU+EgnjbmpcGB2s/Q3q1b+vUy+4DjJ
    HzxOLZWswIDduSnupYdUhYYMh4b9ucLnUIgPlpCehTSDIdzyP8fvxSbCU7a+fBQl7/Ahly
    vGPTMs60pZyBeE4BnUb7h3+psRvybimtZQYhD72RPNFUvbhtIKfFlHONjaKSvv1xsUm0XB
    fPoSKSXjKg1J9d6kjEVkfY8M6mVM+4GYZrodclpPzIaB/SAHceMYw9q/aTm6jw==
ARC-Authentication-Results: i=1;
    mail.xxx.de;
    dkim=none (invalid DKIM record) header.d=amazonses.com header.s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw header.b=golWeOcG;
    spf=softfail (mail.xxx.de: 17.58.63.166 is neither permitted nor denied by domain of greenbounceOHkWzZSwXljgAqU@target.com) smtp.mailfrom=greenbounceOHkWzZSwXljgAqU@target.com
X-Last-TLS-Session-Version: TLSv1.2
Authentication-Results: mail.xxx.de;
    dkim=none (invalid DKIM record) header.d=amazonses.com header.s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw header.b=golWeOcG;
    dmarc=fail reason="No valid SPF" header.from=target.com (policy=none);
    spf=softfail (mail.xxx.de: 17.58.63.166 is neither permitted nor denied by domain of greenbounceOHkWzZSwXljgAqU@target.com) smtp.mailfrom=greenbounceOHkWzZSwXljgAqU@target.com
X-Rspamd-Queue-Id: E602E220F69

<html>
<style> ONceC-63755-gddtl
ONceC-63755-gddtl
ONceC-63755-gddtl
ONceC-63755-gddtl
ONceC-63755-gddtl
ONceC-63755-gddtl
{10.000x!!!}
ONceC-63755-gddtl
ONceC-63755-gddtl
ONceC-63755-gddtl </style>
<center>
<table cellspacing="66" style="background-color: rgba(0, 0, 66, 0.8);">
<Map Name="a1.Png">
<Area Coords="2,3,600,587" Href="http://layalipaint.jankiskhan.website/" ></Map>
<Map Name="a2.Png">
<Area Coords="21,2,140,20" Href="HTTP://jankiskhan.website/opt?v=xrT1o64XyeALvqK1TECpPE7SJkHZphydDBX20rVcwUNXajsCcXCPGgtxUxxXyYgLjzPK1jB%2BTem7mpT70FJQig%3D%3D" ></Map>
<BR/><Img Src="http://imgprincip.jankiskhan.website/" UseMap="#a1.Png"><BR/>
<BR/><Img Src="http://genoptout.jankiskhan.website/" UseMap="#a2.Png"><BR/>
<div id="seacabo.es Z4Bktt"></div>
<span class="seacabo.es ZLXK3QxueF"></span>
<strong id="seacabo.es Z4Bktt"></strong>

Zitat von ThomasChr

Gibts das auch für Server OS?

Gerade das Internet läuft -imho- mit überwiegend Linux.

Leider siehts beim Desktop (und in Firmennetzen) ned gut aus für die lieben Pinguine.

Wenn man hier aber beginnt embedded Linux mit zu erfassen (Router? Handy*) würde es wohl auch anders aussehen...

* Ja, Android und iOS ist ned direkt Linux. Aber eher Linux als Windows.

die Frage ist eher, was will man messen;

will man sich die Clientverteilung grundsätzlich ansehen, dann hat Linux in Form von iOS bzw. Android wohl die Nase vorne,

gibt auch mehr Heizflossen als Desktop-PCs ...

sieht man sich die Verteilung des OS auf Desktopsystemen (PCs) an, dann hat Windows einen 70-80%-Anteil, und knapp 20% sind MacOS

und Linux geht unter;

deine Frage nach Server OS; hier einfach die plumpe Antwort: nein, weil das ist nicht meßbar;

diese Statistik ist einfach daraus entstanden, indem man den Useragent, welcher mitgeschickt wird, sich näher angesehen hat;

und ein Server ist nicht zur Nutzung des Internets gedacht, wie man es auf einem Desktop gewohnt ist;

(analog dazu sind wohl auch die Statistiken über den IPv6-Ausbau entstanden, wenngleich das Quatsch ist)

und wenn Du in Firmennetze siehst, auch da kann es sein, dass es bei den Server OS mehr Windows und andere Systeme gibt als Linux ...

vor allem wie misst Du es? physikalische Hosts? virtualisierte Server?

Verteilung nach Stoage in TByte?

bei mir in der Arbeit hat eindeutig auf der Serverseite Windows mit zOS die Nase vorne;

spätestens dann wenn Du ein Active Directory, MS Exchange System kombiniert mit Fileservern auf Windows Basis in der Firma hast,

nimmt Linux nur noch einen verschwindenden Anteil ein; da hast dann sogar auch noch DNS/DHCP-Server auf Windows Basis;

in heimischen Netzwerken sieht die Welt dann anders aus: die von dir genannten embedded Systeme wie NAS, Router, auch Multimedia Devices wie TV od. Streaming Boxen od. der z.B. der FireTV-Stick sind durchgängig Linux basierend;

würd ich mein eigenes LAN als statistische Kenngröße nehmen, dann würd ich auch eher meinen, daß Windows die Nase vorne hat, wenngleich ich auf meinem Windows PC 8 VMs mit Linux betreibe, das TV auch irgend ein Linux basierendes OS hat, der FireTV Stick Android basierend (ebenfalls ein Linux Derivat) ist, der Router ein MiniPC mit Linux ist, u.a.m.