UUGRN - Benutzerbeiträge [de]

UUGRN:Dienste/IRC/cgiirc

2017-09-03T00:50:16Z

Rabe: Doku zu cgiirc.uugrn.org

== cgiirc unter FreeBSD installieren ==
Das Package '''cgiirc''' installiert sich in FreeBSD unter /usr/local/www/cgiirc. Dort ist es jedoch nicht ohne weiteres lauffähig.

Das Install-Script kopiert zunächst die statischen Bilder nach /usr/local/www/apache24/data/images/, in der config muss entsprechend ''/images'' als Pfad konfiguriert werden.

Dann werden die drei CGI-Scripte nach /usr/local/www/apache24/cgi-bin/ kopiert und so angepasst, dass sie jeweils vor allem anderen ihr akteuelles Verzeichnis nach /usr/local/www/cgiirc wechseln, da sie nur dort die cgiirc.conf und die Modulverzeichnisse finden.

=== install.sh ===
Das nachfolgende Script unter /usr/local/www/cgiirc/install.sh speichern und ausführbar machen.
<pre>
#! /bin/sh -x

cd -P "$(dirname "$0")"
rsync -avHWx ./images/ /usr/local/www/apache24/data/images/

CGI-BIN="/usr/local/www/apache24/cgi-bin/"

for CGI in irc.cgi client-perl.cgi nph-irc.cgi ; do
cp ./${CGI} ${CGI-BIN}${CGI}
patch -p0 ${CGI-BIN}${CGI} ./patches/${CGI}.patch
rm ${CGI-BIN}${CGI}.orig
chmod 750 ${CGI-BIN}${CGI}
chown root:www ${CGI-BIN}${CGI}
done
</pre>

=== Patches ===
Das Verzeichnis /usr/local/www/cgiirc/patches und folgende 3 Dateien darin anlegen:
;patches/client-perl.cgi.patch:
<pre>
--- client-perl.cgi.orig 2017-09-03 02:05:02.040837000 +0200
+++ client-perl.cgi 2017-09-03 02:05:11.247766000 +0200
@@ -17,6 +17,8 @@
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA

+BEGIN { chdir('/usr/local/www/cgiirc') or die $!; }
+
use strict;
use lib qw/modules/;
</pre>

;patches/irc.cgi.patch:
<pre>
--- irc.cgi.orig 2017-09-03 01:52:05.433100000 +0200
+++ irc.cgi 2017-09-03 01:52:37.336301000 +0200
@@ -20,6 +20,8 @@
# Uncomment this if the server doesn't chdir (Boa).
# BEGIN { (my $dir = $0) =~ s|[^/]+$||; chdir($dir) }

+BEGIN { chdir('/usr/local/www/cgiirc') or die $!; }
+
use strict;
use vars qw($VERSION $config $config_path);
</pre>

;patches/nph-irc.cgi.patch:
<pre>
--- nph-irc.cgi.orig 2017-09-03 02:07:45.810289000 +0200
+++ nph-irc.cgi 2017-09-03 02:08:13.274197000 +0200
@@ -20,6 +20,8 @@
# Uncomment this if the server doesn't chdir (Boa).
# BEGIN { (my $dir = $0) =~ s|[^/]+$||; chdir($dir) }

+BEGIN { chdir('/usr/local/www/cgiirc') or die $!; }
+
require 5.004;
use strict;
</pre>

=== Config ===

Die auf cgiirc.uugrn.lan installierte Config (https://cgiirc.uugrn.org/) ist folgende:
;/usr/local/www/cgiirc/cgiirc.config
<pre>
default_server = irc.uugrn.lan
default_port = 6667
default_channel = #uugrn
default_name = GAST
default_nick = gast????
default_user = cgiirc
script_nph = nph-irc.cgi
script_form = client-perl.cgi
script_login = irc.cgi
image_path = /images
socket_prefix = /tmp/cgiirc-
encoded_ip = 2
allow_non_default = 1
access_channel = .*
access_server = irc\.uugrn\.lan
access_port = .*
access_command =
session_timeout = 18000
login basic = Nickname, Realname
login advanced = Nickname, Realname, Channel
format = default
</pre>

Der folgende Patch erzeugt aus der cgiirc.config.full eine cgiirc.config, wie sie auf cgiirc.uugrn.lan installiert ist.

<pre>
--- cgiirc.config.full 2013-09-24 11:27:09.000000000 +0200
+++ cgiirc.config 2017-09-03 02:16:13.551073000 +0200
@@ -7,17 +7,17 @@

# default server(s) to connect to, more than one server can
# be entered as a comma seperated list
-default_server = irc.blitzed.org
+default_server = irc.uugrn.lan
default_port = 6667

# default channel(s), again this can be a comma seperated list
-default_channel = #cgiirc
+default_channel = #uugrn

# Realname to use (in /whois)
-default_name = CGI:IRC User
+default_name = GAST

# default nickname, a ? is replaced with a random number
-default_nick = CGI???
+default_nick = gast????

# The default username to send, this will only be sent if
# encoded_ip (below) is set to 1 or less and will have no affect
@@ -42,7 +42,7 @@
# In script aliased directories (cgi-bin) the default will *not* work,
# you need to move the directory elsewhere and change this to something
# like /images.
-image_path = images
+image_path = /images

# The charset to send to IRC, to send anything other than UTF-8 you will
# need the Encode perl module installed.
@@ -114,7 +114,7 @@

# This is regular experssion that sets what servers access should
# be allowed to.
-access_server = .*
+access_server = irc\.uugrn\.lan

# This is regular experssion that sets what ports access should
# be allowed to.
@@ -192,6 +192,10 @@
#login basic = Nickname, Channel
#login advanced = Nickname, Realname, Channel, Server, Password, Format, Character set

+login basic = Nickname, Realname
+login advanced = Nickname, Realname, Channel
+
+
# The default format to use
format = default
</pre>

Jails upgraden mit freebsd-update

2016-10-25T13:25:18Z

Rabe: freebsd-update upgrade -r 11.0-RELEASE im Jail

== freebsd-update ==
'''freebsd-update''' ist offiziell nicht dazu geeignet um Jails upzudaten/upzugraden. Beim Upgrade von zum Beispiel '''10.3-RELEASE-p10''' auf '''11.0-RELEASE-p1''' muss zuvor das darunter liegende Betriebssystem und Kernel auf 11.0-RELEASE-p1 upgegraded werden (das geht regulär mit '''freebsd-update upgrade -r 11.0-RELEASE''').

== aktuelles Release ermitteln ==
Das Problem von '''freebsd-update upgrade -r 11.0-RELEASE''' im Jail ist, dass das Userland im Jail auf 10.3-RELEASE-p10 steht, der Kernel aber schon auf 11.0-RELEASE-p1 läuft. freebsd-update nutzt zur Ermittlung der '''aktuellen Version''' allerdings '''uname -r''' was immer des Release-String des bereits laufenden Kernels meldet, also '''11.0-RELEASE-p1''' statt der Version des Userlands im Jail (wäre '''10.3-RELEASE-p10''').

Glücklicherweise kann man die Ausgabe von '''uname -r''' beeinflussen und zwar durch setzen der Umgebungsvariable '''UNAME_r''' zum Beispiel auf den String '''10.3-RELEASE-p10'''. Damit erhält dann freebsd-update wenn es '''uname -r ''' ausführt eben diesen String aus dem Environment und nicht den Wert von '''kern.osrelease''':
<pre>
# sysctl -n kern.osrelease
11.0-RELEASE-p1
</pre>

<pre>
ENVIRONMENT
An environment variable composed of the string UNAME_ followed by any
flag to the uname utility (except for -a) will allow the corresponding
data to be set to the contents of the environment variable.
</pre>

Seit 10.x-RELEASE gibt es das hilfreiche Tool "freebsd-version", welches mit "-u" den Release-Stand des Userlands zurückgibt.
<pre>
The following options are available:

-k Print the version and patch level of the installed kernel.
Unlike uname(1), if a new kernel has been installed but the
system has not yet rebooted, freebsd-version will print the
version and patch level of the new kernel.

-u Print the version and patch level of the installed userland.
These are hardcoded into freebsd-version during the build.
</pre>

== freebsd-update für upgrade auf 11.0-RELEASE ==
Alles zusammmen genommen ergibt dann folgenden Ablauf für ein Userland-Update im Jail mittels freebsd-update:

<pre>
#### fetch 10.3 und 11.0 delta
# export UNAME_r="$(freebsd-version -u)"
# freebsd-update upgrade -r 11.0-RELEASE

### to be sure
# export UNAME_r="$(freebsd-version -u)"

### install kernel (not needed in jail but freebsd-update does this on upgrade)
# freebsd-update install

### no need to reboot/restart a jail here!

### install userland, new libraries and binaries
# freebsd-update install

### use pkg-static to upgrade pkg to new ABI (freebsd:11:x86:64)
# pkg-static install -f pkg

### Update repositories
# pkg update -f

### Upgrade all packages
# pkg upgrade -f

### Check for any leftovers, packages not freebsd:11: ABI, missing packages cannot be upgraded
# pkg query '%n|%q' | grep -Fv "freebsd:11:"

### last step: remove any stale shared libraries and files
# freebsd-update install

</pre>

== 3rd party packages prüfen nach upgrade ==

Beispiel, wenn keine neuen Packages verfügbar sind und stattdessen die alten Packages im System verbleiben:

<pre>
# pkg query '%n|%q' | grep -Fv freebsd:11
openntpd|freebsd:10:x86:64
throttle|freebsd:10:x86:64

# pkg upgrade openntpd
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100% 944 B 0.9kB/s 00:01
Fetching packagesite.txz: 100% 6 MiB 5.8MB/s 00:01
Processing entries: 100%
FreeBSD repository update completed. 25480 packages processed.
pkg: No packages available to upgrade matching 'openntpd' have been found in the repositories

# pkg info openntpd
openntpd-6.0p1_1,2
Name : openntpd
Version : 6.0p1_1,2
Installed on : Mon Oct 3 00:32:15 2016 CEST
Origin : net/openntpd
Architecture : freebsd:10:x86:64
[…]
</pre>

Würde man hier mit dem abschließenden (dritten) '''freebsd-update install''' die shared libraries von freebsd:10:* löschen, könnte man diese nicht mehr ausführen!
(BTW: Hier nur als Beispiel openntpd genannt, was selbst jedoch ein eher untypischer Kandidat für Software im Jail ist)

[[Kategorie:FreeBSD|update]]

UUGRN:Jails/einrichten

2016-09-03T18:41:15Z

Rabe: /* Vorbereitungen */ rsa key generieren statt dsa-key

Dieser Artikel beschreibt, was der Inhaber eines [[UUGRN:Jails]] nach dem ersten erfolgreichen Login zu tun hat.

__TOC__

== Vorbereitungen ==
Jedes [[UUGRN:Mitgliedschaft|aktive Vereinsmitglied]] kann auf Wunsch ein eigenes Jail bekommen.
Voraussetzung hierfür ist ein User-Account auf [[UUGRN:Jails/shell|shell.uugrn.org]] und dort außerdem ein ssh-Schlüsselpaar, welches generiert werden sollte:

user@shell.uugrn.org:~$ '''ssh-keygen -t rsa'''
Generating public/private rsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_rsa): '''<return>'''
Created directory '/home/user/.ssh'.
Enter passphrase (empty for no passphrase): '''*hier eine passphrase eingeben und gut merken*'''
Enter same passphrase again: '''*nochmal wiederholen*'''
Your identification has been saved in /home/user/.ssh/id_rsa.
Your public key has been saved in /home/user/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:0PMg0sq87v62FTvPdZtfZY3xj3M9w2zvZUZBa5QAbDg user@shell.uugrn.org
The key's randomart image is:
+---[RSA 2048]----+
| o....o.|
| . . E o o..|
| . + + o .+ |
| o o o + .+o|
| + S . . *|
| . o o++|
| . + . +*O|
| . .. + . ..B*|
| o+oo. o oo+|
+----[SHA256]-----+

Im Anschluss gibt es die beiden Dateien

user@shell.uugrn.org:~$ '''ls -la .ssh/'''
insgesamt 32
drwx------ 2 user user 4096 Sep 3 20:12 .
drwxr-xr-x 140 user user 20480 Sep 3 20:12 ..
-rw------- 1 user user 1675 Sep 3 20:12 id_rsa
-rw-r--r-- 1 user user 392 Sep 3 20:12 id_rsa.pub

Die Passphrase schützt den Schlüssel vor Missbrauch. Ein SSH-Key ohne Passphrase darf man nur auf einem System verwenden, welches man unmittelbar unter seiner eigenen Kontrolle hat. Das ist bei [[UUGRN:Jails/shell|shell.uugrn.org]] definitiv nicht gegeben.

Der soeben generierte Schlüssel wird für den root-Account im eigenen Jail verwendet. Ein UUGRN-Admin muss den Public-Key entsprechend in das Jail übertragen.

== einloggen als root ==
Ein Mitgliedsjail hat initial keinen Hauptbenutzer, dieser wird im Verlauf erst noch selbst erstellt.
Der erste Login durch den Jailinhaber erfolgt daher als root von [[UUGRN:Jails/shell|shell.uugrn.org]] aus, der erforderliche SSH-Key sollte vorher bereits angelegt sein. Idealerweise findet diese Übergabe im Dialog (z.B. [[UUGRN:FIXME Treffen]] oder [[UUGRN:IRC]]) statt, denn aufgrund der Passphrase des SSH-Keys kann der UUGRN-Admin selbst nicht testen, ob der Login in das eigene Jail funktioniert.

== Hauptbenutzer einrichten ==
Es sollte für alle weiteren Aufgaben ein Hauptbenutzer eingerichtet werden. Dieser kann sich dann auch per ssh direkt in das Jail einloggen. Neue Benutzer anlegen geht hier der Einfachheit halber direkt mit dem Kommando {{man|freebsd|8|adduser}}, wie beispielsweise die folgende Terminalsitzung zeigt (Benutzereingaben sind '''fett''' formatiert):

root@meinjail:~# '''adduser'''
Username: '''username'''
Full name: '''Vorname Nachname'''
Uid (Leave empty for default): '''<return>'''
Login group [username]: '''staff'''
Login group is staff. Invite username into other groups? []: '''wheel'''
Login class [default]: '''<return>'''
Shell (sh csh tcsh bash rbash nologin) [sh]: '''bash'''
Home directory [/home/username]: '''<return>'''
Use password-based authentication? [yes]: '''<return>'''
Use an empty password? (yes/no) [no]: '''<return>'''
Use a random password? (yes/no) [no]: '''<return>'''
Enter password: '''*geheimes passwort*'''
Enter password again: '''*geheimes passwort*'''
Lock out the account after creation? [no]: '''<return>'''
Username : username
Password : *****
Full Name : Vorname Nachname
Uid : 1004
Class :
Groups : staff wheel
Home : /home/username
Shell : /usr/local/bin/bash
Locked : no
OK? (yes/no): '''yes'''
adduser: INFO: Successfully added (username) to the user database.
Add another user? (yes/no): '''no'''
Goodbye!

Mit dem soeben angelegten Benutzername kann man sich nun per SSH von irgendwoher einloggen.
Um root werden zu können, wird standardmäßig {{man|freebsd|1|su}} verwendet. Hierfür ist es erforderlich, dass der Benutzer in der Gruppe ''wheel'' eingetragen ist, das kann man einfach prüfen:

root@meinjail:~# id username
uid=1004(username) gid=20(staff) groups=20(staff),0(wheel)

Damit ein Benutzer per '''su -''' root werden kann, muss root ein Passwort haben. Initial ist das Passwort zufällig bzw. invalid. Mit der noch offenen root-Shell kann man das root-Passwort leicht setzen:

root@t@meinjail:~# passwd
Changing local password for root
New Password: '''*supergeheimespasswort*'''
Retype New Password: '''*supergeheimespasswort*'''

Alternativ kann {{man|freebsd|8|sudo}} auch verwendet werden, sofern es entsprechend konfiguriert ist. Hierfür wird dann das Passwort des aufrufenden Benutzers abgefragt, nicht das root-Passwort.

== Softwarepakete ==
Je nach gewünschtem Jail-Setup gibt es mehr oder weniger umfangreich vorinstallierte Software.

{{UUGRN:Jails/Templates/Navigation}}

Den Umfang der installierten Software kann man mit {{man|freebsd|8|pkg_info}} nachsehen.
Vorkompilierte Software-Pakete lassen sich einfach mit {{man|freebsd|8|pkg_add}} installieren:
# '''pkg_add -v pdksh'''
[...]

Empfohlen wird jedoch der Einsatz der Ports mit dem Tool {{man|freebsd|8|portinstall}}. Der Einsatz von einem gemeinsamen, nur-lese Portsbaum unter /usr/ports/ ist in den Jails entsprechend vorkonfiguriert: alle Schreibzugriffe auf die Ports im Jail werden nach /data/ports/ umgeleitet.

Es existieren zahlreiche vorkompilierte Pakete für die aktuellen Jails. Diese liegen read-only unter /usr/ports/packages/All/.

=== Standard Befehle ===
;{{man|freebsd|1|portsdb}} -Fu: Lädt den aktuellen Port-INDEX und speichert in nach /data/ports. Kann täglich, gerne mehrmals ausgeführt werden, wird aber nur täglich upgedatet.
;{{man|freebsd|1|portversion}} -vL "=": Alle veralteten Ports auflisten
;{{man|freebsd|1|portupgrade}} -a: Alle veralteten Ports updaten
;{{man|freebsd|1|portupgrade}} -r "portname*": Alle Ports, die auf portname* matchen, werden upgedatet, außerdem alle ggf. erforderlichen Abhängigkeiten.
;{{man|freebsd|1|pkgdb}} -F: manchmal ist es erforderlich, die Abhängigkeiten zu korrigieren. Wenn es komplizierter wird, am besten im [[UUGRN:IRC]] nachfragen
;{{man|freebsd|1|portinstall}} category/port: Den Port aus dem Verezeichnis /usr/ports/category/port installieren
;{{man|freebsd|1|portinstall}} "portname*": Alle Ports, die auf "portname*" matchen, installieren.
;{{man|freebsd|1|portinstall}} -p category/port: Port installieren, dabei ein Package erzeugen. Das landet nach der Installation in /data/ports/packages/
;{{man|freebsd|1|portinstall}} -P category/port: Port installieren, falls möglich ein vorkompiliertes Paket einspielen, anderenfalls selbst kompilieren
;{{man|freebsd|1|portinstall}} -PP category/port: Nur vorkompilierte Pakete verwenden (kann, wenn das Release weit zurück liegt fehlschlagen, dann einfach nur -P verwenden)

Es gibt noch sehr viel mehr Tools, die man kennen sollte. Die Manpages der vorgestellten Befehle verweisen auf diese. Lesen!

== eigene Domains verwalten ==
Das Mitgliedsjail kann durch einen UUGRN-Admin für die Verwaltung eigener Domains vorbereitet werden. Sofern nicht explizit anders gewünscht, wird ein Hidden-Primary Setup angeboten, neue Domains können für einen kleinen Betrag direkt über [[Benutzer:Jpru]] bestellt werden. Ein UUGRN-Admin ist hier Ansprechpartner und wird das koordinieren. Bestehende Domains können per KK-Antrag umgezogen werden. Für andere Lösungen bitte zuerst mit einem UUGRN-Admin abstimmen.

;siehe dazu: [[UUGRN:DNS-Konzept]]

== E-Mail Setup ==
FreeBSD verwendet standardmäßig {{man|freebsd|8|sendmail}} als [[MTA]]. Beim Anlegen der Jails werden diese im DNS entpsrechend mit MX-Records versorgt, sodass ein Mailtransport in das Jail erfolgen kann. Nicht nur Mails an user@meinjail.uugrn.org können zugestellt werden, sondern natürlich auch an bestehende, eigene Domains. Damit dies funktioniert, müssen diese Domains bei den UUGRN-Mailservern [[UUGRN:Jails/mail|mail.uugrn.org]] und [[UUGRN:Jails/up|up.uugrn.org]] eingetragen werden. Dies erledigt ein UUGRN-Admin.
;siehe dazu: [[UUGRN:Mailkonzept]]

