wieso?
ein VLAN ohne eigenem IP-Segment macht nichtmal im Home-Bereich Sinn
weil genau das willst Du ja mit der VLAN-Trennung erreichen,
dass Dir andere im selben Netzwerk nicht IP(v6)-mässig in die Quere kommen ...
sagte ja, ohne Layer 3 schmeiss den managed Switch weg
ja, aber dann muss doch der Switch kein L3 können. Dafür ist dann der Router verantwortlich.
Auf den VLANs sind unterschiedliche L3 Segmente, dafür reicht aber auch ein Router und relativ einfache Managed Switche.
Unmanaged regelt das
Ja klar und für jedes VLAN schmeiße ich dann Kabel durch die Wohnung oder das Büro.
Stell dir vor ich muss meine Glasfasern grau anmalen, damit ich die durch das Wohnzimmer legen darf.
Aber wenn man wie du alleine wohnt, kann man das sicherlich auch mit unmanaged Switches alles machen.
Managed Switche sind eigentlich Layer 3
Es gibt erhebliche Unterschiede zwischen Managed Switches die VLANs und Trunks handeln und Managed Switche, die auch L3 Funktionen haben.
Nicht jeder Managed Switch ist auch ein L3 Switch.
Sowas macht sich auch im Preis bemerkbar. Ein Cisco Catalyst ist wesentlich teurer, als ein Managed Switch ohne L3 Funktionen.
sprichst Du hier von VLANs, welche nicht nur auf Layer 2 eine Trennung haben,
sondern auch auf Layer 3 z.B. unterschiedliche IP-Netze sind?
Ein IP Netz läuft immer über eine Broadcast Domäne, sprich über ein getrenntes L2 Segment.
In dem Moment, wo du mehrere L2 Segmente bzw. VLANs hast, brauchst du dazwischen L3 Vermittlungsgeräte (Router) oder eine Bridge.
Hello Gaetano,
there are many different ways to "partition" a server.
It sounds like you need to be able to host multiple URLs, this is usually done with a proxy or webserver like nginx or apache.
Those are not trivial to configure though - you need to read and understand documentations etc.
This could be a job for an IT expert - especially when you work with sensible data, customer data etc.
As you know the GDPR has some sensible fines for data breaches, and the reputation of a company is often endangered when customer's data will be stolen.
In order to help you we would need more information, what you mean by partitioning - but I doubt that anybody is willing to help you in a way that you can do this easily.
I think I'm able to help you - I do this stuff for a living and can make sure that your data is reasonably secure.
This is also true for many others in the forum.
- Paul
Wer lässt sich bitte so einen Blödsinn einfallen?
Das ist wegen Sicherheit - so können die von Außen Sicherheitsupdates aufspielen, oder fehlerhafte Funktionen deaktivieren, z.B. die Authentifizierung.
Sehr praktisch. Außerdem lernen die damit ihre Kunden besser kennen.
Wolltest du nicht immer schon eine innige Beziehung mit deinem Switch führen? Immerhin vertraust du ihm deine größten Geheimnisse an.
Und jetzt ist Netgear für dich da - als jemand der zuhört. Ersetzt den Therapeuten, entlastet die Krankenkasse.
Das ist doch eine Win Win Situation für jeden.
OK, jetzt schaut es so aus:
Hast du denn dein TSDNS Dienst laufen? Auf 9987 läuft doch normalerweise nur der TS Server, aber kein TS DNS Dienst.
Wenn nicht müsste der SRV Record eigentlich _ts3._udp.ts für ts.heusmich.de heißen.
Access-Control-Allow-Origin: https://workshop.example.com
Muss da nicht https://example.com rein - also die Adresse des Frontends?
Edit: evtl. ist es auch ein IPv4 / IPv6 Problem - dass du mit dem VPN die Address Family wechselst.
Hilft es, wenn du mit dem NGINX Proxy Modus ein wenig herumspielst?
Wer ist dieser Knowledge Base?
Heißt das im Umkehrschluss, dass man fail2ban unter Debian 10 nicht mit iptables arbeiten lassen kann?
was jedoch einen Umzug der Domänenverwaltung erfordert). Die einzige Alternative bei Netcup
Da das nicht entsprechend 'rüberkommt: ein CNAME auf der Hauptdomäne ist für .de Domains nicht zulässig - egal bei welchem Anbieter, ausgenommen davon ist das CNAME Flattening bei Cloudflare.
Das trifft auch auf viele andere Domains zu.
Da Cloudflare CNAME Flattening anbietet, kannst du auch die Domain DNS kostenfrei durch Cloudflare nutzen. Die Domain verbleibt dabei bei Netcup.
Damit es währenddessen nicht zu Problemen kommt, solltest du einen @ Eintrag bei Netcup anlegen, der irgenwo hin zeigt (z.B. auf 8.8.8.8)
sehe ich das richtig, dass das dann eine Meldung ohne Konsequenz ist (also kein Drosseln der Leistung oder ähnliches)?
Aus irgendeinem Grund werden die das eingebaut haben - aber ich habe keine Lust mir den Quelltext weiter anzusehen.
Die Werte scheinen jedoch nicht mit der Hardware-Geometrie zu skalieren, deshalb musst du wohl selbst die Env Variablen setzen.
Der Code an sich wirft bei mir viele Fragen auf.
sicher, dass Deine 50% sich nicht evtl. ganz anders darstellen;
Ja.
Bildschirmfoto zu 2021-05-02 15-42-38.png
Meine IPv4 Statistiken
Bildschirmfoto zu 2021-05-02 15-43-41.png
IPv6 Statistiken.
Dazu gibt es eine Datenerhebung von APNIC: https://stats.labs.apnic.net/ipv6/DE
Kurz: Zugriffe von IPv6 fähigen Internetanschlüssen erfolgen auch über IPv6
Datenerhebung der RIPE NCC:
https://labs.ripe.net/Members/becha/…reach-the-stars
https://ipv6ripeness.ripe.net/5star/DE.html
https://ipv6ripeness.ripe.net/pies.html
Kurz: 27% aller Provider in Deutschland haben kein IPv6. 47% bieten hinreichende IPv6 Unterstützung.
Hier geht es um alle LIRs - auch jene, die in Deutschland Dienste Anbieten, ihren Sitz aber im Ausland haben.
Datenerhebung von Google: https://www.google.de/ipv6/statistics.html
Die Methoden von APNIC und Google ergänzen sich und bestätigen jeweils die erhobenen Daten.
Somit ergeben sich rund 50%
und jetzt Hand auf's Herz, was würde alles nicht gehen, wenn Du den 50% das IPv6 wieder nimmst gegenüber dem Gedanken, wenn Du von denen die IPv6 haben,
das IPv4 abdrehst;
just my 2 cents, dass ohne IPv6 kaum was nicht geht, und ohne IPv4 alles zusammenbricht;
Kein NAT mehr, egal ob am Internetanschluss oder auf dem VM Host.
Es ist so geil. Ich gehe in meine IPv6 Firewall, lasse zwei Adressen zu auf einen bestimmten Host, zack WireGuard Tunnel drüber.
Kein SNAT. Kein DNAT.
Und das Dank IPv6.
Ich meine ich muss mir für meine VM Hosts IPv4 Subnetze kaufen, weil immer noch paar Verstrahlte mit IPv4 only rumlaufen.
Insofern können sie wenn es nach mir gehen würde IPv4 nicht früh genug abschalten.
An der Stelle muss ich ja mal Vodafone im Bride Mode loben - für 5€ mehr gibt es eine fixe IPv4 und ein fixen IPv6 Präfix - natives Dual Stack ohne Probleme.
100 MBit/s Down 50 MBit/s Up, mehr wären Verfügbar
Mit fixen IPs kostet das 45€ / Monat.
genau hier ist auch das Problem ... hier stehen halt bei IPv4 mehr als 3 Jahrzehnte etablierte Implementationen dahinter
und bei IPv6 gibts noch keine fertige ...
Ist es wirklich ein Henne Ei Problem?
Eigentlich sollten die großen Provider IPv6 anbieten. Im Mobilfunk hat sich da erst die letzten drei Jahre etwas getan.
Es gibt Internet Provider, die haben nicht mal IPv6 Adressen in ihrem AS.
Telekom hat hier sowas:
Bildschirmfoto zu 2021-05-02 14-11-38.png
Domains bei der Denic brauchen einen A Record auf @
Was bringt mir die schöne IPv6 Hardware, wenn mich die Internet Provider von vorne bis hinten verarschen.
Das ist kein Henne Ei Problem, sondern ein Problem der Endkunden Provider.
In den Firmen stehen sie dann da:
1. Wozu brauche ich das.
2. Das ist doch doof wegen Sicherheit.
3. Hier bei uns kennt sich keiner damit aus.
Deswegen gibt es in Firmen kein IPv6, weil das mit Vorurteilen belastet ist.
Und damit stehen wir in Deutschland noch gut da, mit einer IPv6 Abdeckung von 50% - andere Staaten sind da noch rückständiger, bspw. die USA.
ich habe auf unserem root-Server (RS 2000 G9 a1 6M) eine Docker-Installation, auf welcher workadventure und jitsi deployed werden. Beim docker-compose up bekomme ich immer die Meldung:
CPU high threshold alert. Going in "overheat" mode
Würde ich eher ignorieren.
Der Overheat Mode ist eine Kreation von Workadventure im Code.
import {CPU_OVERHEAT_THRESHOLD} from "../Enum/EnvironmentVariable";
function secNSec2ms(secNSec: Array<number>|number) {
if (Array.isArray(secNSec)) {
return secNSec[0] * 1000 + secNSec[1] / 1000000;
}
return secNSec / 1000;
}
class CpuTracker {
private cpuPercent: number = 0;
private overHeating: boolean = false;
constructor() {
let time = process.hrtime.bigint()
let usage = process.cpuUsage()
setInterval(() => {
const elapTime = process.hrtime.bigint();
const elapUsage = process.cpuUsage(usage)
usage = process.cpuUsage()
const elapTimeMS = elapTime - time;
const elapUserMS = secNSec2ms(elapUsage.user)
const elapSystMS = secNSec2ms(elapUsage.system)
this.cpuPercent = Math.round(100 * (elapUserMS + elapSystMS) / Number(elapTimeMS) * 1000000)
time = elapTime;
if (!this.overHeating && this.cpuPercent > CPU_OVERHEAT_THRESHOLD) {
this.overHeating = true;
console.warn('CPU high threshold alert. Going in "overheat" mode');
} else if (this.overHeating && this.cpuPercent <= CPU_OVERHEAT_THRESHOLD) {
this.overHeating = false;
console.log('CPU is back to normal. Canceling "overheat" mode');
}
/*console.log('elapsed time ms: ', elapTimeMS)
console.log('elapsed user ms: ', elapUserMS)
console.log('elapsed system ms:', elapSystMS)
console.log('cpu percent: ', this.cpuPercent)*/
}, 100);
}
public getCpuPercent(): number {
return this.cpuPercent;
}
public isOverHeating(): boolean {
return this.overHeating;
}
}Sieht für mich nach dem Versuch aus mit node.js seine Ressourcen verwalten zu wollen.
Die erste Zeile deutet an, dass CPU_OVERHEAT_THRESHOLD eine Environment Variable ist, die du im Docker Compose File bearbeiten kannst.
Die solltest du hoch setzen.
Auf den Fall frei sein und DNSSEC unterstützen. Optional wäre auch noch ein Webinterface und die Möglichkeit der Speicherung in einer DB.
PowerDNS kann das und hat mehrere Backend Module, mit der du eine Datenbank abtelefonieren kannst, oder sogar deine eigene API anfragen kannst.
Ein Backend kann bspw. MySQL: https://doc.powerdns.com/authoritative/…eric-mysql.html
Die Doku ist allerdings mit Vorsicht zu genießen - wenn eine Version Breaking Changes hat, wird die Doku erst sehr spät angepasst.
Eine Goolgle Suche zu pdns mysql interface führt mich zu https://pdnsmanager.org/
Keine Ahnung ob das gut ist.
Interessant. Mir wurde gerade das hier zugeschickt. Das ist wohl angeblich der Grund, warum mein ISP (bzw. gefühlt geschätzt der größte ISP hier im Freistaat) nur IPv4 deployed.
Sehr interessanter Blog Artikel. Vielen Dank.
Naja das ist aber doch in dem Fall hier kein Argument. Hier wurde einfach grundsätzlich die falsche Hardware eingesetzt... ein L3 Switch ist einfach nicht für Routing in den Dimensionen ausgelegt. Und Cisco mit ihrer Produktbeschreibung... naja. Nicht optimal.
Naja, die 4500er stehen schon bei einigen herum als Core-Switche bzw. Core-Router auch bei Installationen mehreren Zehntausend Teilnehmern.
Das was ich da eher sehe ist das Alter der Geräte. Insofern ist da eine Neuinvestition notwendig.
Die Hardware ist halt nicht für modernen Dual Stack ausgelegt in der Bandbreite.
Bei der TV-Dose musst du dann einfach in den Radio-Anschluss gehen. Und beim Fernseher einfach den Adapter zwischenklemmen. Der macht aus einer Buchse einen Stecker.
Haben die nicht andere Dämpfungsglieder für den Radio-Ausgang?
und es gab auch die RFCs dazu ..., oder saugt sich der Hersteller¹ solchen Unsinn wirklich aus den Fingern?
¹ war zwar nur die Billig-Business-Schiene, aber des darf nicht als Ausrede f. Pfusch herhalten;
Kommt darauf an welchen RFC man nimmt. https://www.system.de/ipv6-rfc/
Die Auswahl ist ja gigantisch.
Aber alles umzusetzen ist eine große Aufgabe. Wie du bereits festgestellt hast gibt es viele DHCP Alternativen - aber warum sollte ein Android alle beherrschen. Zu welchem Zweck?
Muss mein Handy jetzt auch noch Apple Talk oder IPX können?
Ich kann mir kaum vorstellen, dass die Storageserver physisch immer auf dem selben Server liegen wie z. B. der root Server auch.
Das sind NetApp Appliances - insofern stehen die Extra.
