Wiki StuRa HTW Dresden - Benutzerbeiträge [de]

Diskussion:Server/srs1

2020-10-20T15:06:18Z

ClemensHaffner:

== post deployment installing ==

* zsh
* tmux

== post installation debugging ==

Seit der Migration im Sommer 2017 ist die Website ([[Plone]]) arg langsam. Der für den Betrieb maßgebliche Prozess benötigt arg (mehr) Rechenleistung (etwa sichtbar als (W)CPU in <code>top</code>).

(Dokumentation von) Tests und Maßnahmen (des Versuches das Problem zu beheben) sind kurz in den nachfolgenden Abschnitten benannt.

==== einzelne Instanz Plone für die Website ====

; [http://www.stura.htw-dresden.de/@@overview-controlpanel Konfiguration]
: Sichten, Prüfen, Testen

* Erweiterungen
** Dexterity Inhaltstypen
** Unterstützung für Diazo Designs
** Dropdown menu
** HTTP caching support
** Unterstützung für Arbeitskopien

; pdftotext:
<pre>
Unable to find binary "pdftotext" in /sbin:/bin:/usr/sbin:/usr/bin
</pre>
: <code>pkg install -y xpdf</code>
: <code>ln -s /usr/local/libexec/xpdf/pdftotext /usr/bin/pdftotext</code>
fixed!

; wvHtml:
<pre>
MissingBinary: Unable to find binary "wvHtml" in /sbin:/bin:/usr/sbin:/usr/bin
</pre>
: <code>pkg install -y wv</code>
: <code>ln -s /usr/local/bin/wvHtml /usr/bin/wvHtml</code>

; .../stura/ref/verwaltung/mails/lists/listinfo

<pre>
An error was encountered while publishing this resource.
</pre>

<pre>
Cannot locate object
</pre>

???

; [http://www.stura.htw-dresden.de/manage_main zope management] foo:

: [http://www.stura.htw-dresden.de/portal_catalog/manage_catalogAdvanced /portal_catalog/manage_catalogAdvanced]
:* Update Catalog
: [http://www.stura.htw-dresden.de/portal_catalog/manage_catalogAdvanced /portal_catalog/manage_catalogAdvanced]
:* Clear and Rebuild
:: keine Verbesserung wahrgenommen (nicht schneller und falsche Referenzen gibt es immer noch)

: [http://www.stura.htw-dresden.de/portal_javascripts/manage_jsForm /portal_javascripts/manage_jsForm]
:* ''Development mode'' ausgeschaltet
:*: wozu auch immer zur Hölle das angeschaltet war

==== gesamte Instanz Plone in Zope im Ganzen ====

; [http://www.stura.htw-dresden.de:8080/Control_Panel/DebugInfo/manage_main /Control_Panel/DebugInfo/manage_main]:

==== zusätzlicher Vorgang zur Migration der Kommentare für die Bereitstellung der Funktionalität für Kommentare ====

Kurz nach der Migration fiel auf, dass die Funktion für Kommentar - obwohl sie angeschaltet war - nicht in Betrieb war. Grund dafür war, dass es einem eigenständigen Vorgang für das Migrieren der Kommentare bedarf.

http://www.stura.htw-dresden.de:8080/Plone/@@comment-migration

<pre>
Found 13924 content objects.
Found 0 Discussion Item objects.
Found 0 old discussion items.
Found 1119 plone.app.discussion comments.

Start comment migration.

Comment migration finished.

0 of 0 comments migrated.
</pre>

Nach einem Neustart vom Dienst Plone (<code>service plone restart</code>) waren alle früheren Kommentare da und es konnten nun neue Kommentare hinzugefügt werden.

==== ====

* http://www.stura.htw-dresden.de/members/PaulRiegel/error_log/getLogEntryAsText?id=1510205147.40.225654058357

<pre>
</pre>
<pre>
Module zope.tales.tales, line 696, in evaluate
URL: file:/usr/local/lib/python2.7/site-packages/Products/Archetypes/skins/archetypes/widgets/rich.pt
Line 21, Column 12
Expression: <PathExpr standard:u'accessor'>
Names:
{'container': <PloneSite at /Plone>,
'context': <ATDocument at /Plone/members/PaulRiegel/taste>,
'default': <object object at 0x80069e580>,
'here': <ATDocument at /Plone/members/PaulRiegel/taste>,
'loop': {},
'nothing': None,
'options': {'args': ()},
'repeat': <Products.PageTemplates.Expressions.SafeMapping object at 0x8356f1cb0>,
'request': <HTTPRequest, URL=http://www.stura.htw-dresden.de/members/PaulRiegel/taste/document_view>,
'root': <Application at >,
'template': <FSPageTemplate at /Plone/document_view used for /Plone/members/PaulRiegel/taste>,
'traverse_subpath': [],
'user': <PloneUser 'PaulRiegel'>}
</pre>
<pre>
</pre>
<pre>
</pre>
<pre>
ValueError: Invalid IPv6 URL
</pre>

: <code>pkg install -y py27-html5lib</code>

== customized dehydrated ([[Server/Transport Layer Security#Probleme bei Plone]]) ==

: <code>cd /usr/local/etc/apache24/ && ./dehydrated_script.sh && cd -</code>
<pre>
Performing sanity check on apache24 configuration:
Syntax OK
Stopping apache24.
Waiting for PIDS: 5771.
Performing sanity check on apache24 configuration:
Syntax OK
Starting apache24.
# INFO: Using main config file /usr/local/etc/dehydrated/config
Processing www.stura.htw-dresden.de with alternative names: stura-dresden.de www.stura-dresden.de stura.htw-dresden.de
+ Checking domain name(s) of existing cert... unchanged.
+ Checking expire date of existing cert...
+ Valid till Nov 26 10:04:45 2018 GMT (Less than 30 days). Renewing!
+ Signing domains...
+ Generating private key...
+ Generating signing request...
+ Requesting challenge for www.stura.htw-dresden.de...
+ Requesting challenge for stura-dresden.de...
+ Requesting challenge for www.stura-dresden.de...
+ Requesting challenge for stura.htw-dresden.de...
+ Responding to challenge for www.stura.htw-dresden.de...
+ Challenge is valid!
+ Responding to challenge for stura-dresden.de...
+ Challenge is valid!
+ Responding to challenge for www.stura-dresden.de...
+ Challenge is valid!
+ Responding to challenge for stura.htw-dresden.de...
+ Challenge is valid!
+ Requesting certificate...
+ Checking certificate...
+ Done!
+ Creating fullchain.pem...
+ Done!
Performing sanity check on apache24 configuration:
Syntax OK
Stopping apache24.
Waiting for PIDS: 66646.
Performing sanity check on apache24 configuration:
Syntax OK
Starting apache24.
/
</pre>

== Kommentar-foo angemacht! ==

https://www.stura.htw-dresden.de/@@discussion-settings

com.web@stura.…

[[Benutzer:PaulRiegel|Paul]] 01:52, 30. Nov. 2019 (CET)

== (vorgeschaltete eigenständige) Instanz proxy für zeitgemäßes TLS läuft wegen (versehentlich nicht ausgeschalteten) logging über ==

: <code>df -h /</code>
<pre>
Filesystem Size Used Avail Use% Mounted on
/dev/rbd5 2.0G 1.8G 71M 97% /
</pre>

: <code>ls -al /var/log/nginx/</code>
<pre>
total 621996
drwxr-xr-x 2 root adm 4096 Aug 19 14:47 .
drwxr-xr-x 11 root root 4096 Aug 19 15:07 ..
-rw-r----- 1 www-data adm 628081770 Oct 2 14:44 access.log
-rw-r--r-- 1 root root 0 Oct 2 12:35 adminer-error.log
-rw-r----- 1 www-data adm 8821607 Oct 2 14:43 error.log
</pre>

; einstweilige Behebung:

: <code>rm /var/log/nginx/access.log</code>

reboot

: <code>df -h /</code>
<pre>
Filesystem Size Used Avail Use% Mounted on
/dev/rbd5 2.0G 1.2G 610M 67% /
</pre>

: <code>nano /etc/nginx/nginx.conf</code>
<pre></pre>
<pre>
##
# Logging Settings
##
</pre>
<pre></pre>
<pre>
# access_log /var/log/nginx/access.log;
access_log off;
# error_log /var/log/nginx/error.log;
error_log off;
</pre>
<pre></pre>

: <code>rm /var/log/nginx/error.log</code>

'''Anpassung Upload-Limit auf 1 Gigabyte:
<code>client_max_body_size 1G;</code> in /etc/nginx/nginx.conf

Diskussion:Server/srs1

2020-10-20T15:05:16Z

ClemensHaffner:

Diskussion:Server/srs1

2020-10-20T15:04:38Z

ClemensHaffner:

StuRa Diskussion:Server/Website

2020-03-04T12:21:16Z

ClemensHaffner: Neuer Abschnitt /* Buildout */

== [http://de.wikipedia.org/wiki/Skin_%28Computer%29 theme] ==

;Vorschlag: [http://plone.org/products/beyondskins.ploneday.site2010 World Plone Day 2010 theme]

-- [[Benutzer:PaulRiegel|PaulRiegel]] 22:11, 21. Feb 2011 (CET)

* [http://inqbus-hosting.de/community/talks/so-leicht-theming-in-plone/so-leicht-ist-theming-in-plone Informationen zum Theming bei Plone]

== Konzeption des Arbeitsablaufes ==

Salve Interessierte zur [[Website]], 
lieber [[Bereich Administration Website]],

bei der praktischen Konzeption stehe ich an einer Gablung. Ich darf euch die um eure Meinung bitten:

=== Konzeption des Arbeitsablaufes Variante 1 (bisheriger Stand) ===
Benutzerinnen und Benutzer erhalten (fast) uneingeschränkte Rechte in den dezentralen Bereichen der Website (für die sie als Mitglieder des Bereiches Verantwortung haben).
: Für jeden Bereich sollte es eine Gruppe geben. Also mit Bereich ist hier auch [[studentische Vertretung im Senat]], [[Wahlausschuss]] oder [[fzs]] gemeint. Etwa eine Person wird Mitglied beim Bereich Erstsemester, dann müsste sie in eine bestehende Gruppe ''Erstsemester'' eingetragen werden. Danach könnte die Person im Bereich Erstsemester der Website alles machen! Sollte für die hohe Anzahl von benötigten Gruppen (50 + x) der Bereiche verzichtet werden, so gäbe es "nur" (15 + x) große Gruppen. Demnach wäre die Person dann Mitglied der Gruppe ''Qualitätsmanagement'' und könnte auch in deren anderen Bereiche, etwa ''Alumni'' oder ''Studieren mit Kind'', alles machen.

Vorteile:
* Es kann sehr schnelle was von Berechtigten für den jeweiligen Bereich online gestellt werden.
Nachteile:
* Die Benutzerinnen und Benutzer sollten Details zur Funktionsweise vom Plone kennen.
* Es sind viele spezielle Gruppen notwendig, in die Personen ein- und ausgetragen werden müssen.
* Das Nacharbeiten [[webadmin]] ist eigentlich zu spät, da der Artikel schon online ist.

=== Konzeption des Arbeitsablaufes Variante 2 (alternativer Ansatz) ===
An zentraler Stelle dürfen (typische) Benutzerinnen und Benutzer ''Zur Veröffentlichung einreichen''.
: Alle aktiven Benutzerinnen und Benutzer können "Kreuz der Quere" Artikel anlegen und dann ''zur Redaktion einreichen''. Für die Ausgangskontrolle (vor der tatsächlichen Veröffentlichung) sorgen aber Einzelne, die dafür bestimmt wurden. Das kann jede Person sein, die dazu mit den Rechten ausgestattet wird. Beispielsweise sollte das [[Referatsleitung Öffentlichkeitsarbeit]] und die [[Sprecherinnen und Sprecher]] sein.

Vorteile:
* Termine, Nachrichten usw. können zentral an- und abgelegt werden.
* (Gestalterische) Kontrolle und Einheitlichkeit (Erscheinungsbild, Bezeichnung usw.) der Artikel.
* Die praktische Umsetzung ist auf der Website etwas einfacher (Statt mehreren Ordnern mit jeweils vorgeschalteten Kollektionen sind nur einzelne Kollektionen je Bereich notwendig).
Nachteile:
* Ohne die Veröffentlichung, wozu nur vergleichsweise Wenige berechtigt sind, ist nichts für Externe auf der Website verfügbar.

=== Konzeption des Arbeitsablaufes Variante 3 (Kontrollschichten) ===
1. Schicht
:* Das Erstellen von Artikeln werden alle angemeldeten Benutzerinnen und Benutzern zugesprochen.
2. Schicht
:* Die Einreichung zur Veröffentlichen werden den Referatsleitungen und Bereichsleitungen gestattet, aber nur in ihren Bereich.
:* Bei nicht besetzter Referatsleitung übernehmen dies die [[Sprecherinnen und Sprecher]].
3. Schicht
:* Nur den Referatsleitungen ist es gestattet Artikel in ihrem Referat und Bereichen zu veröffentlichen.
:* Bei nicht besetzter Referatsleitung übernehmen dies die [[Sprecherinnen und Sprecher]].

Erweiterte Rechtevergabe
:* Den Referatsleitungen ist es gestattet die von ihnen als kompetent eingestuften angemeldeten Benutzerinnen und Benutzer erweiterte Rechte in ihrem Bereich zu zusprechen.(Veröffentlichen, ...)

Vorteile
* Mitglieder der Referate wissen über ihren Zuständigkeitsbereich der Website besser Bescheid.
* Kontrolle über Artikel in den einzelnen Abschnitten ist gegeben.
Nachteile
* Hoher Aufwand der Erstellung von Gruppen. (einmalig)
* Größere Zeitspanne bis ein Artikel veröffentlicht wird.
* Es sind viele spezielle Gruppen notwendig, in die Personen ein- und ausgetragen werden müssen. (Aufgabe der Referatsleitungen)

=== Abstimmung der Konzeption des Arbeitsablaufes ===

Bitte tragt eure Meinung (zur Übersicht) in die [https://dudle.inf.tu-dresden.de/workflow-Plone-4-StuRa-HTW-Dresden/ entsprechende Tabelle] mit Name (oder [[:Kategorie:Spitzname | im StuRa bekannter Nick]]) ein.

(überwiegend) Kollegiale

-- 12:45, 3. Sep 2011 (CEST)

== [http://141.56.50.1:8080/Plone/@@usergroup-groupprefs Gruppen] ==

Bitte das Ergebnis [http://www.stura.htw-dresden.de/intern/plone-4 dokumentieren].

== Ticketsystem für Reviews ==

Salve Aktive,

soll das eine persönliche (entsprechend dem Recht zur Veröffentlichung) [http://www.stura.htw-dresden.de/full_review_list Revisionsliste] werden?

Dabei sollte vielleicht geprüft werden, wenn nicht sogar schon geschehen, in wie fern das das persönlich angezeigte [http://www.stura.htw-dresden.de/dashboard dashboard (Persönliche Seite)] dies ohnehin bei der angezeigten ''Revisionsliste'' tut.

Kollegiale

-- [[Benutzer:PaulRiegel|PaulRiegel]] 02:15, 12. Nov 2011 (CET)

== PloneMeeting ==

Salve Aktive zur [[Website]],

bei der Recherche zur Dokumentation (nach eines völlig anderen Sachverhaltes) für die Bedingungen von Plone stolperte ich über ein [http://www.communesplone.org/support/documentation/manual/programm-zur-verwaltung-von-sitzungen/referencemanual-all-pages "Handbuch" zu ''PloneMeeting/HubSessions'']. Das erscheint mir interessant für uns, oder?

Ergänzend stieß ich dazu auf:
* [http://www.plonegov.org/software/products/plonemeeting HubSessions / PloneMeeting bei PloneGov.org]
* [https://launchpad.net/hubsessions HubSessions bei launchpad.net]

Hat wer Bock sich damit "zu bespaßen"?

Aus meiner Sicht wäre folgendes zu tun:
# separates Plone aufsetzen (damit unser übliches nicht zerschossen werden kann)
#: als eigenes [[Server/Dokumentation#Jails | jail]]
#: Ich habe diese Erweiterung nicht als [http://plone.org/products "Produkt" auf plone.org] finden können. Daher ist womöglich besondere Vorsicht angebracht.
# ''HubSessions'' ergänzen und testen
#: Insbesondere sollten potentielle Aktive darüber informiert werden. Daher sollte der Verweis mindestens an intern@stura bekanntgegeben werden.
# evaluieren und entscheiden
#: In die Entscheidung sollten mindestens folgende einzubeziehen:
#:* [[Bereich Sitzungsleitung]]
#:* [[Bereich Administration Rechentechnik]]
#:* [[Bereich Administration Website]]

Für Fragen und gewünschte Mitwirkung stehe ich zur Verfügungen.

Kollegiale

-- [[Benutzer:PaulRiegel|PaulRiegel]] 01:49, 24. Dez 2011 (CET)

== Domain (ergänzend zu [http://www.stura.htw-dresden.de www.stura.htw-dresden.de]) ==

Salvete Aktive (im [[Bereich Administration Website]], 
lieber [[Bereich Administration Rechentechnik]],

ergänzend zu [http://wiki.htw.stura-dresden.de ''wiki.htw''.stura-dresden.de] habe [[Benutzer:PaulRiegel | ich]] eben einen (DNS-)Eintrag für [http://www.htw.stura-dresden.de ''www.htw''.stura-dresden.de] vorgenommen. Wie auch [http://htw.stura-dresden.de ''htw''.stura-dresden.de] verweist dieser auf die [[Website]].

Es wäre zu überlegen, wie womöglich diese [[Domain]] ([http://www.htw.stura-dresden.de ''www.htw''.stura-dresden.de]) technisch etabliert wird.

Kollegiale

-- [[Benutzer:PaulRiegel|PaulRiegel]] 10:44, 5. Aug 2012 (UTC)

== Überarbeitung ==

=== Startseite ===

* Nachrichten
** kategorisieren
** als default auf die startseite
*** 10 stk siehe http://www.stura.tu-dresden.de
**: [http://www.stura.htw-dresden.de/aktuelles/ wunschgemäß?] (in Anlehnung an der tatsächlichen Seite http://www.stura.tu-dresden.de/aktuelles)
*** kommt dem schon nahe wenn man Darstellung Ganzer Text einstellt --[[Benutzer:Matthias Jakobi|Matthias Jakobi]] ([[Benutzer Diskussion:Matthias Jakobi|Diskussion]])
*** Prüfen ob es möglich ist im Plone einen gezwungenden Textbruch zu erzeugen
**:: [http://www.stura.htw-dresden.de/aktuelles-mit-feeds/ wunschgemäß?] (ergänzend mit der Sammlung (Einlesen der eigenen RSS-Feeds) von speziellen Kategorien (exemplarisch die beiden erstgenannten [[Referat]]e))
*** Nein ----[[Benutzer:Matthias Jakobi|Matthias Jakobi]] ([[Benutzer Diskussion:Matthias Jakobi|Diskussion]]) 16:36, 15. Apr. 2013 (UTC)
** Nachrichttemplate

=== Analyse ===

* [https://de.wikipedia.org/wiki/Piwik piwiki]

== Dokumentation zum wirksam werden von vorgenommen Änderung zu administrativen Einstellungen per Frontend ==

Salvete Aktive,

ich habe heute (gestern) was per [http://www.stura.htw-dresden.de/manage_main Zope-Management-Oberfläche bei unserem] [[Plone]] geändert (Ausmerzen eines Fehlers der Darstellung beim Drucken (<code>print.css</code>), welche [[Angestellte]] ja bei täglichen Arbeiten müssen nutzen können). 
Der Fehler ist (scheinbar) nun erfolgreich behoben.

Mich daran (dann) zufällig erinnernd, wusste ich, dass die Änderungen (durch entsprechende Einstellungen bedingt) nicht sofort wirksam werden. Ferner stellt sich aber trotzdem die Frage: "Wie kann ich sicherstellen, dass nun meine gemachten Änderungen wirksam sind (Oder ist das jetzt noch nicht wirksam?)?"

Für eine Erklärung, möglichst mit entsprechendem Test, wäre ich dankbar.

BTW: [[wikipedia:de:Apache HTTP Server | Apache]] (passend zum [[Plone]]) mit entsprechenden Einstellungen zum [[wikipedia:de:Cache | Cache]] ?!?

Kollegiale

--[[Benutzer:PaulRiegel|PaulRiegel]] ([[Benutzer Diskussion:PaulRiegel|Diskussion]]) 03:51, 3. Mai 2013 (CEST)

----

Wenn es mal arg dinglich ist und sich hier immer noch keine Antwort angefunden hat: Einfach (brutal) den Apache neu starten:
: <code>apachectl restart</code>

--[[Benutzer:PaulRiegel|Paul]] 01:01, 7. Jul. 2015 (CEST)

== sicherheitskopie von ''ploneCustom.css'' ==

[http://www.stura.htw-dresden.de/portal_skins/custom/ploneCustom.css/manage_main File at /portal_skins/custom/ploneCustom.css]

Text wegen der Vielzahl von Zeilen verborgen!
Im Modus zum Bearbeiten ist der text sichtbar

Bei [http://www.stura.htw-dresden.de/portal_skins/custom/manage_main /portal_skins/custom] wurden 2016-03-14 die Dateien
* RTL.css
*: 2015-10-06 15:18
* authoring.css
*: 2015-10-06 15:19
* base.css
*: 2015-10-06 15:19
* columns.css
*: 2015-10-06 15:19
entfernt. Die Dateien enthielten offensichtlich keinen Inhalt.

== css "mal anderes" eintragen ==

: plone machte ja immer faxen. daher soll versucht werden ein- und neu auszurollen.

* [http://docs.plone.org/4/en/adapt-and-extend/change-the-font-colors.html Plone (4) Documentation ''Change the Font Colors'']
* [http://docs.plone.org/4/en/adapt-and-extend/theming/templates_css/css.html Plone (4) Documentation ''CSS'']

* [https://plone.org/documentation/kb-old/rounded-corners-in-css/plonecustom.css/view (old) Knowledge Base Plone ''ploneCustom.css'']

== kaputtes Layout 2017-01-19 ==

; Done!

; Problem:

Zu Morgen 2017-01-19 wurde festgestellt, dass die "doof kaputt" aussieht.

Alle Verantwortlichen waren in Ängsten (, denn Plone läuft auf [[srs2342]], was "alt wie der Wald ist")!

Nachdem den ganzen Tag die verschiedensten Sachen (cache vom Apache "auseinandernehmen", Plone mit verschiedensten Einträgen zu CSS ausprobieren, an verschiedensten Konfigurationen herumstellen) probiert wurden (Dank an [[PT]]!) fiel [[user:PaulRiegel]] auf, dass einfach Dateien zum CSS geändert wurden. (Wohl hatte wer in besten Absichten sich daran zu schaffen gemacht das Layout der Website nun endlich einmal schöner zu machen. Leider führte das dann aber zur dauerhaften Störung der gesamten Website.)

; Lösung:

Erstmal vorab: Um herauszufinden, ob die Änderungen zu CSS wirksam sind muss der Cache (von Plone, Apache und dem Browser) überwunden werden!
: http://www.stura.htw-dresden.de:8080/Plone/HTTPCache/manage_editProps
Standardmäßig ist der Intervall (''Interval (seconds)'') auf ''3600'' gestellt. (Temporär kann der Wert auch einmal auf nur ''10'' gestellt werden.)

Bei [http://www.stura.htw-dresden.de:8080/Plone/portal_skins/custom/ portal_skins/custom] waren
* [http://www.stura.htw-dresden.de:8080/Plone/portal_skins/custom/ploneCustom.css/manage_main ploneCustom.css]
* [http://www.stura.htw-dresden.de:8080/Plone/portal_skins/custom/portlets.css/manage_main portlets.css]
* [http://www.stura.htw-dresden.de:8080/Plone/portal_skins/custom/public.css/manage_main public.css]
als Anpassungen eingetragen. Diese wurden einfach (ersatzlos) gelöscht.

----

falls wirklich wer den foo vermisst:
* alten snapshot suchen
*: zfs list -t snapshot | grep srs1 | grep 2017-01-19
* jail stoppen
* aktuellen snapshot erstellen
* Clone vom alten snapshot erstellen
* Jail starten
* Daten holen
* Jail stoppen
* Clone vom alten snapshot zerstören
* ehemals aktuellen snapshot als Jail starten

----

Im Übrigen war bei [http://www.stura.htw-dresden.de:8080/Plone/portal_css/manage_cssForm portal_css] ''ploneCustom.css'' (neben ''++resource++plone.app.jquerytools.overlays.css'') gar nicht angewählt und entgegen der Standardeinstellung bei ''CSS Media'' nicht mit ''all'', sondern nur ''screen'' versehen gewesen. Auch ''Caching allowed?'' war entgegen der Standardeinstellung nicht angewählt.

== Buildout ==

Um Buildout in Turnkey-Linux auszuführen, muss man einen eigenen Nutzer verwenden:

sudo -u plone_buildout bin/buildout

StuRa:Aora

2019-09-10T21:33:51Z

ClemensHaffner: /* Betriebssystem aora */

== Hardware ==

SRS3100 ist ein Dell Poweredge R310.
Dieser hat folgende Daten:

* CPU: 1xSockel 1156, eingesetzt ist ein Xeon X3430 (4Core 2.4GHz).
* Ram: 8GB
* Dell IDrac Enterprise (BEIDE Steckmodule installiert)
* Zusätzlich eine Dual 1Gbps NIC installiert
* keine Festplatten installiert
* Systemdatenträger sind zwei intern installierte SANDISK Cruzer USB-Sticks.

IDrac Firmware ist 2.92, aktualisiert 2019.
BIOS ist noch 1.5.2 (hoffnungslos veraltet.)

=== Remote Management ===

Ja, IDrac Enterprise, zu erreichen im Internen Netzwerk als 10.1.0.11

== Nutzung ==

Der Server dient als Router, Gateway und VPN-Server, um auf das interne Netzwerk des Xora-Clusters zuzugreifen.

== Betriebssystem aora==

Auf dem Server läuft das Firewall/Router - Betriebssystem pfsense, welches auf FreeBSD basiert.

Das Betriebssystem läuft aus Redundanzzwecken auf einem Software-RAID: Beide USB-Sticks bilden einen ZFS-Mirror. Dies kann man im Setupprogramm angeben. (Achtung, Setup-USB-Stick HINTEN anstecken, sonst Fehler)

===IP-Setup===
Der Hostname des OS ist '''aora'''

Nach dem ersten Start wurde die Onboard Adapter Assigned:
* bce0 --> WAN
* bce1 --> LAN

Die offboard-NICs (igb0/1) sollen später zur Redundanz dienen.

* WAN --> 141.56.51.130
* LAN --> 10.1.0.1

===Firewall===
Alles aus-/eingehende wird Standardmäßig blockiert.

===OpenVPN===
Zur Fernwartung des xora-Clusters inclusive IPMI.

Im wesentlichen wurde nach diesem Youtube-Video vorgegangen: [https://www.youtube.com/watch?v=7rQ-Tgt3L18]

VPN-Nutzer bekommen eine IP im Range 10.1.1.0/24 und haben Zugriff auf das Netz 10.1.0.0/24. OpenVPN stellt automatisch 10.1.1.1 als Gateway.

StuRa:Aora

2019-09-10T21:31:57Z

ClemensHaffner:

== Hardware ==

SRS3100 ist ein Dell Poweredge R310.
Dieser hat folgende Daten:

* CPU: 1xSockel 1156, eingesetzt ist ein Xeon X3430 (4Core 2.4GHz).
* Ram: 8GB
* Dell IDrac Enterprise (BEIDE Steckmodule installiert)
* Zusätzlich eine Dual 1Gbps NIC installiert
* keine Festplatten installiert
* Systemdatenträger sind zwei intern installierte SANDISK Cruzer USB-Sticks.

IDrac Firmware ist 2.92, aktualisiert 2019.
BIOS ist noch 1.5.2 (hoffnungslos veraltet.)

=== Remote Management ===

Ja, IDrac Enterprise, zu erreichen im Internen Netzwerk als 10.1.0.11

== Nutzung ==

Der Server dient als Router, Gateway und VPN-Server, um auf das interne Netzwerk des Xora-Clusters zuzugreifen.

== Betriebssystem aora==

Auf dem Server läuft das Firewall/Router - Betriebssystem pfsense, welches auf FreeBSD basiert.

Das Betriebssystem läuft aus Redundanzzwecken auf einem Software-RAID: Beide USB-Sticks bilden einen ZFS-Mirror. Dies kann man im Setupprogramm angeben. (Achtung, Setup-USB-Stick HINTEN anstecken, sonst Fehler)

Der Hostname des OS ist '''aora'''

Nach dem ersten Start wurde die Onboard Adapter Assigned:
* bce0 --> WAN
* bce1 --> LAN

Die offboard-NICs (igb0/1) sollen später zur Redundanz dienen.

===IP-Setup===
(direkt vom Hauptmenü)

WAN --> 141.56.51.130

LAN --> 10.1.0.1

===Firewall===
Alles aus-/eingehende wird Standardmäßig blockiert.

===OpenVPN===
Zur Fernwartung des xora-Clusters inclusive IPMI.

Im wesentlichen wurde nach diesem Youtube-Video vorgegangen: [https://www.youtube.com/watch?v=7rQ-Tgt3L18]

VPN-Nutzer bekommen eine IP im Range 10.1.1.0/24 und haben Zugriff auf das Netz 10.1.0.0/24. OpenVPN stellt automatisch 10.1.1.1 als Gateway.

StuRa:Aora

2019-09-10T21:29:27Z

ClemensHaffner:

== Hardware ==

SRS3100 ist ein Dell Poweredge R310.
Dieser hat folgende Daten:

* CPU: 1xSockel 1156, eingesetzt ist ein Xeon X3430 (4Core 2.4GHz).
* Ram: 8GB
* Dell IDrac Enterprise (BEIDE Steckmodule installiert)
* Zusätzlich eine Dual 1Gbps NIC installiert
* keine Festplatten installiert
* Systemdatenträger sind zwei intern installierte SANDISK Cruzer USB-Sticks.

IDrac Firmware ist 2.92, aktualisiert 2019.
BIOS ist noch 1.5.2 (hoffnungslos veraltet.)

== Nutzung ==

Der Server dient als Router, Gateway und VPN-Server, um auf das interne Netzwerk des Xora-Clusters zuzugreifen.

== Betriebssystem aora==

Auf dem Server läuft das Firewall/Router - Betriebssystem pfsense, welches auf FreeBSD basiert.

Das Betriebssystem läuft aus Redundanzzwecken auf einem Software-RAID: Beide USB-Sticks bilden einen ZFS-Mirror. Dies kann man im Setupprogramm angeben. (Achtung, Setup-USB-Stick HINTEN anstecken, sonst Fehler)

Der Hostname des OS ist '''aora'''

Nach dem ersten Start wurde die Onboard Adapter Assigned:
* bce0 --> WAN
* bce1 --> LAN

Die offboard-NICs (igb0/1) sollen später zur Redundanz dienen.

===IP-Setup===
(direkt vom Hauptmenü)
WAN --> 141.56.51.130
LAN --> 10.1.0.1

===Firewall===
Alles aus-/eingehende wird Standardmäßig blockiert.

===OpenVPN===
Zur Fernwartung des xora-Clusters inclusive IPMI.

Im wesentlichen wurde nach diesem Youtube-Video vorgegangen: [https://www.youtube.com/watch?v=7rQ-Tgt3L18]

VPN-Nutzer bekommen eine IP im Range 10.1.1.0/24 und haben Zugriff auf das Netz 10.1.0.0/24. OpenVPN stellt automatisch 10.1.1.1 als Gateway.

StuRa:Aora

2019-09-10T21:29:08Z

ClemensHaffner:

== Hardware ==

SRS3100 ist ein Dell Poweredge R310.
Dieser hat folgende Daten:

* CPU: 1xSockel 1156, eingesetzt ist ein Xeon X3430 (4Core 2.4GHz).
* Ram: 8GB
* Dell IDrac Enterprise (BEIDE Steckmodule installiert)
* Zusätzlich eine Dual 1Gbps NIC installiert
* keine Festplatten installiert
* Systemdatenträger sind zwei intern installierte SANDISK Cruzer USB-Sticks.

IDrac Firmware ist 2.92, aktualisiert 2019.
BIOS ist noch 1.5.2 (hoffnungslos veraltet.)

== Nutzung ==

Der Server dient als Router, Gateway und VPN-Server, um auf das interne Netzwerk des Xora-Clusters zuzugreifen.

----

== Betriebssystem aora==

Auf dem Server läuft das Firewall/Router - Betriebssystem pfsense, welches auf FreeBSD basiert.

Das Betriebssystem läuft aus Redundanzzwecken auf einem Software-RAID: Beide USB-Sticks bilden einen ZFS-Mirror. Dies kann man im Setupprogramm angeben. (Achtung, Setup-USB-Stick HINTEN anstecken, sonst Fehler)

Der Hostname des OS ist '''aora'''

Nach dem ersten Start wurde die Onboard Adapter Assigned:
* bce0 --> WAN
* bce1 --> LAN

Die offboard-NICs (igb0/1) sollen später zur Redundanz dienen.

===IP-Setup===
(direkt vom Hauptmenü)
WAN --> 141.56.51.130
LAN --> 10.1.0.1

===Firewall===
Alles aus-/eingehende wird Standardmäßig blockiert.

===OpenVPN===
Zur Fernwartung des xora-Clusters inclusive IPMI.

Im wesentlichen wurde nach diesem Youtube-Video vorgegangen: [https://www.youtube.com/watch?v=7rQ-Tgt3L18]

VPN-Nutzer bekommen eine IP im Range 10.1.1.0/24 und haben Zugriff auf das Netz 10.1.0.0/24. OpenVPN stellt automatisch 10.1.1.1 als Gateway.

StuRa:Aora

2019-09-10T21:28:36Z

ClemensHaffner:

== Hardware ==

SRS3100 ist ein Dell Poweredge R310.
Dieser hat folgende Daten:

* CPU: 1xSockel 1156, eingesetzt ist ein Xeon X3430 (4Core 2.4GHz).
* Ram: 8GB
* Dell IDrac Enterprise (BEIDE Steckmodule installiert)
* Zusätzlich eine Dual 1Gbps NIC installiert
* keine Festplatten installiert
* Systemdatenträger sind zwei intern installierte SANDISK Cruzer USB-Sticks.

IDrac Firmware ist 2.92, aktualisiert 2019.
BIOS ist noch 1.5.2 (hoffnungslos veraltet.)

== Nutzung ==

Der Server dient als Router, Gateway und VPN-Server, um auf das interne Netzwerk des Xora-Clusters zuzugreifen.

----

== Betriebssystem aora==

Auf dem Server läuft das Firewall/Router - Betriebssystem pfsense, welches auf FreeBSD basiert.

Das Betriebssystem läuft aus Redundanzzwecken auf einem Software-RAID: Beide USB-Sticks bilden einen ZFS-Mirror. Dies kann man im Setupprogramm angeben. (Achtung, Setup-USB-Stick HINTEN anstecken, sonst Fehler)

Der Hostname des OS ist '''aora'''

Nach dem ersten Start wurde die Onboard Adapter Assigned:
* bce0 --> WAN
* bce1 --> LAN

Die offboard-NICs (igb0/1) sollen später zur Redundanz dienen.

=IP-Setup=
(direkt vom Hauptmenü)
WAN --> 141.56.51.130
LAN --> 10.1.0.1

=Firewall=
Alles aus-/eingehende wird Standardmäßig blockiert.

=OpenVPN=
Zur Fernwartung des xora-Clusters inclusive IPMI.

Im wesentlichen wurde nach diesem Youtube-Video vorgegangen: [https://www.youtube.com/watch?v=7rQ-Tgt3L18]

VPN-Nutzer bekommen eine IP im Range 10.1.1.0/24 und haben Zugriff auf das Netz 10.1.0.0/24. OpenVPN stellt automatisch 10.1.1.1 als Gateway.

StuRa:Aora

2019-09-10T21:05:40Z

ClemensHaffner: H/W

StuRa:Server/srs5100

2019-09-02T11:52:33Z

ClemensHaffner: Hardwaredetails

== Hardware ==

* Dell PowerEdge R510
* Kein IDrac Modul
* Raidcontroller Dell PERC 310, IT mode
* Aktuell 1 von 2 CPUs verbaut: Intel Xeon E5620 (4C/8T @2.4GHz)
* 16 GB DDR3 @1066MHz

=== Firmware ===

* Bios 1.14
* Idrac 2.92

== Betriebssystem ==

[[FreeNAS]] 11 (RELEASE)

=== Installation von FreeNAS ===

==== Vorbereitung der Installation von FreeNAS ====

Die (Vorbereitung der) Installation von FreeNAS[http://doc.freenas.org/11/install.html] erfolgt eigentlich schlichtweg durch
* das [http://doc.freenas.org/11/install.html#getting-freenas]Beziehen von einer ''iso''-Datei, welche schon als startfähig vorbereitet ist,
* das [http://doc.freenas.org/11/install.html#preparing-the-media]Erstellen von einem Startmedium mit der ''iso''-Datei und
* das Starten von dem Startmedium auf der Maschine, wo FreeNAS betrieben werden soll.

==== Durchführung der Installation von FreeNAS ====

2017-07-02 22:23:24

<pre>
Chose destination media
</pre>
<pre></pre>
<pre>
[ ] da0 ATA
</pre>
<pre>
[ ] da1 ATA
</pre>
<pre>
[ ] da2 ATA
</pre>
<pre>
[ ] da3 ATA
</pre>
<pre>
[*] da5 Intenso
</pre>
<pre></pre>
----
<pre>Fresh Install</pre>
----
<pre>Format the boot device</pre>
----
<pre>FreeNAS installation</pre>
<pre></pre>
<pre>Yes</pre>
----
<pre>Password</pre>
: [[Intern:Server#Zugangsdaten]]
<pre>Confirm Password</pre>
: [[Intern:Server#Zugangsdaten]]
<pre>OK</pre>
----
<pre>FreeNAS Boot Mode</pre>
<pre></pre>
<pre>Boot via BIOS</pre>
----
<pre></pre>
<pre>Installation finished. No error reported.</pre>
<pre></pre>
----
<pre></pre>
<pre>The FreeNAS installation on da5 succeeded!</pre>
<pre>OK</pre>
----
<pre></pre>
<pre>3 Reboot</pre>
<pre>OK</pre>
----
<pre>Rebooting...</pre>
<pre></pre>

==== Einrichtung nach der Installation von FreeNAS ====

; Initial Wizard:

; Time Zone: Europe/Berlin
; Pool: back
<pre>
[ ] Automatic (Reasonable defaults using the available drives)
[ ] Virtualization (RAID 10: Moderate Redundancy, Maximum Performance, Minimum Capacity)
[X] Backups (RAID Z2: Moderate Redundancy, Moderate Performance, Moderate Capacity)
[ ] Media (RAID Z1: Minimum Redundancy, Moderate Performance, Moderate Capacity)
[ ] Logs (RAID 0: No Redundancy, Maximum Performance, Maximum Capacity)</pre>

==== erstes Starten nach der Installation von FreeNAS ====

Start nach der Installation
<pre></pre>
<pre>
11) Rebbot
</pre>
<pre>
The web interfache could not be accessed.
Please check network configuration.
</pre>
<pre></pre>
<pre>
Enter an option from 1-12: 11
</pre>
<pre></pre>
<pre>
Shutdown NOW!
</pre>
<pre>
Rebooting...
</pre>

(erneuter) Start nach der Installation
<pre></pre>
<pre>
The web interfache is at:

http://141.56.50.DHCP
</pre>
<pre></pre>

==== FreeNAS Einstellungen (per command line interface) ====

nichts!

==== FreeNAS Einstellungen (per web user intface) ====

Anmelden per web user intface
: http://141.56.50.DHCP

; System:
:; Information:
:: ''Edit''
::; Hostname: srs5100.stura.htw-dresden.de
:: ''OK''
:; General:
::; Timezone: Europe/Berlin
:: ''Save''
:; Advanced:
::; Enable powerd (Power Saving Daemon): ''X''
::; Show console messages in the footer: ''X''
::; Enable autotune: ''X''
::; MOTD banner: <s>Welcome to FreeNAS</s>srs5100.stura.htw-dresden.de
:: ''Save''
:; Email:
::; From email: srs5100@stura.htw-dresden.de
::; Outgoing mail server: mail.stura.htw-dresden.de
:: HINT: Test e-mails are sent to root user. To configure it use Account -> Users -> View Users -> root -> Change E-mail
:: ''Save''

pauschales Neustarten (wegen Änderung der Einstellungen zu ''powerd'' und ''autotune'')!

; Network:
:; Global Configuration:
::; IPv4 Default Gateway: 141.56.50.254
::; Nameserver 1: 141.56.1.1
::; Nameserver 2: 141.56.1.2
:: ''Save''
:; Interfaces:
:: Es gibt keinen Eintrag (trotz Verbindung mit IPv4 per DHCP)
:: ''Add''
::; NIC: ''bce0''
::; Interface Name: bce0-stat
::; IPv4 Address: 141.56.50.124
::; IPv4 Netmask: ''/24 (255.255.255.0)''
::;
::: ''Save''
:: Keine Erreichbarkeit mehr!
::: Damn!
:::: Es stellte sich heraus, dass die Nase vom Netzwerkkabel am Switch nicht richtig eingerastet war. (DAMN!)

* Import vom existierende (wohl leeren) zpool ''back''
*: Bei den Tests zuvor wurde bereits bei den bestehenden Festplatten ein zpool ''back'' erstellt. (Anstatt unnötig einen neuen Pool aus dem getesteten zpool (mit 4 Geräten) zu erstellen, wurde dieser einfach weiter verwendet.)

; Account:
:; Users:
::; root:
:::; E-mail: srs5100@stura.htw-dresden.de
::: ''OK''

=== Konfiguration von FreeNAS ===

; Services:
:; SSH:
::; Settings:
:::; Login as Root with password: ''X''
:::; Allow TCP Port Forwarding: ''X''
:::; Compress Connections: ''X''
::; Start on boot: ''X''
:: ''Start Now''
; Jails:
:; Configuration:
::; Jail Root: /mnt/back/jails
:: ''Save''

=== Fehler bei FreeNAS ===

: Fehler, die bei (dem Betrieb von) FreeNAS erkennbar sind
: Fehler der Hardware, die sich unabhängig vom [[#Betriebssystem]] ergeben: siehe [[#Fehler]]

=== Wartung von FreeNAS ===

==== Neustarten von FreeNAS ====

Das Starten (samt BIOS und Firmware bis zur direkten Erreichbarkeit von FreeNAS) dauert es etwa 5 min.

== Ablage ==
: Verwaltung von Daten (zur Ablage an bestimmten Orten)
:; Siehe auch: [[Server/srs1337#Storage]]

{| class="wikitable"
|-
|+ einzelne Ablagen
|-
! dataset
! (ergänzender) Einhängepunkt
! Zweck
|-
! colspan="3" | zpool ''back''
|-
|
|
|
|-
|}

=== Erstellung einer einzelnen Ablage ===

; Storage:
:; ''übergeordnetes Dataset'':
:: ''Create Dataset''
::: ...

=== Einhängen einer einzelnen Ablage ===
: üblicher Weise in eine Jail

; Jails:
:; Storage:
::; ''Add Storage'':
:::: ...

== Siehe auch ==

* [[Server]]
* [[Intern:Server#srs5100]]
* [[Server/srs3100]]

[[Kategorie:Server]]
[[Kategorie:Hardware]]
[[Kategorie:Software]]
[[Kategorie:Rechentechnik]]

Diskussion:Bereichsleitung Administration Rechentechnik/Einarbeitung

2019-08-30T14:34:25Z

ClemensHaffner:

== Gruppenaccounts und geteilte Passwörter ==
; Done!

----

...Sollten auch meiner Meinung nach '''nicht''' existieren. Allerdings scheint im entsprechenden Aufzählungspunkt (<tt>"Accounts für Gruppen sind nicht vorgesehen. Das Teilen von Passwörtern ist vorgesehen."</tt>) eine Negation zu fehlen. --[[Benutzer:Mr N|Mr N]] ([[Benutzer Diskussion:Mr N|Diskussion]]) 09:02, 31. Dez. 2015 (CET)

----

Danke fürs aufmerksame Lesen! :-) :-*

Das ist ein Flüchtigkeitsfehler meinerseits. Ich habe ihn berichtigt.

Danke fürs direkte Hinweisen! :-) :-*

--[[Benutzer:PaulRiegel|Paul]] 17:42, 4. Jan. 2016 (CET)

---
Was ist der "Letter of Death"?
--> ein Zettel mit einigen Passwörtern, der momentan nicht aufgefunden werden kann. Somit sind einige Passwörter der Server unbekannt

Cisco SG200

2019-08-30T14:15:30Z

ClemensHaffner:

; Anzahl: 2
; hergestellt von: Cisco

== Gerät ==

=== Software für das Gerät ===

==== Aktualisierung der Software für das Gerät ====

; Version: kleiner ''1.3.5.x''
:* [https://www.cisco.com/c/dam/en/us/td/docs/switches/lan/csbss/sf20x_sg20x/release_notes/R_1-3-5_RN.pdf 1.3.5]
:* [https://sbkb.cisco.com/CiscoSB/GetArticle.aspx?docid=f1e39061efb14c94a570bcbd6582167b_Firmware_Upgrade_Troubleshooting_on_300_and_500_Series_Manag.xml Die Firmware als auch der Boot Code müssen erst auf ''1.3.5.x'' aktualisieren, sonst scheitern nachfolgende die Aktualisierungen (aus verschieden Gründen).]
Die Aktualisierung der Firmware ist einfach per WUI vom Switch selbst per (''Administration'' -> ''File Management'' -> ''Upgrade/Backup Firmware/Language'') ''via HTTP/HTTPS'' machbar. Entscheidend ist aber auch die Aktualisierung vom Boot Code, was nur ''via TFTP'' oder ''via SCP (Over SSH)'' möglich ist. (Auf die Schnelle den Dienst ''tftp'' bei einem Server, der mit [[FreeNAS]] betrieben wird, verfügbar machen. (Dataset für ZFS erstellen und bei der Konfiguration für den den Service ''TFTP'' angeben. Die Datei ''sx200_boot-13506.rfb'' geeignet (etwa per sftp) im Dataset bereitstellen.) Den Dienst tftp anschalten. Per WUI vom Switch den Server und die Datei angeben. Läuft!)

2017-12-02:
: bei [[#Cisco SG200-26]] erledigt
: auf die aktuellsten Versionen aktualisiert
* Firmware Version: 1.4.8.6 (ab 2019-08-30 nun 1.4.10.6)
* Boot Version: 1.3.5.06
* Language Version:
** 1.4.8.6 (en-US)
** 1.4.1.3 (de-DE)

2017-12-21:
: bei [[#Cisco SG200-50]] erledigt
: auf die aktuellsten Versionen aktualisiert
* Firmware Version: 1.3.0.62 --> 1.3.2.02 --> 1.3.7.18 --> 1.4.2.04 --> 1.4.8.06 --> 1.4.10.6
* Boot Version: 1.1.0.6 --> 1.3.5.06
* Language Version: 1.3.0.62 --> 1.3.2.02 --> 1.3.7.18 --> 1.4.8.6 (1.4.1.3 für deutschsprachig)

== Lagerort ==

[[A008]]

== Anschaffung ==

* für die [[Veranstaltung]](en) [[LAN-Party]]
* 2015 oder 2016

== einzelne Geräte ==

=== Cisco SG200-26 ===

; Modell: [https://www.cisco.com/c/en/us/support/switches/sg200-26-26-port-gigabit-smart-switch/model.html SG200-26]

==== Einrichtung Cisco SG200-26 ====

Zurücksetzen vom Switch durch das Halten das Drücken bei ''Reset''
: Irgendwie ging das nicht gleich. Daher einfach mehrfach lang (wohl mindestens 30 Sekunden) halten.
:: Irgendwann brennen beim Halten von ''Reset'' alle Lampen (auch aller einzelnen Steckplätze) und gehen wieder aus. (Da schien es geklappt zu haben. Das beständige Blinken bei der Lampe ''System'' (nach den ersten Versuchen) setzte die Zugangsdaten nicht zurück.)

Eigenes Zuweisen einer 192.168.-er Adresse für IPv4 an der eigenen Netzwerkschnittstelle
:: [[FreeBSD]] stlyle
: <code>sudo ifconfig em0 inet 192.168.1.10 netmask 255.255.255.0</code>

Prüfen, ob der Switch so nun erreichbar ist?
: <code>ping 192.168.1.254</code>

Login via WUI (http) mit bekannter (auf die standardmäßige Voreinstellung zurückgesetzte) Adresse für IPv4
: https://192.168.1.254/

Login via bekannten (auf die standardmäßige Voreinstellung zurückgesetzte) Zugangsdaten
; Konto: <s>''cisco''</s>
; Passwort: <s>''cisco''</s>

==== Konfiguration Cisco SG200-26 ====

; Konfiguration (auf die Schnelle nur erst einmal das Nötigste):
* Administration:
** System Settings:
**; System Location: Archiv
**; System Contact: ''srswcsg20026''
**:: Mail-Adresse scheint nicht zugelassen zu sein.
*** Host Name:
***; Use Default: [  ]
***; User Defined: [X]
***:: ''srswcsg20026''
***::: Domain scheint nicht zugelassen zu sein.
** Management Interface
*** IPv4 Interface
***; IP Address: ''[[Intern:Server#Verwendung von IP-Adressen]]''
***; Mask: [X]
***:: ''255.255.255.0''
***::: Womöglich so nur aus dem Bereich an Adressen für IPv4 innerhalb vom /24 erreichbar. (Aber das kann ja auch so sein.)
; Konto: ''[[Intern:Server#Zugangsdaten]]''
; Passwort: ''[[Intern:Server#Zugangsdaten]]''

=== Cisco SG200-50 ===

; Modell: [https://www.cisco.com/c/en/us/support/switches/sg200-50-50-port-gigabit-smart-switch/model.html SG200-50]

==== Einrichtung Cisco SG200-50 ====

wie [[#Einrichtung Cisco SG200-26]]

==== Konfiguration Cisco SG200-50 ====

; Konfiguration (auf die Schnelle nur erst einmal das Nötigste):
* Administration:
** System Settings:
**; System Location: Archiv
**; System Contact: ''srswcsg20050''
**:: Mail-Adresse scheint nicht zugelassen zu sein.
*** Host Name:
***; Use Default: [  ]
***; User Defined: [X]
***:: ''srswcsg20050''
***::: Domain scheint nicht zugelassen zu sein.
** Management Interface
*** IPv4 Interface
***; IP Address: ''[[Intern:Server#Verwendung von IP-Adressen]]''
***; Mask: [X]
***:: ''255.255.255.0''
***::: Womöglich so nur aus dem Bereich an Adressen für IPv4 innerhalb vom /24 erreichbar. (Aber das kann ja auch so sein.)
* IP Configuration:
** DNS Settings:
**; DNS Server Table:
**; Add...:
**:: IP Version: Version 4
**:: DNS Server IP Address: ''141.56.1.1''
**:: Preference: 1
**:; Apply
**; Add...:
**:: IP Version: Version 4
**:: DNS Server IP Address: ''141.56.1.2''
**:: Preference: 2
**:; Apply
; Konto: ''[[Intern:Server#Zugangsdaten]]''
; Passwort: ''[[Intern:Server#Zugangsdaten]]''

== Siehe auch ==
* [[Switch]]

== Weblinks ==

[[Kategorie:Inventar]]
[[Kategorie:Hardware]]
[[Kategorie:Rechentechnik]]
[[Kategorie:Server]]

Cisco SG200

2019-08-30T14:05:23Z

ClemensHaffner:

; Anzahl: 2
; hergestellt von: Cisco

== Gerät ==

=== Software für das Gerät ===

==== Aktualisierung der Software für das Gerät ====

; Version: kleiner ''1.3.5.x''
:* [https://www.cisco.com/c/dam/en/us/td/docs/switches/lan/csbss/sf20x_sg20x/release_notes/R_1-3-5_RN.pdf 1.3.5]
:* [https://sbkb.cisco.com/CiscoSB/GetArticle.aspx?docid=f1e39061efb14c94a570bcbd6582167b_Firmware_Upgrade_Troubleshooting_on_300_and_500_Series_Manag.xml Die Firmware als auch der Boot Code müssen erst auf ''1.3.5.x'' aktualisieren, sonst scheitern nachfolgende die Aktualisierungen (aus verschieden Gründen).]
Die Aktualisierung der Firmware ist einfach per WUI vom Switch selbst per (''Administration'' -> ''File Management'' -> ''Upgrade/Backup Firmware/Language'') ''via HTTP/HTTPS'' machbar. Entscheidend ist aber auch die Aktualisierung vom Boot Code, was nur ''via TFTP'' oder ''via SCP (Over SSH)'' möglich ist. (Auf die Schnelle den Dienst ''tftp'' bei einem Server, der mit [[FreeNAS]] betrieben wird, verfügbar machen. (Dataset für ZFS erstellen und bei der Konfiguration für den den Service ''TFTP'' angeben. Die Datei ''sx200_boot-13506.rfb'' geeignet (etwa per sftp) im Dataset bereitstellen.) Den Dienst tftp anschalten. Per WUI vom Switch den Server und die Datei angeben. Läuft!)

2017-12-02:
: bei [[#Cisco SG200-26]] erledigt
: auf die aktuellsten Versionen aktualisiert
* Firmware Version: 1.4.8.6 (ab 2019-08-30 nun 1.4.10.06)
* Boot Version: 1.3.5.06
* Language Version:
** 1.4.8.6 (en-US)
** 1.4.1.3 (de-DE)

2017-12-21:
: bei [[#Cisco SG200-50]] erledigt
: auf die aktuellsten Versionen aktualisiert
* Firmware Version: 1.3.0.62 --> 1.3.2.02 --> 1.3.7.18 --> 1.4.2.04 --> 1.4.8.06
* Boot Version: 1.1.0.6 --> 1.3.5.06
* Language Version: 1.3.0.62 --> 1.3.2.02 --> 1.3.7.18 --> 1.4.8.6 (1.4.1.3 für deutschsprachig)

== Lagerort ==

[[A008]]

== Anschaffung ==

* für die [[Veranstaltung]](en) [[LAN-Party]]
* 2015 oder 2016

== einzelne Geräte ==

=== Cisco SG200-26 ===

; Modell: [https://www.cisco.com/c/en/us/support/switches/sg200-26-26-port-gigabit-smart-switch/model.html SG200-26]

==== Einrichtung Cisco SG200-26 ====

Zurücksetzen vom Switch durch das Halten das Drücken bei ''Reset''
: Irgendwie ging das nicht gleich. Daher einfach mehrfach lang (wohl mindestens 30 Sekunden) halten.
:: Irgendwann brennen beim Halten von ''Reset'' alle Lampen (auch aller einzelnen Steckplätze) und gehen wieder aus. (Da schien es geklappt zu haben. Das beständige Blinken bei der Lampe ''System'' (nach den ersten Versuchen) setzte die Zugangsdaten nicht zurück.)

Eigenes Zuweisen einer 192.168.-er Adresse für IPv4 an der eigenen Netzwerkschnittstelle
:: [[FreeBSD]] stlyle
: <code>sudo ifconfig em0 inet 192.168.1.10 netmask 255.255.255.0</code>

Prüfen, ob der Switch so nun erreichbar ist?
: <code>ping 192.168.1.254</code>

Login via WUI (http) mit bekannter (auf die standardmäßige Voreinstellung zurückgesetzte) Adresse für IPv4
: https://192.168.1.254/

Login via bekannten (auf die standardmäßige Voreinstellung zurückgesetzte) Zugangsdaten
; Konto: <s>''cisco''</s>
; Passwort: <s>''cisco''</s>

==== Konfiguration Cisco SG200-26 ====

; Konfiguration (auf die Schnelle nur erst einmal das Nötigste):
* Administration:
** System Settings:
**; System Location: Archiv
**; System Contact: ''srswcsg20026''
**:: Mail-Adresse scheint nicht zugelassen zu sein.
*** Host Name:
***; Use Default: [  ]
***; User Defined: [X]
***:: ''srswcsg20026''
***::: Domain scheint nicht zugelassen zu sein.
** Management Interface
*** IPv4 Interface
***; IP Address: ''[[Intern:Server#Verwendung von IP-Adressen]]''
***; Mask: [X]
***:: ''255.255.255.0''
***::: Womöglich so nur aus dem Bereich an Adressen für IPv4 innerhalb vom /24 erreichbar. (Aber das kann ja auch so sein.)
; Konto: ''[[Intern:Server#Zugangsdaten]]''
; Passwort: ''[[Intern:Server#Zugangsdaten]]''

=== Cisco SG200-50 ===

; Modell: [https://www.cisco.com/c/en/us/support/switches/sg200-50-50-port-gigabit-smart-switch/model.html SG200-50]

==== Einrichtung Cisco SG200-50 ====

wie [[#Einrichtung Cisco SG200-26]]

==== Konfiguration Cisco SG200-50 ====

; Konfiguration (auf die Schnelle nur erst einmal das Nötigste):
* Administration:
** System Settings:
**; System Location: Archiv
**; System Contact: ''srswcsg20050''
**:: Mail-Adresse scheint nicht zugelassen zu sein.
*** Host Name:
***; Use Default: [  ]
***; User Defined: [X]
***:: ''srswcsg20050''
***::: Domain scheint nicht zugelassen zu sein.
** Management Interface
*** IPv4 Interface
***; IP Address: ''[[Intern:Server#Verwendung von IP-Adressen]]''
***; Mask: [X]
***:: ''255.255.255.0''
***::: Womöglich so nur aus dem Bereich an Adressen für IPv4 innerhalb vom /24 erreichbar. (Aber das kann ja auch so sein.)
* IP Configuration:
** DNS Settings:
**; DNS Server Table:
**; Add...:
**:: IP Version: Version 4
**:: DNS Server IP Address: ''141.56.1.1''
**:: Preference: 1
**:; Apply
**; Add...:
**:: IP Version: Version 4
**:: DNS Server IP Address: ''141.56.1.2''
**:: Preference: 2
**:; Apply
; Konto: ''[[Intern:Server#Zugangsdaten]]''
; Passwort: ''[[Intern:Server#Zugangsdaten]]''

== Siehe auch ==
* [[Switch]]

== Weblinks ==

[[Kategorie:Inventar]]
[[Kategorie:Hardware]]
[[Kategorie:Rechentechnik]]
[[Kategorie:Server]]