== Webserver einrichten ==
Im Standardumfang [[UUGRN:Jails/Templates/large]] wird Apache 2.2 mit PHP5 vorinstalliert. Die Konfigurationsdateien befinden sich unter /usr/local/etc/apache22/* und /usr/local/etc/php*. Das Root-Verzeichnis von Apache liegt bei FreeBSD unter /usr/local/www/, kann aber z.B. analog zu [[UUGRN:Jails/shell/WWW|shell.uugrn.org/WWW]] auch in /data/www/ konfiuriert werden.

;Tipp: die Apache-Konfiguration von [[UUGRN:Jails/shell|shell.uugrn.org]] kann eingesehen oder kopiert werden.

Wichtig ist, dass alle Dienste, die im Jail gestartet werden sollen, ein eintrag in /etc/rc.conf erfolgen muss, z.B.
apache22_enable="YES"

== Dienste und Aktivitäten dokumentieren ==
Die Benutzungsbedingunen für Jails erfordern Transparenz durch Dokumentation. Bitte analog zu den bestehenden Dokumentationen unter [[UUGRN:Jails#Mitglieder-Jails]] entsprechend ergänzen.

[[Kategorie:UUGRN:Jail|!]]
{{Stub}}

Sshpass

2016-08-05T23:40:39Z

Rabe: Automatische Datentransfers per SFTP mit Passwort und via Proxy

#WEITERLEITUNG [[Automatische Datentransfers per SFTP mit Passwort und via Proxy]]

SFTP mit Passwort über Proxy

2016-08-02T19:37:18Z

Rabe: Rabe verschob die Seite SFTP mit Passwort über Proxy nach Automatische Datentransfers per SFTP mit Passwort und via Proxy: Ausführlicheres Lemma

#WEITERLEITUNG [[Automatische Datentransfers per SFTP mit Passwort und via Proxy]]

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T19:37:18Z

Rabe: Rabe verschob die Seite SFTP mit Passwort über Proxy nach Automatische Datentransfers per SFTP mit Passwort und via Proxy: Ausführlicheres Lemma

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP, automatisiert ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

És gibt wiederum verschiedene Tools, die im Hintergrund '''sftp''' sprechen, zum Beispiel '''lftp''' mit seiner mächtigen Scriptsprache oder '''sshfs''' als FUSE-Treiber für ein auf sftp basiertes Dateisystem, das man in Linux (nicht Gnome, KDE) mounten kann. Diese Möglichkeiten sind hier out-of-scope.

Wichtig zu wissen ist, dass das '''{{man|freebsd|1|sftp}}'''-Tool die Datei '''{{man|freebsd|5|ssh_config}}''' (in /etc/ssh/ und ~/.ssh/config) verwendet.

=== Zielsystem nur per Proxy erreichbar ===
;Szenario:
: Wir befinden uns im Backend eines ''DataWarehouse'' oder im einen ''Entwicklernetz'' '''ohne direkten Zugang zum Internet'''.
: Wir müssen den einen oder anderen Proxy verwenden, wenn wir auf Ziele im Internet zugreifen können möchten.

OpenSSH selbst kennt keine Mechanismen für SOCKS-Proxy oder HTTP(s)-Proxy, bietet allerdings eine Schnittstelle an, wo man eigene Proxy-Clients konfigurieren kann. Diesen Client mit allen erforderlichen Optionen konfiguriert man über '''ProxyCommand''' in '''{{man|freebsd|5|ssh_config}}''' ein.

;Beispiele dazu:
* [[SOCKS Proxy nutzen/openssh]]
* [[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]

Gerade in Verbindung mit HTTP-Proxy ist wichtig, dass der HTTP-Proxy den '''CONNECT-Zugriff''' auf das Zielsystem erlaubt. Normalerweise ist das für HTTPS nur der Port 443, Details Dazu unter [[Firewall Piercing#Einen_Webproxy_als_Transportweg_verwenden]]

;HTTP-Proxy mit netcat, in ssh_config:
<pre>
ProxyCommand /bin/nc.openbsd -X CONNECT -x proxy.dmz.lan:3128 %h %p
</pre>

Alternativ kann man eine Verbindung zur Außenwelt auch andere Konstrukte benutzen zum Beispiel eine SSH-Verbindung zu einem Server in der DMZ (erreichbar von innen und mit Zugriff auf das Internet):

;DMZ-Server mit netcat-openbsd, in ssh_config:
<pre>
ProxyCommand /usr/bin/ssh server.dmz.lan /bin/nc.openbsd %h %p
</pre>

=== Zugriff nur mit Passwort ===
Falls man das unbeschreibliche Pech hat auf einen SFTP-Server zugreifen zu müssen, auf den man sich ausschließlich per Username+Passwort einloggen kann, muss man zu externen Hilfsmitteln greifen, eines davon ist '''sshpass''', andere Lösungen bevorzugen '''expect'''.

OpenSSH kennt keine Methoden für eine Passwortübergabe, es fragt ausschließlich interaktiv (über ein Terminal/pty). sshpass ruft also ssh oder sftp auf und verwendet dazu ein Pseudo-TTY, damit das jeweilige Binary auch nach dem Passwort fragt. Dieses TTY ist unabhängig vom TTY der Shell, in der wir das ausprobieren.

'''sshpass''' wiederum akzeptiert ein Passwort über verschiedene Parameter:
* als Commandline Argument: -ppassword
* aus der ersten Zeile einer Datei mit -ffilename
* aus einem Filedescriptor über -dnumber
* oder aus einer Umgebungsvariable SSHPASS mittels -e

== Gesamtlösung ==
Die Gesamtlösung ist mehr als der oben vorgestellten Einzelaspekte. Die Lösung berücksichtigt den Aspekt, dass man bei OpenSSH mehrere parallele oder aufeinander folgende SSH-Verbindungen durch eine '''ControlMaster'''-Verbindung leiten kann, lediglich der erste Zugriff muss dabei Authentifiziert werden ('''ControlMaster''', '''ControlPath''', '''ControlPersist'''). Diese Eigenschaft machen wir uns hier zunutze.

=== ssh_config ===
Zunächst eine vollständige ~/.ssh/config mit Zeilennummern:
<pre>
01 Host ftp.example.com
02 Hostname ftp.example.com
03 Port 22
04 Protocol 2
05 StrictHostKeyChecking no
06 ServerAliveCountMax 30
07 ServerAliveInterval 10
08 ProxyCommand /usr/bin/nohup /bin/nc.openbsd -X CONNECT -x proxy.dmz.lan:3128 %h %p
09 ControlMaster auto
10 ControlPath /run/shm/ssh_master_%r@%h:%p.sock
11 ControlPersist yes
12 KbdInteractiveAuthentication no
13 PasswordAuthentication yes
14 PubkeyAuthentication no
15 PreferredAuthentications password
16 RequestTTY no
</pre>

; ProxyCommand (Zeile 8):
:* '''ESSENZIELL''' wichtig: Das '''nohup''' im ProxyCommand verhindert, dass '''sshpass''' den netcat-Prozess ('''nc.openbsd''') beendet (SIGHUP), das scheint mir einer der Bugs von sshpass zu sein.
:* /bin/nc.openbsd -X CONNECT -x proxy.dmz.lan:3128 %h %p verwendet die CONNECT-Methode des HTTP-Proxy-Servers proxy.dmz.lan auf Port 3128, um die TCP-Verbindung zum Zielserver (%h:%p ftp.example.com:22) herzustellen. Anstelle eines HTTP-Proxys könnte auch ein SOCKS-Proxy verwendet werden (-X 5), anstelle von /bin/nc.openbsd kann auch ein SSH-Aufruf stehen, der dann netcat als remote command ausführt
:* Man kann den Proxy-Zugriff testen, indem man das ProxyCommand einzeln aufruft:
<pre>/bin/nc.openbsd -X CONNECT -x proxy.dmz.lan:3128 ftp.example.com 22
SSH-2.0-OpenSSH_6.0p1 Debian-4+deb7u2
^C
</pre>

;Timeout vermeiden (Zeilen 6+7): Aufgrund von mit '''ServerAliveInterval''' und '''ServerAliveCountMax''' werden regelmäßig (zB alle 10sec) Dummy-Pakete durch die SSH-Verbindung geschickt. Das soll verhindern, dass der Proxy-Server oder ein NAT-Router die Verbindung aufgrund von Inaktivität vergisst oder aktiv beendet..

;ControlMaster (Zeilen 9-11): Die ControlMaster Optionen erzeugen einen UnixDomain-Socket zB '''/run/shm/ssh_master_username@ftp.example.com:22.sock'''. Alle SSH-Zugriffe in der Form '''username@ftp.example.com:22''' werden (sofern vorhanden) durch diesen Socket geleitet, welcher durch die initiale SSH-Verbindung gehalten wird.

;Authentifikationsmethode gezielt wählen(Zeilen 12-15): Mit '''KbdInteractiveAuthentication''', '''PasswordAuthentication''', '''PubkeyAuthentication''' und '''PreferredAuthentications''' wird die passwortbasierte Authentifikation erzwungen, andere Möglichkeiten (zB Public-Keys) werden hier unterbunden und können somit auch bei vorhadenen Keys nicht zu Fehlversuchen führen.

;RequestTTY (Zeile 16): Mit '''RequestTTY no''' sagen wir dem initialen SSH-Aufruf, dass er obwohl er in einem TTY-Kontext (durch sshpass) aufgerufen wird selbst kein TTY auf dem Server anfordern soll. Es wird für sftp nicht benötigt und könnte nur zu Fehlern führen.

=== Verbindungsaufbau ===
Die initiale SSH-Verbidung (sftp) wird authentifiziert und tut sonst nichts weiter als die dann offene Verbindung aufrecht zu erhalten.
<pre>
export SSHPASS=geheimespasswort
/usr/bin/sshpass -e ssh username@ftp.example.com -s sftp -f -N
</pre>
'''sshpass''' soll das Passwort aus dem Prozess-Environment beziehen. Es wird '''ssh''' statt '''sftp''' ausgeführt, jedoch mit speziellen Parametern: durch "-s sftp" sprechen wir gezielt das "sftp"-Subsystem an, mit "-f -N" wird der Client in den Hintergerund geforkt (-f) und führt sonst nichts weiter aus (-N).

sshpass führt ssh aus und das wiederum dann <pre>/usr/bin/nohup /bin/nc.openbsd -X CONNECT -x proxy.dmz.lan:3128 %h %p</pre>.

;Alle weiteren Zugriffe auf '''username@ftp.example.com''' verwenden dann die bestehende Verbindung, zB:
<pre>
sftp username@ftp.example.com < <(echo dir)
</pre>

;oder auch als sshfs-Mount (verwendet sftp):
<pre>
sshfs username@ftp.example.com ./ftp/
ls -la ./ftp/
</pre>

[[Kategorie:Anwendungsbeispiel]]
[[Kategorie:OpenSSH]]

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T17:03:42Z

Rabe: Komentierte Gesamtlösung sftp://username@ftp.example.com/

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T16:19:10Z

Rabe: sshpass

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP, automatisiert ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

És gibt wiederum verschiedene Tools, die im Hintergrund '''sftp''' sprechen, zum Beispiel '''lftp''' mit seiner mächtigen Scriptsprache oder '''sshfs''' als FUSE-Treiber für ein auf sftp basiertes Dateisystem, das man in Linux (nicht Gnome, KDE) mounten kann. Diese Möglichkeiten sind hier out-of-scope.

Wichtig zu wissen ist, dass das '''{{man|freebsd|1|sftp}}'''-Tool die Datei '''{{man|freebsd|5|ssh_config}}''' (in /etc/ssh/ und ~/.ssh/config) verwendet.

=== Zielsystem nur per Proxy erreichbar ===
;Szenario:
: Wir befinden uns im Backend eines ''DataWarehouse'' oder im einen ''Entwicklernetz'' '''ohne direkten Zugang zum Internet'''.
: Wir müssen den einen oder anderen Proxy verwenden, wenn wir auf Ziele im Internet zugreifen können möchten.

OpenSSH selbst kennt keine Mechanismen für SOCKS-Proxy oder HTTP(s)-Proxy, bietet allerdings eine Schnittstelle an, wo man eigene Proxy-Clients konfigurieren kann. Diesen Client mit allen erforderlichen Optionen konfiguriert man über '''ProxyCommand''' in '''{{man|freebsd|5|ssh_config}}''' ein.

;Beispiele dazu:
* [[SOCKS Proxy nutzen/openssh]]
* [[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]

Gerade in Verbindung mit HTTP-Proxy ist wichtig, dass der HTTP-Proxy den '''CONNECT-Zugriff''' auf das Zielsystem erlaubt. Normalerweise ist das für HTTPS nur der Port 443, Details Dazu unter [[Firewall Piercing#Einen_Webproxy_als_Transportweg_verwenden]]

;HTTP-Proxy mit netcat, in ssh_config:
<pre>
ProxyCommand /bin/nc.openbsd -X CONNECT -x proxy.dmz.lan:3128 %h %p
</pre>

Alternativ kann man eine Verbindung zur Außenwelt auch andere Konstrukte benutzen zum Beispiel eine SSH-Verbindung zu einem Server in der DMZ (erreichbar von innen und mit Zugriff auf das Internet):

;DMZ-Server mit netcat-openbsd, in ssh_config:
<pre>
ProxyCommand /usr/bin/ssh server.dmz.lan /bin/nc.openbsd %h %p
</pre>

=== Zugriff nur mit Passwort ===
Falls man das unbeschreibliche Pech hat auf einen SFTP-Server zugreifen zu müssen, auf den man sich ausschließlich per Username+Passwort einloggen kann, muss man zu externen Hilfsmitteln greifen, eines davon ist '''sshpass''', andere Lösungen bevorzugen '''expect'''.

OpenSSH kennt keine Methoden für eine Passwortübergabe, es fragt ausschließlich interaktiv (über ein Terminal/pty). sshpass ruft also ssh oder sftp auf und verwendet dazu ein Pseudo-TTY, damit das jeweilige Binary auch nach dem Passwort fragt. Dieses TTY ist unabhängig vom TTY der Shell, in der wir das ausprobieren.

'''sshpass''' wiederum akzeptiert ein Passwort über verschiedene Parameter:
* als Commandline Argument: -ppassword
* aus der ersten Zeile einer Datei mit -ffilename
* aus einem Filedescriptor über -dnumber
* oder aus einer Umgebungsvariable SSHPASS mittels -e

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T16:09:39Z

Rabe: /* Zielsystem nur per Proxy erreichbar */ Beispiele für ProxyCommand

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP, automatisiert ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

És gibt wiederum verschiedene Tools, die im Hintergrund '''sftp''' sprechen, zum Beispiel '''lftp''' mit seiner mächtigen Scriptsprache oder '''sshfs''' als FUSE-Treiber für ein auf sftp basiertes Dateisystem, das man in Linux (nicht Gnome, KDE) mounten kann. Diese Möglichkeiten sind hier out-of-scope.

Wichtig zu wissen ist, dass das '''{{man|freebsd|1|sftp}}'''-Tool die Datei '''{{man|freebsd|5|ssh_config}}''' (in /etc/ssh/ und ~/.ssh/config) verwendet.

=== Zielsystem nur per Proxy erreichbar ===
;Szenario:
: Wir befinden uns im Backend eines ''DataWarehouse'' oder im einen ''Entwicklernetz'' '''ohne direkten Zugang zum Internet'''.
: Wir müssen den einen oder anderen Proxy verwenden, wenn wir auf Ziele im Internet zugreifen können möchten.

OpenSSH selbst kennt keine Mechanismen für SOCKS-Proxy oder HTTP(s)-Proxy, bietet allerdings eine Schnittstelle an, wo man eigene Proxy-Clients konfigurieren kann. Diesen Client mit allen erforderlichen Optionen konfiguriert man über '''ProxyCommand''' in '''{{man|freebsd|5|ssh_config}}''' ein.

