Beiträge von mfnalex

Zitat von geekmonkey

Vielleicht hat [netcup] Felix P. auch keine Netcup Tasse mehr für seinen Kaffee - weil die alle an die Kunden rausgeschickt wurden. Darum schleicht er jetzt Tag für Tag ziemlich müde durchs RZ und stolpert ab und an eben übers Kabel ... Ohne Strom gehen dem jeweiligen Server eben die Lichter aus, ... kennt man ja von daheim. Ist sicher jedem schon mal passiert, gerade die Kabel von Notebooknetzteilen liegen ja immer im Weg.

So nen RZ ist natürlich dunkel, also muss Felix erst mal das Kabel suchen und es wieder einstöpseln. Vielleicht sollte netcup mal hier in eine Art MagSafe investieren, dann könnte Felix die Kabel schneller wieder mit Hilfe des Magneten einstöpseln. Oder aber in ne neue Lieferung Tassen!

- Wo gehobelt wird da fallen Späne, denke mal es liegt an der aktuellen Umstellung von Seiten netcups -

Genau so wird es gewesen sein

Im CCP auf WCP-Autologin klicken. Dann erscheint eine Übersicht über alle Domains. Unter jeder Domain (NICHT bei "Globale Verwaltung und Konfigurationen des Webhostings") gibt es einen Button "Lets Encrypt".

Ich bin froh, verkünden zu können, dass es in der Tat an meinem Heimanschluss lag. Nach einer weiteren Nacht habe ich nun wieder IP4 und IP6 gleichzeitig und erreiche auch endlich via Ping meinen Server. Die Lösung hieß also einfach "Abwarten"

Das Problem hatte ich vorhin auch bei der Installation von Debian 9 OpenVPN!

Habe dann einfach von der ISO installiert. Ansonsten probier mal, ob du den Server über das SCP starten kannst, vielleicht läuft die Installation dann weiter?

