Hey Bud,

war vorher auch schon so.

Kannst einfach deine Wunsch IP eintragen und anschließend das Netzwerk neu starten.

Bei mir wurde die sysctl.conf auch beim Upgrade tatsächlich nicht übernommen.

Hab´s folgendermaßen gelöst und es scheint zu funktionieren.

net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1

sysctl -p /etc/sysctl.d/99-ipforward.conf

Ich danke euch vielmals

Zitat von netsch1967

Das Problem liegt am IP Forwarding.
Unter Debian 13 wurde das "Prinzip" der Config von sysctl.d geändert.

Wow genau daran liegt es.

Mir war nicht bewusst, dass bei Deb13 die sysctl.conf abgeschafft wurde.

Wie kann ich das Forwarding für ipv4 und ipv6 unter debian13 dauerhaft aktivieren?

sysctl -w net-ipv4.ip_foward=1 --> geht nicht

echo 1 > /proc/sys/net/ipv4/ip_forward --> funktioniert bis zum nächsten reboot

Klar, überhaupt kein Problem.

Ich habe lediglich die IP´s unkenntlich gemacht.

Die Config ist 100% die gleiche, wie bei meinem funktionierenden Debian 12 Server.

[Interface]
Address = 10.8.0.1/24,fd08:8:8:8::1/64
ListenPort = 51820
PrivateKey = key
PostUp = ufw route allow in on wg0 out on eth0; iptables -t nat -I POSTROUTING -o eth0 -j MASQUERADE; ip6tables -t nat -I POSTROUTING -o eth0 -j MASQUERADE
PreDown = ufw route delete allow in on wg0 out on eth0; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE; ip6tables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
PostDown =


# Name:         TestVPN
[Peer]
PublicKey = Key
AllowedIPs = 10.8.0.2/32,fd08:8:8:8::2/128
PersistentKeepalive = 25

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 6a:97:a9:44:0b:ef brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    altname ens3
    altname enx6a97a9440bef
    inet xx.xx.xx.xx/22 brd xx.xx.xx.xxx scope global eth0
       valid_lft forever preferred_lft forever
    inet6 xxxx:xxxx:xx:xxx:xxxx:xxxx:xxxx:xxx/64 scope global
       valid_lft forever preferred_lft forever
    inet6 xxxx::xxxx:xxxx:xxxx:xxx/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
3: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1450 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none
    inet 10.8.0.1/24 scope global wg0
       valid_lft forever preferred_lft forever
    inet6 fd08:8:8:8::1/64 scope global
       valid_lft forever preferred_lft forever

default via xx.xx.xx.x dev eth0 onlink
10.8.0.0/24 dev wg0 proto kernel scope link src 10.8.0.1
xx.xx.xx.x/22 dev eth0 proto kernel scope link src xx.xx.xx.xx

Status: active

To                         Action      From
--                         ------      ----
xxxxx/tcp                  ALLOW       Anywhere                   # ssh
51820/udp                  ALLOW       Anywhere                   # wg
xxxxx/tcp (v6)             ALLOW       Anywhere (v6)              # ssh
51820/udp (v6)             ALLOW       Anywhere (v6)              # wg

Anywhere on eth0           ALLOW FWD   Anywhere on wg0
Anywhere (v6) on eth0      ALLOW FWD   Anywhere (v6) on wg0

net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1

proxy eth0 {
    rule fd08:8:8:8::1/64 {
        iface wg0
    }
}

Hallo Zusammen,

ich benötige mal eure Unterstützung, da ich selbst mit meinem Latein am Ende bin.

Ich betreibe auf Debian 12 einen WireGuard, der hervorragend läuft. Da ich gerne auf einem aktuellen System arbeite, wollte ich auf Debian 13 Upgraden aber leider läuft dann nichts mehr.

Der WG ist so konfiguriert, dass der komplette Traffic drüber läuft.

Versuch 1:

Laufender Debian 12 auf Debian 13 upgraden -> Die Verbindung funktioniert, bis ich einen reboot durchführe, danach kann nicht mehr auf Internetseiten zugegriffen werden. Handshake ist vorhanden.

Versuch 2:

Komplette Neuinstallation auf Debian 13 -> keine Verbindung ins Internet. Handshake ist vorhanden, inkl. Daten bei senden und empfangen.

Versuch 3:

Komplette Neuinstallation auf Debian 12 nach exakt dem gleichen Vorgehen wie bei Versuch 2 -> WireGuard läuft problemlos und ich kann über den WG auf Internetseiten zugreifen.

Leider finde ich im Netz nichts passendes. Bei sämtlichen Anleitungen ist die Config unter Deb12 und Deb13 identisch 🤔

Zitat von nan0

VeePay schon frech, dass ich bei der Liste einfach ausgelassen wurde

Aber ich hab tatsächlich vorerst genügen, denke ich

Ich wollte dich in der Tat keineswegs ausgrenzen. Hatte lediglich die auf die Liste geschrieben, die in dem Thread ihr Interesse geäußert haben

Zitat von nan0

Falls jemand heute vor Ort ist und seinen Spezial x86 Server nicht benötigt, würde ich mich opfern und den Gutscheincode übernehmen

Hinten anstellen 🤣

Da schließe ich mich an. Kann dieses Mal nicht und würde mich über ein Mitbringsel freuen

Wird nur eine Hand voll gewesen sein um die Wirtsysteme voll zu stopfen.

Schade!

Amen 😘

Sry aber die Diskwerte vom RS 9.5 sind ein Witz

Zitat von ASS

Da lässt er sich bei dir aber Zeit zu...

duck...

Bei mir hat Alfonso blau gemacht 😜

Zitat von webdesignheld

Alter Schwede - seit wann bin ich denn Profi? ....

keine Sorge… ist nur vorübergehend.

Das System stuft dich zwar automatisch nach der Anzahl der Beiträge ein aber der Lehrling Alfonso prüft im Nachgang die Sinnhaftigkeit deiner Beiträge und korrigiert es dann

Zitat von fvbor

Ich nutze FreshRSS für meine ganzen RSS Feeds. Webbased, läuft auf meinem Webhosting.

Dadurch auch auf dem Handy nutzbar.

https://www.freshrss.org/

Edit: Gerade gesehen: da ist auch eine Demo auf der Seite

pasted-from-clipboard.png

Auf welchem WH hast du es laufen?
Finde keine Mindestvoraussetzungen.

Zitat von webdesignheld

Moin,

ich hatte ja letztens 1 Woche Pause im Forum gemacht und das hat mir ganz gut gefallen so dass ich jetzt beschlossen habe ein Sabbatical einzulegen. Ich schau dann am 11.Juni 2026 wieder rein. tüdelüüü

Sehr wichtig! Nimm dir die Zeit. Das Forum wird es verkraften.

Zitat von notfound404

Wenn du die zugehörigen Domains noch besitzt: Weise sie mal dem Hosting zu und entferne sie dann gleich wieder mit "Zuordnung aufheben". Bei mir wurden die "Leichen" dann tatsächlich ordnungsgemäß entfernt.

Nein, wird sie nicht. Die Domain bleibt dennoch in Plesk gelistet und kann nur vom Support gelöscht werden.

Wenn du die Zeit und Spaß daran hast, why not... Have fun.

Der Aufwand zur sauberen Install und noch aufwändiger die Wartung ist nicht zu unterschätzen.

Da ist MC um einiges wartungsfreundlicher.

Jedem das seine... Die einen schauen sich die Bergwanderung eben im TV an, die anderen kraxeln den Berg rauf

Ich würde dennoch den SSH Port ändern. Fürs bessere gewissen. Erfahrungsgemäß reduzierst du dadurch auch das Grundrauschen.

Ich selbst nutze gerne noch zum Key eine 2FA für den SSH.

Zudem lasse ich mir per Push den Zugriff melden und einige Server sind nur über meinen Wireguard erreichbar.

Edit: Hille war schneller 😄

_{VPS 500 G11s iv FE OST25}

Block Size | 4k (IOPS) | 64k (IOPS)

------ | --- ---- | ---- ----

Read | 145.34 MB/s (36.3k) | 1.98 GB/s (31.0k)

Write | 145.72 MB/s (36.4k) | 1.99 GB/s (31.2k)

Total | 291.06 MB/s (72.7k) | 3.98 GB/s (62.2k)

Block Size | 512k (IOPS) | 1m (IOPS)

------ | --- ---- | ---- ----

Read | 3.54 GB/s (6.9k) | 3.37 GB/s (3.2k)

Write | 3.73 GB/s (7.2k) | 3.59 GB/s (3.5k)

Total | 7.28 GB/s (14.2k) | 6.96 GB/s (6.8k)

Single Core | 669

Multi Core | 1671