;Beispiele dazu:
* [[SOCKS Proxy nutzen/openssh]]
* [[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]

Gerade in Verbindung mit HTTP-Proxy ist wichtig, dass der HTTP-Proxy den '''CONNECT-Zugriff''' auf das Zielsystem erlaubt. Normalerweise ist das für HTTPS nur der Port 443, Details Dazu unter [[Firewall Piercing#Einen_Webproxy_als_Transportweg_verwenden]]

;HTTP-Proxy mit netcat, in ssh_config:
<pre>
ProxyCommand /bin/nc.openbsd -X CONNECT -x proxy.dmz.lan:3128 %h %p
</pre>

Alternativ kann man eine Verbindung zur Außenwelt auch andere Konstrukte benutzen zum Beispiel eine SSH-Verbindung zu einem Server in der DMZ (erreichbar von innen und mit Zugriff auf das Internet):

;DMZ-Server mit netcat-openbsd, in ssh_config:
<pre>
ProxyCommand /usr/bin/ssh server.dmz.lan /bin/nc.openbsd %h %p
</pre>

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T15:58:52Z

Rabe: Firewall_Piercing#Einen_Webproxy_als_Transportweg_verwenden

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP, automatisiert ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

És gibt wiederum verschiedene Tools, die im Hintergrund '''sftp''' sprechen, zum Beispiel '''lftp''' mit seiner mächtigen Scriptsprache oder '''sshfs''' als FUSE-Treiber für ein auf sftp basiertes Dateisystem, das man in Linux (nicht Gnome, KDE) mounten kann. Diese Möglichkeiten sind hier out-of-scope.

Wichtig zu wissen ist, dass das '''{{man|freebsd|1|sftp}}'''-Tool die Datei '''{{man|freebsd|5|ssh_config}}''' (in /etc/ssh/ und ~/.ssh/config) verwendet.

=== Zielsystem nur per Proxy erreichbar ===
;Szenario:
: Wir befinden uns im Backend eines ''DataWarehouse'' oder im einen ''Entwicklernetz'' '''ohne direkten Zugang zum Internet'''.
: Wir müssen den einen oder anderen Proxy verwenden, wenn wir auf Ziele im Internet zugreifen können möchten.

OpenSSH selbst kennt keine Mechanismen für SOCKS-Proxy oder HTTP(s)-Proxy, bietet allerdings eine Schnittstelle an, wo man eigene Proxy-Clients konfigurieren kann. Diesen Client mit allen erforderlichen Optionen konfiguriert man über '''ProxyCommand''' in '''{{man|freebsd|5|ssh_config}}''' ein.

;Beispiele dazu:
* [[SOCKS Proxy nutzen/openssh]]
* [[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]

Gerade in Verbindung mit HTTP-Proxy ist wichtig, dass der HTTP-Proxy den CONNECT-Zugriff auf das Zielsystem erlaubt. Normalerweise ist das für HTTPS nur der Port 443, Details Dazu unter [[Firewall Piercing#Einen_Webproxy_als_Transportweg_verwenden]]

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T15:41:50Z

Rabe: sftp + batchmode

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP, automatisiert ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

És gibt wiederum verschiedene Tools, die im Hintergrund '''sftp''' sprechen, zum Beispiel '''lftp''' mit seiner mächtigen Scriptsprache oder '''sshfs''' als FUSE-Treiber für ein auf sftp basiertes Dateisystem, das man in Linux (nicht Gnome, KDE) mounten kann. Diese Möglichkeiten sind hier out-of-scope.

Wichtig zu wissen ist, dass das '''{{man|freebsd|1|sftp}}'''-Tool die Datei '''{{man|freebsd|5|ssh_config}}''' (in /etc/ssh/ und ~/.ssh/config) verwendet.

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T15:41:05Z

Rabe: /* nur SFTP */ ssh_config

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

És gibt wiederum verschiedene Tools, die im Hintergrund '''sftp''' sprechen, zum Beispiel '''lftp''' mit seiner mächtigen Scriptsprache oder '''sshfs''' als FUSE-Treiber für ein auf sftp basiertes Dateisystem, das man in Linux (nicht Gnome, KDE) mounten kann. Diese Möglichkeiten sind hier out-of-scope.

Wichtig zu wissen ist, dass das '''{{man|freebsd|1|sftp}}'''-Tool die Datei '''{{man|freebsd|5|ssh_config}}''' (in /etc/ssh/ und ~/.ssh/config) verwendet.

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T15:38:33Z

Rabe: tools mit sftp im hintergrund

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

És gibt wiederum verschiedene Tools, die im Hintergrund '''sftp''' sprechen, zum Beispiel '''lftp''' mit seiner mächtigen Scriptsprache oder '''sshfs''' als FUSE-Treiber für ein auf sftp basiertes Dateisystem, das man in Linux (nicht Gnome, KDE) mounten kann. Diese Möglichkeiten sind hier out-of-scope.

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T15:36:27Z

Rabe: pre

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
<pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T15:36:06Z

Rabe: sftp-commands

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Mittels '''sftp -b''' kann man einfache vordefinierte Batchscripte ausführen, also eine Abfolge von diesen commands:
</pre>
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-Ppr] remote [local] Download file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-Ppr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help
</pre>

Automatische Datentransfers per SFTP mit Passwort und via Proxy

2016-08-02T15:33:24Z

Rabe: Ein Anfang

Dieser Artikel beschreibt einen Spezialfall aus dem Bereich [[OpenSSH]], bei dem mehrere erschwerende Bedingungen zusammenkommen:
* Es sollen automatisiert Dateien per '''SFTP''' ausgetauscht werden
* Zugriff auf den Server ausschließlich mit '''SFTP''' möglich, keine normale SSH-Shell, kein scp, kein rsync+ssh oder ähnliches.
* Zugriff auf das Zielsystem nur per HTTP-Proxy möglich
* Zugriff auf den Account '''nur mit Benutzername und Passwort''' möglich, keine Public-Key Authentifikation möglich
* Zugriffe sollen '''gescriptet''' werden (Batch-Mode, Shell-Scripte), also nicht-interaktiv

__TOC__

== Allgemein ==
Für jede der Bedinungen gibt es einzelne Lösungen, die im Zusammenspiel allerdings trickreich sein können.

=== nur SFTP ===
Für viele Anwendungsfälle aus dem Bereich automatisierter Filetransfer greift man zu Lösungen wie scp oder rsync+ssh oder andere Konstrukte die direkt auf ssh aufbauen. In diesem Fall ist auf dem Zielserver nur sftp möglich.

sftp ist ein sogenannte ''subsystem'' aus SSH und nur genau dieses Subsystem ist für uns erreichbar.
<pre>This service allows sftp connections only.</pre>

Wir müssen also für alle Zugriffe das "sftp"-Tool verwenden, oder zumindest das "sftp"-Subsystem per ssh ansprechen.

Geschichte/Server

2016-07-05T19:13:20Z

Rabe: /* Alle Server */ 10.3

Die {{UUGRN}} unterhält seit 2000 eigene Server, die verschiedenen Aufgaben nachgehen.
{{Navigationsleiste UUGRN}}
{{Navigationsleiste Systeme}}
[[Datei:Top2 2013-04-16 194823 dscf0093.jpg|thumb|150px|Hardware!]]
__TOC__

== Alle Server ==
{| class="wikitable"
|+Alle UUGRN Server
! System
! nowrap="true" style="width:10em"|Zeitraum
! Info
! Standort
! OS
! Hardware
! Bilder
|-
| {{top4}}
| '''seit 2015-07-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/10.3|FreeBSD 10.3]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x1TB, 2x120GB (SSD)
| [[:Kategorie:Bild (top4)|Bilder]]
|-
| {{higgs}}
| '''seit 2013-04-20'''
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/10.3|FreeBSD 10.3]]
| Intel® Core™2 Duo Processor E6600 8GB, 2x400GB,4x2TB
| [[:Kategorie:Bild (higgs)|Bilder]]
|-
| {{top3}}
| von 2013-01 bis Anfang 2015
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/9.1|FreeBSD 9.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top3)|Bilder]]
|-
| {{strange2}}
| von 2011-07 bis 2014-01
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/9.0|FreeBSD 9.0]]
| AMD Athlon(tm) 64 Processor 3800+, 4GB, [[:Datei:UUGRN-Server strange 1xPATA Platte 500GB dscf1895.jpg|1x 300GB PATA (System)]], [[:Datei:UUGRN-Server strange 4xSATA Platten 750GB dscf1892.jpg|4x750GB SATA-300 (ZFS)]]
| [[:Kategorie:Bild (strange2)|Bilder]]
|-
| {{charm3}}
| von 2009-03 bis 2013-01
| Build-Server, Backup-HW {{top2}}
| [[Forum41]], Schwetzingen
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| 2x Intel(R) Xeon(TM) CPU 2.80GHz,4GB (4x 1GB), ServeRAID 5i II: RAID1 (2x146GB), RAID10 (4x73GB)
| [[:Kategorie:Bild (charm3)|Bilder]]
|-
| {{bottom}}
| von ??? bis 2013-03
| Event-Server Shuttle Barebone
| <s>[[Forum41]], Schwetzingen</s> [[RaumZeitLabor]], Mannheim
| Debian squeeze, i586
| AMD Sempron 2500+, 1536MB, 2x 1000GB SATA-300
| [[:Kategorie:Bild (Bottom)|Bilder]]
|-
| {{top2}}
| von 2006-06 bis 2013-02-28
| Vereinsserver supermicro Server
| <s>[[TWX]], [https://goo.gl/maps/VgVdr Frankfurt (Unter³-Mieter im Haus von ITENOS GmbH)]</s> <s>[https://goo.gl/maps/jcl3L Nürnberg (ecore)]</s> [[TWX]], München
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| Intel P4, 3GHz, 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top2)|Bilder]]
|-
| {{top1}}
| von 2005-12(?) bis 2006-06
| Vereinsserver, havariert, umgetauscht
| [[TWX]], [https://goo.gl/maps/VgVdr Frankfurt]
| FreeBSD 6.0
| Intel P4 (3GHz), 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top1)|Bilder]]
|-
| {{charm2}}
| von 2002-12-?? bis 2007-05-30
| Vereinsserver 19" Rackserver auf PC-Basis
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 3.6
| P4/1.8GHz, 512MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm2)|Bilder]] und [[:Kategorie:Bild (charm2a)|Bilder]]
|-
| {{charm1}}
| von 2001-12-20 bis 2002-12-??
| Vereinsserver PC-Hardware
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K6-200, 64MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm1)|Bilder]]
|-
| {{blowfish}}
| von 2001-02-21 bis 2002-01-29
| Vereinsserver, Server aus PC-Bastelkiste
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K5 100MHz, 64MB, 1.2GB + 600MB
| [[:Kategorie:Bild (blowfish1)|blowfish1]], [[:Kategorie:Bild (blowfish2)|blowfish2]]
|-
| {{strange1}}
| von 2000-09 bis ???
| Vereinsserver RS/6000 E20 Hardwarespende von ABB Stotz Kontakt
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| AIX 4.3
| PPC604e, 128MB, ca 10GB HVD-SCSI
| [[:Kategorie:Bild (strange1)|Bilder]]
|-
|}

== Jails ==
Parallel zu den Hardware-Servern gab es schon recht früh von [[TWX]] gehostete [[UUGRN:Jails]] als MX-Server
* [[UUGRN:Jails/up|up.uugrn.org]]
* [[UUGRN:Jails/mx1|mx1.uugrn.org]]

== Geschichte ==
Der [[UUGRN:Server/blowfish|erste Server]], den die UUGRN in Betrieb nahm war ein privat ausgemusterter und unterdimensionierter PC der (aufgrund des [[OpenBSD]]-Betriebssystems) auf den Namen '''blowfish''' getauft wurde.

Alsbald gesellte sich eine '''IBM RS/6000-Workstation''' hinzu, die unter AIX 4.3 lief und den überaus treffenden Rechnernamen [[UUGRN:Server/strange1|strange]] erhielt.

Dies leitete ein Namensschema für nachfolgende Rechner ein, die ebenfalls nach [[Wikipedia:Quarks|Quarks]], (''Elementarteilchen'' in der Quantenphysik) benannt wurden.

[[Kategorie:UUGRN:Server| ]]

Hauptseite-Legacy/Aktuelles

2016-07-05T19:12:25Z

Rabe: aktuelle veranstaltungen

== Aktuelles ==
;2015-07-04: Das [[UUGRN:FIXME Treffen|FIXME]] findet wieder regulär jeden ersten Freitag im Monat im Seminarraum des [[Dezernat16]] statt. Der [[UUGRN:Stammtisch|UnixStammtisch]] findet jeden dritten Montag im Monat im [[Metropolis Heidelberg]] (ehem. Zapata) im Heidelberg Hauptbahnhof statt.

;2010-09-20: Der [[UUGRN:Stammtisch|UnixStammtisch]] findet erstmals seit ein paar Jahren wieder in [[Heidelberg]] statt. Somit gibt es künftig wieder regelmäßige UUGRN-Termine in beiden großen Städten (1. Freitag im Monat in [[Mannheim]]: [[UUGRN:FIXME Treffen|FIXME]], dritter Montag im Monat in [[Heidelberg]]: [[UUGRN:Stammtisch|UnixStammtisch]]).

;2010-09-03: Das [[UUGRN:FIXME Treffen|FIXME]] wird nach 7 Jahren zum ersten mal nicht im [[Forum41]] sondern zukünftig im [[RaumZeitLabor]] in [[Mannheim]] stattfinden.

;2010-03-05
: VIM Workshop auf dem [[UUGRN:FIXME Treffen|FIXME Treffen]] von [[Benutzer:Kungi|Andreas Klein]] einen Link zur Workshopplanung findet ihr hier: [[VIM-Workshop]]. Es sind alle herzlich eingeladen die mehr über den Editor VIM wissen wollen.

;2009-05-19 / 2009-07-03:
: Vor 10 Jahren, am 19. Mai [[1999]], wurde [[UUGRN:Verein|UUGRN e.V.]] [[UUGRN:Vereinsgründung|gegründet]]. Dieser runde Geburtstag wird am 3. und 4. Juli 2009 im [[Forum41]] in Schwetzingen mit gefeiert. Mehr dazu unter [[UUGRN:10 Jahre UUGRN e.V.]].

;ab 2009:
: 2009 gibt es neue Termine für [[UUGRN:Stammtisch]] und [[UUGRN:FIXME Treffen]]:
:* Das [[UUGRN:FIXME Treffen]] findet '''jeden ersten Freitag im Monat in Schwetzingen''' statt.
:* Der [[UUGRN:Stammtisch]] findet '''jeden dritten Montag im Monat in Mannheim''' (merke: "3-MMM") statt.

;siehe auch:
: Vergangene Events aus dem letzten Jahr sind in der [[2002|Vereinschronik 2002]] zu finden.
: [[:Kategorie:Aktuell|als Aktuell gekennzeichnete Themen]]

;Vereins-Chronik:
{{Chronik_UUGRN}}

<noinclude>[[Kategorie:Vorlage]]</noinclude>

Spaß am Gerät

2016-07-05T19:09:10Z

Rabe: RZL--

Eigentlich sollte man meinen, dass [[Spaß am Gerät]] keiner weiteren Erklärung Bedarf.
Aber um den Begriff doch klarzustellen, was wir im Kontext zu unseren [[:Kategorie:Veranstaltung|Veranstaltungen]] damit meinen oder nicht meinen:

{|
|-
|
== do ==
* Eigene Hardware mitbringen
* Ideen und Kreativität mitbringen und ausprobieren
* Mit anderen [[Spaß am Gerät]] haben.
* Ideen und Projekte entwickeln
* Erfahrungsaustausch
* mehr Spaß am Gerät
* legales Datenreisen
* Schönes und Skuriles
* noch mehr Spaß am Gerät

== don't ==
* Illegale Aktivitäten aller Art
* LAN-Party (Ego-Shooter, ... )
* Drogen und Alkoholexzesse
* Filesharing (Urheberrechte beachten! Netzbandbreite schonen!)

|<gallery>
Bild:Oktoberfest_2005_014.jpg|Eigene Hardware
Bild:Oktoberfest 2005 002.jpg|Spaß am Gerät
Bild:Oktoberfest 2005 012.jpg|Erfahrungsaustausch
Bild:Oktoberfest 2005 009.jpg|Skuriles
Bild:Uugrn2005-04 wh 0004.jpg|Spaß am Gerät
Bild:1010Y dscf5412.jpg|Erfahrungsaustausch
Bild:Unix summer 2004 001.JPG|Ideen und Projekte
Bild:CIMG1657.jpg|Spaß am Gerät
Bild:1010Y dscf5414.jpg|Spaß am Grill

</gallery>
|}

== Ausstattung ==
Sofern nicht anders vermerkt, gibt es auf den [[:Kategorie:Veranstaltung|UUGRN-Veranstaltungen]] im [[Dezernat16]] standardmäßig:
* Internet (via [[Freifunk Rhein-Neckar]]), WLAN
* Beamer (vorher nachfragen)

[[Kategorie:UUGRN:Veranstaltung|!]]

SOCKS Proxy nutzen/openssh

2016-02-27T19:51:31Z

Rabe: OpenSSH und netcat-openbsd

OpenSSH hat keine eingebaute Methode um direkt mit einem SOCKS-Proxy zu kommunizieren. Allerdings kann es über die Option '''ProxyCommand''' ein externes Tool aufrufen, welches dann stellvertretend die TCP-Verbindung zum SSH-Server aufbaut.

Idealerweise trägt man dazu pasende Abschnitte in seiner ~/.ssh/config ein:

;Beispiel:
<pre>
# ---- ~/.ssh/config
# SOCKS-Proxy auf Port 1087 = via shell.uugrn.org
Host *.uugrn.lan
ProxyCommand /bin/nc -X 5 -x 127.0.0.1:1087 %h %p
</pre>

;Beispiel Zugriff auf mysql.uugrn.lan:
<pre>
$ ssh root@mysql.uugrn.lan
The authenticity of host 'mysql.uugrn.lan (<no hostip for proxy command>)' can't be established.
ECDSA key fingerprint is SHA256:SskRfXuQ48uwTXubslRXJ9lKFKaIQ69xJQpkxpHhQKM.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'mysql.uugrn.lan' (ECDSA) to the list of known hosts.
[…]
[root@mysql ~]# echo $SSH_CONNECTION
10.253.1.22 21877 10.253.1.138 22
</pre>

;Beispiel Zugriff auf mysql.uugrn.lan mit alternativem ProxyCommand / anderer Port:
<pre>
$ ssh -o 'ProxyCommand = /bin/nc -X 5 -x 127.0.0.1:1087 %h %p' root@mysql.uugrn.lan
[root@mysql ~]# echo $SSH_CONNECTION
10.253.1.22 64109 10.253.1.138 22
</pre>

SOCKS Proxy nutzen/netcat-openbsd

2016-02-27T18:54:25Z

Rabe: delegomm

;Anwendungsfall: Über den Zugriff auf '''shell.uugrn.org:8888''' bekommt man seine eigene IP-Adresse angezeigt. netcat-openbsd unterstützt dabei über die Parameter ''-4'' und ''-6'' die explizite Nutzung von IPv4 oder IPv6, entsprechend kann man damit auch testen, ob und wenn ja mit welcher IPv6-Adresse man Zugriff auf das Internet hat.

;Beispiel ohne SOCKS-Proxy:
<pre>
$ nc -4 shell.uugrn.org 8888
84.173.256.9
$ nc -6 shell.uugrn.org 8888
2003:5f:ffff:2a00:bc8f:eeee:9355:3a19
</pre>
Die angezeigten (leicht verfremdeten) Adressen sind IPv4 und IPv6 aus dem Netz der Telekom (DSL).

;Beispiel mit SOCKS-Proxy 127.0.0.1 Port 1087:
<pre>
$ nc -6 -X 5 -x 127.0.0.1:1087 shell.uugrn.org 8888
nc: no proxy support for IPv6
$ nc -4 -X 5 -x 127.0.0.1:1087 shell.uugrn.org 8888
2a03:2500:1:6:16::
</pre>

Auffallend hier: netcat kann SOCKS nur in Verbindung mit IPv4 benutzen, dennoch verbindet sich das Tunnelende hinter 127.0.0.1:1087 mit seiner IPv6-Adresse zum Ziel, entsprechend antwortet der Service mit der IPv6-Adresse des SOCKS-Endpunktes
<pre>
$ host 2a03:2500:1:6:16::
0.0.0.0.0.0.0.0.0.0.0.0.6.1.0.0.6.0.0.0.1.0.0.0.0.0.5.2.3.0.a.2.ip6.arpa domain name pointer shell.uugrn.org.
</pre>

Nutzt man einen anderen SOCKS-Proxy, dann ändert sich auch die Antwort entsprechend:
;Beispiel mit SOCKS-Proxy 127.0.0.1 Port 1081:
<pre>
$ nc -4 -X 5 -x 127.0.0.1:1081 shell.uugrn.org 8888
2a03:2500:1:6:19::
$ host 2a03:2500:1:6:19::
0.0.0.0.0.0.0.0.0.0.0.0.9.1.0.0.6.0.0.0.1.0.0.0.0.0.5.2.3.0.a.2.ip6.arpa domain name pointer rabe.uugrn.org.
</pre>

Man kann einen solchen SOCKS-Proxy auch verwenden, um auf ein dahinter liegendes RfC1918-Netz zuzugreifen, der Service ist hier entsprechend '''shell.uugrn.lan:8888''' und die SOCKS-Tunnel auf den Ports 1087 und 1081:

<pre>
$ nc -X 5 -x 127.0.0.1:1081 shell.uugrn.lan 8888
10.253.1.25
$ nc -X 5 -x 127.0.0.1:1087 shell.uugrn.lan 8888
10.253.1.22
</pre>

Relvant ist in diesem Beispiel, dass die DNS-Auflösung für "shell.uugrn.lan" nicht durch netcat erfolgt sondern durch den entfernten Teil des SOCKS-Proxies:

<pre>
$ host shell.uugrn.lan
Host shell.uugrn.lan not found: 3(NXDOMAIN)
$ host 10.253.1.25
Host 25.1.253.10.in-addr.arpa. not found: 3(NXDOMAIN)
</pre>

SOCKS Proxy nutzen/netcat-openbsd

2016-02-27T18:52:58Z

Rabe: Anwendungsbeispiele für einen SOCKS-Proxy 127.0.0.1:1087 via shell.uugrn.org auf einen MyIP-Service

;Anwendungsfall: Über den Zugriff auf '''shell.uugrn.org:8888''' bekommt man seine eigene IP-Adresse angezeigt. netcat-openbsd unterstützt dabei über die Parameter ''-4'' und ''-6'' die explizite Nutzung von IPv4 oder IPv6, entsprechend kann man damit auch testen, ob und wenn ja mit welcher IPv6-Adresse man Zugriff auf das Internet hat.

;Beispiel ohne SOCKS-Proxy:
<pre>
$ nc -4 shell.uugrn.org 8888
84.173.256.9
$ nc -6 shell.uugrn.org 8888
2003:5f:ffff:2a00:bc8f:eeee:9355:3a19
</pre>

;Beispiel mit SOCKS-Proxy 127.0.0.1 Port 1087:
<pre>
$ nc -6 -X 5 -x 127.0.0.1:1087 shell.uugrn.org 8888
nc: no proxy support for IPv6
$ nc -4 -X 5 -x 127.0.0.1:1087 shell.uugrn.org 8888
2a03:2500:1:6:16::
</pre>

Auffallend hier: netcat kann SOCKS nur in Verbindung mit IPv4 benutzen, dennoch verbindet sich das Tunnelende hinter 127.0.0.1:1087 mit seiner IPv6-Adresse zum Ziel, entsprechend antwortet der Service mit der IPv6-Adresse des SOCKS-Endpunktes
<pre>
$ host 2a03:2500:1:6:16::
0.0.0.0.0.0.0.0.0.0.0.0.6.1.0.0.6.0.0.0.1.0.0.0.0.0.5.2.3.0.a.2.ip6.arpa domain name pointer shell.uugrn.org.
</pre>

Nutzt man einen anderen SOCKS-Proxy, dann ändert sich auch die Antwort entsprechend:
;Beispiel mit SOCKS-Proxy 127.0.0.1 Port 1081:
<pre>
$ nc -4 -X 5 -x 127.0.0.1:1081 shell.uugrn.org 8888
2a03:2500:1:6:19::
$ host 2a03:2500:1:6:19::
0.0.0.0.0.0.0.0.0.0.0.0.9.1.0.0.6.0.0.0.1.0.0.0.0.0.5.2.3.0.a.2.ip6.arpa domain name pointer rabe.uugrn.org.
</pre>

Man kann einen solchen SOCKS-Proxy auch verwenden, um auf ein dahinter liegendes RfC1918-Netz zuzugreifen, der Service ist hier entsprechend '''shell.uugrn.lan:8888''' und die SOCKS-Tunnel auf den Ports 1087 und 1081:

<pre>
$ nc -X 5 -x 127.0.0.1:1081 shell.uugrn.lan 8888
10.253.1.25
$ nc -X 5 -x 127.0.0.1:1087 shell.uugrn.lan 8888
10.253.1.22
</pre>

Relvant ist in diesem Beispiel, dass die DNS-Auflösung für "shell.uugrn.lan" nicht durch netcat erfolgt sondern durch den entfernten Teil des SOCKS-Proxies:

<pre>
$ host shell.uugrn.lan
Host shell.uugrn.lan not found: 3(NXDOMAIN)
$ host 10.253.1.25
Host 25.1.253.10.in-addr.arpa. not found: 3(NXDOMAIN)
</pre>

SOCKS Proxy nutzen

2016-02-27T18:36:49Z

Rabe: subpages

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.

== Wann und warum SOCKS Proxy nutzen? ==
SOCKS-Proxies sind immer dann hilfreich, wenn man in einem beschränkten Netzwerk ist, wo zum Beispiel nur wenige Anwendungsprotokolle wie HTTP oder HTTPS zugelassen sind.

Mit openssh kann man in aller Regel dann noch eine SSH-Verbindung zu einem [[SSH auf Port 443|SSH-Server auf Port 443/tcp]] aufmachen: '''ssh -p 443 user@shellserver'''.

Sollte das möglich sein, so kann man mittels '''ssh -D 1080 -f -N user@shellserver''' einen SOCKS-Proxy starten, der auf '''127.0.0.1 Port 1080/tcp''' lauscht.

Eine SOCKS-fähige Anwendung kann dann einen solchen SOCKS-Proxy nutzen und verwendet dabei implizit eine "dynamische Portweiterleitung" innerhalb einer SSH-Verbindung.

Ob ein Dienst per SOCKS-Proxy genutzt werden kann hängt einzig und allein davon ab, ob der Client das kann. Der Zielserver oder das Applikations-Protokoll sind dafür nicht relevant, solange es TCP ist.

Über einen einzigen SSH-Tunnel können gleichzeitig und beliebig viele SOCKS-Verbindungen laufen, zum Beispiel Webradio und Zugriff auf IMAP-Server.

== Anwendungen mit SOCKS-Unterstützung ==
;[[/netcat-openbsd|netcat-openbsd]]: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;[[/openssh|openssh]]: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)<ref>[[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]</ref><ref>[[Firewall Piercing/Beispiele/Zugriff per SSH via SOCKS-Proxy getarnt mit SSH auf Port 443]]</ref>
;[[/VLC|VLC]]: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;[[/thunderbird|Thunderbird]] und [[/firefox|Firefox]]: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.
;[[/psi|psi]] / psi-plus: Account Settings -> (Account) -> Reiter Connection -> Connectin Proxy [Edit] -> [New], '''Type: SOCKS Version 5''', '''Host: 127.0.0.1 // Port: 1080'''
;[[/socksify|socksify]]: socksify ermöglicht die Nutzung von SOCKS-Proxies für alle (dynamisch gelinkten) Tools die generell Nezwerkfunktionen via glibc nutzen können, jedoch selbst keinen Support für SOCKS mitbringen. SOCKS-Routing kann über /etc/dante.conf konfiguriert werden, die Beispiel-Konfiguration liefert einige brauchbare Beispiele.

== Siehe auch ==
* [[Firewall Piercing]]
<references />

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-19T12:57:58Z

Rabe: /* Anwendungen mit SOCKS-Unterstützung */ fett

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.

== Wann und warum SOCKS Proxy nutzen? ==
SOCKS-Proxies sind immer dann hilfreich, wenn man in einem beschränkten Netzwerk ist, wo zum Beispiel nur wenige Anwendungsprotokolle wie HTTP oder HTTPS zugelassen sind.

Mit openssh kann man in aller Regel dann noch eine SSH-Verbindung zu einem [[SSH auf Port 443|SSH-Server auf Port 443/tcp]] aufmachen: '''ssh -p 443 user@shellserver'''.

Sollte das möglich sein, so kann man mittels '''ssh -D 1080 -f -N user@shellserver''' einen SOCKS-Proxy starten, der auf '''127.0.0.1 Port 1080/tcp''' lauscht.

Eine SOCKS-fähige Anwendung kann dann einen solchen SOCKS-Proxy nutzen und verwendet dabei implizit eine "dynamische Portweiterleitung" innerhalb einer SSH-Verbindung.

Ob ein Dienst per SOCKS-Proxy genutzt werden kann hängt einzig und allein davon ab, ob der Client das kann. Der Zielserver oder das Applikations-Protokoll sind dafür nicht relevant, solange es TCP ist.

Über einen einzigen SSH-Tunnel können gleichzeitig und beliebig viele SOCKS-Verbindungen laufen, zum Beispiel Webradio und Zugriff auf IMAP-Server.

== Anwendungen mit SOCKS-Unterstützung ==
;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)<ref>[[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]</ref><ref>[[Firewall Piercing/Beispiele/Zugriff per SSH via SOCKS-Proxy getarnt mit SSH auf Port 443]]</ref>
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.
;psi / psi-plus: Account Settings -> (Account) -> Reiter Connection -> Connectin Proxy [Edit] -> [New], '''Type: SOCKS Version 5''', '''Host: 127.0.0.1 // Port: 1080'''

== Siehe auch ==
* [[Firewall Piercing]]
<references />

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-19T09:13:06Z

Rabe: /* Anwendungen mit SOCKS-Unterstützung */ Firewall Piercing/Beispiele/Zugriff per SSH via SOCKS-Proxy getarnt mit SSH auf Port 443

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.

== Wann und warum SOCKS Proxy nutzen? ==
SOCKS-Proxies sind immer dann hilfreich, wenn man in einem beschränkten Netzwerk ist, wo zum Beispiel nur wenige Anwendungsprotokolle wie HTTP oder HTTPS zugelassen sind.

Mit openssh kann man in aller Regel dann noch eine SSH-Verbindung zu einem [[SSH auf Port 443|SSH-Server auf Port 443/tcp]] aufmachen: '''ssh -p 443 user@shellserver'''.

Sollte das möglich sein, so kann man mittels '''ssh -D 1080 -f -N user@shellserver''' einen SOCKS-Proxy starten, der auf '''127.0.0.1 Port 1080/tcp''' lauscht.

Eine SOCKS-fähige Anwendung kann dann einen solchen SOCKS-Proxy nutzen und verwendet dabei implizit eine "dynamische Portweiterleitung" innerhalb einer SSH-Verbindung.

Ob ein Dienst per SOCKS-Proxy genutzt werden kann hängt einzig und allein davon ab, ob der Client das kann. Der Zielserver oder das Applikations-Protokoll sind dafür nicht relevant, solange es TCP ist.

Über einen einzigen SSH-Tunnel können gleichzeitig und beliebig viele SOCKS-Verbindungen laufen, zum Beispiel Webradio und Zugriff auf IMAP-Server.

== Anwendungen mit SOCKS-Unterstützung ==
;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)<ref>[[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]</ref><ref>[[Firewall Piercing/Beispiele/Zugriff per SSH via SOCKS-Proxy getarnt mit SSH auf Port 443]]</ref>
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.
;psi / psi-plus: Account Settings -> (Account) -> Reiter Connection -> Connectin Proxy [Edit] -> [New], Type: SOCKS Version 5, Host: 127.0.0.1 Port: 1080

== Siehe auch ==
* [[Firewall Piercing]]
<references />

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-19T09:12:05Z

Rabe: references

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.

== Wann und warum SOCKS Proxy nutzen? ==
SOCKS-Proxies sind immer dann hilfreich, wenn man in einem beschränkten Netzwerk ist, wo zum Beispiel nur wenige Anwendungsprotokolle wie HTTP oder HTTPS zugelassen sind.

Mit openssh kann man in aller Regel dann noch eine SSH-Verbindung zu einem [[SSH auf Port 443|SSH-Server auf Port 443/tcp]] aufmachen: '''ssh -p 443 user@shellserver'''.

Sollte das möglich sein, so kann man mittels '''ssh -D 1080 -f -N user@shellserver''' einen SOCKS-Proxy starten, der auf '''127.0.0.1 Port 1080/tcp''' lauscht.

Eine SOCKS-fähige Anwendung kann dann einen solchen SOCKS-Proxy nutzen und verwendet dabei implizit eine "dynamische Portweiterleitung" innerhalb einer SSH-Verbindung.

Ob ein Dienst per SOCKS-Proxy genutzt werden kann hängt einzig und allein davon ab, ob der Client das kann. Der Zielserver oder das Applikations-Protokoll sind dafür nicht relevant, solange es TCP ist.

Über einen einzigen SSH-Tunnel können gleichzeitig und beliebig viele SOCKS-Verbindungen laufen, zum Beispiel Webradio und Zugriff auf IMAP-Server.

== Anwendungen mit SOCKS-Unterstützung ==
;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)<ref>[[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]</ref>
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.
;psi / psi-plus: Account Settings -> (Account) -> Reiter Connection -> Connectin Proxy [Edit] -> [New], Type: SOCKS Version 5, Host: 127.0.0.1 Port: 1080

== Siehe auch ==
* [[Firewall Piercing]]
<references />

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-19T09:11:38Z

Rabe: /* Anwendungen mit SOCKS-Unterstützung */ Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.

== Wann und warum SOCKS Proxy nutzen? ==
SOCKS-Proxies sind immer dann hilfreich, wenn man in einem beschränkten Netzwerk ist, wo zum Beispiel nur wenige Anwendungsprotokolle wie HTTP oder HTTPS zugelassen sind.

Mit openssh kann man in aller Regel dann noch eine SSH-Verbindung zu einem [[SSH auf Port 443|SSH-Server auf Port 443/tcp]] aufmachen: '''ssh -p 443 user@shellserver'''.

Sollte das möglich sein, so kann man mittels '''ssh -D 1080 -f -N user@shellserver''' einen SOCKS-Proxy starten, der auf '''127.0.0.1 Port 1080/tcp''' lauscht.

Eine SOCKS-fähige Anwendung kann dann einen solchen SOCKS-Proxy nutzen und verwendet dabei implizit eine "dynamische Portweiterleitung" innerhalb einer SSH-Verbindung.

Ob ein Dienst per SOCKS-Proxy genutzt werden kann hängt einzig und allein davon ab, ob der Client das kann. Der Zielserver oder das Applikations-Protokoll sind dafür nicht relevant, solange es TCP ist.

Über einen einzigen SSH-Tunnel können gleichzeitig und beliebig viele SOCKS-Verbindungen laufen, zum Beispiel Webradio und Zugriff auf IMAP-Server.

== Anwendungen mit SOCKS-Unterstützung ==
;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)<ref>[[Firewall Piercing/Beispiele/OpenSSH via HTTPS-Proxy als SOCKS Proxy verwenden]]</ref>
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.
;psi / psi-plus: Account Settings -> (Account) -> Reiter Connection -> Connectin Proxy [Edit] -> [New], Type: SOCKS Version 5, Host: 127.0.0.1 Port: 1080

== Siehe auch ==
* [[Firewall Piercing]]

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-12T16:54:57Z

Rabe: wann und warum

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.

== Wann und warum SOCKS Proxy nutzen? ==
SOCKS-Proxies sind immer dann hilfreich, wenn man in einem beschränkten Netzwerk ist, wo zum Beispiel nur wenige Anwendungsprotokolle wie HTTP oder HTTPS zugelassen sind.

Mit openssh kann man in aller Regel dann noch eine SSH-Verbindung zu einem [[SSH auf Port 443|SSH-Server auf Port 443/tcp]] aufmachen: '''ssh -p 443 user@shellserver'''.

Sollte das möglich sein, so kann man mittels ''ssh -D 1080 -f -N user@shellserver''' einen SOCKS-Proxy starten, der auf '''127.0.0.1 Port 1080/tcp''' lauscht.

Eine SOCKS-fähige Anwendung kann dann einen solchen SOCKS-Proxy nutzen und verwendet dabei implizit eine "dynamische Portweiterleitung" innerhalb einer SSH-Verbindung.

Ob ein Dienst per SOCKS-Proxy genutzt werden kann hängt einzig und allein davon ab, ob der Client das kann. Der Zielserver oder das Applikations-Protokoll sind dafür nicht relevant, solange es TCP ist.

Über einen einzigen SSH-Tunnel können gleichzeitig und beliebig viele SOCKS-Verbindungen laufen, zum Beispiel Webradio und Zugriff auf IMAP-Server.

== Anwendungen mit SOCKS-Unterstützung ==
;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.
;psi / psi-plus: Account Settings -> (Account) -> Reiter Connection -> Connectin Proxy [Edit] -> [New], Type: SOCKS Version 5, Host: 127.0.0.1 Port: 1080

== Siehe auch ==
* [[Firewall Piercing]]

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-12T16:44:21Z

Rabe: psi

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.
Ein SOCKS-Proxy kann zum Beispiel über '''ssh -D 1080 -f -N user@shellserver''' aufgebaut werden und auf '''127.0.0.1:1080''' genutzt werden. Dabei greift die Anwendungssoftware mittels einer SOCKS-Funktion auf 127.0.0.1 auf Port 1080 zu (das ist in der Regel konfigurierbar) und lässt sich dann den Zugriff auf einen Zielhost aufbauen, etwa ein IMAP-Server, Webserver, Webradio-Streaming

;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.
;psi / psi-plus: Account Settings -> (Account) -> Reiter Connection -> Connectin Proxy [Edit] -> [New], Type: SOCKS Version 5, Host: 127.0.0.1 Port: 1080

== Siehe auch ==
* [[Firewall Piercing]]

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-12T16:40:57Z

Rabe: about:config network.proxy.socks

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.
Ein SOCKS-Proxy kann zum Beispiel über '''ssh -D 1080 -f -N user@shellserver''' aufgebaut werden und auf '''127.0.0.1:1080''' genutzt werden. Dabei greift die Anwendungssoftware mittels einer SOCKS-Funktion auf 127.0.0.1 auf Port 1080 zu (das ist in der Regel konfigurierbar) und lässt sich dann den Zugriff auf einen Zielhost aufbauen, etwa ein IMAP-Server, Webserver, Webradio-Streaming

;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080 order aber via about:config den Wert für network.proxy.socks und network.proxy.socks_port passend setzen.

== Siehe auch ==
* [[Firewall Piercing]]

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

SOCKS Proxy nutzen

2016-02-12T16:37:11Z

Rabe: Ein kleiner Anfang.

Dieser Artikel liefert eine Liste von Anwendungssoftware, die [[SOCKS]] Proxys nutzen kann.
Ein SOCKS-Proxy kann zum Beispiel über '''ssh -D 1080 -f -N user@shellserver''' aufgebaut werden und auf '''127.0.0.1:1080''' genutzt werden. Dabei greift die Anwendungssoftware mittels einer SOCKS-Funktion auf 127.0.0.1 auf Port 1080 zu (das ist in der Regel konfigurierbar) und lässt sich dann den Zugriff auf einen Zielhost aufbauen, etwa ein IMAP-Server, Webserver, Webradio-Streaming

;netcat-openbsd: kann eine einfache TCP-Verbindung zu einem Zielserver herstellen und dabei mit den Optionen '''-X 5 -x 127.0.0.1:1080''' einen SOCKS-Proxy nutzen. (Mit '''-X connect''' wird ein HTTP(s)-Proxy mit CONNECT-Methode vernwedet)
;openssh: Kann selbst kein SOCKS-Proxy nutzen, bietet aber die Möglichkeit über ~/.ssh/config die Möglichkeit ein '''ProxyCommand nc -X -x 127.0.0.1:1080 %h %p''' zu konfigurieren, also netcat-openbsd (nicht: netcat-traditional)
;VLC: Extras -> Einstellungen -> (*) Alle -> Input/Codecs -> (weiter unten): SOCKS-Server: '''127.0.0.1:1080''' eingeben oder in .config/vlc/vlcrc die Zeile '''socks=127.0.0.1:1080'''
;Thunderbird und Firefox: Bearbeiten -> Einstellungen -> Erweitert -> Reiter etzwerk & Speicherplatz -> Verbindung Einstellungen -> (*) Manuelle Proxy-Konfiguration -> SOCKS-Host: 127.0.0.1 Port: 1080

== Siehe auch ==
* [[Firewall Piercing]]

{{Stub}}
[[Kategorie:Anwendungsbeispiel]]

UUGRN:Chronik

2016-01-06T03:33:37Z

Rabe: /* Aktuell */ top3->top4

Die ''Unix User Group Rhein-Neckar'' entstand 1998 zunächst als Stammtisch und mit einer Mailingliste.

{{Navigationsleiste UUGRN}}
{{Chronik_UUGRN}}

== Die Anfänge bis zur Vereinsgründung ==
;1998-06-01: Aufruf im Usenet<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Aufruf im Usenet]</ref> zum ersten Treffen der ''Linux User Group'' in Mannheim
;1998-06-17: Das erste Treffen der ''Linux User Group'' findet im Mannheimer Flic-Flac statt.<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Ankündigung im Usenet]</ref>
;1998-07-08: Die initiale ''Linux User Group'' wird umbenannt zu '''Unix User Group Rhein-Neckar'''<ref>Quelle fehlt</ref>.
;1998-irgendwann: Die erste [[UUGRN:Homepage]] ist erreichbar unter http://www.rzuser.uni-heidelberg.de/~mlestins/uug bzw. http://home.pages.de/~uugrn <ref>[http://lists.uugrn.org/uugrn/98/10/0122.html Wem gehört welche Homepage und welche ist das Armutszeugnis?]</ref>
;1998-10-14: Der [[UUGRN:Stammtisch]] soll nach Heidelberg umziehen, das erste Treffen im Vater Rhein findet statt.<ref>[http://lists.uugrn.org/uugrn/98/10/0045.html Naechstes Treffen: …"koennten wir uns dieses Mal in Heidelberg, in der Wirtschaft «Vater Rhein» treffen."]</ref>
;1998-10-29: Erste Überlegungen für eine [[UUGRN:Party|Linux-Installparty]]<ref>[http://lists.uugrn.org/uugrn/98/10/0127.html UUGRN-Install-Party (was:…)][http://lists.uugrn.org/uugrn/99/01/0525.html Hardwareplanung]</ref>
;1999-01-30: Die [[Linux-Installparty 1/1999]] findet statt<ref>[http://lists.uugrn.org/uugrn/99/01/0674.html Installparty - klasse!]</ref>.
;1999-04-21: Das Vortreffen zur [[UUGRN:Vereinsgründung]] findet im Grünen Baum in Edingen statt<ref>[http://lists.uugrn.org/uugrn/99/04/0866.html Wandlung der UUGRN in einen Verein?]</ref>
;1999-05-19: Die [[UUGRN:Vereinsgründung|Gründungssitzung]] des [[UUGRN:Verein|Vereins]] findet in Edenkoben statt<ref>[http://lists.uugrn.org/uugrn/99/05/1028.html Vereinsinfo]</ref>. Der Verein wird am Registergericht Heidelberg ins Vereinsregister eingetragen<ref>Quelle fehlt</ref>.

== die vergangen Jahre ==
;2001-02-21: Die beiden Vereinsserver ''[[UUGRN:Server/blowfish|blowfish.scram.de]]'' (i386, OpenBSD) und ''[[UUGRN:Server/strange1|uugrn.scram.de]]'' (aka ''strange'', RS/6000, AIX) gehen im Rechnerkeller von [[Scram!|scram! e.V.]] ans Netz. Es folgen schon bald die ersten [[UUGRN:Dienste]] im Eigenbetrieb, zum Beispiel [[UUGRN:Mailingliste|Mailingliste]], [[UUGRN:IRC|IRC]], [[UUGRN:Shell|Shells]], [[UUGRN:Webspace|Webspace]]<ref>[http://lists.uugrn.org/uugrn/01/02/4305.html Vereinsrechner - Es ist so weit.]</ref>.
;2001-11-29: Die Domain '''uugrn.org''' wurde registriert und die [[UUGRN:Mailingliste|Mailingliste]] ist seitdem erreichbar unter ''uugrn@uugrn.org'', zuvor ''uugrn@blowfish.scram.de''<ref>[http://lists.uugrn.org/uugrn/01/11/6117.html Ankündigung uugrn.org]</ref>.
;2001-12-20: Der Vereinsserver bekommt ein [[:Datei:Charm gehaeuse 4U leer.jpg|neues 19" Rackgehäuse]]. Der Server wird zu [[UUGRN:Server/charm|charm.uugrn.org]] (''charm1'') und läuft weiterhin im Rechnerkeller von ''scram e.V.'', jetzt in Speyer<ref>Quelle fehlt</ref>.
;2002-12-01: Der Vereinsserver [[UUGRN:Server/charm|charm.uugrn.org]] bekommt ein neues Innenleben mit P4-CPU und wird damit zu ''charm2''.
;2005-09-??: [[UUGRN:Server/bottom|bottom.uugrn.org]] wird als Veranstaltungsrechner/Server angeschafft<ref>Quelle fehlt</ref>.
;2006-07-12: Die [[UUGRN:Mitgliederversammlung|MV 2005]] hat beschlossen einen neuen [[UUGRN:Server]] zu kaufen. Der Ende 2005 gelieferte [[UUGRN:Server/top1|Server (top1)]] hatte massive technische Probleme die zum wiederholten Ausfall beider Platten geführt hat. Das [[UUGRN:Server/top2|Austauschgerät (top2)]] läuft deutlich zuverlässiger und löst nach und nach die Dienste vom (damaligen) Server [[UUGRN:Server/charm|charm.uugrn.org]] ab.<ref>[http://lists.uugrn.org/uugrn/06/07/13224.html Wichtiges Update zu Vereinsservern: charm.uugrn.org und top.uugrn.org]</ref>
;2007-05-30: [[UUGRN:Server/charm|charm.uugrn.org]] (''charm2'') wird außer Betrieb genommen und bei [[scram!]] abgeholt<ref>[http://lists.uugrn.org/uugrn/07/06/13802.html Es begann 2/2001 mit blowfish.scram.de ...]</ref>.
;2007-08-24: Das erste [[UUGRN:FIXME Treffen]] findet im [[Forum41]] statt<ref>[http://lists.uugrn.org/uugrn/07/08/13866.html Stammtisch in Heidelberg zieht um.][http://lists.uugrn.org/uugrn/07/08/13879.html Einladung zum ersten UUGRN-Treffen in Schwetzingen]</ref>.

== Aktuell ==
;2011-07: {{strange2}} wird als Backup-Server in Schwetzingen aufgebaut. Das Gehäuse ist das ehemalige 19" Gehäuse, welches 2001-12-20 für den Bau von {{charm1}} angeschafft wurde. Als Innenleben wird ein PC-Mainboard mit AMD-CPU verbaut, dazu 4x750GB Festplatten, welche als ZFS Pool aufgebaut sind. gebootet wird von einer 300GB P-ATA Platte.
;2013-02-15: Der [[UUGRN:Server/top3|neue Vereinsserver (top3)]] wird in Betrieb genommen <ref>[http://lists.uugrn.org/uugrn/13/02/16415.html Inbetriebnahme top3.uugrn.org]</ref>.
;2013-02-28: Der [[UUGRN:Server/top|alte Server (top2)]] wird abgeschaltet.
;2013-03-23: Der Veranstaltungs-Server [[UUGRN:Server/bottom|bottom.uugrn.org]] wird abgeschaltet<ref>[http://lists.uugrn.org/uugrn/13/03/16451.html Abschaltung bottom.uugrn.org]</ref>.
;2013-04-20: {{higgs}} wird in Betrieb genommen. Der Server beasiert auf dem Gehäuse von {{top2}} und einem Innenleben aus einer Hardwarespende. Der Server ist in Schwetzingen zu Hause und dient vorwiegend als Backup-Server für Server von {{UUGRN}} und Stadtwiki e.V.
; Lücke
;2014-01: {{strange2}}, der ehemalige Backup-Server wird abgeschaltet und abgebaut.
; 2015-07-01: {{top4}} wird als neuer Vereinsserver mit FreeBSD 10.2 installiert. Bei diesem Server sind die Festplatten und SSDs Eigentum von {{UUGRN}}, lediglich der Server (16GB RAM, Intel(R) Core(TM) i5 CPU) wird gemietet. Der Server verfügt über 2x 1TB HDD und 2x120GB SSD, alles zusammen in einem ZPOOL mit ZIL (16GB, logs, mirrored) und L2ARC (2x cache je 64GB) auf SSD.
; 2015-MM-DD: {{top3}} wird nach der Migration auf {{top4}} abgeschaltet.
; 2015-07-04: Nach längerer Pause findet das {{Treffen}} wieder statt, jetzt im Seminarraum des Dezerat16 in Heidelberg<ref>{{WeblinkSSL|www.uugrn.org/fixme-treffen-am-samstag-den-4-7-2015-ab-1500-uhr-im-dezernat-16-in-heidelberg/|FIXME Treffen am Samstag den 4. 7. 2015 ab 15:00 Uhr im Dezernat 16 in Heidelberg}}</ref>
; Lücke
;2015-12-22: {{top4}} zieht zusammen mit dem Hosting Anbieter TWX innerhalb von München in ein neues RZ um und hat nun einen recht kurzen Weg zum ebenfalls dort angesiedelten ALPIX.

t.b.c

== Referenzen, Quellen ==
<references />

[[Kategorie:UUGRN:Chronik|!]]

UUGRN:Chronik

2016-01-06T03:32:52Z

Rabe: /* Aktuell */ endlich wieder FIXME, jetzt im dezernat16

Die ''Unix User Group Rhein-Neckar'' entstand 1998 zunächst als Stammtisch und mit einer Mailingliste.

{{Navigationsleiste UUGRN}}
{{Chronik_UUGRN}}

== Die Anfänge bis zur Vereinsgründung ==
;1998-06-01: Aufruf im Usenet<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Aufruf im Usenet]</ref> zum ersten Treffen der ''Linux User Group'' in Mannheim
;1998-06-17: Das erste Treffen der ''Linux User Group'' findet im Mannheimer Flic-Flac statt.<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Ankündigung im Usenet]</ref>
;1998-07-08: Die initiale ''Linux User Group'' wird umbenannt zu '''Unix User Group Rhein-Neckar'''<ref>Quelle fehlt</ref>.
;1998-irgendwann: Die erste [[UUGRN:Homepage]] ist erreichbar unter http://www.rzuser.uni-heidelberg.de/~mlestins/uug bzw. http://home.pages.de/~uugrn <ref>[http://lists.uugrn.org/uugrn/98/10/0122.html Wem gehört welche Homepage und welche ist das Armutszeugnis?]</ref>
;1998-10-14: Der [[UUGRN:Stammtisch]] soll nach Heidelberg umziehen, das erste Treffen im Vater Rhein findet statt.<ref>[http://lists.uugrn.org/uugrn/98/10/0045.html Naechstes Treffen: …"koennten wir uns dieses Mal in Heidelberg, in der Wirtschaft «Vater Rhein» treffen."]</ref>
;1998-10-29: Erste Überlegungen für eine [[UUGRN:Party|Linux-Installparty]]<ref>[http://lists.uugrn.org/uugrn/98/10/0127.html UUGRN-Install-Party (was:…)][http://lists.uugrn.org/uugrn/99/01/0525.html Hardwareplanung]</ref>
;1999-01-30: Die [[Linux-Installparty 1/1999]] findet statt<ref>[http://lists.uugrn.org/uugrn/99/01/0674.html Installparty - klasse!]</ref>.
;1999-04-21: Das Vortreffen zur [[UUGRN:Vereinsgründung]] findet im Grünen Baum in Edingen statt<ref>[http://lists.uugrn.org/uugrn/99/04/0866.html Wandlung der UUGRN in einen Verein?]</ref>
;1999-05-19: Die [[UUGRN:Vereinsgründung|Gründungssitzung]] des [[UUGRN:Verein|Vereins]] findet in Edenkoben statt<ref>[http://lists.uugrn.org/uugrn/99/05/1028.html Vereinsinfo]</ref>. Der Verein wird am Registergericht Heidelberg ins Vereinsregister eingetragen<ref>Quelle fehlt</ref>.

== die vergangen Jahre ==
;2001-02-21: Die beiden Vereinsserver ''[[UUGRN:Server/blowfish|blowfish.scram.de]]'' (i386, OpenBSD) und ''[[UUGRN:Server/strange1|uugrn.scram.de]]'' (aka ''strange'', RS/6000, AIX) gehen im Rechnerkeller von [[Scram!|scram! e.V.]] ans Netz. Es folgen schon bald die ersten [[UUGRN:Dienste]] im Eigenbetrieb, zum Beispiel [[UUGRN:Mailingliste|Mailingliste]], [[UUGRN:IRC|IRC]], [[UUGRN:Shell|Shells]], [[UUGRN:Webspace|Webspace]]<ref>[http://lists.uugrn.org/uugrn/01/02/4305.html Vereinsrechner - Es ist so weit.]</ref>.
;2001-11-29: Die Domain '''uugrn.org''' wurde registriert und die [[UUGRN:Mailingliste|Mailingliste]] ist seitdem erreichbar unter ''uugrn@uugrn.org'', zuvor ''uugrn@blowfish.scram.de''<ref>[http://lists.uugrn.org/uugrn/01/11/6117.html Ankündigung uugrn.org]</ref>.
;2001-12-20: Der Vereinsserver bekommt ein [[:Datei:Charm gehaeuse 4U leer.jpg|neues 19" Rackgehäuse]]. Der Server wird zu [[UUGRN:Server/charm|charm.uugrn.org]] (''charm1'') und läuft weiterhin im Rechnerkeller von ''scram e.V.'', jetzt in Speyer<ref>Quelle fehlt</ref>.
;2002-12-01: Der Vereinsserver [[UUGRN:Server/charm|charm.uugrn.org]] bekommt ein neues Innenleben mit P4-CPU und wird damit zu ''charm2''.
;2005-09-??: [[UUGRN:Server/bottom|bottom.uugrn.org]] wird als Veranstaltungsrechner/Server angeschafft<ref>Quelle fehlt</ref>.
;2006-07-12: Die [[UUGRN:Mitgliederversammlung|MV 2005]] hat beschlossen einen neuen [[UUGRN:Server]] zu kaufen. Der Ende 2005 gelieferte [[UUGRN:Server/top1|Server (top1)]] hatte massive technische Probleme die zum wiederholten Ausfall beider Platten geführt hat. Das [[UUGRN:Server/top2|Austauschgerät (top2)]] läuft deutlich zuverlässiger und löst nach und nach die Dienste vom (damaligen) Server [[UUGRN:Server/charm|charm.uugrn.org]] ab.<ref>[http://lists.uugrn.org/uugrn/06/07/13224.html Wichtiges Update zu Vereinsservern: charm.uugrn.org und top.uugrn.org]</ref>
;2007-05-30: [[UUGRN:Server/charm|charm.uugrn.org]] (''charm2'') wird außer Betrieb genommen und bei [[scram!]] abgeholt<ref>[http://lists.uugrn.org/uugrn/07/06/13802.html Es begann 2/2001 mit blowfish.scram.de ...]</ref>.
;2007-08-24: Das erste [[UUGRN:FIXME Treffen]] findet im [[Forum41]] statt<ref>[http://lists.uugrn.org/uugrn/07/08/13866.html Stammtisch in Heidelberg zieht um.][http://lists.uugrn.org/uugrn/07/08/13879.html Einladung zum ersten UUGRN-Treffen in Schwetzingen]</ref>.

== Aktuell ==
;2011-07: {{strange2}} wird als Backup-Server in Schwetzingen aufgebaut. Das Gehäuse ist das ehemalige 19" Gehäuse, welches 2001-12-20 für den Bau von {{charm1}} angeschafft wurde. Als Innenleben wird ein PC-Mainboard mit AMD-CPU verbaut, dazu 4x750GB Festplatten, welche als ZFS Pool aufgebaut sind. gebootet wird von einer 300GB P-ATA Platte.
;2013-02-15: Der [[UUGRN:Server/top3|neue Vereinsserver (top3)]] wird in Betrieb genommen <ref>[http://lists.uugrn.org/uugrn/13/02/16415.html Inbetriebnahme top3.uugrn.org]</ref>.
;2013-02-28: Der [[UUGRN:Server/top|alte Server (top2)]] wird abgeschaltet.
;2013-03-23: Der Veranstaltungs-Server [[UUGRN:Server/bottom|bottom.uugrn.org]] wird abgeschaltet<ref>[http://lists.uugrn.org/uugrn/13/03/16451.html Abschaltung bottom.uugrn.org]</ref>.
;2013-04-20: {{higgs}} wird in Betrieb genommen. Der Server beasiert auf dem Gehäuse von {{top2}} und einem Innenleben aus einer Hardwarespende. Der Server ist in Schwetzingen zu Hause und dient vorwiegend als Backup-Server für Server von {{UUGRN}} und Stadtwiki e.V.
; Lücke
;2014-01: {{strange2}}, der ehemalige Backup-Server wird abgeschaltet und abgebaut.
; 2015-07-01: {{top4}} wird als neuer Vereinsserver mit FreeBSD 10.2 installiert. Bei diesem Server sind die Festplatten und SSDs Eigentum von {{UUGRN}}, lediglich der Server (16GB RAM, Intel(R) Core(TM) i5 CPU) wird gemietet. Der Server verfügt über 2x 1TB HDD und 2x120GB SSD, alles zusammen in einem ZPOOL mit ZIL (16GB, logs, mirrored) und L2ARC (2x cache je 64GB) auf SSD.
; 2015-MM-DD: {{top3}} wird nach der Migration abgeschaltet.
; 2015-07-04: Nach längerer Pause findet das {{Treffen}} wieder statt, jetzt im Seminarraum des Dezerat16 in Heidelberg<ref>{{WeblinkSSL|www.uugrn.org/fixme-treffen-am-samstag-den-4-7-2015-ab-1500-uhr-im-dezernat-16-in-heidelberg/|FIXME Treffen am Samstag den 4. 7. 2015 ab 15:00 Uhr im Dezernat 16 in Heidelberg}}</ref>
; Lücke
;2015-12-22: {{top4}} zieht zusammen mit dem Hosting Anbieter TWX innerhalb von München in ein neues RZ um und hat nun einen recht kurzen Weg zum ebenfalls dort angesiedelten ALPIX.

t.b.c

== Referenzen, Quellen ==
<references />

[[Kategorie:UUGRN:Chronik|!]]

UUGRN:Chronik

2016-01-06T03:26:45Z

Rabe: /* Aktuell */ strange2 und higgs

Die ''Unix User Group Rhein-Neckar'' entstand 1998 zunächst als Stammtisch und mit einer Mailingliste.

{{Navigationsleiste UUGRN}}
{{Chronik_UUGRN}}

== Die Anfänge bis zur Vereinsgründung ==
;1998-06-01: Aufruf im Usenet<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Aufruf im Usenet]</ref> zum ersten Treffen der ''Linux User Group'' in Mannheim
;1998-06-17: Das erste Treffen der ''Linux User Group'' findet im Mannheimer Flic-Flac statt.<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Ankündigung im Usenet]</ref>
;1998-07-08: Die initiale ''Linux User Group'' wird umbenannt zu '''Unix User Group Rhein-Neckar'''<ref>Quelle fehlt</ref>.
;1998-irgendwann: Die erste [[UUGRN:Homepage]] ist erreichbar unter http://www.rzuser.uni-heidelberg.de/~mlestins/uug bzw. http://home.pages.de/~uugrn <ref>[http://lists.uugrn.org/uugrn/98/10/0122.html Wem gehört welche Homepage und welche ist das Armutszeugnis?]</ref>
;1998-10-14: Der [[UUGRN:Stammtisch]] soll nach Heidelberg umziehen, das erste Treffen im Vater Rhein findet statt.<ref>[http://lists.uugrn.org/uugrn/98/10/0045.html Naechstes Treffen: …"koennten wir uns dieses Mal in Heidelberg, in der Wirtschaft «Vater Rhein» treffen."]</ref>
;1998-10-29: Erste Überlegungen für eine [[UUGRN:Party|Linux-Installparty]]<ref>[http://lists.uugrn.org/uugrn/98/10/0127.html UUGRN-Install-Party (was:…)][http://lists.uugrn.org/uugrn/99/01/0525.html Hardwareplanung]</ref>
;1999-01-30: Die [[Linux-Installparty 1/1999]] findet statt<ref>[http://lists.uugrn.org/uugrn/99/01/0674.html Installparty - klasse!]</ref>.
;1999-04-21: Das Vortreffen zur [[UUGRN:Vereinsgründung]] findet im Grünen Baum in Edingen statt<ref>[http://lists.uugrn.org/uugrn/99/04/0866.html Wandlung der UUGRN in einen Verein?]</ref>
;1999-05-19: Die [[UUGRN:Vereinsgründung|Gründungssitzung]] des [[UUGRN:Verein|Vereins]] findet in Edenkoben statt<ref>[http://lists.uugrn.org/uugrn/99/05/1028.html Vereinsinfo]</ref>. Der Verein wird am Registergericht Heidelberg ins Vereinsregister eingetragen<ref>Quelle fehlt</ref>.

== die vergangen Jahre ==
;2001-02-21: Die beiden Vereinsserver ''[[UUGRN:Server/blowfish|blowfish.scram.de]]'' (i386, OpenBSD) und ''[[UUGRN:Server/strange1|uugrn.scram.de]]'' (aka ''strange'', RS/6000, AIX) gehen im Rechnerkeller von [[Scram!|scram! e.V.]] ans Netz. Es folgen schon bald die ersten [[UUGRN:Dienste]] im Eigenbetrieb, zum Beispiel [[UUGRN:Mailingliste|Mailingliste]], [[UUGRN:IRC|IRC]], [[UUGRN:Shell|Shells]], [[UUGRN:Webspace|Webspace]]<ref>[http://lists.uugrn.org/uugrn/01/02/4305.html Vereinsrechner - Es ist so weit.]</ref>.
;2001-11-29: Die Domain '''uugrn.org''' wurde registriert und die [[UUGRN:Mailingliste|Mailingliste]] ist seitdem erreichbar unter ''uugrn@uugrn.org'', zuvor ''uugrn@blowfish.scram.de''<ref>[http://lists.uugrn.org/uugrn/01/11/6117.html Ankündigung uugrn.org]</ref>.
;2001-12-20: Der Vereinsserver bekommt ein [[:Datei:Charm gehaeuse 4U leer.jpg|neues 19" Rackgehäuse]]. Der Server wird zu [[UUGRN:Server/charm|charm.uugrn.org]] (''charm1'') und läuft weiterhin im Rechnerkeller von ''scram e.V.'', jetzt in Speyer<ref>Quelle fehlt</ref>.
;2002-12-01: Der Vereinsserver [[UUGRN:Server/charm|charm.uugrn.org]] bekommt ein neues Innenleben mit P4-CPU und wird damit zu ''charm2''.
;2005-09-??: [[UUGRN:Server/bottom|bottom.uugrn.org]] wird als Veranstaltungsrechner/Server angeschafft<ref>Quelle fehlt</ref>.
;2006-07-12: Die [[UUGRN:Mitgliederversammlung|MV 2005]] hat beschlossen einen neuen [[UUGRN:Server]] zu kaufen. Der Ende 2005 gelieferte [[UUGRN:Server/top1|Server (top1)]] hatte massive technische Probleme die zum wiederholten Ausfall beider Platten geführt hat. Das [[UUGRN:Server/top2|Austauschgerät (top2)]] läuft deutlich zuverlässiger und löst nach und nach die Dienste vom (damaligen) Server [[UUGRN:Server/charm|charm.uugrn.org]] ab.<ref>[http://lists.uugrn.org/uugrn/06/07/13224.html Wichtiges Update zu Vereinsservern: charm.uugrn.org und top.uugrn.org]</ref>
;2007-05-30: [[UUGRN:Server/charm|charm.uugrn.org]] (''charm2'') wird außer Betrieb genommen und bei [[scram!]] abgeholt<ref>[http://lists.uugrn.org/uugrn/07/06/13802.html Es begann 2/2001 mit blowfish.scram.de ...]</ref>.
;2007-08-24: Das erste [[UUGRN:FIXME Treffen]] findet im [[Forum41]] statt<ref>[http://lists.uugrn.org/uugrn/07/08/13866.html Stammtisch in Heidelberg zieht um.][http://lists.uugrn.org/uugrn/07/08/13879.html Einladung zum ersten UUGRN-Treffen in Schwetzingen]</ref>.

== Aktuell ==
;2011-07: {{strange2}} wird als Backup-Server in Schwetzingen aufgebaut. Das Gehäuse ist das ehemalige 19" Gehäuse, welches 2001-12-20 für den Bau von {{charm1}} angeschafft wurde. Als Innenleben wird ein PC-Mainboard mit AMD-CPU verbaut, dazu 4x750GB Festplatten, welche als ZFS Pool aufgebaut sind. gebootet wird von einer 300GB P-ATA Platte.
;2013-02-15: Der [[UUGRN:Server/top3|neue Vereinsserver (top3)]] wird in Betrieb genommen <ref>[http://lists.uugrn.org/uugrn/13/02/16415.html Inbetriebnahme top3.uugrn.org]</ref>.
;2013-02-28: Der [[UUGRN:Server/top|alte Server (top2)]] wird abgeschaltet.
;2013-03-23: Der Veranstaltungs-Server [[UUGRN:Server/bottom|bottom.uugrn.org]] wird abgeschaltet<ref>[http://lists.uugrn.org/uugrn/13/03/16451.html Abschaltung bottom.uugrn.org]</ref>.
;2013-04-20: {{higgs}} wird in Betrieb genommen. Der Server beasiert auf dem Gehäuse von {{top2}} und einem Innenleben aus einer Hardwarespende. Der Server ist in Schwetzingen zu Hause und dient vorwiegend als Backup-Server für Server von {{UUGRN}} und Stadtwiki e.V.
; Lücke
;2014-01: {{strange2}}, der ehemalige Backup-Server wird abgeschaltet und abgebaut.
; 2015-07-01: {{top4}} wird als neuer Vereinsserver mit FreeBSD 10.2 installiert. Bei diesem Server sind die Festplatten und SSDs Eigentum von {{UUGRN}}, lediglich der Server (16GB RAM, Intel(R) Core(TM) i5 CPU) wird gemietet. Der Server verfügt über 2x 1TB HDD und 2x120GB SSD, alles zusammen in einem ZPOOL mit ZIL (16GB, logs, mirrored) und L2ARC (2x cache je 64GB) auf SSD.
; 2015-MM-DD: {{top3}} wird nach der Migration abgeschaltet.
; Lücke
;2015-12-22: {{top4}} zieht zusammen mit dem Hosting Anbieter TWX innerhalb von München in ein neues RZ um und hat nun einen recht kurzen Weg zum ebenfalls dort angesiedelten ALPIX.

t.b.c

== Referenzen, Quellen ==
<references />

[[Kategorie:UUGRN:Chronik|!]]

UUGRN:Chronik

2016-01-06T03:17:23Z

Rabe: /* Aktuell */ 2015-07-01 top4

Die ''Unix User Group Rhein-Neckar'' entstand 1998 zunächst als Stammtisch und mit einer Mailingliste.

{{Navigationsleiste UUGRN}}
{{Chronik_UUGRN}}

== Die Anfänge bis zur Vereinsgründung ==
;1998-06-01: Aufruf im Usenet<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Aufruf im Usenet]</ref> zum ersten Treffen der ''Linux User Group'' in Mannheim
;1998-06-17: Das erste Treffen der ''Linux User Group'' findet im Mannheimer Flic-Flac statt.<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Ankündigung im Usenet]</ref>
;1998-07-08: Die initiale ''Linux User Group'' wird umbenannt zu '''Unix User Group Rhein-Neckar'''<ref>Quelle fehlt</ref>.
;1998-irgendwann: Die erste [[UUGRN:Homepage]] ist erreichbar unter http://www.rzuser.uni-heidelberg.de/~mlestins/uug bzw. http://home.pages.de/~uugrn <ref>[http://lists.uugrn.org/uugrn/98/10/0122.html Wem gehört welche Homepage und welche ist das Armutszeugnis?]</ref>
;1998-10-14: Der [[UUGRN:Stammtisch]] soll nach Heidelberg umziehen, das erste Treffen im Vater Rhein findet statt.<ref>[http://lists.uugrn.org/uugrn/98/10/0045.html Naechstes Treffen: …"koennten wir uns dieses Mal in Heidelberg, in der Wirtschaft «Vater Rhein» treffen."]</ref>
;1998-10-29: Erste Überlegungen für eine [[UUGRN:Party|Linux-Installparty]]<ref>[http://lists.uugrn.org/uugrn/98/10/0127.html UUGRN-Install-Party (was:…)][http://lists.uugrn.org/uugrn/99/01/0525.html Hardwareplanung]</ref>
;1999-01-30: Die [[Linux-Installparty 1/1999]] findet statt<ref>[http://lists.uugrn.org/uugrn/99/01/0674.html Installparty - klasse!]</ref>.
;1999-04-21: Das Vortreffen zur [[UUGRN:Vereinsgründung]] findet im Grünen Baum in Edingen statt<ref>[http://lists.uugrn.org/uugrn/99/04/0866.html Wandlung der UUGRN in einen Verein?]</ref>
;1999-05-19: Die [[UUGRN:Vereinsgründung|Gründungssitzung]] des [[UUGRN:Verein|Vereins]] findet in Edenkoben statt<ref>[http://lists.uugrn.org/uugrn/99/05/1028.html Vereinsinfo]</ref>. Der Verein wird am Registergericht Heidelberg ins Vereinsregister eingetragen<ref>Quelle fehlt</ref>.

== die vergangen Jahre ==
;2001-02-21: Die beiden Vereinsserver ''[[UUGRN:Server/blowfish|blowfish.scram.de]]'' (i386, OpenBSD) und ''[[UUGRN:Server/strange1|uugrn.scram.de]]'' (aka ''strange'', RS/6000, AIX) gehen im Rechnerkeller von [[Scram!|scram! e.V.]] ans Netz. Es folgen schon bald die ersten [[UUGRN:Dienste]] im Eigenbetrieb, zum Beispiel [[UUGRN:Mailingliste|Mailingliste]], [[UUGRN:IRC|IRC]], [[UUGRN:Shell|Shells]], [[UUGRN:Webspace|Webspace]]<ref>[http://lists.uugrn.org/uugrn/01/02/4305.html Vereinsrechner - Es ist so weit.]</ref>.
;2001-11-29: Die Domain '''uugrn.org''' wurde registriert und die [[UUGRN:Mailingliste|Mailingliste]] ist seitdem erreichbar unter ''uugrn@uugrn.org'', zuvor ''uugrn@blowfish.scram.de''<ref>[http://lists.uugrn.org/uugrn/01/11/6117.html Ankündigung uugrn.org]</ref>.
;2001-12-20: Der Vereinsserver bekommt ein [[:Datei:Charm gehaeuse 4U leer.jpg|neues 19" Rackgehäuse]]. Der Server wird zu [[UUGRN:Server/charm|charm.uugrn.org]] (''charm1'') und läuft weiterhin im Rechnerkeller von ''scram e.V.'', jetzt in Speyer<ref>Quelle fehlt</ref>.
;2002-12-01: Der Vereinsserver [[UUGRN:Server/charm|charm.uugrn.org]] bekommt ein neues Innenleben mit P4-CPU und wird damit zu ''charm2''.
;2005-09-??: [[UUGRN:Server/bottom|bottom.uugrn.org]] wird als Veranstaltungsrechner/Server angeschafft<ref>Quelle fehlt</ref>.
;2006-07-12: Die [[UUGRN:Mitgliederversammlung|MV 2005]] hat beschlossen einen neuen [[UUGRN:Server]] zu kaufen. Der Ende 2005 gelieferte [[UUGRN:Server/top1|Server (top1)]] hatte massive technische Probleme die zum wiederholten Ausfall beider Platten geführt hat. Das [[UUGRN:Server/top2|Austauschgerät (top2)]] läuft deutlich zuverlässiger und löst nach und nach die Dienste vom (damaligen) Server [[UUGRN:Server/charm|charm.uugrn.org]] ab.<ref>[http://lists.uugrn.org/uugrn/06/07/13224.html Wichtiges Update zu Vereinsservern: charm.uugrn.org und top.uugrn.org]</ref>
;2007-05-30: [[UUGRN:Server/charm|charm.uugrn.org]] (''charm2'') wird außer Betrieb genommen und bei [[scram!]] abgeholt<ref>[http://lists.uugrn.org/uugrn/07/06/13802.html Es begann 2/2001 mit blowfish.scram.de ...]</ref>.
;2007-08-24: Das erste [[UUGRN:FIXME Treffen]] findet im [[Forum41]] statt<ref>[http://lists.uugrn.org/uugrn/07/08/13866.html Stammtisch in Heidelberg zieht um.][http://lists.uugrn.org/uugrn/07/08/13879.html Einladung zum ersten UUGRN-Treffen in Schwetzingen]</ref>.

== Aktuell ==
;2013-02-15: Der [[UUGRN:Server/top3|neue Vereinsserver (top3)]] wird in Betrieb genommen <ref>[http://lists.uugrn.org/uugrn/13/02/16415.html Inbetriebnahme top3.uugrn.org]</ref>.
;2013-02-28: Der [[UUGRN:Server/top|alte Server (top2)]] wird abgeschaltet.
;2013-03-23: Der Veranstaltungs-Server [[UUGRN:Server/bottom|bottom.uugrn.org]] wird abgeschaltet<ref>[http://lists.uugrn.org/uugrn/13/03/16451.html Abschaltung bottom.uugrn.org]</ref>.
; Lücke
; 2015-07-01: {{top4}} wird als neuer Vereinsserver mit FreeBSD 10.2 installiert. Bei diesem Server sind die Festplatten und SSDs Eigentum von {{UUGRN}}, lediglich der Server (16GB RAM, Intel(R) Core(TM) i5 CPU) wird gemietet. Der Server verfügt über 2x 1TB HDD und 2x120GB SSD, alles zusammen in einem ZPOOL mit ZIL (16GB, logs, mirrored) und L2ARC (2x cache je 64GB) auf SSD.
; 2015-MM-DD: {{top3}} wird nach der Migration abgeschaltet.
; Lücke
;2015-12-22: {{top4}} zieht zusammen mit dem Hosting Anbieter TWX innerhalb von München in ein neues RZ um und hat nun einen recht kurzen Weg zum ebenfalls dort angesiedelten ALPIX.

t.b.c

== Referenzen, Quellen ==
<references />

[[Kategorie:UUGRN:Chronik|!]]

UUGRN:Chronik

2016-01-06T03:16:32Z

Rabe: /* Aktuell */ 2015

Die ''Unix User Group Rhein-Neckar'' entstand 1998 zunächst als Stammtisch und mit einer Mailingliste.

{{Navigationsleiste UUGRN}}
{{Chronik_UUGRN}}

== Die Anfänge bis zur Vereinsgründung ==
;1998-06-01: Aufruf im Usenet<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Aufruf im Usenet]</ref> zum ersten Treffen der ''Linux User Group'' in Mannheim
;1998-06-17: Das erste Treffen der ''Linux User Group'' findet im Mannheimer Flic-Flac statt.<ref name=aufruf>[http://groups.google.com/group/de.comp.os.linux.misc/msg/f1ec1315d2941680 Ankündigung im Usenet]</ref>
;1998-07-08: Die initiale ''Linux User Group'' wird umbenannt zu '''Unix User Group Rhein-Neckar'''<ref>Quelle fehlt</ref>.
;1998-irgendwann: Die erste [[UUGRN:Homepage]] ist erreichbar unter http://www.rzuser.uni-heidelberg.de/~mlestins/uug bzw. http://home.pages.de/~uugrn <ref>[http://lists.uugrn.org/uugrn/98/10/0122.html Wem gehört welche Homepage und welche ist das Armutszeugnis?]</ref>
;1998-10-14: Der [[UUGRN:Stammtisch]] soll nach Heidelberg umziehen, das erste Treffen im Vater Rhein findet statt.<ref>[http://lists.uugrn.org/uugrn/98/10/0045.html Naechstes Treffen: …"koennten wir uns dieses Mal in Heidelberg, in der Wirtschaft «Vater Rhein» treffen."]</ref>
;1998-10-29: Erste Überlegungen für eine [[UUGRN:Party|Linux-Installparty]]<ref>[http://lists.uugrn.org/uugrn/98/10/0127.html UUGRN-Install-Party (was:…)][http://lists.uugrn.org/uugrn/99/01/0525.html Hardwareplanung]</ref>
;1999-01-30: Die [[Linux-Installparty 1/1999]] findet statt<ref>[http://lists.uugrn.org/uugrn/99/01/0674.html Installparty - klasse!]</ref>.
;1999-04-21: Das Vortreffen zur [[UUGRN:Vereinsgründung]] findet im Grünen Baum in Edingen statt<ref>[http://lists.uugrn.org/uugrn/99/04/0866.html Wandlung der UUGRN in einen Verein?]</ref>
;1999-05-19: Die [[UUGRN:Vereinsgründung|Gründungssitzung]] des [[UUGRN:Verein|Vereins]] findet in Edenkoben statt<ref>[http://lists.uugrn.org/uugrn/99/05/1028.html Vereinsinfo]</ref>. Der Verein wird am Registergericht Heidelberg ins Vereinsregister eingetragen<ref>Quelle fehlt</ref>.

== die vergangen Jahre ==
;2001-02-21: Die beiden Vereinsserver ''[[UUGRN:Server/blowfish|blowfish.scram.de]]'' (i386, OpenBSD) und ''[[UUGRN:Server/strange1|uugrn.scram.de]]'' (aka ''strange'', RS/6000, AIX) gehen im Rechnerkeller von [[Scram!|scram! e.V.]] ans Netz. Es folgen schon bald die ersten [[UUGRN:Dienste]] im Eigenbetrieb, zum Beispiel [[UUGRN:Mailingliste|Mailingliste]], [[UUGRN:IRC|IRC]], [[UUGRN:Shell|Shells]], [[UUGRN:Webspace|Webspace]]<ref>[http://lists.uugrn.org/uugrn/01/02/4305.html Vereinsrechner - Es ist so weit.]</ref>.
;2001-11-29: Die Domain '''uugrn.org''' wurde registriert und die [[UUGRN:Mailingliste|Mailingliste]] ist seitdem erreichbar unter ''uugrn@uugrn.org'', zuvor ''uugrn@blowfish.scram.de''<ref>[http://lists.uugrn.org/uugrn/01/11/6117.html Ankündigung uugrn.org]</ref>.
;2001-12-20: Der Vereinsserver bekommt ein [[:Datei:Charm gehaeuse 4U leer.jpg|neues 19" Rackgehäuse]]. Der Server wird zu [[UUGRN:Server/charm|charm.uugrn.org]] (''charm1'') und läuft weiterhin im Rechnerkeller von ''scram e.V.'', jetzt in Speyer<ref>Quelle fehlt</ref>.
;2002-12-01: Der Vereinsserver [[UUGRN:Server/charm|charm.uugrn.org]] bekommt ein neues Innenleben mit P4-CPU und wird damit zu ''charm2''.
;2005-09-??: [[UUGRN:Server/bottom|bottom.uugrn.org]] wird als Veranstaltungsrechner/Server angeschafft<ref>Quelle fehlt</ref>.
;2006-07-12: Die [[UUGRN:Mitgliederversammlung|MV 2005]] hat beschlossen einen neuen [[UUGRN:Server]] zu kaufen. Der Ende 2005 gelieferte [[UUGRN:Server/top1|Server (top1)]] hatte massive technische Probleme die zum wiederholten Ausfall beider Platten geführt hat. Das [[UUGRN:Server/top2|Austauschgerät (top2)]] läuft deutlich zuverlässiger und löst nach und nach die Dienste vom (damaligen) Server [[UUGRN:Server/charm|charm.uugrn.org]] ab.<ref>[http://lists.uugrn.org/uugrn/06/07/13224.html Wichtiges Update zu Vereinsservern: charm.uugrn.org und top.uugrn.org]</ref>
;2007-05-30: [[UUGRN:Server/charm|charm.uugrn.org]] (''charm2'') wird außer Betrieb genommen und bei [[scram!]] abgeholt<ref>[http://lists.uugrn.org/uugrn/07/06/13802.html Es begann 2/2001 mit blowfish.scram.de ...]</ref>.
;2007-08-24: Das erste [[UUGRN:FIXME Treffen]] findet im [[Forum41]] statt<ref>[http://lists.uugrn.org/uugrn/07/08/13866.html Stammtisch in Heidelberg zieht um.][http://lists.uugrn.org/uugrn/07/08/13879.html Einladung zum ersten UUGRN-Treffen in Schwetzingen]</ref>.

== Aktuell ==
;2013-02-15: Der [[UUGRN:Server/top3|neue Vereinsserver (top3)]] wird in Betrieb genommen <ref>[http://lists.uugrn.org/uugrn/13/02/16415.html Inbetriebnahme top3.uugrn.org]</ref>.
;2013-02-28: Der [[UUGRN:Server/top|alte Server (top2)]] wird abgeschaltet.
;2013-03-23: Der Veranstaltungs-Server [[UUGRN:Server/bottom|bottom.uugrn.org]] wird abgeschaltet<ref>[http://lists.uugrn.org/uugrn/13/03/16451.html Abschaltung bottom.uugrn.org]</ref>.
; Lücke
; 2015-MM-DD: {{top4}} wird als neuer Vereinsserver mit FreeBSD 10.2 installiert. Bei diesem Server sind die Festplatten und SSDs Eigentum von {{UUGRN}}, lediglich der Server (16GB RAM, Intel(R) Core(TM) i5 CPU) wird gemietet. Der Server verfügt über 2x 1TB HDD und 2x120GB SSD, alles zusammen in einem ZPOOL mit ZIL (16GB, logs, mirrored) und L2ARC (2x cache je 64GB) auf SSD.
; 2015-MM-DD: {{top3}} wird nach der Migration abgeschaltet.
; Lücke
;2015-12-22: {{top4}} zieht zusammen mit dem Hosting Anbieter TWX innerhalb von München in ein neues RZ um und hat nun einen recht kurzen Weg zum ebenfalls dort angesiedelten ALPIX.

t.b.c

== Referenzen, Quellen ==
<references />

[[Kategorie:UUGRN:Chronik|!]]

Geschichte/Server

2016-01-06T00:27:55Z

Rabe: /* Alle Server */ umbruch

Die {{UUGRN}} unterhält seit 2000 eigene Server, die verschiedenen Aufgaben nachgehen.
{{Navigationsleiste UUGRN}}
{{Navigationsleiste Systeme}}
[[Datei:Top2 2013-04-16 194823 dscf0093.jpg|thumb|150px|Hardware!]]
__TOC__

== Alle Server ==
{| class="wikitable"
|+Alle UUGRN Server
! System
! nowrap="true" style="width:10em"|Zeitraum
! Info
! Standort
! OS
! Hardware
! Bilder
|-
| {{top4}}
| '''seit 2015-07-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/10.2|FreeBSD 10.2]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x1TB, 2x120GB (SSD)
| [[:Kategorie:Bild (top4)|Bilder]]
|-
| {{higgs}}
| '''seit 2013-04-20'''
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/10.2|FreeBSD 10.2]]
| Intel® Core™2 Duo Processor E6600 8GB, 2x400GB,4x2TB
| [[:Kategorie:Bild (higgs)|Bilder]]
|-
| {{top3}}
| von 2013-01 bis Anfang 2015
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/9.1|FreeBSD 9.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top3)|Bilder]]
|-
| {{strange2}}
| von 2011-07 bis 2014-01
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/9.0|FreeBSD 9.0]]
| AMD Athlon(tm) 64 Processor 3800+, 4GB, [[:Datei:UUGRN-Server strange 1xPATA Platte 500GB dscf1895.jpg|1x 300GB PATA (System)]], [[:Datei:UUGRN-Server strange 4xSATA Platten 750GB dscf1892.jpg|4x750GB SATA-300 (ZFS)]]
| [[:Kategorie:Bild (strange2)|Bilder]]
|-
| {{charm3}}
| von 2009-03 bis 2013-01
| Build-Server, Backup-HW {{top2}}
| [[Forum41]], Schwetzingen
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| 2x Intel(R) Xeon(TM) CPU 2.80GHz,4GB (4x 1GB), ServeRAID 5i II: RAID1 (2x146GB), RAID10 (4x73GB)
| [[:Kategorie:Bild (charm3)|Bilder]]
|-
| {{bottom}}
| von ??? bis 2013-03
| Event-Server Shuttle Barebone
| <s>[[Forum41]], Schwetzingen</s> [[RaumZeitLabor]], Mannheim
| Debian squeeze, i586
| AMD Sempron 2500+, 1536MB, 2x 1000GB SATA-300
| [[:Kategorie:Bild (Bottom)|Bilder]]
|-
| {{top2}}
| von 2006-06 bis 2013-02-28
| Vereinsserver supermicro Server
| <s>[[TWX]], [https://goo.gl/maps/VgVdr Frankfurt (Unter³-Mieter im Haus von ITENOS GmbH)]</s> <s>[https://goo.gl/maps/jcl3L Nürnberg (ecore)]</s> [[TWX]], München
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| Intel P4, 3GHz, 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top2)|Bilder]]
|-
| {{top1}}
| von 2005-12(?) bis 2006-06
| Vereinsserver, havariert, umgetauscht
| [[TWX]], [https://goo.gl/maps/VgVdr Frankfurt]
| FreeBSD 6.0
| Intel P4 (3GHz), 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top1)|Bilder]]
|-
| {{charm2}}
| von 2002-12-?? bis 2007-05-30
| Vereinsserver 19" Rackserver auf PC-Basis
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 3.6
| P4/1.8GHz, 512MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm2)|Bilder]] und [[:Kategorie:Bild (charm2a)|Bilder]]
|-
| {{charm1}}
| von 2001-12-20 bis 2002-12-??
| Vereinsserver PC-Hardware
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K6-200, 64MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm1)|Bilder]]
|-
| {{blowfish}}
| von 2001-02-21 bis 2002-01-29
| Vereinsserver, Server aus PC-Bastelkiste
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K5 100MHz, 64MB, 1.2GB + 600MB
| [[:Kategorie:Bild (blowfish1)|blowfish1]], [[:Kategorie:Bild (blowfish2)|blowfish2]]
|-
| {{strange1}}
| von 2000-09 bis ???
| Vereinsserver RS/6000 E20 Hardwarespende von ABB Stotz Kontakt
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| AIX 4.3
| PPC604e, 128MB, ca 10GB HVD-SCSI
| [[:Kategorie:Bild (strange1)|Bilder]]
|-
|}