Ich denke es liegt an Unitymedia. Plötzlich bin ich mit einer IPv4 unterwegs, und habe gar keine IPv6 mehr - obwohl in meinem Vertrag "Dual Stack Lite" stand (und ich ja gestern auch noch Google's IPv6 anpingen konnte). Hatte denen letztens eine Mail geschrieben und gefragt, ob eine Umstellung auf Dual Stack möglich sei - vielleicht wird ja gerade an "meiner Leitung gewerkelt"

Auch ein normaler Ping ist momentan von meinem PC zu google NICHT möglich, egal ob IPv4 oder IPv6 - über HTTP geht es aber. Sehr komisch - ich werde berichten, wie sich das entwickelt.

EDIT: Danke H6G für meinen 300. Like

Danke für die Tipps, ich werde das nachher testen und berichten

Zitat von joas

ich kann von meinem Server aus und von zuhause (Dual-Anschluss bei der DTAG und Pyur) jeweils via IPv6 ohne Probleme an 2a03:4000:33:184::1 anpingen,

Es klingt aber nach dem IPv6-Routing Problem und zwar von zuhause aus. Teste deinen IPv6-Anschluss von Zuhause über die Test-Seite. Wird da bei der Seite irgendwas gemeckert?

Beim Test kriege ich 10/10, das sollte wohl nicht das Problem sein

KB19 hatte nur von der ISO installiert und nichts an den Regeln geändert aber ich probier es natürlich trotzdem nachher, danke

Zitat von Lukay

Mal probiert den Server herunter zu fahren und über das SCP wieder zu starten?

(Immer mein letztes Mittel)

Hab's gerade getestet, immer noch das selbe Ergebnis: ping -4 geht, ping -6 geht nicht. ssh -6 geht.

Zitat von Lukay

Hast du sie trotzdem erstellt und das rein geschrieben?

Ja, leider ohne Erfolg. Ping geht nicht, SSH ist erreichbar.

MTR geht ebenfalls problemlos.

Ich muss mich nochmal melden: Ping geht leider schon wieder nicht durch, ohne dass ich etwas verändert hätte, aber SSH ist erreichbar, also stört es jetzt erstmal nicht großartig.

LG

Alex

Zitat von geekmonkey

Hilft zwar eher weniger bei deinem IPv6 Problem, aber ich würde evtl. Mailcow auf nen anderen VPS/RS setzen, zumindest bei der Verwendung von Solr, hier werden aktuell >3,5GB RAM gefordert.

https://mailcow.github.io/mail…zed-docs/u_e-dovecot-fts/

Hatte die Mailkuh vorher selbst mit Bitwarden auf nem VPS 200 laufen, habs nun aber wieder auf nen RS 1k SAS geschoben

Danke für die Info aber ich nutze den VPS nur zum Testen, am Ende soll das alles auf meinen RS2000 Plus.

Sehr komisch - ich habe seit dem Post nichts verändert, und der letzte erwähnte Ping-Versuch von mir zu Hause zum Server lief noch im Hintergrund - auf einmal geht mein Ping auch durch - sehr komisch.

alex@hopfen-mint:~$ ping6 2a03:4000:33:184::1
PING 2a03:4000:33:184::1(2a03:4000:33:184::1) 56 data bytes
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
From fe80::362c:c4ff:fe39:8528%enp3s0 icmp_seq=1213 Destination unreachable: Beyond scope of source address
64 bytes from 2a03:4000:33:184::1: icmp_seq=1214 ttl=58 time=18.5 ms
64 bytes from 2a03:4000:33:184::1: icmp_seq=1215 ttl=58 time=17.6 ms
64 bytes from 2a03:4000:33:184::1: icmp_seq=1216 ttl=58 time=15.5 ms
64 bytes from 2a03:4000:33:184::1: icmp_seq=1217 ttl=58 time=15.4 ms
64 bytes from 2a03:4000:33:184::1: icmp_seq=1218 ttl=58 time=16.0 ms
64 bytes from 2a03:4000:33:184::1: icmp_seq=1219 ttl=58 time=15.7 ms
64 bytes from 2a03:4000:33:184::1: icmp_seq=1220 ttl=58 time=17.2 ms
...

Ich bin verwirrt

Hat jemand eine Idee, was es mit der anderen IPv6 in der Ausgabe von ip addrauf sich hat?

Hallo Leute,

mangels IPv4-Adresse an meinem neuen Wohnort quäle ich mich nun damit rum, auf meinen Servern endlich vernünftig IPv6 einzurichten. Dazu hab ich mir testweise einen zusätzlichen VPS200 geholt und möchte dort Mailcow installieren. Installiert ist Debian 9.5 minimal von der ISO + Docker.

Ich habe unter /etc/network/interfaces IPv4 auf static umgestellt, die Einträge für IPv6 ergänzt und auch direkt die Nameserver und Search-Domain eingetragen:

# The primary network interface
allow-hotplug ens3
iface ens3 inet static   
        address 92.60.37.121/22
        gateway 92.60.36.1
        dns-nameservers 46.38.225.230 46.38.252.230
        dns-search <asd.de>

iface ens3 inet6 static
        address 2a03:4000:33:184::1
        gateway fe80::1
        netmask 64
        dns-nameservers 2a03:4000:0:1::e1e6 2a03:4000:8000::fce6
        dns-search <asd.de>

ip addr liefert mit zwei verschiedene IPv6-Adressen:

user@host:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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 
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 56:75:81:ae:dc:e3 brd ff:ff:ff:ff:ff:ff
    inet 92.60.37.121/22 brd 92.60.39.255 scope global ens3
       valid_lft forever preferred_lft forever
    inet6 2a03:4000:33:184::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::5475:81ff:feae:dce3/64 scope link 
       valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:f0:4d:2b:4e brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

Vom Server aus kann ich IPv6-Adressen erreichen:

user@host:~$ ping6 ipv6.google.com
PING ipv6.google.com(fra15s46-in-x0e.1e100.net (2a00:1450:4001:808::200e)) 56 data bytes
64 bytes from fra02s19-in-x0e.1e100.net (2a00:1450:4001:808::200e): icmp_seq=1 ttl=57 time=3.91 ms
64 bytes from fra02s19-in-x0e.1e100.net (2a00:1450:4001:808::200e): icmp_seq=2 ttl=57 time=3.73 ms
^C

Auch von meinem PC kann ich IPv6-Adressen erreichen:

alex@hopfen-mint:~$ ping6 ipv6.google.com
PING ipv6.google.com(ams15s29-in-x0e.1e100.net (2a00:1450:400e:806::200e)) 56 data bytes
64 bytes from ams15s29-in-x0e.1e100.net (2a00:1450:400e:806::200e): icmp_seq=1 ttl=53 time=22.6 ms
64 bytes from ams15s29-in-x0e.1e100.net (2a00:1450:400e:806::200e): icmp_seq=2 ttl=53 time=20.7 ms
^C

Der Server selbst kann sich ebenfalls über seine IPv6 anpingen. Nur ein Ping von mir zu Hause auf meine Server-IPv6 bleibt erfolglos.

Die unter https://www.netcup-wiki.de/wiki/Zus%c3%a4tzliche_IP_Adresse_konfigurieren#Debian_und_Ubuntu_.28bis_17.04.29 erwähnte Datei /etc/sysctl.d/50-IPv6.conf existiert bei mir nicht.

Ich bitte um Hilfe Bin totaler Anfänger in IPv6, also bitte nicht mit Popcorn werfen falls der Fehler offensichtlich ist

Zitat von Snudox

Hat Netcup DDoS Schutz für VPS Server?

Nein. Nur Root-Server und managed. https://www.netcup.de/ueber-netcup/ddos-schutz-filter.php

EDIT: Doch, auf der Seite der VPS ist der DDoS-Filter ebenfalls erwähnt: https://www.netcup.de/vserver/vps.php

[netcup] Felix P. Auf https://www.netcup.de/ueber-netcup/ddos-schutz-filter.php könnte man die VPS ebenfalls erwähnen, momentan wirkt es so als wäre der DDoS-Filter erst bei den Root-Servern inklusive.

ffmpeg ist nicht installiert und du kannst es auch nicht selbst (im Webhosting) installieren. Dazu ist ein eigener VPS notwendig.

LG

Alex

Wenn man im CCP einen ungültigen Wert im DNS-Editor eingibt (z.B. Text im Destination-Feld bei einem A-Record) und diese speichern möchte, verschwindet der Text im Button "DNS-Records speichern".

Zitat von martin\

Sollte das ein KD-Anschluss sein, schreib mal den Support an, die schalten dir auf Nachfrage ohne Zusatzkosten auch einen normalen Dual Stack.

Leider Unitymedia. Hab bereits nachgefragt, aber ich denke es ist aussichtslos

Na toll - bin umgezogen und habe jetzt nur noch DS-Lite

Munin ist schnell installiert und kostenlos. In den meisten Distributionen sollte das Paket enthalten sein, z.b. sudo apt install munin munin-node unter Debian, Ubuntu, etc.

Zitat von Snudox

Dieses v6 in Klammern hinter dem Port, bedeutet das, die IPv6 Adresse? Wenn ja, kann ich das löschen, wenn ich die Ipv6 Adresse nicht nutze?

Genau. Wenn dein TS auch auf der IPv6 listened, dann muss die Regel auch für IPv6 definiert sein. Wenn er nur auf der IPv4-Adresse läuft, kannst du die Regel für v6 löschen.

Beachte aber, dass mittels PHP o.ä. trotzdem der gesamte Webspace manipulierbar bleibt.