Lieber Zuschauer, dieser Untertitel wurde automatisch generiert von Trint und dementsprechend (sehr) fehlerhaft. Wenn du kannst, hilf uns bitte gute Untertitel zu erstellen: https://c3subtitles.de/talk/2158 Danke!
Ja, herzlich willkommen zurück auf dem
Channel.
Gleich lässt die WM ein wenig die Hosen
runter, denn Jenny
wird gleich ein paar Vorfälle in Chemnitz
vorstellen, wo unsere Systeme,
von denen wir eigentlich dachten, dass
sie hoch verfügbar waren, es
am Ende vielleicht doch nicht ganz so
war.
Für diesen Talk wird es leider keinen
Trend geben und auch später keine
Breakout Session.
Aber vielleicht sieht man sich ja mal
später in der Bild.
Jenny hat halt leider im Moment keine
Zeit, denn auch sie ist heute hier im
Studio stark beschäftigt.
Ja, das talk to
be translate into the english language
if you want to the english translation,
please translate that
audio stream in the web player.
Und nun wünsche ich viel Spaß mit.
Das ist doch ja.
Hallo, ich bin Jenny und ich
werde euch heute etwas über
High Five Mobility Konstrukte erzählen,
die sich im Endeffekt aus lustigen
Gründen als vielleicht doch nicht so
herausgestellt haben.
Erst mal ganz kurz werde ich fragen
Wer ist denn Jenny?
Ja, ich bin eine Informatikstudenten an
der TU Ilmenau seit 2017
und ebenfalls bin ich seit 2017
im Ressort Technik aktiv und
dort betreue ich auch einige
Software Klumpen im Internet.
Ja, hier noch so ein bisschen Social
Media und Kontakt.
Meine E-Mail-Adresse, mein Mastodon,
mein Twitter, GitHub.
Wer wissen möchte, was ich so tue.
Da könnte man es herausfinden.
Ja, erst mal ein kurzer Ausblick.
Das war die Einführung.
Jetzt werde ich euch gleich noch die
Motivation erklären, weshalb wir diesen
Spaß hier überhaupt machen.
Und dann werden wir uns einige Gründe für
das Auseinanderfallen von Konstrukten
angucken.
Genau erst mal Warum machen wir denn das
eigentlich?
Bei der WM gibt es sehr viele
große, teils selbstgebaute Software
Konstrukte und diese sind an einigen
Stellen deutlich komplizierter
gebaut als sie sein müssten und deshalb
fallen sie häufig aus lustigen oder
auch traurigen Gründen, wie man sieht
auseinander.
Und heute wollen wir uns die Gründe für
diese lustigen oder traurigen Gründe
einmal anschauen.
Ja, fangen wir erst mal an mit etwas,
wo ich eher weniger Berührungspunkte
mit habe, wenn es was mit unseren Themen
geht. Sie Und was
betreibt die WM schon seit Corona
Zeiten? Eine dritte Instanz.
Das war damals nur eine einzelne.
Vor allem aber als Corona anfing
und alles auf online verschoben wurde und
der Bedarf da war ein jetzt zu haben,
musste da stetig ausgebaut werden und
das wurde entsprechend auch getan.
Dann gab es eine Master, vor allem
welche von weit aus erreichbar ist und
verschiedene Video Bridges, die dahinter
hängen und halt vom Master gesteuert
worden sind und
die Master. Vor allem hatte die Public
Alps also vor vier und vor sechs der
alten Standalone vor allem übernommen
und hier Stand alone vor allem wurde
abgeschaltet.
Jetzt gab es dann jedoch ein kleines
Problem. Wenn wir uns mal die
Konfiguration der alten Standalone
angucken, dann
sehen wir hier sehr schön, dass dort
vergessen wurde abzuschalten, weil dieser
vor allem die inaktiv war.
Und ja, das
hat dann bei einem Xbox Update
für Probleme geführt.
Uns war es als wir den
NO bootet haben, war die
VM dann auch wieder an
hinterher und hat sich
auf ihre statisch konfigurierte IP
wieder geholt, die jedoch auch
am anderen Master anlag.
Das hat jetzt dazu geführt, dass das sie
so halb kaputt war, weil wir zwei
Master mit der gleichen Alfi hatten,
wovon einer auch nur halb kaputt war,
weil laut Angaben war
die alte Standalone vor allem sowieso.
Und was ist das
jetzt? War aber trotzdem größtenteils
noch verwendbar.
Also man könnte Konferenzen,
manchmal Leute nicht gehört.
Manchmal können sich Leute nicht
verbinden whatever.
Und man hat sich gefragt woran lag es?
Laut Angaben unseres Admins könnte
man sich auch wunderbar hin.
Ist es anders als sind hier und da ein
bisschen geleckt.
Aber es ging noch.
Naja, jedenfalls als dann die alte
Katastrophalem ausgeschaltet wurde, ging
wieder alles wunderbar.
Dann genau
dann jetzt etwas, wo ich doch etwas mehr
Berührungspunkte zu habe.
1 Und zwar
werde ich hinterfragen was ist denn was?
Ja, das 1.
ist das Web Cluster.
Und das wird unter anderem von mir
betreut.
Und es wird größtenteils benutzt,
um Webhosting für uns, also für die
Firmen zu machen, aber auch für andere
Vereine und
Gremien auf dem Campus, also an der
Uni. Und wir machen da dann praktisch
Hosting für die.
Und da sich sehr viele Institutionen
auch mehr auf dieses Cluster verlassen,
wurde bei der Entwicklung auch sehr viel
auf hohe Verfügbarkeit des Clusters
geachtet.
Genau da habe ich dann hier einmal
eine Skizze Das von
Web 1 wurde von dem lieben Nex aus
unserem Verein ihn einmal für
dich gezeichnet. Danke an dieser Stelle
ein Text und ja, einmal nur ganz
kurz, wie dieses Konstrukt aufgebaut ist.
Wir haben ganz oben den Lote Lenka
Das sind zwei NOZ, die sich innerhalb
hin und herschieben und zusätzlich auch
von 22 Anwerber 1 Monat
wurden, damit sich die Leute, die
unser Webmaster verwenden, per ESVP
einloggen können.
Ja genau. Und dann der jeweils aktive
Benutzer Vorworte.
Dann hat die Requests innen jeweils die
Weblogs. Davon haben wir pro PHP
Version zwei verschiedene Weblogs,
die dann halt da sind.
Also aktuell sind es halt zwei für
PHP sieben eins zwei vier sieben null
eins zwei vier fünf sechs.
Ja, das ist veraltet, aber wird auch
demnächst noch alles neu gebaut?
Das habe ich so übernommen, nicht
mehr wie es ist und ich betreue es
eigentlich nur ich habe es nicht gebaut.
Zusätzlich können die PHP Anwendungen
auf den Weblogs noch auf MySQL
zugreifen oder auf PostgreSQL, je
nachdem wie sie es brauchen.
MySQL 2.
Das ist unser MySQL Cluster besteht aus
ist Maria DB mit
einer Master Master Replikation bestehend
aus zwei Nodes. Also auch hier haben wir
und Periskop zwei.
Das habe ich tatsächlich selbst gebaut,
dass die einzige Komponente Familie die
selbst gebaut hat.
Da haben wir
drei NOZ, die in einem HotS dabei
sind und das 13 mit Notstand
bei über.
Also hierbei haben wir auch hier
genau und die ganzen Weblogs greifen über
News auf die Dateien zu,
die auf Storage liegen.
Da liegen die ganz php Scripte, html
whatever, was halt so eine Webseite so
braucht zum existieren.
Und diese Dateien, die
da liegen, die können über dieses
Investment ist auch auf Webseite Manage
Eingang.
Damit sich die Leute, die sich per CP
eingeloggt haben, auf
ihre Dateien zugreifen können und die
Webseite entsprechend ändern können.
Der Authentifizierung passiert dann gegen
MySQL 2, über MySQL
über die personenbezogen gebundenen
Logins der Person.
Einfach nur mit dem Hintergrund, dass wir
da nicht so viele Logins
pflegen müssen.
Dann haben wir das einfach einfach.
Ja genau. Aber jetzt sehen wir hier halt
doch eins. Das steht ja so ganz alleine
da. Da hat sie jetzt nichts gesagt.
Wird das einen Grund haben, weshalb das
keiner hat?
Und ja, das hat einen Grund.
Und zwar das war
mal geplant, ganz damals.
Das sollte mit darauf umgesetzt
werden.
Aber da hat man dann festgestellt,
dass das doof und langsam ist und viele
Gründe war. Weit vor meiner Zeit wurde
mir nur so überliefert und deshalb wurde
dieser Ansatz dann wieder verworfen.
Und jetzt ist es da nur noch ein Code,
der den NFS Share anbietet.
Und wenn der nur stolz ist, sind
sämtliche PHP Script weg und auch
statische Dateien und alle Webseiten
sind aus und
damit ist dann praktisch
eins kaputt.
Und da sieht man wieder das Wort so viel
auf alle geachtet und diese eine
Komponente.
Ja, aber ein Lichtblick ist
zu sehen es wurde bereits als Deutsch
zwei gebaut und da haben wir dann
tatsächlich mit der NSDAP,
was denn das genau ist.
Da kommen wir gleich zu bei dem nächsten
Software Klumpen, den wir uns mal
anschauen werden und zwar aus unserer
allseits geliebten Admin DB.
Es werden sich außenstehende Menschen
fragen was ist denn eine Admin
liebe? Ja also grob gesagt
ist die Admin DB die Mitglieds Datenbank
der VM. Das klingt erst mal unschuldig
und lieb und nett.
Und ja, das Ding wird unter anderem
auch von mir betreut.
Aber auch hier der Disclaimer ich habe
das Ding nur.
Ich habe das Ding nicht gebaut.
Ich habe es nur um Leben und entwickelt
hier und da etwas weiter
und verwaltet
alle Geräte im Internet und konfiguriert
auch die Switch.
Also unsere Mitglieder haben Geräte,
die müssen die bei uns anmelden.
Und das hat den Grund,
weil die Uni, von der wir das Netz
bekommen möchte, zu
einem. Zum einen müssten die wissen,
welche Geräte sich hier in ihrem Netz
tummeln und zweitens dürfen nur
Universitäts Angehörige, die das die
Nutzungsbedingungen des ADS
unterschrieben haben, unser Netz
benutzen.
Und deshalb müssen sich die Leute
anmelden und die Geräte der Mitglieder
kriegen auch statische IPs zugeordnet
public IPs damit man weiß
wer wann was getan hat.
Und dafür konfiguriert die
Admin DB auch den DNS,
den Server und setzt bei belieben
auch DNS Records auf
die IPs die die Mitglieder haben, damit
sie sich selber den festlegen können.
Bei uns sind ja genau
dann hier einmal eine sehr stark
vereinfachte Struktur
der Admin ein paar Notizen,
wie ich das hier.
Euch ordentlich erklären kann.
Und zwar ist das hier
der Admin DB2 TB, das
ist die zentrale PostgreSQL Datenbank der
Admin DB und
ist auch hier ein Standby Konstrukt,
bestehend aus zwei Mastern, die Stamper
mittels der BD machen und
zwei Slaves die Moslems sind
und einer davon spielt auch Abu für
die den
die an dem aktiven Master anliegt.
Und ja, das ist hier so realisiert,
dass das der BND,
also dass die Post Daten auf einem der
BDI liegen.
Der BDI ist praktisch ein VEB 1
einweihte n über das Netzwerk
und das kann nur auf einem Nott
gleichzeitig aktiv sein.
Und ja,
das ist tatsächlich eine von PostgreSQL
empfohlen, der Möglichkeit hat Standbein
zu realisieren. Also das Verzeichnis
liegt auf einem solchen.
Der BT, die weiß und das wird
nicht repliziert und auf dem der halt
gerade die IP hat, wird das Blog
jeweils auf Primary gesetzt.
Das Ding wird vermutet, wird gestartet,
Herr IP geschoben und dann ist
er genau und
das das jedoch nicht so gut klappt, da
werden mal gleich noch mal zu kommen.
In manchen Situationen
genau dann einmal ganz kurz Admin DB2
Webb Das ist unser Web Frontend für die
Admin DB, bestehend aus zwei Nodes
und einem Orbiter.
Also das ist auch
bei allen.
Also was heißt es denn bei diesen beiden
aktiv? Aber anderthalb Jahre IP?
Und ja, das ist einfach nur das Frontend.
Und um die Admin DB zu verwalten.
Genau dann haben wir Admin DB2 Radius.
Das sind zwei immer aktive freie
Radios Server, gegen welche
sich unsere Switche und das WLAN im
Netz authentifizieren
und diese Authentifizierung wird dann
halt weitergegeben ans Radio
Server guckt dann beispielsweise darf
MAC-Adresse XY einen Switch
z.
Gerade das Internet benutzen, um welches
Fräulein Kriegsplan solche Sachen?
Dann sieht man hier auch die Switche
werden konfiguriert von Admin
zwo ext.
Jetzt fragt man sich wofür steht denn
ext? Alles andere sind sehr eindeutige
Begriffe. Ja, ich weiß es auch nicht
genau, aber laut unserem Wiki steht
laufen da die Hintergund Dienst.
Also denke ich mal für so was wie extra
stehen. Und da laufen
halt solche Dinge wie unser DB
Switch beispielsweise was
die Switche vollautomatisch per CSA
konfiguriert um diesen einzurichten, die
nicht per Radius eingerichtet werden
können.
Das sind zum Beispiel TV-L Hand anlegen
oder ähnliches oder PC
anschalten auf manchen Switch Ports.
Die werden darüber dann automatisch
verwaltet. Genau.
Und zusätzlich ist das Ding auch noch
der primäre DNS Server für alle unsere
internen Zonen, die wir bei uns im Netz
haben und.
Ja genau das ist dann halt ein Power DNS,
der sich dann per Post
Power, den es kann sich aus SQL
eine Zone definieren.
Und das holt er sich halt aus unserer
PostgreSQL Datenbank.
Und ja, hier haben wir einfach wieder
zwei Nodes, auch mit einem Abiturnoten,
die sich die
Dienste einfach teilen.
Also auch manchen Dingen laufen halt
manche Dinge. Auf einem läuft
beispielsweise, dass die Switch auf
einem läuft da
der Power den Support.
Aber genau dann
haben wir Admin DB2 DNS.
Das sind unsere sekundären
DNS Server, unsere DNS für unsere
internen so und zusätzlich die DNS
Resolve für alle unsere Clients, also
unsere Clients kriegen derartige diese
DNS Server ausgeteilt
sind auch wieder zwei Server, die sich
eigentlich nur das heißt
hier da um die IP von dem
einen Server auch noch an den anderen zu
schieben, falls ist, damit beide den
Skippy in jedem Fall erreichbar sind.
Und
auch hier haben wir wieder einen
Anbieter.
Und ja, die
Clients kriegen dann wie gesagt vom DHCP
wo wir jetzt zu kommen ihre IPs
und ja, der
ist auch wieder voll.
Das ist heutzutage sind es zwei
Luftballons. Eine der CPU Server,
der den unterschiedlichen Vorland senkt
beispielsweise eins hängt jetzt in
eins drei null zwei
vier bis sechs und da spielt die CPU
Server ihre Config holen die sich auch
aus der Admin DB. Da gibt es Scripte die
Templer Magie machen.
Und zusätzlich
sieht man dann auch hier diesen Fall.
Das ist das Artwork
und was genau das ist, da kommen wir dann
später noch mal zu.
Aber es sei nun schon mal angemerkt.
Ja genau. Und jetzt kommen wir zu einigen
Problemen, die bei diesem
eventuell doch leicht oberingenieur
Design auftreten können.
Und zwar erst mal zu Admin DB2.
Wie gesagt zentrale PostgreSQL Datenbank
und damit das Herzstück unserer Admin DB
und H mittels Standby
über der BD.
Und wie schon erwähnt,
nur der aktuelle Prime Renaud hat das
BD mit dem Postkasten gemacht.
Und das Problem ist oder war gewesen.
Mittlerweile ist es behoben.
Beim Stoppen möchte Post Chris unbedingt
noch auf die Festplatte schreiben.
Ich bin jetzt gestoppt, ich bin und ich
heruntergefahren und
jedoch ist dann das Problem, dass bevor
das passiert ist, hatte das die NPD in
den meisten Fällen schon zum anderen
gemacht als das Posting.
Es hatte sein Dateisystem nicht mehr und
konnte nicht mehr den letzten Satz
hinschreiben mit ich hatte jetzt einen
ordentlichen Shantanu und
wie gesagt, der Alte konnte nicht mehr.
Ich bin gestorben, der neue
konnte nicht mehr starten, da es ja
anscheinend nicht ordentlich gestoppt
wurde und war traurig und
kaputt und kaputt.
Also so komplett. Das bröselt dann nach
und nach. Die Radio Server haben noch ein
bisschen Cash, aber der Typ kann seine
Config nicht mehr regenerieren.
Im WLAN kann man sich gar nicht mehr
anmelden, weil auch über Radios kommen.
Die PSK fürs WLAN und
ganz schwierig und im Großen und Ganzen
ist dann nach und nach
das Netz kaputt.
Wenn wir solche kleinen Spielereien
haben, genau
dann noch eine kleine Eskapade
mit unserer Datenbank und sowas
ist so eine kleine Eigenheit bei uns.
Man redet nicht direkt mit den
Excel-Tabellen, sondern ausschließlich
mit SQL Funktionen.
Ja, das hat den Hintergrund, dass
damit sowohl Berechtigungen überprüft
werden können. Also wir haben ein
einfaches Baumart, die Berechtigung
System und man loggt sich mit seinem
PostScript Benutzernamen ein und die
Funktion gucken dann dort
Person XY über die Rollen, die sie hat
diese Funktion ausführen.
Und zum anderen können auch Zugriffe auf
teils sehr empfindliche Mitgliedstaaten
gelockt werden.
Also die Intension ist schon wichtig.
Genau.
Jedoch wollen wir natürlich auch
innerhalb von Transaktionen loggen und
die Logs von Transaktionen soll nicht bei
einer abgebrochenen Transaktion
verschwinden.
Sonst könnte man ja beispielsweise sagen
Ja, ich mache jetzt ganz schlimme
illegale Sachen. Ich gucke mir Dinge an,
die ich nicht angucken darf und dann
bricht die Transaktion ab und dann sind
die Logs weg, die Zwischenzeit
geschrieben worden sind.
Und deshalb, das kann
man sich jetzt überlegen, wie
man das findet.
Also da kann jetzt jeder seine eigene
Meinung zu haben.
Aber wir realisieren das Logging deshalb
durch eine PostgreSQL Funktion,
die in Python geschrieben wurde und
in einem Mungo die Block sagt,
kann sich jeder dazu denken, wie intuitiv
oder nicht man das findet.
Ja genau dafür läuft auf
beiden GB Marston jeweils
eine replizierte Mongo DB
und in diese werden die Logs dann noch
reingeschrieben.
Ja und jetzt habe ich hier mal
einen kleinen Code Ausschnitt mitgebracht
und zwar von Admin DB Lok,
die habe ich ein kleines
bisschen modifiziert dafür, aber
eigentlich ist diese Stelle hier nur
das Interessante, dass
man das auch erkennen kann.
Ich habe die Zeile hier etwas
umgebrochen. Normalerweise wäre das bis
hierhin eine Zeile gewesen.
Jedenfalls was man hier sieht, baut zum
Login eine Verbindung auf zum Mongo DB
auf die DB Master eins
oder auf Master eins.
Ja, das hat dann jetzt den
tollen Effekt gehabt, als wir mal den vor
allem Horst ausschalten, auf dem Master
eins lief und die Folgen
wirklich auch aus waren.
Wo Master eins drauf war, hab ich
festgestellt Master 2 läuft
die Post größte Datenbank im Primary
Tower hat alles geklappt, die hat sich
ihre IP gut, aber man kann gar keine
Funktion ausführen, weil es nicht geht.
Da habe ich mal nachgeguckt und habe hier
gesehen Oh hey Shadow,
entweder auf den Node oder auf
den gleichen Node.
Ja, dieser kleine
Fauxpas ließ sich dann jedoch
relativ einfach beheben, dass ich aus
einer dieser Einsen
eine Zwei gemacht habe und obwohl
es ging, denn wenn nicht gelockt werden
kann. Selbst das Generieren der
Typekit wird gelockt.
Legt das auch so ziemlich das gesamte
Vermittlerinnen, also die alte
Stadtbekannt weg, besteht dann noch bis
auf Weiteres. Aber der CPU, Staates und
Ähnliches können nicht eingespielt
werden.
Und das macht das
in diesem Falle auch kaputt.
Also hier ist das dann auch
wieder ein gutes Stück.
Auseinandergefallen
genau dann noch eine nächste Komponente,
die er ab und zu mal kaputt geht
und was unser schöner DHCP Server
und was Kabel gebundene Geräte bei uns
im Film bekommen Papierkorb von
IP-Adressen, damit sie nicht
durcheinander müssen, weil wenn man sich
per Kabel ansteckt, hat man bei uns in
der Regel mindestens Gigabit und
Gigabit zu hunderten auf mehrere
Leute. Macht ab einer gewissen Stelle
keinen Spaß mehr und deshalb hat man
da halt knapp vor IP-Adressen.
Genau hier haben wir nicht allzu
viele IPv4 Adressen und
zusätzlich werden die IPs
den maximal Status zugewiesen aus
eben genannten Gründen der
Nachvollziehbarkeit.
Und damit wir bei dem Wissen,
wer wann welche IP hatte.
Aber wir möchten jetzt auch, dass
es möglich ist, wenn ein IP freigegeben
wurde, dass diese möglichst schnell
wieder assoziiert werden kann.
Und deshalb haben wir
eine Vis lifetime
im Netz von 5 Minuten.
Und jetzt haben wir jedoch auch so um
die 5000 Geräte bei uns.
Das bedeutet, jedes dieser 5000
Geräte, wenn sie denn gleich immer
angenommen gleichzeitig aktiv sein
sollten, kommt zum der CP
Server und fragt alle 5 Minuten, ob
seine IP Adresse noch gültig ist.
Server hat dadurch sehr viel Spaß
und
zusätzlich zum normalen der CPU hat
er der Chip Server nun jedoch auch noch
die Aufgabe das eben schon erwähnte
sogenannte Upload auf Admin DB2
Ext zu füttern.
Und erst mal was ist.
Obwohl lauscht in jedem Pollan auf
ab und guckt ob jede
IP auch bei der MK ist, bei der sie
eigentlich sein sollte.
Und der DHCP Server sagt dem
wann dann welche IP
an welche Mac vergeben hat.
Das läuft so ab in dem bei jedem der CPU
Placement, also wenn das der CPU komplett
durch ist, wird ein Script aufgerufen,
welches in ein Release auf Admin
XY schreibt. Ich habe jetzt diese Meck
dieser IP gegeben.
Zu diesem Zeitpunkt kann man sich wieder
darüber streiten, wie sinnvoll das ist
und wie nicht sinnvoll das ist.
Und jedenfalls
schreibt einem dieses wunderschöne
ActionScript auch eine Email,
wenn es eine IP findet, die an einer
nicht bösen Meckel, die an einer Macke
ist, ja nicht kennt. Und es kommen
sehr viel zu viel, sei schon einmal
gesagt.
Genau das sorgt
dann aber dafür, dass der der CPU Server
alle 5 Minuten pro Gerät
einen neuen Nies verteilen muss und
auch gleichzeitig noch dem App Bescheid
sagen muss.
Und damals war es so, das
ist heute nicht mehr so. Deshalb hatte
ich es auch eben entsprechend erklärt,
wie es heute ist in unserem Konstrukt.
Das war ein einzelner ISG der CPU
Server, wobei ein Prozess für alle
Vorland zuständig war.
Also da war praktisch, dass der CPU
Konstrukt, das waren auch die 2 Nodes,
aber das war auch so als hot stand by zu
verstehen. So wirklich nur einer
aktiv und einer war mit einem
Prozess für alle Formel1 zuständig.
Und tja, zu Stoßzeiten
hatte der der CPU dann manchmal
keine Lust mehr gehabt, weil es
halt einfach in die Knie gegangen von der
Last und
dann war halt kaputt.
Und auch neustarten hat nicht viel
geholfen, weil die gleichen die
der CPU rückwärts kam immer noch die
Last hat nicht abgenommen und
dann war Legacy IP kaputt und dann könnte
man sehr schön beobachten, wie viele
Mails reinkamen mit ich komme nur noch
auf Google und YouTube, aber der Rest
geht nicht mehr.
Und ja genau
jedenfalls.
Das war ein kleiner Einblick
in unsere
Strukturen. Es gibt da sehr viele mehr,
die so auseinander fallen, aber das waren
nur ein paar Highlights, vor allem, mit
denen ich auch viel zu tun hatte.
Und ich danke für die
Aufmerksamkeit und hoffe, dass
es zur Belustigung mal.
Ja, vielen Dank Jenny, für den wirklich
interessanten und zum Teil auch wirklich
sehr lustigen Tag da
ab 19 Uhr geht es weiter
mit der nächsten News Show
und um 20:15
stellt unsere gute Franka
Battle auf Renderings vor.
Dort schauen wir uns einmal verschiedene
Renderings an und wie Material
dort unterschiedlich gerendert wird.
Viel Spaß dabei.