== Jails ==
Parallel zu den Hardware-Servern gab es schon recht früh von [[TWX]] gehostete [[UUGRN:Jails]] als MX-Server
* [[UUGRN:Jails/up|up.uugrn.org]]
* [[UUGRN:Jails/mx1|mx1.uugrn.org]]

== Geschichte ==
Der [[UUGRN:Server/blowfish|erste Server]], den die UUGRN in Betrieb nahm war ein privat ausgemusterter und unterdimensionierter PC der (aufgrund des [[OpenBSD]]-Betriebssystems) auf den Namen '''blowfish''' getauft wurde.

Alsbald gesellte sich eine '''IBM RS/6000-Workstation''' hinzu, die unter AIX 4.3 lief und den überaus treffenden Rechnernamen [[UUGRN:Server/strange1|strange]] erhielt.

Dies leitete ein Namensschema für nachfolgende Rechner ein, die ebenfalls nach [[Wikipedia:Quarks|Quarks]], (''Elementarteilchen'' in der Quantenphysik) benannt wurden.

[[Kategorie:UUGRN:Server| ]]

Geschichte/Server

2016-01-05T15:46:31Z

Rabe: top3 offline

Die {{UUGRN}} unterhält seit 2000 eigene Server, die verschiedenen Aufgaben nachgehen.
{{Navigationsleiste UUGRN}}
{{Navigationsleiste Systeme}}
[[Datei:Top2 2013-04-16 194823 dscf0093.jpg|thumb|150px|Hardware!]]
__TOC__

