tschulian
-
Gesamte Inhalte
369 -
Benutzer seit
-
Letzter Besuch
Reputationsaktivitäten
-
tschulian reagierte auf Eye-Q in IBM | SAS Platte ausgefallen, ersetzt und nun inkompatibel
Einige (viele) Hersteller erlauben nur Festplatten mit bestimmter Firmware in ihren Servern und/oder Storages. IBM ist einer von denen und ihr müsst in den sauren Apfel beißen und Original-Ersatzteile kaufen.
-
tschulian reagierte auf Chief Wiggum in Warum BWL in der BS?
Wer sagt denn dass der Fachinformatiker keine kaufmännischen Wurzeln hat? Immerhin stammt der Beruf vom Datenverarbeitungskaufmann ab.
-
tschulian reagierte auf Albi in Warum BWL in der BS?
Glaubst du, ich denke BWL Kenntnisse schaden niemanden zumindest die Grundlagen und vereinfachen so etwas ungemein. Zumal es genug Leute gibt denen dieser "gesunde Menschenverstand" wie du es so schön bezeichnest fehlt und es daher noch weniger schadet wenn sie etwas in der Berufsschule dazu lernen.
-
tschulian hat eine Reaktion von Albi erhalten in Warum BWL in der BS?
Bei uns gab es kein BWL. Bei uns hieß es WiSo Wirtschaft und Soziales. Hab es gehasst, war nie gut.
Aber die paar interessanten Dinge, bei denen ich im Abschlussjahr 2013 nicht den Unterricht gestört hab, helfen mir jetzt bei meiner neuen Arbeitsstelle enorm weiter. Als Azubi wenn man jeden Tag seine Aufgaben vorgekaut bekommen hat war WiSO Nutzlos. Jetzt wo ich selber für Verträge, Infrastrukturerweiterungen und alles Rund um IT-Management zuständig bin, bin ich froh, einige "Grundlagen" zumindest mal gehört zu haben.
Und nein, ich ermuntere nicht zum Unterricht stören, wenn ich nun zurück denke hätte ich noch ein wenig mehr aufpassen sollen.
Lg aus Nürnberg
-
tschulian reagierte auf Eye-Q in ESXi 6.0 | zusätzliches internes Netz
Ja, wenn Du einen vSwitch ohne physikalischen Netzwerkadapter einrichtest, die zusätzlichen virtuellen Netzwerkarten der VMs an diesen vSwitch anschließt und dem Anwendungsserver mitteilst, dass er den Datenbankserver über die private IP-Adresse 192.168.2.x und nicht mehr über die öffentliche IP-Adresse erreicht, muss die Kommunikation über diesen komplett ESXi-internen vSwitch gehen.
Du kannst die zweiten Netzwerkadapter aber auch am vSwitch0 belassen, der verhält sich eigentlich genauso wie ein physikalischer Switch, da kann man ja auch mehrere IP-Adressbereiche draufpacken, ohne dass das den kratzt, da der nicht mit IP-, sondern mit MAC-Adressen arbeitet.
-
tschulian reagierte auf Crash2001 in AccessPoint / Repeater bekommt falsche IP, Notebooks bekommen richtige IP
Ob nun über Router oder Internetverbindungsfreigabe über Windows ist doch egal. Es ist NAT/PAT.
-
tschulian reagierte auf Crash2001 in AccessPoint / Repeater bekommt falsche IP, Notebooks bekommen richtige IP
Wird vermutlich so sein, dass unbekannte Geräte in einem "Quarantänenetz" landen und keinen Internetzugriff erhalten. Der Switch wird vermutlich mit dynamischen vlans konfiguriert sein und abhängig davon, ob die MAC bekannt ist oder nicht, landet das Gerät dann im entsprechenden vlan und bekommt vom entsprechenden DHCP-Server eine IP-Adresse verpasst.
-
tschulian reagierte auf Crash2001 in AccessPoint / Repeater bekommt falsche IP, Notebooks bekommen richtige IP
Gerade für Studenten gibt es aber oftmals günstigere Verträge oder Vereträge mit erhöhtem Freivolumen.
Kann sie denn ansonsten einen DSL-Vertrag da nutzen? Soo teuer sind die ja mittlerweile auch nicht mehr...
Ob die MAC-Adresse angenommen wird, ist halt dann die Frage. Ob NAT/PAT ausreicht, um es zu umgehen, ist auch wieder eine andere Frage.
-
tschulian reagierte auf Crash2001 in AccessPoint / Repeater bekommt falsche IP, Notebooks bekommen richtige IP
Da gibt es mehrere Möglichkeiten, um eine entsprechende Nutzung zu verhindern.
MAC-Adresse einzeln freigeben, so dass andere Geräte nicht dran funktionieren Verbieten von mehreren MAC-Adressen auf einem Port (so kann z.B. nicht einfach ein Switch drangehängt werden) Authentifizierung und Autorisierung der Geräte auf dem Switch notwendig (MAC-basiert oder Zertifikate) Traps für bestimmte Protokolle(z.B. BPDUs) aktivieren, die den Port dann blockieren Genauso einfach kann man diesen Schutz aber oftmals auch umgehen - abhängig davon, was für eine Technik jeweils genutzt wird.
Die Sache ist halt nur, dass es offiziell nun einmal verboten ist vom Netzwerkbetreiber und wenn du das Netzwerk nutzen willst, du dich an seine Vorgaben zu halten hast. Ansonsten kann es dir passieren, dass du komplett aus dem Netzwerk ausgeschlossen wirst.
Je nachdem was über das WLAN gemacht werden soll, kann man natürlich einfach einen UMTS/LTE-Router kaufen und dann übers Mobilfunknetz surfen (alternativ auch übers Handy als AP). Will man darüber z.B. viele Videos anschauen, ist das aber natürlich nicht der ideale Weg.
-
tschulian reagierte auf RipperFox in Debian 8 - Probleme mit ÖFFENTLICHER IP in der DMZ
Eigentlich brauchst Du nur den Gateway-Eintrag bei eth0 - ich nehme sowieso an, du hast nur eine Routingtabelle, dann gibt's nur ein Default Gateway für's System.
Die Post-Up und Pre-Down Regeln sind auch komplett sinnlos/redundant, da durch Netzmaske und Gateway vorherbestimmt.
Schau dir die Ausgaben von 'ip route' an. Mit 'ip route get 8.8.8.8' kannst Du z.B. sehen, welchen Weg Pakete an den Google DNS nehmen würden.
@CrankyCrany Nicht mitbekommen, dass der Windowsserver durch Linux ersetzt wurde?
-
tschulian reagierte auf Eye-Q in VPN - seit Win10 umstellung "Fehlerhaft"? [Sophos UTM9]
Hosts-Datei schön und gut, aber eine ordentliche DNS-Auflösung ist immer noch am besten.
Auf der Sophos gibt es unter Fernzugriff einen Punkt "Erweitert", dort kannst Du spezifizieren, welcher DNS-Server dem VPN-Einwahlclient mitgeteilt werden soll. Dort packst Du einen oder mehrere interne DNS-Server rein und das Problem sollte ohne hosts-Datei gegessen sein.
-
tschulian reagierte auf feuerjinn in [Hyper-V] VM Bluescreen
https://msdn.microsoft.com/en-us/library/ms854882.aspx
Hast du deinen Hyper-V Host mit RAM overcommitted?
-
tschulian reagierte auf SilentDemise in [Hyper-V] VM Bluescreen
Hi,
du bist ja auch schon etwas länger hier, du solltest eigentlich wissen, dass man ein paar mehr infos braucht, oder? ;-)
Was sagt das Eventlog? Was für ein OS? Host? Integration Tools aktuell? Wann kommt der bluescreen? Was machst du vorher?
-
tschulian reagierte auf Crash2001 in ESXi - Lokales MegaRaid verfügbar, aber nicht nutzbar
Hast du schon mal überprüft, ob die Berechtigungen denn alle richtig gesetzt sind?
Da der Pfad usw. ja gleich ist wie vorher - an irgendetwas muss es ja schließlich liegen...