Jump to content

Han_Trio

Mitglieder
  • Gesamte Inhalte

    123
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    2

Han_Trio hat zuletzt am 7. November 2018 gewonnen

Han_Trio hat die beliebtesten Inhalte erstellt!

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

  1. Ich würde "einfach" strukturiert und logisch vorgehen: - Zuallererst, was gibt es überhaupt im Netzwerk? -> Netze, IP-Adressen, etc -> Übersichtsplan erstellen, auch was wie zusammenhängt. In einem nächsten Schritt würden auch zB VLANs hierunter fallen. Also noch nicht "was macht das genau?" sondern erstmal "was gibt es überhaupt". - Welche Funktionen werden wovon erfüllt? -> DNS, DHCP, Web, Mail, NAS, Netzwerkdrucker, was auch immer. Mit diesen Infos die vorher erstellte Übersicht ergänzen. - Firewall-Funktionen im weiteren Sinne: Wo gibt es Filter-Regeln bzw. Zugangsbeschränkungen (auch: ACLs), wie könnte sich das ggf. auswirken? Was ich persönlich auch machen würde: Sich einfach mal die Arbeitsweise der Mitarbeiter vor Ort ansehen, was gebrauchen die tagtäglich, wie sind die "normalen" Vorgänge, worauf greift wer zu, etc. Kann später auch das troubleshooting erleichtern, wenn du die Aussagen von den Mitarbeitern nicht erst mühsam "in IT-Sprech übersetzen" musst An Literatur kann ich vielleicht dieses hier empfehlen: https://www.amazon.de/Networking-Systems-Administrators-Mastery-Band/dp/0692376941 Das ist zwar auf Englisch, jedoch, wie ich fand, recht gut zu lesen. Es ist, wie der Titel schon sagt, eher für Admins gedacht, die die alltäglichen Netzwerk-Herausforderungen kennenlernen und besser verstehen möchten. Es geht also nicht wirklich in die Tiefe, ist dafür jedoch ziemlich nah an der Realität, auch mit praktischen troubleshooting Beispielen. Wobei das dann vielleicht eher der zweite Schritt wäre, du möchtest ja erstmal einen Überblick bekommen.
  2. Erfahrungsgemäß sollten die letzten 5 Jahre eine gute Grundlage sein. Das Einzige, was mir jetzt auf die Schnelle als recht "neu" einfallen würde, ist das Thema DSGVO bzw. Datenschutz. Ach so: FISI, FIAE, oder noch was Anderes?
  3. Wenn es potentiell etwas "mehr" sein darf: Virtualbox VMs aufsetzen, vernetzen, Dienste installieren, ausprobieren, kaputt machen, von vorne
  4. Ich fand PacketTracer immer recht nützlich, um sowas mal zu "skizzieren", also um zumindest die grobe Netzstruktur darzustellen. Aber das wäre mehr für dich selbst, für präsentative Zwecke bietet sich zB auch https://www.draw.io/ an, da gibts ganz links unten unter "more shapes" einen Unterpunkt Networking -> Cisco; ich denke, da findet man recht viele nützliche Vorgaben, also an Piktogrammen. Davon abgesehen, was @RubberDog schon meinte: Im Vordergrund steht die Netz-, nicht die Gebäudestruktur. Letztere kann man jedoch auch mit einfließen lassen, also zB in Form von Kästchen pro Etage o.Ä. Ansonsten: Ja, streng schematisch. Bei Netzwerken, die schnell komplex werden können, geht es um Übersichtlichkeit und darum, die Funktion erfassen zu können. Also arbeite ruhig zB mit unterschiedlichen Farben, aber nicht, um das Ganze "hüsch" zu machen, sondern um verschiedene (Netzwerk-)Bereiche ansprechend getrennt voneinander darzustellen.
  5. Wir kochen fast täglich zusammen mit der ganzen Truppe, in der firmeneigenen Küche. Das wird dann, inkl. Einkaufs- und Zubereitungszeit, als die tägliche halbe Stunde Pause angesehen (eine Art "meeting"-Regelung im weitesten Sinne, da das meist etwas länger dauert ). Alternativ gibt es in der Nähe eine Kantine, Mettwoch ist auch ab und zu dran (also freestyle, jeder schmiert sich halt Brötchen mit Belag X). Dementsprechend wird in der Küche gegessen, Frühstücksbrote am Platz / kaltes Essen (alles, was nicht riecht) sind aber auch ok.
  6. Vielleicht nochmal kurz zum Technischen: Hier würde ich auch das bereits erwähnte OBS (entweder "Classic" oder das aktuelle "Studio") empfehlen. Du wirst außerdem unweigerlich auf die Frage stoßen, ob du das lokale Material (also die Aufzeichnung) noch während des Vorgangs sofort komprimieren möchtest (verlustbehaftet), oder ob du "lossless" aufnehmen willst - beides hat Vor- und Nachteile: - Verlustbehaftet / komprimiert: Du sparst dir diesen Schritt des Encodings später, verbrauchst weniger Speicherplatz, allerdings hat die CPU dann ziemlich gut zu ackern. - Lossless: Entlastung der CPU / weniger gute Hardware nötig, allerdings brauchst du temporär viel (!) mehr Speicherplatz, und musst es anschließend manuell in ein kleineres Format überführen. Ich kann für solche technischen Details noch das LetsPlayForum empfehlen; da gehts zwar eigentlich natürlich um Videospiele, jedoch ist die grundsätzliche Frage ja die gleiche. Hier wird zB ein ähnlicher Fall diskutiert: https://letsplayforum.de/thread/171445-obs-studio-gleichzeitig-aufnehmen-und-streamen-videobearbeitung/
  7. Meine Erfahrung deckt sich mit der von @jk86: Es ist ziemlich knackig. Der CCNA besteht ja aus 4 (?) Teilen, von denen der erste ("Routing and Switching") bei uns in der Berufsschule im Rahmen des Standard-Unterrichts behandelt wurde; der Rest wurde im Rahmen von kostenpflichtigen, jedoch vergünstigten Abendkursen angeboten. Das bedeutete: Jede Woche 5h Anwesenheit (Mix aus Theorie und Praxis an den Geräten: geballtes, komprimiertes Wissen in einem Affentempo direkt in die Synapsen geprügelt) plus Vor- und Nachbereitung, wenn du es richtig machen willst. Und natürlich nochmal extra Zeitaufwand, um dich auf die Zertifizierungsprüfungen vorzubereiten. Ich persönlich kann sagen, es war sehr lehrreich und interessant, und ich möchte das Wissen, was ich da mitnehmen durfte, nicht missen. (Ich bin nach dem ersten Zusatzblock ausgestiegen - Grund war ganz einfach, dass ich nicht die Zeit gefunden habe, mich da angemessen mit auseinander zu setzen.) ABER: Das ist etwas, worauf man absolut Bock haben sollte, und v.a. für blutige Anfänger ist es zweifelsohne mitunter frustrierend - das Ding besteht aus fest durchstrukturierten Themenblöcken, die keine Rücksicht auf evtl. fehlendes Vorwissen nehmen. Ob das was für dich ist, kannst du natürlich selbst am besten entscheiden, aber "nur" weil jemand sagt, das sei ja irgendwie Standard und gehört dazu.. für mich kein Grund.
  8. Bitte BITTE mach nicht denselben Fehler wie ich: Es ist wirklich wichtig zu begreifen, dass diese Reihenfolge einzuhalten ist: ERST das Problem, dann erst das Projekt! (Natürlich kann man auch im Nachhinein ein Problem dazu konstruieren.. der normale Weg ist jedoch um Einiges leichter ). Die wichtigen Bestandteile wären erstmal, dass wie gesagt ein Problem existiert und du einen Lösungsansatz hast. Geh beim Lösungsansatz noch nicht allzu sehr in die Tiefe, es muss erstmal nicht mehr als eine grobe Richtung sein. Es soll später auch erkennbar sein, dass du Abwägungen / Entscheidungen triffst - das allerdings ist dann nicht mehr Bestandteil des Antrages, sondern eben des eigentlichen Projekts.
  9. Alter 39 Wohnort Niedersachsen letzter Ausbildungsabschluss (als was und wann) FISI Sommer 2019 Berufserfahrung keine in diesem Bereich Vorbildung Abitur, abgebrochenes Studium, ca. 4 Jahre vorher in derselben Firma im 1st-Level-Support Arbeitsort Niedersachsen Grösse der Firma KMU, ca. 20 MA Tarif nein Branche der Firma Cloud / Colocation / Dedizierte Server / Reseller hosting Arbeitsstunden pro Woche laut Vertrag 40 Arbeitsstunden pro Woche real 40 + Bereitschaft Gesamtjahresbrutto 32.400 € Anzahl der Monatsgehälter 12 + kleiner Weihnachtsbonus Anzahl der Urlaubstage 28 Sonder- / Sozialleistungen Zuschüsse für Zusatzversicherungen + betriebl. Altersvorsorge, vergünstigte Fitnesscard, Fort- / Weiterbildungen, Homeoffice Variabler Anteil am Gehalt Überstunden durch Bereitschaften; Abbau möglich und erwünscht, sonst Vergütung Verantwortung weder personell noch Budgets Tätigkeiten (Aufgaben/Aufgabenbereich) Linux-Systemadministrator; Planung, Einrichtung, Überwachung und Pflege von diversen Systemen: Web- / DB- / Mailserver, Loadbalancing, Backups, Automatisierung, etc..
  10. Erstmal "Schönen guten Tag, ich bin $name, und ich möchte heute $thema vorstellen". Ganz klassisch. Inhaltlich habe ich zu Anfang eine (sehr) kurze Vorstellung meines Ausbildungsbetriebes gewählt - das sollte dem Prüfungsausschuss einen kleinen Einblick in das Umfeld geben, in welchem ich mich bewegt habe, und zusätzlich ist das wohl ein Abschnitt, der einen "harmlosen" Einstieg gewährleisten kann, also nicht sofort thematisch voll in die Fresse Und man ist dabei selbstsicher genug, um sich selbst den Beginn der Präsi angenehm zu gestalten, das ging zumindest mir so: "Ich möchte zu Anfang kurz meinen Ausbildungsbetrieb $firma vorstellen, wir beschäftigen uns hauptsächlich mit X / Y / Z, und Y ist auch genau mein Thema." Hab dann noch ein schönes Bild aus dem Arbeitsalltag dazu getan - und dann gings richtig los.
  11. Ich persönlich halte es für sehr viel besser, von dir aus das Thema "offensiv" anzuschneiden und richtigzustellen: Du demonstrierst damit Verständnis (wenn auch erst im Nachhinein) für die Vorgänge sowie Kritikfähigkeit und Ehrlichkeit. Ich hatte in meiner Präsi zwar keine wirklichen Fehler, jedoch eine, nennen wir es mal Unvollständigkeit, die ich noch im Vergleich zur Doku abgeändert habe, indem ich auch explizit gesagt habe "das ist jetzt anderer bzw. zusätzlicher Inhalt, der so vorher noch nicht aufgetaucht war". Ich mag es nicht beschwören, aber ich hatte den Eindruck, dass das grundsätzlich gut ankam. Im schlimmsten Fall heimst du dir ein paar Minuspunkte für die Doku ein, aber das wäre dann sozusagen ja eh der Fall gewesen. Und ich denke, wenn du diesen Weg einschlägst, werden zwar ggf. auch Nachfragen zu dieser Thematik kommen, aber du erscheinst von vornherein in einem etwas anderen, besseren Licht
  12. Das ist doch eigentlich recht eindeutig? -> Fehlender bzw. kein kompatibler Verschlüsselungsalgorithmus Was steht denn in Zeile 1587 der entspr. Datei?
  13. Ich empfehle auf jeden Fall 4:3 Allein schon, weil du nicht weißt, wie die Gegebenheiten vor Ort aussehen werden. Bei mir (vor 2 Wochen präsentiert) wäre beides gegangen, aber das wusste ich halt vorher nicht. Gemecker oder Ähnliches gab es deswegen jedenfalls nicht. Falls es explizit anders vorgeschrieben ist, dann natürlich so. Aber dann würdest du wohl nicht fragen
  14. Ich kann von mir selbst berichten: Ca. 2/3 projektbezogen, also Klärung von offenen Fragen + Alternativen zum von mir verwendeten Ansatz. Rest allgemein, also "Alles" (ich hatte zB die Themen Mails und physikalische Sicherheit). Bei dir würde ich vermuten (!), dass man durchaus ein wenig auf das Thema Datenschutz eingeht (wegen CCTV): Kennzeichnungspflicht der überwachten Bereiche, Archivierungssorgfalt + deren Absicherung gegen Zugriffe von außen, etc. Zum allgemeinen Teil: Das ging bei mir "angemessen" in die Tiefe. Also ich sollte beim Thema Mails zB den allgemeinen Ablauf erläutern, wie eine Mail zum Ziel findet -> Stichworte DNS und MX record. Aber nichts Komplexeres wie die Funktionsweise eines MTAs oder so.

Fachinformatiker.de, 2019 SE Internet Services

fidelogo_small.png

if_icon-6-mail-envelope-closed_314900.pnSchicken Sie uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App


Get it on Google Play

Kontakt

Hier werben?
Oder senden Sie eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...

Wichtige Information

Fachinformatiker.de verwendet Cookies. Mehr dazu in unserer Datenschutzerklärung