== Alle Server ==
{| class="wikitable"
|+Alle UUGRN Server
! System
! nowrap="true" style="width:10em"|Zeitraum
! Info
! Standort
! OS
! Hardware
! Bilder
|-
| {{top4}}
| '''seit 2015-07-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/10.2|FreeBSD 10.2]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x1TB, 2x120GB (SSD)
| [[:Kategorie:Bild (top4)|Bilder]]
|-
| {{higgs}}
| '''seit 2013-04-20'''
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/10.2|FreeBSD 10.2]]
| Intel® Core™2 Duo Processor E6600 8GB, 2x400GB,4x2TB
| [[:Kategorie:Bild (higgs)|Bilder]]
|-
| {{top3}}
| 2013-01 bis Anfang 2015
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/9.1|FreeBSD 9.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top3)|Bilder]]
|-
| {{strange2}}
| von 2011-07 bis 2014-01
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/9.0|FreeBSD 9.0]]
| AMD Athlon(tm) 64 Processor 3800+, 4GB, [[:Datei:UUGRN-Server strange 1xPATA Platte 500GB dscf1895.jpg|1x 300GB PATA (System)]], [[:Datei:UUGRN-Server strange 4xSATA Platten 750GB dscf1892.jpg|4x750GB SATA-300 (ZFS)]]
| [[:Kategorie:Bild (strange2)|Bilder]]
|-
| {{charm3}}
| von 2009-03 bis 2013-01
| Build-Server, Backup-HW {{top2}}
| [[Forum41]], Schwetzingen
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| 2x Intel(R) Xeon(TM) CPU 2.80GHz,4GB (4x 1GB), ServeRAID 5i II: RAID1 (2x146GB), RAID10 (4x73GB)
| [[:Kategorie:Bild (charm3)|Bilder]]
|-
| {{bottom}}
| von ??? bis 2013-03
| Event-Server Shuttle Barebone
| <s>[[Forum41]], Schwetzingen</s> [[RaumZeitLabor]], Mannheim
| Debian squeeze, i586
| AMD Sempron 2500+, 1536MB, 2x 1000GB SATA-300
| [[:Kategorie:Bild (Bottom)|Bilder]]
|-
| {{top2}}
| von 2006-06 bis 2013-02-28
| Vereinsserver supermicro Server
| <s>[[TWX]], [https://goo.gl/maps/VgVdr Frankfurt (Unter³-Mieter im Haus von ITENOS GmbH)]</s> <s>[https://goo.gl/maps/jcl3L Nürnberg (ecore)]</s> [[TWX]], München
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| Intel P4, 3GHz, 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top2)|Bilder]]
|-
| {{top1}}
| von 2005-12(?) bis 2006-06
| Vereinsserver, havariert, umgetauscht
| [[TWX]], [https://goo.gl/maps/VgVdr Frankfurt]
| FreeBSD 6.0
| Intel P4 (3GHz), 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top1)|Bilder]]
|-
| {{charm2}}
| von 2002-12-?? bis 2007-05-30
| Vereinsserver 19" Rackserver auf PC-Basis
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 3.6
| P4/1.8GHz, 512MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm2)|Bilder]] und [[:Kategorie:Bild (charm2a)|Bilder]]
|-
| {{charm1}}
| von 2001-12-20 bis 2002-12-??
| Vereinsserver PC-Hardware
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K6-200, 64MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm1)|Bilder]]
|-
| {{blowfish}}
| von 2001-02-21 bis 2002-01-29
| Vereinsserver, Server aus PC-Bastelkiste
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K5 100MHz, 64MB, 1.2GB + 600MB
| [[:Kategorie:Bild (blowfish1)|blowfish1]], [[:Kategorie:Bild (blowfish2)|blowfish2]]
|-
| {{strange1}}
| von 2000-09 bis ???
| Vereinsserver RS/6000 E20 Hardwarespende von ABB Stotz Kontakt
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| AIX 4.3
| PPC604e, 128MB, ca 10GB HVD-SCSI
| [[:Kategorie:Bild (strange1)|Bilder]]
|-
|}

== Jails ==
Parallel zu den Hardware-Servern gab es schon recht früh von [[TWX]] gehostete [[UUGRN:Jails]] als MX-Server
* [[UUGRN:Jails/up|up.uugrn.org]]
* [[UUGRN:Jails/mx1|mx1.uugrn.org]]

== Geschichte ==
Der [[UUGRN:Server/blowfish|erste Server]], den die UUGRN in Betrieb nahm war ein privat ausgemusterter und unterdimensionierter PC der (aufgrund des [[OpenBSD]]-Betriebssystems) auf den Namen '''blowfish''' getauft wurde.

Alsbald gesellte sich eine '''IBM RS/6000-Workstation''' hinzu, die unter AIX 4.3 lief und den überaus treffenden Rechnernamen [[UUGRN:Server/strange1|strange]] erhielt.

Dies leitete ein Namensschema für nachfolgende Rechner ein, die ebenfalls nach [[Wikipedia:Quarks|Quarks]], (''Elementarteilchen'' in der Quantenphysik) benannt wurden.

[[Kategorie:UUGRN:Server| ]]

Geschichte/Server

2016-01-05T15:45:37Z

Rabe: aktuelle server haben beide FreeBSD 10.2

Die {{UUGRN}} unterhält seit 2000 eigene Server, die verschiedenen Aufgaben nachgehen.
{{Navigationsleiste UUGRN}}
{{Navigationsleiste Systeme}}
[[Datei:Top2 2013-04-16 194823 dscf0093.jpg|thumb|150px|Hardware!]]
__TOC__

== Alle Server ==
{| class="wikitable"
|+Alle UUGRN Server
! System
! nowrap="true" style="width:10em"|Zeitraum
! Info
! Standort
! OS
! Hardware
! Bilder
|-
| {{top4}}
| '''seit 2015-07-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/10.2|FreeBSD 10.2]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x1TB, 2x120GB (SSD)
| [[:Kategorie:Bild (top4)|Bilder]]
|-
| {{higgs}}
| '''seit 2013-04-20'''
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/10.2|FreeBSD 10.2]]
| Intel® Core™2 Duo Processor E6600 8GB, 2x400GB,4x2TB
| [[:Kategorie:Bild (higgs)|Bilder]]
|-
| {{top3}}
| '''seit 2013-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/9.1|FreeBSD 9.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top3)|Bilder]]
|-
| {{strange2}}
| von 2011-07 bis 2014-01
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/9.0|FreeBSD 9.0]]
| AMD Athlon(tm) 64 Processor 3800+, 4GB, [[:Datei:UUGRN-Server strange 1xPATA Platte 500GB dscf1895.jpg|1x 300GB PATA (System)]], [[:Datei:UUGRN-Server strange 4xSATA Platten 750GB dscf1892.jpg|4x750GB SATA-300 (ZFS)]]
| [[:Kategorie:Bild (strange2)|Bilder]]
|-
| {{charm3}}
| von 2009-03 bis 2013-01
| Build-Server, Backup-HW {{top2}}
| [[Forum41]], Schwetzingen
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| 2x Intel(R) Xeon(TM) CPU 2.80GHz,4GB (4x 1GB), ServeRAID 5i II: RAID1 (2x146GB), RAID10 (4x73GB)
| [[:Kategorie:Bild (charm3)|Bilder]]
|-
| {{bottom}}
| von ??? bis 2013-03
| Event-Server Shuttle Barebone
| <s>[[Forum41]], Schwetzingen</s> [[RaumZeitLabor]], Mannheim
| Debian squeeze, i586
| AMD Sempron 2500+, 1536MB, 2x 1000GB SATA-300
| [[:Kategorie:Bild (Bottom)|Bilder]]
|-
| {{top2}}
| von 2006-06 bis 2013-02-28
| Vereinsserver supermicro Server
| <s>[[TWX]], [https://goo.gl/maps/VgVdr Frankfurt (Unter³-Mieter im Haus von ITENOS GmbH)]</s> <s>[https://goo.gl/maps/jcl3L Nürnberg (ecore)]</s> [[TWX]], München
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| Intel P4, 3GHz, 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top2)|Bilder]]
|-
| {{top1}}
| von 2005-12(?) bis 2006-06
| Vereinsserver, havariert, umgetauscht
| [[TWX]], [https://goo.gl/maps/VgVdr Frankfurt]
| FreeBSD 6.0
| Intel P4 (3GHz), 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top1)|Bilder]]
|-
| {{charm2}}
| von 2002-12-?? bis 2007-05-30
| Vereinsserver 19" Rackserver auf PC-Basis
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 3.6
| P4/1.8GHz, 512MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm2)|Bilder]] und [[:Kategorie:Bild (charm2a)|Bilder]]
|-
| {{charm1}}
| von 2001-12-20 bis 2002-12-??
| Vereinsserver PC-Hardware
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K6-200, 64MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm1)|Bilder]]
|-
| {{blowfish}}
| von 2001-02-21 bis 2002-01-29
| Vereinsserver, Server aus PC-Bastelkiste
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K5 100MHz, 64MB, 1.2GB + 600MB
| [[:Kategorie:Bild (blowfish1)|blowfish1]], [[:Kategorie:Bild (blowfish2)|blowfish2]]
|-
| {{strange1}}
| von 2000-09 bis ???
| Vereinsserver RS/6000 E20 Hardwarespende von ABB Stotz Kontakt
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| AIX 4.3
| PPC604e, 128MB, ca 10GB HVD-SCSI
| [[:Kategorie:Bild (strange1)|Bilder]]
|-
|}

== Jails ==
Parallel zu den Hardware-Servern gab es schon recht früh von [[TWX]] gehostete [[UUGRN:Jails]] als MX-Server
* [[UUGRN:Jails/up|up.uugrn.org]]
* [[UUGRN:Jails/mx1|mx1.uugrn.org]]

== Geschichte ==
Der [[UUGRN:Server/blowfish|erste Server]], den die UUGRN in Betrieb nahm war ein privat ausgemusterter und unterdimensionierter PC der (aufgrund des [[OpenBSD]]-Betriebssystems) auf den Namen '''blowfish''' getauft wurde.

Alsbald gesellte sich eine '''IBM RS/6000-Workstation''' hinzu, die unter AIX 4.3 lief und den überaus treffenden Rechnernamen [[UUGRN:Server/strange1|strange]] erhielt.

Dies leitete ein Namensschema für nachfolgende Rechner ein, die ebenfalls nach [[Wikipedia:Quarks|Quarks]], (''Elementarteilchen'' in der Quantenphysik) benannt wurden.

[[Kategorie:UUGRN:Server| ]]

Geschichte/Server

2016-01-05T15:44:51Z

Rabe: /* Alle Server */ Telehaus -> ITENOS

Die {{UUGRN}} unterhält seit 2000 eigene Server, die verschiedenen Aufgaben nachgehen.
{{Navigationsleiste UUGRN}}
{{Navigationsleiste Systeme}}
[[Datei:Top2 2013-04-16 194823 dscf0093.jpg|thumb|150px|Hardware!]]
__TOC__

== Alle Server ==
{| class="wikitable"
|+Alle UUGRN Server
! System
! nowrap="true" style="width:10em"|Zeitraum
! Info
! Standort
! OS
! Hardware
! Bilder
|-
| {{top4}}
| '''seit 2015-07-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/10.1|FreeBSD 10.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x1TB, 2x120GB (SSD)
| [[:Kategorie:Bild (top4)|Bilder]]
|-
| {{higgs}}
| '''seit 2013-04-20'''
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/10.1|FreeBSD 10.1]]
| Intel® Core™2 Duo Processor E6600 8GB, 2x400GB,4x2TB
| [[:Kategorie:Bild (higgs)|Bilder]]
|-
| {{top3}}
| '''seit 2013-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/9.1|FreeBSD 9.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top3)|Bilder]]
|-
| {{strange2}}
| von 2011-07 bis 2014-01
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/9.0|FreeBSD 9.0]]
| AMD Athlon(tm) 64 Processor 3800+, 4GB, [[:Datei:UUGRN-Server strange 1xPATA Platte 500GB dscf1895.jpg|1x 300GB PATA (System)]], [[:Datei:UUGRN-Server strange 4xSATA Platten 750GB dscf1892.jpg|4x750GB SATA-300 (ZFS)]]
| [[:Kategorie:Bild (strange2)|Bilder]]
|-
| {{charm3}}
| von 2009-03 bis 2013-01
| Build-Server, Backup-HW {{top2}}
| [[Forum41]], Schwetzingen
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| 2x Intel(R) Xeon(TM) CPU 2.80GHz,4GB (4x 1GB), ServeRAID 5i II: RAID1 (2x146GB), RAID10 (4x73GB)
| [[:Kategorie:Bild (charm3)|Bilder]]
|-
| {{bottom}}
| von ??? bis 2013-03
| Event-Server Shuttle Barebone
| <s>[[Forum41]], Schwetzingen</s> [[RaumZeitLabor]], Mannheim
| Debian squeeze, i586
| AMD Sempron 2500+, 1536MB, 2x 1000GB SATA-300
| [[:Kategorie:Bild (Bottom)|Bilder]]
|-
| {{top2}}
| von 2006-06 bis 2013-02-28
| Vereinsserver supermicro Server
| <s>[[TWX]], [https://goo.gl/maps/VgVdr Frankfurt (Unter³-Mieter im Haus von ITENOS GmbH)]</s> <s>[https://goo.gl/maps/jcl3L Nürnberg (ecore)]</s> [[TWX]], München
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| Intel P4, 3GHz, 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top2)|Bilder]]
|-
| {{top1}}
| von 2005-12(?) bis 2006-06
| Vereinsserver, havariert, umgetauscht
| [[TWX]], [https://goo.gl/maps/VgVdr Frankfurt]
| FreeBSD 6.0
| Intel P4 (3GHz), 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top1)|Bilder]]
|-
| {{charm2}}
| von 2002-12-?? bis 2007-05-30
| Vereinsserver 19" Rackserver auf PC-Basis
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 3.6
| P4/1.8GHz, 512MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm2)|Bilder]] und [[:Kategorie:Bild (charm2a)|Bilder]]
|-
| {{charm1}}
| von 2001-12-20 bis 2002-12-??
| Vereinsserver PC-Hardware
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K6-200, 64MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm1)|Bilder]]
|-
| {{blowfish}}
| von 2001-02-21 bis 2002-01-29
| Vereinsserver, Server aus PC-Bastelkiste
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K5 100MHz, 64MB, 1.2GB + 600MB
| [[:Kategorie:Bild (blowfish1)|blowfish1]], [[:Kategorie:Bild (blowfish2)|blowfish2]]
|-
| {{strange1}}
| von 2000-09 bis ???
| Vereinsserver RS/6000 E20 Hardwarespende von ABB Stotz Kontakt
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| AIX 4.3
| PPC604e, 128MB, ca 10GB HVD-SCSI
| [[:Kategorie:Bild (strange1)|Bilder]]
|-
|}

== Jails ==
Parallel zu den Hardware-Servern gab es schon recht früh von [[TWX]] gehostete [[UUGRN:Jails]] als MX-Server
* [[UUGRN:Jails/up|up.uugrn.org]]
* [[UUGRN:Jails/mx1|mx1.uugrn.org]]

== Geschichte ==
Der [[UUGRN:Server/blowfish|erste Server]], den die UUGRN in Betrieb nahm war ein privat ausgemusterter und unterdimensionierter PC der (aufgrund des [[OpenBSD]]-Betriebssystems) auf den Namen '''blowfish''' getauft wurde.

Alsbald gesellte sich eine '''IBM RS/6000-Workstation''' hinzu, die unter AIX 4.3 lief und den überaus treffenden Rechnernamen [[UUGRN:Server/strange1|strange]] erhielt.

Dies leitete ein Namensschema für nachfolgende Rechner ein, die ebenfalls nach [[Wikipedia:Quarks|Quarks]], (''Elementarteilchen'' in der Quantenphysik) benannt wurden.

[[Kategorie:UUGRN:Server| ]]

Geschichte/Server/top4

2015-09-19T11:06:37Z

Rabe: /* OS */ 10.2

'''top4.uugrn.org''' ist der aktuelle (neue) Vereinsserver von UUGRN e.V. Es handelt sich um einen Mietserver.

{{Navigationsleiste Systeme}}
__TOC__

== Hardware ==
;CPU: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz (3300.12-MHz K8-class CPU)
;RAM: 16GB
;HDD:
: ada0: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4CK0LC
: ada1: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4E8PPE
: ada2: <KINGSTON SH103S3120G 580ABBF0> ATA-8 SATA 3.x device / Serial Number 50026B725206BAE7
: ada3: <TOSHIBA THNSNJ128GCSU JURA0101> ATA-9 SATA 3.x device / Serial Number 45PS10BQTB3W
: '''Die Storage-Devices sind Eigentum von UUGRN e.V., der Server drumherum ein Mietserver von TWX'''

== OS ==
* [[FreeBSD/10.2|FreeBSD 10.2]]
* mit [[ZFS]] pool version 28

== Jails ==
Es werden Jails gehostet
Details unter [[/Jailkonzept]].

== Storage Konzept ==
Der Server verfügt über 2x2.5" Platten zu je 1TB (953869MB), die als bootfähiger zpool (mirror) namens "zroot" betrieben werden.
Zusätzlich existieren 2 unterschiedliche SSDs, die für SWAP, ZIL(mirror) und L2ARC verwendet werden.

Mehr unter [[/Storagekonzept]].

== Ausblick ==
Aufgrund der Verfügbarkeit der erforderlichen CPU-Features für Virtualisierung soll [[bhyve]]<ref>{{Homepage2|1=bhyve.org|2=bhyve}}</ref> getestet werden. Die erforderlichen Komponenten werden durch das OS bereits mitgeliefert<ref>FreeBSD Handbook: {{weblinkSSL|1=www.freebsd.org/doc/handbook/virtualization-host-bhyve.html|2=22.4. FreeBSD as a Host with bhyve}}</ref>.
Mit Hilfe von bhyve können alternative Betriebssysteme betrieben werden, z.B. OpenBSD oder Linux<ref>bhyve FAQ: {{weblinkSSL|1=wiki.freebsd.org/bhyve#Q:_What_VM_operating_systems_does_bhyve_support.3F|2=Q: What VM operating systems does bhyve support?}}</ref>

== Details ==
* [[/dmesg]]
* [[/dmidecode]]
* [[/zpool]]
* [[/pciconf]]

== Geschichte ==
; 2015-07-01: Nachdem die Mitgliederversammlung die Server-Modernisierung beschlossen hat, wurde für den Migrationszeitrraum ein 2. Mietserver beauftragt. Dieser befindet sich im gleichen VLAN wie der vorige Vereinsserver und ermöglichst so die sukzessive Übernahme der Jails. Nach der Migration der Jails und Services von {{top3}} auf {{top4}} werden die Platten aus top4 wieder in die HW von top3 übernommen, der zusätzliche Mietserver besteht also nur zum Zwecke der Migration. Der Server wird dann als "top4.uugrn.org" weiter betrieben.

== Administratives ==
* [[/Backup]]

== Quellen, Weblinks ==
<references />

[[Kategorie:UUGRN:Server|top4]]

Vorlage:Navigationsleiste Systeme

2015-09-19T11:06:12Z

Rabe: top3->top4

{{Navigationsbox|title=[[UUGRN:Server|Systeme]]|text=
[ '''[[UUGRN:Verein|Verein]]''': '''[[UUGRN:Server|Server]]''':
• {{top4}}
• {{higgs}}
] 
[ '''{{Jails|Vereinsjails}}''': {{uug_mail}}
• {{uug_mx1}}
• {{uug_mysql}}
• {{uug_lists}}
• {{uug_wiki}}
• {{uug_blogs}}
• {{uug_pad}}
• {{uug_proxy}}
• {{uug_uugrn}}
• {{uug_shell}}
• {{uug_irc}}
• {{uug_bnc}}
• {{uug_news}}
• {{uug_ftp}}
• {{uug_fbsd9}}
• {{uug_git}}
• {{uug_calendar}}
] 
[ '''[[UUGRN:Mitgliedschaft|Mitglieder-Jails]]:''' {{uug_shell}}
• [[UUGRN:Jails/mile|mile]]
• [[UUGRN:Jails/rabe|rabe]]
• [[UUGRN:Jails/trickster|trickster]]
• [[UUGRN:Jails/che|che]]
• [[UUGRN:Jails/friedel|friedel]]
• [[UUGRN:Jails/shl|shl]]
• [[UUGRN:Jails/hdi|hdi]]
• [[UUGRN:Jails/ltrn|ltrn]]
]
}}<noinclude>[[Kategorie:Navigationsleiste]]</noinclude>

Vorlage:Top3

2015-09-19T11:05:06Z

Rabe: top3 wurde abgeschaltet, alle Dienste laufen nun auf top4

{{Server|name=top3|label={{{1|top3}}}|status=offline}}

Geschichte/Server/top4

2015-07-06T10:39:36Z

Rabe: /* Ausblick */ FreeBSD Handbook bhyve

'''top4.uugrn.org''' ist der aktuelle (neue) Vereinsserver von UUGRN e.V. Es handelt sich um einen Mietserver.

{{Navigationsleiste Systeme}}
__TOC__

== Hardware ==
;CPU: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz (3300.12-MHz K8-class CPU)
;RAM: 16GB
;HDD:
: ada0: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4CK0LC
: ada1: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4E8PPE
: ada2: <KINGSTON SH103S3120G 580ABBF0> ATA-8 SATA 3.x device / Serial Number 50026B725206BAE7
: ada3: <TOSHIBA THNSNJ128GCSU JURA0101> ATA-9 SATA 3.x device / Serial Number 45PS10BQTB3W
: '''Die Storage-Devices sind Eigentum von UUGRN e.V., der Server drumherum ein Mietserver von TWX'''

== OS ==
* [[FreeBSD/10.1|FreeBSD 10.1]]
* mit [[ZFS]] pool version 28

== Jails ==
Es werden Jails gehostet
Details unter [[/Jailkonzept]].

== Storage Konzept ==
Der Server verfügt über 2x2.5" Platten zu je 1TB (953869MB), die als bootfähiger zpool (mirror) namens "zroot" betrieben werden.
Zusätzlich existieren 2 unterschiedliche SSDs, die für SWAP, ZIL(mirror) und L2ARC verwendet werden.

Mehr unter [[/Storagekonzept]].

== Ausblick ==
Aufgrund der Verfügbarkeit der erforderlichen CPU-Features für Virtualisierung soll [[bhyve]]<ref>{{Homepage2|1=bhyve.org|2=bhyve}}</ref> getestet werden. Die erforderlichen Komponenten werden durch das OS bereits mitgeliefert<ref>FreeBSD Handbook: {{weblinkSSL|1=www.freebsd.org/doc/handbook/virtualization-host-bhyve.html|2=22.4. FreeBSD as a Host with bhyve}}</ref>.
Mit Hilfe von bhyve können alternative Betriebssysteme betrieben werden, z.B. OpenBSD oder Linux<ref>bhyve FAQ: {{weblinkSSL|1=wiki.freebsd.org/bhyve#Q:_What_VM_operating_systems_does_bhyve_support.3F|2=Q: What VM operating systems does bhyve support?}}</ref>

== Details ==
* [[/dmesg]]
* [[/dmidecode]]
* [[/zpool]]
* [[/pciconf]]

== Geschichte ==
; 2015-07-01: Nachdem die Mitgliederversammlung die Server-Modernisierung beschlossen hat, wurde für den Migrationszeitrraum ein 2. Mietserver beauftragt. Dieser befindet sich im gleichen VLAN wie der vorige Vereinsserver und ermöglichst so die sukzessive Übernahme der Jails. Nach der Migration der Jails und Services von {{top3}} auf {{top4}} werden die Platten aus top4 wieder in die HW von top3 übernommen, der zusätzliche Mietserver besteht also nur zum Zwecke der Migration. Der Server wird dann als "top4.uugrn.org" weiter betrieben.

== Administratives ==
* [[/Backup]]

== Quellen, Weblinks ==
<references />

[[Kategorie:UUGRN:Server|top4]]

Geschichte/Server/top4

2015-07-06T09:18:42Z

Rabe: /* Geschichte */ ausführlicher

'''top4.uugrn.org''' ist der aktuelle (neue) Vereinsserver von UUGRN e.V. Es handelt sich um einen Mietserver.

{{Navigationsleiste Systeme}}
__TOC__

== Hardware ==
;CPU: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz (3300.12-MHz K8-class CPU)
;RAM: 16GB
;HDD:
: ada0: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4CK0LC
: ada1: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4E8PPE
: ada2: <KINGSTON SH103S3120G 580ABBF0> ATA-8 SATA 3.x device / Serial Number 50026B725206BAE7
: ada3: <TOSHIBA THNSNJ128GCSU JURA0101> ATA-9 SATA 3.x device / Serial Number 45PS10BQTB3W
: '''Die Storage-Devices sind Eigentum von UUGRN e.V., der Server drumherum ein Mietserver von TWX'''

== OS ==
* [[FreeBSD/10.1|FreeBSD 10.1]]
* mit [[ZFS]] pool version 28

== Jails ==
Es werden Jails gehostet
Details unter [[/Jailkonzept]].

== Storage Konzept ==
Der Server verfügt über 2x2.5" Platten zu je 1TB (953869MB), die als bootfähiger zpool (mirror) namens "zroot" betrieben werden.
Zusätzlich existieren 2 unterschiedliche SSDs, die für SWAP, ZIL(mirror) und L2ARC verwendet werden.

Mehr unter [[/Storagekonzept]].

== Ausblick ==
Aufgrund der Verfügbarkeit der erforderlichen CPU-Features für Virtualisierung soll [[bhyve]]<ref>{{Homepage2|1=bhyve.org|2=bhyve}}</ref> getestet werden. Die erforderlichen Komponenten werden durch das OS bereits mitgeliefert.
Mit Hilfe von bhyve können alternative Betriebssysteme betrieben werden, z.B. OpenBSD oder Linux<ref>bhyve FAQ: {{weblinkSSL|1=wiki.freebsd.org/bhyve#Q:_What_VM_operating_systems_does_bhyve_support.3F|2=Q: What VM operating systems does bhyve support?}}</ref>

== Details ==
* [[/dmesg]]
* [[/dmidecode]]
* [[/zpool]]
* [[/pciconf]]

== Geschichte ==
; 2015-07-01: Nachdem die Mitgliederversammlung die Server-Modernisierung beschlossen hat, wurde für den Migrationszeitrraum ein 2. Mietserver beauftragt. Dieser befindet sich im gleichen VLAN wie der vorige Vereinsserver und ermöglichst so die sukzessive Übernahme der Jails. Nach der Migration der Jails und Services von {{top3}} auf {{top4}} werden die Platten aus top4 wieder in die HW von top3 übernommen, der zusätzliche Mietserver besteht also nur zum Zwecke der Migration. Der Server wird dann als "top4.uugrn.org" weiter betrieben.

== Administratives ==
* [[/Backup]]

== Quellen, Weblinks ==
<references />

[[Kategorie:UUGRN:Server|top4]]

Geschichte/Server

2015-07-06T09:12:02Z

Rabe: /* Alle Server */ ..

Die {{UUGRN}} unterhält seit 2000 eigene Server, die verschiedenen Aufgaben nachgehen.
{{Navigationsleiste UUGRN}}
{{Navigationsleiste Systeme}}
[[Datei:Top2 2013-04-16 194823 dscf0093.jpg|thumb|150px|Hardware!]]
__TOC__

== Alle Server ==
{| class="wikitable"
|+Alle UUGRN Server
! System
! nowrap="true" style="width:10em"|Zeitraum
! Info
! Standort
! OS
! Hardware
! Bilder
|-
| {{top4}}
| '''seit 2015-07-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/10.1|FreeBSD 10.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x1TB, 2x120GB (SSD)
| [[:Kategorie:Bild (top4)|Bilder]]
|-
| {{higgs}}
| '''seit 2013-04-20'''
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/10.1|FreeBSD 10.1]]
| Intel® Core™2 Duo Processor E6600 8GB, 2x400GB,4x2TB
| [[:Kategorie:Bild (higgs)|Bilder]]
|-
| {{top3}}
| '''seit 2013-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/9.1|FreeBSD 9.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 16GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top3)|Bilder]]
|-
| {{strange2}}
| von 2011-07 bis 2014-01
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/9.0|FreeBSD 9.0]]
| AMD Athlon(tm) 64 Processor 3800+, 4GB, [[:Datei:UUGRN-Server strange 1xPATA Platte 500GB dscf1895.jpg|1x 300GB PATA (System)]], [[:Datei:UUGRN-Server strange 4xSATA Platten 750GB dscf1892.jpg|4x750GB SATA-300 (ZFS)]]
| [[:Kategorie:Bild (strange2)|Bilder]]
|-
| {{charm3}}
| von 2009-03 bis 2013-01
| Build-Server, Backup-HW {{top2}}
| [[Forum41]], Schwetzingen
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| 2x Intel(R) Xeon(TM) CPU 2.80GHz,4GB (4x 1GB), ServeRAID 5i II: RAID1 (2x146GB), RAID10 (4x73GB)
| [[:Kategorie:Bild (charm3)|Bilder]]
|-
| {{bottom}}
| von ??? bis 2013-03
| Event-Server Shuttle Barebone
| <s>[[Forum41]], Schwetzingen</s> [[RaumZeitLabor]], Mannheim
| Debian squeeze, i586
| AMD Sempron 2500+, 1536MB, 2x 1000GB SATA-300
| [[:Kategorie:Bild (Bottom)|Bilder]]
|-
| {{top2}}
| von 2006-06 bis 2013-02-28
| Vereinsserver supermicro Server
| <s>[[TWX]], [https://goo.gl/maps/VgVdr Frankfurt (Telehaus)]</s> <s>[https://goo.gl/maps/jcl3L Nürnberg (ecore)]</s> [[TWX]], München
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| Intel P4, 3GHz, 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top2)|Bilder]]
|-
| {{top1}}
| von 2005-12(?) bis 2006-06
| Vereinsserver, havariert, umgetauscht
| [[TWX]], [https://goo.gl/maps/VgVdr Frankfurt]
| FreeBSD 6.0
| Intel P4 (3GHz), 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top1)|Bilder]]
|-
| {{charm2}}
| von 2002-12-?? bis 2007-05-30
| Vereinsserver 19" Rackserver auf PC-Basis
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 3.6
| P4/1.8GHz, 512MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm2)|Bilder]] und [[:Kategorie:Bild (charm2a)|Bilder]]
|-
| {{charm1}}
| von 2001-12-20 bis 2002-12-??
| Vereinsserver PC-Hardware
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K6-200, 64MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm1)|Bilder]]
|-
| {{blowfish}}
| von 2001-02-21 bis 2002-01-29
| Vereinsserver, Server aus PC-Bastelkiste
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K5 100MHz, 64MB, 1.2GB + 600MB
| [[:Kategorie:Bild (blowfish1)|blowfish1]], [[:Kategorie:Bild (blowfish2)|blowfish2]]
|-
| {{strange1}}
| von 2000-09 bis ???
| Vereinsserver RS/6000 E20 Hardwarespende von ABB Stotz Kontakt
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| AIX 4.3
| PPC604e, 128MB, ca 10GB HVD-SCSI
| [[:Kategorie:Bild (strange1)|Bilder]]
|-
|}

== Jails ==
Parallel zu den Hardware-Servern gab es schon recht früh von [[TWX]] gehostete [[UUGRN:Jails]] als MX-Server
* [[UUGRN:Jails/up|up.uugrn.org]]
* [[UUGRN:Jails/mx1|mx1.uugrn.org]]

== Geschichte ==
Der [[UUGRN:Server/blowfish|erste Server]], den die UUGRN in Betrieb nahm war ein privat ausgemusterter und unterdimensionierter PC der (aufgrund des [[OpenBSD]]-Betriebssystems) auf den Namen '''blowfish''' getauft wurde.

Alsbald gesellte sich eine '''IBM RS/6000-Workstation''' hinzu, die unter AIX 4.3 lief und den überaus treffenden Rechnernamen [[UUGRN:Server/strange1|strange]] erhielt.

Dies leitete ein Namensschema für nachfolgende Rechner ein, die ebenfalls nach [[Wikipedia:Quarks|Quarks]], (''Elementarteilchen'' in der Quantenphysik) benannt wurden.

[[Kategorie:UUGRN:Server| ]]

Geschichte/Server

2015-07-06T09:08:03Z

Rabe: /* Alle Server */ top4

Die {{UUGRN}} unterhält seit 2000 eigene Server, die verschiedenen Aufgaben nachgehen.
{{Navigationsleiste UUGRN}}
{{Navigationsleiste Systeme}}
[[Datei:Top2 2013-04-16 194823 dscf0093.jpg|thumb|150px|Hardware!]]
__TOC__

== Alle Server ==
{| class="wikitable"
|+Alle UUGRN Server
! System
! nowrap="true" style="width:10em"|Zeitraum
! Info
! Standort
! OS
! Hardware
! Bilder
|-
| {{top4}}
| '''seit 2015-07-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/10.1|FreeBSD 10.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 8GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top4)|Bilder]]
|-
| {{higgs}}
| '''seit 2013-04-20'''
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/10.1|FreeBSD 10.1]]
| Intel® Core™2 Duo Processor E6600 8GB, 2x400GB,4x2TB
| [[:Kategorie:Bild (higgs)|Bilder]]
|-
| {{top3}}
| '''seit 2013-01'''
| Vereinsserver, TWX Mietserver
| [[TWX]], München
| [[FreeBSD/9.1|FreeBSD 9.1]]
| Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz, 8GB, 2x250GB, 2x2TB
| [[:Kategorie:Bild (top3)|Bilder]]
|-
| {{strange2}}
| von 2011-07 bis 2014-01
| Backupserver, ZFS Archiv
| [[Forum41]], Schwetzingen
| [[FreeBSD/9.0|FreeBSD 9.0]]
| AMD Athlon(tm) 64 Processor 3800+, 4GB, [[:Datei:UUGRN-Server strange 1xPATA Platte 500GB dscf1895.jpg|1x 300GB PATA (System)]], [[:Datei:UUGRN-Server strange 4xSATA Platten 750GB dscf1892.jpg|4x750GB SATA-300 (ZFS)]]
| [[:Kategorie:Bild (strange2)|Bilder]]
|-
| {{charm3}}
| von 2009-03 bis 2013-01
| Build-Server, Backup-HW {{top2}}
| [[Forum41]], Schwetzingen
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| 2x Intel(R) Xeon(TM) CPU 2.80GHz,4GB (4x 1GB), ServeRAID 5i II: RAID1 (2x146GB), RAID10 (4x73GB)
| [[:Kategorie:Bild (charm3)|Bilder]]
|-
| {{bottom}}
| von ??? bis 2013-03
| Event-Server Shuttle Barebone
| <s>[[Forum41]], Schwetzingen</s> [[RaumZeitLabor]], Mannheim
| Debian squeeze, i586
| AMD Sempron 2500+, 1536MB, 2x 1000GB SATA-300
| [[:Kategorie:Bild (Bottom)|Bilder]]
|-
| {{top2}}
| von 2006-06 bis 2013-02-28
| Vereinsserver supermicro Server
| <s>[[TWX]], [https://goo.gl/maps/VgVdr Frankfurt (Telehaus)]</s> <s>[https://goo.gl/maps/jcl3L Nürnberg (ecore)]</s> [[TWX]], München
| [[FreeBSD/7.4|FreeBSD 7.4]], i386
| Intel P4, 3GHz, 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top2)|Bilder]]
|-
| {{top1}}
| von 2005-12(?) bis 2006-06
| Vereinsserver, havariert, umgetauscht
| [[TWX]], [https://goo.gl/maps/VgVdr Frankfurt]
| FreeBSD 6.0
| Intel P4 (3GHz), 2GB (4x512MB), 250GB (2x250GB RAID1)
| [[:Kategorie:Bild (top1)|Bilder]]
|-
| {{charm2}}
| von 2002-12-?? bis 2007-05-30
| Vereinsserver 19" Rackserver auf PC-Basis
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 3.6
| P4/1.8GHz, 512MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm2)|Bilder]] und [[:Kategorie:Bild (charm2a)|Bilder]]
|-
| {{charm1}}
| von 2001-12-20 bis 2002-12-??
| Vereinsserver PC-Hardware
| [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K6-200, 64MB, 3x4.5GB SCSI
| [[:Kategorie:Bild (charm1)|Bilder]]
|-
| {{blowfish}}
| von 2001-02-21 bis 2002-01-29
| Vereinsserver, Server aus PC-Bastelkiste
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| OpenBSD 2.8
| AMD K5 100MHz, 64MB, 1.2GB + 600MB
| [[:Kategorie:Bild (blowfish1)|blowfish1]], [[:Kategorie:Bild (blowfish2)|blowfish2]]
|-
| {{strange1}}
| von 2000-09 bis ???
| Vereinsserver RS/6000 E20 Hardwarespende von ABB Stotz Kontakt
| <s>[[Scram!|scram! e.V.]], Neulußheim</s> [[Scram!|scram! e.V.]], Speyer
| AIX 4.3
| PPC604e, 128MB, ca 10GB HVD-SCSI
| [[:Kategorie:Bild (strange1)|Bilder]]
|-
|}

== Jails ==
Parallel zu den Hardware-Servern gab es schon recht früh von [[TWX]] gehostete [[UUGRN:Jails]] als MX-Server
* [[UUGRN:Jails/up|up.uugrn.org]]
* [[UUGRN:Jails/mx1|mx1.uugrn.org]]

== Geschichte ==
Der [[UUGRN:Server/blowfish|erste Server]], den die UUGRN in Betrieb nahm war ein privat ausgemusterter und unterdimensionierter PC der (aufgrund des [[OpenBSD]]-Betriebssystems) auf den Namen '''blowfish''' getauft wurde.

Alsbald gesellte sich eine '''IBM RS/6000-Workstation''' hinzu, die unter AIX 4.3 lief und den überaus treffenden Rechnernamen [[UUGRN:Server/strange1|strange]] erhielt.

Dies leitete ein Namensschema für nachfolgende Rechner ein, die ebenfalls nach [[Wikipedia:Quarks|Quarks]], (''Elementarteilchen'' in der Quantenphysik) benannt wurden.

[[Kategorie:UUGRN:Server| ]]

Vorlage:Top4

2015-07-06T09:07:37Z

Rabe: new

{{Server|name=top4|label={{{1|top4}}}|status=}}

Geschichte/Server/top4

2015-07-06T09:06:51Z

Rabe: init

'''top4.uugrn.org''' ist der aktuelle (neue) Vereinsserver von UUGRN e.V. Es handelt sich um einen Mietserver.

{{Navigationsleiste Systeme}}
__TOC__

== Hardware ==
;CPU: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz (3300.12-MHz K8-class CPU)
;RAM: 16GB
;HDD:
: ada0: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4CK0LC
: ada1: <WDC WD10JFCX-68N6GN0 82.00A82> ATA-9 SATA 3.x device / Serial Number WD-WXN1EC4E8PPE
: ada2: <KINGSTON SH103S3120G 580ABBF0> ATA-8 SATA 3.x device / Serial Number 50026B725206BAE7
: ada3: <TOSHIBA THNSNJ128GCSU JURA0101> ATA-9 SATA 3.x device / Serial Number 45PS10BQTB3W
: '''Die Storage-Devices sind Eigentum von UUGRN e.V., der Server drumherum ein Mietserver von TWX'''

== OS ==
* [[FreeBSD/10.1|FreeBSD 10.1]]
* mit [[ZFS]] pool version 28

== Jails ==
Es werden Jails gehostet
Details unter [[/Jailkonzept]].

== Storage Konzept ==
Der Server verfügt über 2x2.5" Platten zu je 1TB (953869MB), die als bootfähiger zpool (mirror) namens "zroot" betrieben werden.
Zusätzlich existieren 2 unterschiedliche SSDs, die für SWAP, ZIL(mirror) und L2ARC verwendet werden.

Mehr unter [[/Storagekonzept]].

== Ausblick ==
Aufgrund der Verfügbarkeit der erforderlichen CPU-Features für Virtualisierung soll [[bhyve]]<ref>{{Homepage2|1=bhyve.org|2=bhyve}}</ref> getestet werden. Die erforderlichen Komponenten werden durch das OS bereits mitgeliefert.
Mit Hilfe von bhyve können alternative Betriebssysteme betrieben werden, z.B. OpenBSD oder Linux<ref>bhyve FAQ: {{weblinkSSL|1=wiki.freebsd.org/bhyve#Q:_What_VM_operating_systems_does_bhyve_support.3F|2=Q: What VM operating systems does bhyve support?}}</ref>

== Details ==
* [[/dmesg]]
* [[/dmidecode]]
* [[/zpool]]
* [[/pciconf]]

== Geschichte ==
; 2015-07-01: Nachdem die Mitgliederversammlung der Server-Modernisierung beschlossen hat wurde für den Migrationszeitrraum ein 2. Mietserver beauftragt. Dieser befindet sich im gleichen VLAN wie der vorige Vereinsserver. Nach der Migration der Jails und Services von {{top3}} auf {{top4}} werden die Platten aus top4 wieder in die HW von top3 übernommen, der zusätzliche Mietserver besteht also nur zum Zwecke der Migration.

== Administratives ==
* [[/Backup]]

== Quellen, Weblinks ==
<references />

[[Kategorie:UUGRN:Server|top4]]

FIXME

2015-07-03T19:16:14Z

Rabe: ab Juli 2015 im Dezernat 16

Einmal im Monat organisiert {{Unix User Group Rhein-Neckar e.V.}} mit '''FIXME''' ein ''[[Spaß am Gerät]]-Treffen'' für die ''Linux- und Unix-{{Community}}'' im Rhein-Neckar-Raum.

{{Navigationsleiste UUGRN}}
[[Bild:Fixme Logo.png|thumb|right|das _fixme_ Fixme Logo]]
__TOC__

== Wann und Wo? ==
<big>Das Treffen findet jeden '''1. Samstag''' im Monat ab '''15:00 Uhr''' im Dezernat 16 in Heidelberg statt.</big>

== Worum geht es bei FIXME? ==
'''FIXME''' ist eine Hands-On Veranstaltung organisiert ''von'' der {{Unix User Group Rhein-Neckar e.V.}} '''für Linux- und Unix-{{Community}}''' im Rhein-Neckar-Raum.

Eingeladen ist '''JEDER''', der sich mit unixoniden und angrenzenden IT-Themen beschäftigt oder interessiert und sich darüber mit anderen austauschen möchte.

Anders als beim {{UnixStammtisch}} bietet das '''FIXME''' die Möglichkeit über die Themen nicht nur zu sprechen, sondern auch direkt auszuprobieren ("Hands-on").

Für UUGRN-{{Mitglieder}} gibt es hier zudem Untertützung bei der Einrichtung und Nutzung der UUGRN-{{Dienste}}, zB FreeBSD-{{Jails}}.

Es gibt derzeit kein reguläres Vortragsprogramm.

Wer allerdings zu einem Thema einen spannenden Vortrag halten möchte (und sei es nur um einen geplanten Vortrag erstmal vor kleinem Publikum auszuprobieren), der findet hier die Möglichkeit und den Rahmen das zu tun. Bitte wenn möglich vorher Bescheid sagen, damit es angekündigt werden kann.

=== Neu dabei? ===
Da auf den Treffen fast jedes mal auch "Neue" dabei sind, fällt man selbst als "Neuer" oder "Neue" gar nicht auf, also nur keine Hemmung.

== Kosten? ==
Soweit nicht anders vermerkt sind alle Veranstaltungen kostenfrei und ohne Voranmeldung. Für evtl. Verbrauchsmaterial oder andere Kosten kann ein kleiner Unkostenbeitrag erhoben werden. Getränke und Speisen bezahlt jeder selbst.

== FIXME verlinken ==
Einfach folgenden Code (xhtml1-strict) einbauen:
<nowiki><div style="align:center;"><a href="http://fixme.uugrn.org/"><img
src="https://wiki.uugrn.org/images/3/3a/Fixme_Logo.png" style="border:0;
width:300px; height:100px;" alt="FIXME" /></a></div></nowiki>

== siehe auch ==
* {{UnixStammtisch}}

== Links ==
* {{Homepage|fixme.uugrn.org}}

{{DEFAULTSORT:FIXME Treffen}}
[[Kategorie:UUGRN]]
[[Kategorie:UUGRN:Veranstaltung]]
[[Kategorie:Aktuell]]