Portunity Wiki - Benutzerbeiträge [de]

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 08 Mar 2013 08:08:16 GMT

Cda@superroot: /* Schritt 5: Bootfest machen */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd".

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor [[Vi]] - [[Vi|Anleitung zum vi]]

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.'' 
Inhalt:
<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source> 

 

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source> 

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen "'''IPv6 Only Tarif'''" haben müssen Sie den IPv4 Teil weglassen oder auskommentieren (Zwischen "#IPv4 Start" und "#IPv4 end" jede Zeile mit einem "#" beginnen lassen)

<source lang="text">
#!/bin/bash
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/bash
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/bash
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 08 Mar 2013 08:08:03 GMT

Cda@superroot: /* Schritt 3: Routen setzen */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd".

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor [[Vi]] - [[Vi|Anleitung zum vi]]

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.'' 
Inhalt:
<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source> 

 

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source> 

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen "'''IPv6 Only Tarif'''" haben müssen Sie den IPv4 Teil weglassen oder auskommentieren (Zwischen "#IPv4 Start" und "#IPv4 end" jede Zeile mit einem "#" beginnen lassen)

<source lang="text">
#!/bin/bash
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/bash
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/sh
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 08 Mar 2013 08:07:41 GMT

Cda@superroot: /* STOP - Script */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian etch) einen PPTP - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "pptp-linux"

<source lang="command">apt-get install pptp-linux</source>

Nun gibt es das Verzeichnis "/etc/ppp". Hier sind die wichtigsten Config-Files für den PPTP-Tunnel. Ein kleines Was ist was:

*Verzeichnis: "peers" => Die wichtigsten Zugangsdaten und Einstellungen je Tunnel
*Verzeichnis: "ip-up.d" => Wird beim Tunnelaufbau ausgeführt (IPv4)
*Verzeichnis: "ip-down.d" => Wird beim Tunnelabbau (zusammenbruch) ausgeführt (IPv4)
*Datei: "chap-secrets" => Tunnelpasswörter

= Schritt 2: Grundkonfiguration - peers =

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/peers" die Datei "portunity" an.

<source lang="command">vi /etc/ppp/peers/portunity</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.''

Inhalt:

<source lang="text">### Verbindungsziel - Portunity Server
pty "pptp pptp.ffm.portunity.de --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name vpn-pty/XXXXX

### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

# Soll der komplette Traffic durch den Tunnel geschickt werden? Default-Route!
# HINWEIS: Gibt es bereits eine Route im System kann diese Option diese Route
# leider nicht überschreiben, siehe dazu bitte weiter unten
defaultroute

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel nicht aufgebaut wird.
# Dann bitte einfach auskommentieren oder das + durch ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6

#end</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

Anstelle "vpn-pty/XXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

Nun muss das Passwort für den Tunnel noch in der Datei "'''chap-secrets'''" im Verzeichnis "'''/etc/ppp'''" hinterlegt werden.

<source lang="command">vi /etc/ppp/chap-secrets</source>

Inhalt:

<source lang="text"># Secrets for authentication using CHAP
# client server secret IP addresses
vpn-pty/XXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''vpn-pty/XXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''PASSWORT'''" Ihr PPTP-Passwort. (welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort!)

Sie sollten nun noch festlegen, das nur "root" Leserechte auf die Datei hat, damit niemand Ihr Passwort auslesen kann. Dies geht mit

<source lang="command">chmod 600 /etc/ppp/chap-secrets</source>

'''Besonderheit:''' Wir kennen natürlich nicht Ihren Rechner / Server, aber wir gehen davon aus, das Sie eine Firewall laufen haben. Die Firewall muss das Protokoll "GRE" und die Kommunikation zu unseren PPTP-Servern [TCP, UDP und Port 1723] durch-/zulassen!

= Schritt 3: Erster Test des Tunnels =

Tunnel aktivieren:

<source lang="command">pon portunity</source>

Prüfen, ob das PPP - Device gestartet hat:  <source lang="command">ifconfig

eth0 ....

ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:188.246.4.X P-z-P:188.246.4.1 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:168585 errors:0 dropped:0 overruns:0 frame:0
TX packets:200554 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:17999794 (17.1 MiB) TX bytes:24537734 (23.4 MiB)</source> Es handelt sich um eine Point-2-Point Verbindung. Das Gateway auf Portunity Seite hat hier die: P-z-P:188.246.4.1

= Schritt 4: Routen =

Default Route setzen? Wenn Sie den kompletten Traffic durch den Tunnel schicken wollen, dann können Sie eine Defaultroute in den Tunnel setzen. Achten Sie nur darauf, das Ihr Server dann auch nur noch aus dem lokalen Netzsegment und durch den Tunnel erreichbar ist!

== Route manuell setzen ==

Die Default-Route kann wie folgt manuell gesetzt werden:

<source lang="command">route add -net 0.0.0.0/0 ppp0</source>

Prüfen Sie bitte mit ifconfig, ob der portunity-Tunnel aktuell "ppp0" ist. Die Nummer kann sich schon mal ändern! z.B. ppp1. Wird der Tunnel abgebaut, wird die route automatisch gelöscht!

== Route "bootfest" machen ==

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/ip-up.d/" die Datei "portunity" an. Diese Datei wird nach erfolgreichem Tunnelaufbau automatisch ausgeführt.

<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Inhalt:

<source lang="bash">#!/bin/bash
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

#if [ "$1" = "ppp0" ]; then
if [ "$6" = "portunity" ]; then

echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
route add -net 0.0.0.0/0 $1
fi

exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/ip-up.d/portunity</source>

Erster Datentest: Bauen Sie nun den Tunnel einmal neu auf, damit die Route gesetzt wird:

<source lang="command">poff portunity

pon portunity</source>

Nun können wir testen:

<source lang="command">w3m http://www.portunity.de/ip</source>

Wenn so etwas erscheint, läuft der Traffic nicht durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 88.77.51.xx
Hostname: dslb-088-051-023.pool.xxxx.net</source>

Es muss Ihre Tunnel-IP ausgegeben werden dann läuft der Traffic durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 188.246.4.x
Hostname: meinptr.meinedomain.de</source>

Tunnel abschalten:

<source lang="command">poff portunity</source>

Wenn sich der Tunnel nicht aufbaut, dann schauen Sie bitte im entsprechenden FAQ-Artikel nach: Der PPTP-Tunnel startet nicht unter Debian

= Schritt 5: Tunnel bootfest machen =

Den Tunnel komplett bootfest machen. Hierzu müssen wir 2 kleine Scripte anlegen und diese dann inter interfaces Datei eintragen. Dafurch wird der Tunnel immer aufgebaut, nachdem die Netzwerkkarte hochgefahren ist und abgebaut, bevor die Netzwerkkarte herunter fährt.

Anlegen der beiden Scripte:

== START - Script ==

Für das Start-Script legen wir eine "up"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-up.sh</source>

Inhalt:

<source lang="bash">#!/bin/bash
####
# Startet den Portunity: PPP - Tunnel
#

# Noch mal 2 Sekunden warten
sleep 2

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork startet," \
" starting PPTP Tunnel to Portunity..." >> /var/log/messages
/usr/bin/pon portunity

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/portunity-pptp-up.sh</source>

== STOP - Script ==

Und für das Stop-Script legen wir eine "down"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-down.sh</source>

Inhalt:

<source lang="bash">#!/bin/bash
####
# Stoppt den Portunity: PPP - Tunnel
#

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork shutted down, " \
" stopping PPTP Tunnel to Portunity!" >> /var/log/messages
/usr/bin/poff portunity

# Noch 1 Sekunde warten
sleep 1

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ebenfalls ausführbar sein: <source lang="command">chmod 750 /etc/ppp/portunity-pptp-down.sh</source>

== Aktivieren der Scripte ==

Pürfen Sie zu erst, über welche Netzwerkkarte der Tunnel aufgebaut wird. Also welche Netzwerkkarte mit dem Internet verbinden ist. Meist "eth0", da nur eine eingebaut ist, sonst wissen Sie bestimmt wie Sie das prüfen.

<source lang="command">vi /etc/network/interfaces</source>

Inhalt:

<source lang="text"># ... Auszug der Datei ....

iface eth0 inet static
address 192.168.10.xxx # Nur als Beispiel
netmask 255.255.255.xxx # Nur als Beispiel
gateway 192.168.10.xxx # Nur als Beispiel
post-up /etc/ppp/portunity-pptp-up.sh
pre-down /etc/ppp/portunity-pptp-down.sh

# ... Auszug ende ...</source>

Wichtige Hinweise:

*Seien Sie bitte sehr umsichtig beim Bearbeiten dieser Datei
*erstellen Sie sich zuvor besser eine Sicherungskopie "cp /etc/network/interfaces /etc/network/interfaces_sich"
*Die IP-Adressen sind Beispiele. Sie werden andere haben. Diese nicht ändern!
*Bei Fehlern fährt Ihr Rechner möglicherweise keine Netzwerkverbindungen mehr hoch!

= Debug-Hilfe =

== Der PPTP-Tunnel startet nicht unter Debian - was kann ich machen? ==

Wenn der Tunnel nicht mit:

<source lang="command">pon portunity</source> startet, dann können Sie den Start im Debug-Modus versuchen. Damit springt das Programm nicht in den Hintergrund, sondern es bleib oben und gtibt alles direkt auf der Console aus.

<source lang="command">pon portunity debug dump logfd 2 nodetach</source>

Musterausgabe:

<source lang="output">gate-firma:/# pon portunity debug dump logfd 2 nodetach
pppd options in effect:
debug # (from command line)
nodetach # (from command line)
persist # (from /etc/ppp/peers/portunity)
logfd 2 # (from command line)
maxfail 0 # (from /etc/ppp/peers/portunity)
dump # (from command line)
noauth # (from /etc/ppp/peers/portunity)
refuse-eap # (from /etc/ppp/peers/portunity)
name vpn-pty/XXXXX # (from /etc/ppp/peers/portunity)
remotename PPTP # (from /etc/ppp/peers/portunity)
# (from /etc/ppp/peers/portunity)
pty pptp pptp.ffm.portunity.de --nolaunchpppd # (from /etc/ppp/peers/portunity)
crtscts # (from /etc/ppp/options)
# (from /etc/ppp/options)
asyncmap 0 # (from /etc/ppp/options)
mtu 1400 # (from /etc/ppp/peers/portunity)
lcp-echo-failure 4 # (from /etc/ppp/options)
lcp-echo-interval 30 # (from /etc/ppp/options)
hide-password # (from /etc/ppp/options)
ipparam portunity # (from /etc/ppp/peers/portunity)
proxyarp # (from /etc/ppp/options)
nobsdcomp # (from /etc/ppp/peers/portunity)
nodeflate # (from /etc/ppp/peers/portunity)
noipx # (from /etc/ppp/options)
using channel 44
Using interface ppp0
Connect: ppp0 <--> /dev/pts/6
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfNak id=0x1 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xcad60176]
rcvd [LCP EchoReq id=0x0 magic=0x92d64869]
sent [LCP EchoRep id=0x0 magic=0xcad60176]
rcvd [CHAP Challenge id=0x22 <fda0cddf723f723fd144ebad8fcf6d6a249dd9f99737f1>, name = "pptpd"]
sent [CHAP Response id=0x22 <e5d7907295f40bb49f272291dbdccde3>, name = "vpn-pty/XXXXX"]
rcvd [LCP EchoRep id=0x0 magic=0x92d64869]
rcvd [CHAP Success id=0x22 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.8.X>]
rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [CCP ConfReq id=0x1]
sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15>]
rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [IPCP ConfNak id=0x1 <addr 188.246.4.X>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [CCP ConfAck id=0x1]
rcvd [CCP ConfReq id=0x2]
sent [CCP ConfAck id=0x2]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
Cannot determine ethernet address for proxy ARP
local IP address 188.246.4.X
remote IP address 188.246.4.X
Script /etc/ppp/ip-up started (pid 22886)
Script /etc/ppp/ip-up finished (pid 22886), status = 0x0</source> Hier steht der Tunnel stabil. Wenn sich das Script automatisch beendet, dann steht der Tunnel nicht.

*ZUM ABBRUCH DES TUNNELS: STRG + C *

<source lang="output">Terminating on signal 2
Script pptp pptp.ffm.portunity.de --nolaunchpppd finished (pid 22880), status = 0x0
Modem hangup
Connect time 0.3 minutes.
Sent 13332 bytes, received 4273 bytes.
Script /etc/ppp/ip-down started (pid 22941)
Connection terminated.
Waiting for 1 child processes...
script /etc/ppp/ip-down, pid 22941
Script /etc/ppp/ip-down finished (pid 22941), status = 0x1</source>

'''Hinweis:''' Bei dem Muster hier werden noch ip-up.d bzw. ip-down.d Scripte ausgeführt.

Wenn Sie mit der Meldung nichts anfangen können, so schreiben Sie Portunity bitte erst eine eMail (oder geben ein Support-Ticket oder fragen im Support-Forum nach) auf, damit Portunity etwas sehen kann. Per Telefon ist so etwas kaum möglich. Bitte haben Sie auch Verständnis dafür, das Portunity Ihnen nur bis zu einem gewissen Maß kostenlos helfen können. 

== Fehler: Keine Defaultroute ==

Wenn die Defaultroute nicht über die peers/portunity Datei mit dem Parameter "defaultroute" gesetzt werden kann, dann erscheint in der "pon portunity debug ..." Ausgabe ziemlich am Ende folgende Zeile:

<source lang="output">not replacing existing default route via 217.144.132.x</source>

Dann müssen Sie ein ip-up Script bemühen oder sich mit Policy-Based-Routing (PBR) unter Linux auseinander setzen.

= Abschließende Hinweise =

Diese Anleitung gilt ausschließlich für die Verbindung via IPv4. Mit nur wenigen weiteren Handgriffen kann aber auch IPv6 eingebunden werden, siehe hierzu den Artikel "[[PPTP-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|PPTP-Tunnel (IPv6) unter Debian-Linux einrichten]]".

Wegen der Komplexität gehen wir in diesem Artikel nicht auch Dinge ein wie:

*IP-Netz routen
*Dienste an die neue statische IP binden
*autoamtisches starten des PPTP-Tunnels beim Rechnerstart
*PBR (Policy Based Routing)

Schauen Sie bitte in die entsprechenden FAQ Artikel, oder falls noch nicht vorhanden sprechen Sie uns bitte an: Supportmöglichkeiten

[[Category:Access_Anleitungen]][[Category:Access]][[Category:PPTP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 08 Mar 2013 08:07:29 GMT

Cda@superroot: /* START - Script */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian etch) einen PPTP - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "pptp-linux"

<source lang="command">apt-get install pptp-linux</source>

Nun gibt es das Verzeichnis "/etc/ppp". Hier sind die wichtigsten Config-Files für den PPTP-Tunnel. Ein kleines Was ist was:

*Verzeichnis: "peers" => Die wichtigsten Zugangsdaten und Einstellungen je Tunnel
*Verzeichnis: "ip-up.d" => Wird beim Tunnelaufbau ausgeführt (IPv4)
*Verzeichnis: "ip-down.d" => Wird beim Tunnelabbau (zusammenbruch) ausgeführt (IPv4)
*Datei: "chap-secrets" => Tunnelpasswörter

= Schritt 2: Grundkonfiguration - peers =

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/peers" die Datei "portunity" an.

<source lang="command">vi /etc/ppp/peers/portunity</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.''

Inhalt:

<source lang="text">### Verbindungsziel - Portunity Server
pty "pptp pptp.ffm.portunity.de --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name vpn-pty/XXXXX

### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

# Soll der komplette Traffic durch den Tunnel geschickt werden? Default-Route!
# HINWEIS: Gibt es bereits eine Route im System kann diese Option diese Route
# leider nicht überschreiben, siehe dazu bitte weiter unten
defaultroute

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel nicht aufgebaut wird.
# Dann bitte einfach auskommentieren oder das + durch ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6

#end</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

Anstelle "vpn-pty/XXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

Nun muss das Passwort für den Tunnel noch in der Datei "'''chap-secrets'''" im Verzeichnis "'''/etc/ppp'''" hinterlegt werden.

<source lang="command">vi /etc/ppp/chap-secrets</source>

Inhalt:

<source lang="text"># Secrets for authentication using CHAP
# client server secret IP addresses
vpn-pty/XXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''vpn-pty/XXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''PASSWORT'''" Ihr PPTP-Passwort. (welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort!)

Sie sollten nun noch festlegen, das nur "root" Leserechte auf die Datei hat, damit niemand Ihr Passwort auslesen kann. Dies geht mit

<source lang="command">chmod 600 /etc/ppp/chap-secrets</source>

'''Besonderheit:''' Wir kennen natürlich nicht Ihren Rechner / Server, aber wir gehen davon aus, das Sie eine Firewall laufen haben. Die Firewall muss das Protokoll "GRE" und die Kommunikation zu unseren PPTP-Servern [TCP, UDP und Port 1723] durch-/zulassen!

= Schritt 3: Erster Test des Tunnels =

Tunnel aktivieren:

<source lang="command">pon portunity</source>

Prüfen, ob das PPP - Device gestartet hat:  <source lang="command">ifconfig

eth0 ....

ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:188.246.4.X P-z-P:188.246.4.1 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:168585 errors:0 dropped:0 overruns:0 frame:0
TX packets:200554 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:17999794 (17.1 MiB) TX bytes:24537734 (23.4 MiB)</source> Es handelt sich um eine Point-2-Point Verbindung. Das Gateway auf Portunity Seite hat hier die: P-z-P:188.246.4.1

= Schritt 4: Routen =

Default Route setzen? Wenn Sie den kompletten Traffic durch den Tunnel schicken wollen, dann können Sie eine Defaultroute in den Tunnel setzen. Achten Sie nur darauf, das Ihr Server dann auch nur noch aus dem lokalen Netzsegment und durch den Tunnel erreichbar ist!

== Route manuell setzen ==

Die Default-Route kann wie folgt manuell gesetzt werden:

<source lang="command">route add -net 0.0.0.0/0 ppp0</source>

Prüfen Sie bitte mit ifconfig, ob der portunity-Tunnel aktuell "ppp0" ist. Die Nummer kann sich schon mal ändern! z.B. ppp1. Wird der Tunnel abgebaut, wird die route automatisch gelöscht!

== Route "bootfest" machen ==

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/ip-up.d/" die Datei "portunity" an. Diese Datei wird nach erfolgreichem Tunnelaufbau automatisch ausgeführt.

<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Inhalt:

<source lang="bash">#!/bin/bash
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

#if [ "$1" = "ppp0" ]; then
if [ "$6" = "portunity" ]; then

echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
route add -net 0.0.0.0/0 $1
fi

exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/ip-up.d/portunity</source>

Erster Datentest: Bauen Sie nun den Tunnel einmal neu auf, damit die Route gesetzt wird:

<source lang="command">poff portunity

pon portunity</source>

Nun können wir testen:

<source lang="command">w3m http://www.portunity.de/ip</source>

Wenn so etwas erscheint, läuft der Traffic nicht durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 88.77.51.xx
Hostname: dslb-088-051-023.pool.xxxx.net</source>

Es muss Ihre Tunnel-IP ausgegeben werden dann läuft der Traffic durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 188.246.4.x
Hostname: meinptr.meinedomain.de</source>

Tunnel abschalten:

<source lang="command">poff portunity</source>

Wenn sich der Tunnel nicht aufbaut, dann schauen Sie bitte im entsprechenden FAQ-Artikel nach: Der PPTP-Tunnel startet nicht unter Debian

= Schritt 5: Tunnel bootfest machen =

Den Tunnel komplett bootfest machen. Hierzu müssen wir 2 kleine Scripte anlegen und diese dann inter interfaces Datei eintragen. Dafurch wird der Tunnel immer aufgebaut, nachdem die Netzwerkkarte hochgefahren ist und abgebaut, bevor die Netzwerkkarte herunter fährt.

Anlegen der beiden Scripte:

== START - Script ==

Für das Start-Script legen wir eine "up"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-up.sh</source>

Inhalt:

<source lang="bash">#!/bin/bash
####
# Startet den Portunity: PPP - Tunnel
#

# Noch mal 2 Sekunden warten
sleep 2

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork startet," \
" starting PPTP Tunnel to Portunity..." >> /var/log/messages
/usr/bin/pon portunity

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/portunity-pptp-up.sh</source>

== STOP - Script ==

Und für das Stop-Script legen wir eine "down"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-down.sh</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
####
# Stoppt den Portunity: PPP - Tunnel
#

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork shutted down, " \
" stopping PPTP Tunnel to Portunity!" >> /var/log/messages
/usr/bin/poff portunity

# Noch 1 Sekunde warten
sleep 1

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ebenfalls ausführbar sein: <source lang="command">chmod 750 /etc/ppp/portunity-pptp-down.sh</source>

== Aktivieren der Scripte ==

Pürfen Sie zu erst, über welche Netzwerkkarte der Tunnel aufgebaut wird. Also welche Netzwerkkarte mit dem Internet verbinden ist. Meist "eth0", da nur eine eingebaut ist, sonst wissen Sie bestimmt wie Sie das prüfen.

<source lang="command">vi /etc/network/interfaces</source>

Inhalt:

<source lang="text"># ... Auszug der Datei ....

iface eth0 inet static
address 192.168.10.xxx # Nur als Beispiel
netmask 255.255.255.xxx # Nur als Beispiel
gateway 192.168.10.xxx # Nur als Beispiel
post-up /etc/ppp/portunity-pptp-up.sh
pre-down /etc/ppp/portunity-pptp-down.sh

# ... Auszug ende ...</source>

Wichtige Hinweise:

*Seien Sie bitte sehr umsichtig beim Bearbeiten dieser Datei
*erstellen Sie sich zuvor besser eine Sicherungskopie "cp /etc/network/interfaces /etc/network/interfaces_sich"
*Die IP-Adressen sind Beispiele. Sie werden andere haben. Diese nicht ändern!
*Bei Fehlern fährt Ihr Rechner möglicherweise keine Netzwerkverbindungen mehr hoch!

= Debug-Hilfe =

== Der PPTP-Tunnel startet nicht unter Debian - was kann ich machen? ==

Wenn der Tunnel nicht mit:

<source lang="command">pon portunity</source> startet, dann können Sie den Start im Debug-Modus versuchen. Damit springt das Programm nicht in den Hintergrund, sondern es bleib oben und gtibt alles direkt auf der Console aus.

<source lang="command">pon portunity debug dump logfd 2 nodetach</source>

Musterausgabe:

<source lang="output">gate-firma:/# pon portunity debug dump logfd 2 nodetach
pppd options in effect:
debug # (from command line)
nodetach # (from command line)
persist # (from /etc/ppp/peers/portunity)
logfd 2 # (from command line)
maxfail 0 # (from /etc/ppp/peers/portunity)
dump # (from command line)
noauth # (from /etc/ppp/peers/portunity)
refuse-eap # (from /etc/ppp/peers/portunity)
name vpn-pty/XXXXX # (from /etc/ppp/peers/portunity)
remotename PPTP # (from /etc/ppp/peers/portunity)
# (from /etc/ppp/peers/portunity)
pty pptp pptp.ffm.portunity.de --nolaunchpppd # (from /etc/ppp/peers/portunity)
crtscts # (from /etc/ppp/options)
# (from /etc/ppp/options)
asyncmap 0 # (from /etc/ppp/options)
mtu 1400 # (from /etc/ppp/peers/portunity)
lcp-echo-failure 4 # (from /etc/ppp/options)
lcp-echo-interval 30 # (from /etc/ppp/options)
hide-password # (from /etc/ppp/options)
ipparam portunity # (from /etc/ppp/peers/portunity)
proxyarp # (from /etc/ppp/options)
nobsdcomp # (from /etc/ppp/peers/portunity)
nodeflate # (from /etc/ppp/peers/portunity)
noipx # (from /etc/ppp/options)
using channel 44
Using interface ppp0
Connect: ppp0 <--> /dev/pts/6
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfNak id=0x1 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xcad60176]
rcvd [LCP EchoReq id=0x0 magic=0x92d64869]
sent [LCP EchoRep id=0x0 magic=0xcad60176]
rcvd [CHAP Challenge id=0x22 <fda0cddf723f723fd144ebad8fcf6d6a249dd9f99737f1>, name = "pptpd"]
sent [CHAP Response id=0x22 <e5d7907295f40bb49f272291dbdccde3>, name = "vpn-pty/XXXXX"]
rcvd [LCP EchoRep id=0x0 magic=0x92d64869]
rcvd [CHAP Success id=0x22 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.8.X>]
rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [CCP ConfReq id=0x1]
sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15>]
rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [IPCP ConfNak id=0x1 <addr 188.246.4.X>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [CCP ConfAck id=0x1]
rcvd [CCP ConfReq id=0x2]
sent [CCP ConfAck id=0x2]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
Cannot determine ethernet address for proxy ARP
local IP address 188.246.4.X
remote IP address 188.246.4.X
Script /etc/ppp/ip-up started (pid 22886)
Script /etc/ppp/ip-up finished (pid 22886), status = 0x0</source> Hier steht der Tunnel stabil. Wenn sich das Script automatisch beendet, dann steht der Tunnel nicht.

*ZUM ABBRUCH DES TUNNELS: STRG + C *

<source lang="output">Terminating on signal 2
Script pptp pptp.ffm.portunity.de --nolaunchpppd finished (pid 22880), status = 0x0
Modem hangup
Connect time 0.3 minutes.
Sent 13332 bytes, received 4273 bytes.
Script /etc/ppp/ip-down started (pid 22941)
Connection terminated.
Waiting for 1 child processes...
script /etc/ppp/ip-down, pid 22941
Script /etc/ppp/ip-down finished (pid 22941), status = 0x1</source>

'''Hinweis:''' Bei dem Muster hier werden noch ip-up.d bzw. ip-down.d Scripte ausgeführt.

Wenn Sie mit der Meldung nichts anfangen können, so schreiben Sie Portunity bitte erst eine eMail (oder geben ein Support-Ticket oder fragen im Support-Forum nach) auf, damit Portunity etwas sehen kann. Per Telefon ist so etwas kaum möglich. Bitte haben Sie auch Verständnis dafür, das Portunity Ihnen nur bis zu einem gewissen Maß kostenlos helfen können. 

== Fehler: Keine Defaultroute ==

Wenn die Defaultroute nicht über die peers/portunity Datei mit dem Parameter "defaultroute" gesetzt werden kann, dann erscheint in der "pon portunity debug ..." Ausgabe ziemlich am Ende folgende Zeile:

<source lang="output">not replacing existing default route via 217.144.132.x</source>

Dann müssen Sie ein ip-up Script bemühen oder sich mit Policy-Based-Routing (PBR) unter Linux auseinander setzen.

= Abschließende Hinweise =

Diese Anleitung gilt ausschließlich für die Verbindung via IPv4. Mit nur wenigen weiteren Handgriffen kann aber auch IPv6 eingebunden werden, siehe hierzu den Artikel "[[PPTP-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|PPTP-Tunnel (IPv6) unter Debian-Linux einrichten]]".

Wegen der Komplexität gehen wir in diesem Artikel nicht auch Dinge ein wie:

*IP-Netz routen
*Dienste an die neue statische IP binden
*autoamtisches starten des PPTP-Tunnels beim Rechnerstart
*PBR (Policy Based Routing)

Schauen Sie bitte in die entsprechenden FAQ Artikel, oder falls noch nicht vorhanden sprechen Sie uns bitte an: Supportmöglichkeiten

[[Category:Access_Anleitungen]][[Category:Access]][[Category:PPTP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 08 Mar 2013 08:07:18 GMT

Cda@superroot: /* Route "bootfest" machen */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian etch) einen PPTP - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "pptp-linux"

<source lang="command">apt-get install pptp-linux</source>

Nun gibt es das Verzeichnis "/etc/ppp". Hier sind die wichtigsten Config-Files für den PPTP-Tunnel. Ein kleines Was ist was:

*Verzeichnis: "peers" => Die wichtigsten Zugangsdaten und Einstellungen je Tunnel
*Verzeichnis: "ip-up.d" => Wird beim Tunnelaufbau ausgeführt (IPv4)
*Verzeichnis: "ip-down.d" => Wird beim Tunnelabbau (zusammenbruch) ausgeführt (IPv4)
*Datei: "chap-secrets" => Tunnelpasswörter

= Schritt 2: Grundkonfiguration - peers =

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/peers" die Datei "portunity" an.

<source lang="command">vi /etc/ppp/peers/portunity</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.''

Inhalt:

<source lang="text">### Verbindungsziel - Portunity Server
pty "pptp pptp.ffm.portunity.de --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name vpn-pty/XXXXX

### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

# Soll der komplette Traffic durch den Tunnel geschickt werden? Default-Route!
# HINWEIS: Gibt es bereits eine Route im System kann diese Option diese Route
# leider nicht überschreiben, siehe dazu bitte weiter unten
defaultroute

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel nicht aufgebaut wird.
# Dann bitte einfach auskommentieren oder das + durch ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6

#end</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

Anstelle "vpn-pty/XXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

Nun muss das Passwort für den Tunnel noch in der Datei "'''chap-secrets'''" im Verzeichnis "'''/etc/ppp'''" hinterlegt werden.

<source lang="command">vi /etc/ppp/chap-secrets</source>

Inhalt:

<source lang="text"># Secrets for authentication using CHAP
# client server secret IP addresses
vpn-pty/XXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''vpn-pty/XXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''PASSWORT'''" Ihr PPTP-Passwort. (welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort!)

Sie sollten nun noch festlegen, das nur "root" Leserechte auf die Datei hat, damit niemand Ihr Passwort auslesen kann. Dies geht mit

<source lang="command">chmod 600 /etc/ppp/chap-secrets</source>

'''Besonderheit:''' Wir kennen natürlich nicht Ihren Rechner / Server, aber wir gehen davon aus, das Sie eine Firewall laufen haben. Die Firewall muss das Protokoll "GRE" und die Kommunikation zu unseren PPTP-Servern [TCP, UDP und Port 1723] durch-/zulassen!

= Schritt 3: Erster Test des Tunnels =

Tunnel aktivieren:

<source lang="command">pon portunity</source>

Prüfen, ob das PPP - Device gestartet hat:  <source lang="command">ifconfig

eth0 ....

ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:188.246.4.X P-z-P:188.246.4.1 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:168585 errors:0 dropped:0 overruns:0 frame:0
TX packets:200554 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:17999794 (17.1 MiB) TX bytes:24537734 (23.4 MiB)</source> Es handelt sich um eine Point-2-Point Verbindung. Das Gateway auf Portunity Seite hat hier die: P-z-P:188.246.4.1

= Schritt 4: Routen =

Default Route setzen? Wenn Sie den kompletten Traffic durch den Tunnel schicken wollen, dann können Sie eine Defaultroute in den Tunnel setzen. Achten Sie nur darauf, das Ihr Server dann auch nur noch aus dem lokalen Netzsegment und durch den Tunnel erreichbar ist!

== Route manuell setzen ==

Die Default-Route kann wie folgt manuell gesetzt werden:

<source lang="command">route add -net 0.0.0.0/0 ppp0</source>

Prüfen Sie bitte mit ifconfig, ob der portunity-Tunnel aktuell "ppp0" ist. Die Nummer kann sich schon mal ändern! z.B. ppp1. Wird der Tunnel abgebaut, wird die route automatisch gelöscht!

== Route "bootfest" machen ==

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/ip-up.d/" die Datei "portunity" an. Diese Datei wird nach erfolgreichem Tunnelaufbau automatisch ausgeführt.

<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Inhalt:

<source lang="bash">#!/bin/bash
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

#if [ "$1" = "ppp0" ]; then
if [ "$6" = "portunity" ]; then

echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
route add -net 0.0.0.0/0 $1
fi

exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/ip-up.d/portunity</source>

Erster Datentest: Bauen Sie nun den Tunnel einmal neu auf, damit die Route gesetzt wird:

<source lang="command">poff portunity

pon portunity</source>

Nun können wir testen:

<source lang="command">w3m http://www.portunity.de/ip</source>

Wenn so etwas erscheint, läuft der Traffic nicht durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 88.77.51.xx
Hostname: dslb-088-051-023.pool.xxxx.net</source>

Es muss Ihre Tunnel-IP ausgegeben werden dann läuft der Traffic durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 188.246.4.x
Hostname: meinptr.meinedomain.de</source>

Tunnel abschalten:

<source lang="command">poff portunity</source>

Wenn sich der Tunnel nicht aufbaut, dann schauen Sie bitte im entsprechenden FAQ-Artikel nach: Der PPTP-Tunnel startet nicht unter Debian

= Schritt 5: Tunnel bootfest machen =

Den Tunnel komplett bootfest machen. Hierzu müssen wir 2 kleine Scripte anlegen und diese dann inter interfaces Datei eintragen. Dafurch wird der Tunnel immer aufgebaut, nachdem die Netzwerkkarte hochgefahren ist und abgebaut, bevor die Netzwerkkarte herunter fährt.

Anlegen der beiden Scripte:

== START - Script ==

Für das Start-Script legen wir eine "up"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-up.sh</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
####
# Startet den Portunity: PPP - Tunnel
#

# Noch mal 2 Sekunden warten
sleep 2

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork startet," \
" starting PPTP Tunnel to Portunity..." >> /var/log/messages
/usr/bin/pon portunity

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/portunity-pptp-up.sh</source>

== STOP - Script ==

Und für das Stop-Script legen wir eine "down"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-down.sh</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
####
# Stoppt den Portunity: PPP - Tunnel
#

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork shutted down, " \
" stopping PPTP Tunnel to Portunity!" >> /var/log/messages
/usr/bin/poff portunity

# Noch 1 Sekunde warten
sleep 1

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ebenfalls ausführbar sein: <source lang="command">chmod 750 /etc/ppp/portunity-pptp-down.sh</source>

== Aktivieren der Scripte ==

Pürfen Sie zu erst, über welche Netzwerkkarte der Tunnel aufgebaut wird. Also welche Netzwerkkarte mit dem Internet verbinden ist. Meist "eth0", da nur eine eingebaut ist, sonst wissen Sie bestimmt wie Sie das prüfen.

<source lang="command">vi /etc/network/interfaces</source>

Inhalt:

<source lang="text"># ... Auszug der Datei ....

iface eth0 inet static
address 192.168.10.xxx # Nur als Beispiel
netmask 255.255.255.xxx # Nur als Beispiel
gateway 192.168.10.xxx # Nur als Beispiel
post-up /etc/ppp/portunity-pptp-up.sh
pre-down /etc/ppp/portunity-pptp-down.sh

# ... Auszug ende ...</source>

Wichtige Hinweise:

*Seien Sie bitte sehr umsichtig beim Bearbeiten dieser Datei
*erstellen Sie sich zuvor besser eine Sicherungskopie "cp /etc/network/interfaces /etc/network/interfaces_sich"
*Die IP-Adressen sind Beispiele. Sie werden andere haben. Diese nicht ändern!
*Bei Fehlern fährt Ihr Rechner möglicherweise keine Netzwerkverbindungen mehr hoch!

= Debug-Hilfe =

== Der PPTP-Tunnel startet nicht unter Debian - was kann ich machen? ==

Wenn der Tunnel nicht mit:

<source lang="command">pon portunity</source> startet, dann können Sie den Start im Debug-Modus versuchen. Damit springt das Programm nicht in den Hintergrund, sondern es bleib oben und gtibt alles direkt auf der Console aus.

<source lang="command">pon portunity debug dump logfd 2 nodetach</source>

Musterausgabe:

<source lang="output">gate-firma:/# pon portunity debug dump logfd 2 nodetach
pppd options in effect:
debug # (from command line)
nodetach # (from command line)
persist # (from /etc/ppp/peers/portunity)
logfd 2 # (from command line)
maxfail 0 # (from /etc/ppp/peers/portunity)
dump # (from command line)
noauth # (from /etc/ppp/peers/portunity)
refuse-eap # (from /etc/ppp/peers/portunity)
name vpn-pty/XXXXX # (from /etc/ppp/peers/portunity)
remotename PPTP # (from /etc/ppp/peers/portunity)
# (from /etc/ppp/peers/portunity)
pty pptp pptp.ffm.portunity.de --nolaunchpppd # (from /etc/ppp/peers/portunity)
crtscts # (from /etc/ppp/options)
# (from /etc/ppp/options)
asyncmap 0 # (from /etc/ppp/options)
mtu 1400 # (from /etc/ppp/peers/portunity)
lcp-echo-failure 4 # (from /etc/ppp/options)
lcp-echo-interval 30 # (from /etc/ppp/options)
hide-password # (from /etc/ppp/options)
ipparam portunity # (from /etc/ppp/peers/portunity)
proxyarp # (from /etc/ppp/options)
nobsdcomp # (from /etc/ppp/peers/portunity)
nodeflate # (from /etc/ppp/peers/portunity)
noipx # (from /etc/ppp/options)
using channel 44
Using interface ppp0
Connect: ppp0 <--> /dev/pts/6
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfNak id=0x1 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xcad60176]
rcvd [LCP EchoReq id=0x0 magic=0x92d64869]
sent [LCP EchoRep id=0x0 magic=0xcad60176]
rcvd [CHAP Challenge id=0x22 <fda0cddf723f723fd144ebad8fcf6d6a249dd9f99737f1>, name = "pptpd"]
sent [CHAP Response id=0x22 <e5d7907295f40bb49f272291dbdccde3>, name = "vpn-pty/XXXXX"]
rcvd [LCP EchoRep id=0x0 magic=0x92d64869]
rcvd [CHAP Success id=0x22 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.8.X>]
rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [CCP ConfReq id=0x1]
sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15>]
rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [IPCP ConfNak id=0x1 <addr 188.246.4.X>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [CCP ConfAck id=0x1]
rcvd [CCP ConfReq id=0x2]
sent [CCP ConfAck id=0x2]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
Cannot determine ethernet address for proxy ARP
local IP address 188.246.4.X
remote IP address 188.246.4.X
Script /etc/ppp/ip-up started (pid 22886)
Script /etc/ppp/ip-up finished (pid 22886), status = 0x0</source> Hier steht der Tunnel stabil. Wenn sich das Script automatisch beendet, dann steht der Tunnel nicht.

*ZUM ABBRUCH DES TUNNELS: STRG + C *

<source lang="output">Terminating on signal 2
Script pptp pptp.ffm.portunity.de --nolaunchpppd finished (pid 22880), status = 0x0
Modem hangup
Connect time 0.3 minutes.
Sent 13332 bytes, received 4273 bytes.
Script /etc/ppp/ip-down started (pid 22941)
Connection terminated.
Waiting for 1 child processes...
script /etc/ppp/ip-down, pid 22941
Script /etc/ppp/ip-down finished (pid 22941), status = 0x1</source>

'''Hinweis:''' Bei dem Muster hier werden noch ip-up.d bzw. ip-down.d Scripte ausgeführt.

Wenn Sie mit der Meldung nichts anfangen können, so schreiben Sie Portunity bitte erst eine eMail (oder geben ein Support-Ticket oder fragen im Support-Forum nach) auf, damit Portunity etwas sehen kann. Per Telefon ist so etwas kaum möglich. Bitte haben Sie auch Verständnis dafür, das Portunity Ihnen nur bis zu einem gewissen Maß kostenlos helfen können. 

== Fehler: Keine Defaultroute ==

Wenn die Defaultroute nicht über die peers/portunity Datei mit dem Parameter "defaultroute" gesetzt werden kann, dann erscheint in der "pon portunity debug ..." Ausgabe ziemlich am Ende folgende Zeile:

<source lang="output">not replacing existing default route via 217.144.132.x</source>

Dann müssen Sie ein ip-up Script bemühen oder sich mit Policy-Based-Routing (PBR) unter Linux auseinander setzen.

= Abschließende Hinweise =

Diese Anleitung gilt ausschließlich für die Verbindung via IPv4. Mit nur wenigen weiteren Handgriffen kann aber auch IPv6 eingebunden werden, siehe hierzu den Artikel "[[PPTP-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|PPTP-Tunnel (IPv6) unter Debian-Linux einrichten]]".

Wegen der Komplexität gehen wir in diesem Artikel nicht auch Dinge ein wie:

*IP-Netz routen
*Dienste an die neue statische IP binden
*autoamtisches starten des PPTP-Tunnels beim Rechnerstart
*PBR (Policy Based Routing)

Schauen Sie bitte in die entsprechenden FAQ Artikel, oder falls noch nicht vorhanden sprechen Sie uns bitte an: Supportmöglichkeiten

[[Category:Access_Anleitungen]][[Category:Access]][[Category:PPTP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

FaceEditor Features

Cda@superroot — Wed, 06 Mar 2013 07:32:56 GMT

Cda@superroot: /* Getrennte Inhalte für bestehende Fan's / Besucher */

Hier beschreiben wie die einzelnen Features der FaceEditor Tarife.

 

=== Getrennte Inhalte für bestehende Fan's / Besucher ===

In den FaceEditor Tarifen können Sie bestimmen, ob Besucher (Fremde) und Freunde (Gefällt mir) immer die selbe App-Seite sehen, oder ob diese unterschiedliche Seiten dargestellt bekommen. 

Wenn Sie unterschiedliche Seiten angezeigt bekommen, so können Sie mti sehr wenig Aufwand zum Beispiel Gutscheine anbieten. Getreu dem Motto "Folgen Sie uns und Sie erhalten...."

 

=== SSL-Verschlüsslung ===

SSL Verschlüsselung ist für alle FaceEditor Tarife Standard. Ab dem 01.10.2011 ist dies bei Facebook sogar ein muss, da sonst unangenehme Sicherheitsmeldungen von Facebook kommen. 

=== WYSIWYG-Editor ===

Damit Sie ohne HTML-Kenntnisse einfach Ihren Inhalt pflegen können, haben wir einen sehr umfangreichen WhatYouSeeIsWhatYouGet - Editor eingebaut. Sie können so Ihren Inhalt ganz einfach formatieren, Aufzählungen einfügen, Text Fett und Kursiv stellen uvam... 

'''Hier die Icon Leiste der "Basic" Version:'''

[[Image:FaceEditor BasicVersion-wysiwyg editor IconLine InfoTexte.png|border]]

 

 

=== Medien-Archive ===
Ein Highlight des FaceEditor-Medien-Archivs ist sicherlich, das alle Medien in allen Ihren Face-Apps zur Verfügung stehen. Sie müssen z.B. Ihr Logo nur einmal hoch laden und können die auf allen Ihren Seiten benutzen.

Die Medien können in Unterordner gelegt, angesehen, skaliert und vieles Andere mehr werden.

[[Category:Hosting]][[Category:Hosting_FAQs]][[Category:FaceEditor_(Tarif)]]

PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:49:16 GMT

Cda@superroot: /* Schritt 2: Grundkonfiguration - peers */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian etch) einen PPTP - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "pptp-linux"

<source lang="command">apt-get install pptp-linux</source>

Nun gibt es das Verzeichnis "/etc/ppp". Hier sind die wichtigsten Config-Files für den PPTP-Tunnel. Ein kleines Was ist was:

*Verzeichnis: "peers" => Die wichtigsten Zugangsdaten und Einstellungen je Tunnel
*Verzeichnis: "ip-up.d" => Wird beim Tunnelaufbau ausgeführt (IPv4)
*Verzeichnis: "ip-down.d" => Wird beim Tunnelabbau (zusammenbruch) ausgeführt (IPv4)
*Datei: "chap-secrets" => Tunnelpasswörter

= Schritt 2: Grundkonfiguration - peers =

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/peers" die Datei "portunity" an.

<source lang="command">vi /etc/ppp/peers/portunity</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.''

Inhalt:

<source lang="text">### Verbindungsziel - Portunity Server
pty "pptp pptp.ffm.portunity.de --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name vpn-pty/XXXXX

### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

# Soll der komplette Traffic durch den Tunnel geschickt werden? Default-Route!
# HINWEIS: Gibt es bereits eine Route im System kann diese Option diese Route
# leider nicht überschreiben, siehe dazu bitte weiter unten
defaultroute

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel nicht aufgebaut wird.
# Dann bitte einfach auskommentieren oder das + durch ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6

#end</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

Anstelle "vpn-pty/XXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

Nun muss das Passwort für den Tunnel noch in der Datei "'''chap-secrets'''" im Verzeichnis "'''/etc/ppp'''" hinterlegt werden.

<source lang="command">vi /etc/ppp/chap-secrets</source>

Inhalt:

<source lang="text"># Secrets for authentication using CHAP
# client server secret IP addresses
vpn-pty/XXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''vpn-pty/XXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''PASSWORT'''" Ihr PPTP-Passwort. (welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort!)

Sie sollten nun noch festlegen, das nur "root" Leserechte auf die Datei hat, damit niemand Ihr Passwort auslesen kann. Dies geht mit

<source lang="command">chmod 600 /etc/ppp/chap-secrets</source>

'''Besonderheit:''' Wir kennen natürlich nicht Ihren Rechner / Server, aber wir gehen davon aus, das Sie eine Firewall laufen haben. Die Firewall muss das Protokoll "GRE" und die Kommunikation zu unseren PPTP-Servern [TCP, UDP und Port 1723] durch-/zulassen!

= Schritt 3: Erster Test des Tunnels =

Tunnel aktivieren:

<source lang="command">pon portunity</source>

Prüfen, ob das PPP - Device gestartet hat:  <source lang="command">ifconfig

eth0 ....

ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:188.246.4.X P-z-P:188.246.4.1 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:168585 errors:0 dropped:0 overruns:0 frame:0
TX packets:200554 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:17999794 (17.1 MiB) TX bytes:24537734 (23.4 MiB)</source> Es handelt sich um eine Point-2-Point Verbindung. Das Gateway auf Portunity Seite hat hier die: P-z-P:188.246.4.1

= Schritt 4: Routen =

Default Route setzen? Wenn Sie den kompletten Traffic durch den Tunnel schicken wollen, dann können Sie eine Defaultroute in den Tunnel setzen. Achten Sie nur darauf, das Ihr Server dann auch nur noch aus dem lokalen Netzsegment und durch den Tunnel erreichbar ist!

== Route manuell setzen ==

Die Default-Route kann wie folgt manuell gesetzt werden:

<source lang="command">route add -net 0.0.0.0/0 ppp0</source>

Prüfen Sie bitte mit ifconfig, ob der portunity-Tunnel aktuell "ppp0" ist. Die Nummer kann sich schon mal ändern! z.B. ppp1. Wird der Tunnel abgebaut, wird die route automatisch gelöscht!

== Route "bootfest" machen ==

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/ip-up.d/" die Datei "portunity" an. Diese Datei wird nach erfolgreichem Tunnelaufbau automatisch ausgeführt.

<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

#if [ "$1" = "ppp0" ]; then
if [ "$6" = "portunity" ]; then

echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
route add -net 0.0.0.0/0 $1
fi

exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/ip-up.d/portunity</source>

Erster Datentest: Bauen Sie nun den Tunnel einmal neu auf, damit die Route gesetzt wird:

<source lang="command">poff portunity

pon portunity</source>

Nun können wir testen:

<source lang="command">w3m http://www.portunity.de/ip</source>

Wenn so etwas erscheint, läuft der Traffic nicht durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 88.77.51.xx
Hostname: dslb-088-051-023.pool.xxxx.net</source>

Es muss Ihre Tunnel-IP ausgegeben werden dann läuft der Traffic durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 188.246.4.x
Hostname: meinptr.meinedomain.de</source>

Tunnel abschalten:

<source lang="command">poff portunity</source>

Wenn sich der Tunnel nicht aufbaut, dann schauen Sie bitte im entsprechenden FAQ-Artikel nach: Der PPTP-Tunnel startet nicht unter Debian

= Schritt 5: Tunnel bootfest machen =

Den Tunnel komplett bootfest machen. Hierzu müssen wir 2 kleine Scripte anlegen und diese dann inter interfaces Datei eintragen. Dafurch wird der Tunnel immer aufgebaut, nachdem die Netzwerkkarte hochgefahren ist und abgebaut, bevor die Netzwerkkarte herunter fährt.

Anlegen der beiden Scripte:

== START - Script ==

Für das Start-Script legen wir eine "up"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-up.sh</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
####
# Startet den Portunity: PPP - Tunnel
#

# Noch mal 2 Sekunden warten
sleep 2

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork startet," \
" starting PPTP Tunnel to Portunity..." >> /var/log/messages
/usr/bin/pon portunity

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/portunity-pptp-up.sh</source>

== STOP - Script ==

Und für das Stop-Script legen wir eine "down"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-down.sh</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
####
# Stoppt den Portunity: PPP - Tunnel
#

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork shutted down, " \
" stopping PPTP Tunnel to Portunity!" >> /var/log/messages
/usr/bin/poff portunity

# Noch 1 Sekunde warten
sleep 1

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ebenfalls ausführbar sein: <source lang="command">chmod 750 /etc/ppp/portunity-pptp-down.sh</source>

== Aktivieren der Scripte ==

Pürfen Sie zu erst, über welche Netzwerkkarte der Tunnel aufgebaut wird. Also welche Netzwerkkarte mit dem Internet verbinden ist. Meist "eth0", da nur eine eingebaut ist, sonst wissen Sie bestimmt wie Sie das prüfen.

<source lang="command">vi /etc/network/interfaces</source>

Inhalt:

<source lang="text"># ... Auszug der Datei ....

iface eth0 inet static
address 192.168.10.xxx # Nur als Beispiel
netmask 255.255.255.xxx # Nur als Beispiel
gateway 192.168.10.xxx # Nur als Beispiel
post-up /etc/ppp/portunity-pptp-up.sh
pre-down /etc/ppp/portunity-pptp-down.sh

# ... Auszug ende ...</source>

Wichtige Hinweise:

*Seien Sie bitte sehr umsichtig beim Bearbeiten dieser Datei
*erstellen Sie sich zuvor besser eine Sicherungskopie "cp /etc/network/interfaces /etc/network/interfaces_sich"
*Die IP-Adressen sind Beispiele. Sie werden andere haben. Diese nicht ändern!
*Bei Fehlern fährt Ihr Rechner möglicherweise keine Netzwerkverbindungen mehr hoch!

= Debug-Hilfe =

== Der PPTP-Tunnel startet nicht unter Debian - was kann ich machen? ==

Wenn der Tunnel nicht mit:

<source lang="command">pon portunity</source> startet, dann können Sie den Start im Debug-Modus versuchen. Damit springt das Programm nicht in den Hintergrund, sondern es bleib oben und gtibt alles direkt auf der Console aus.

<source lang="command">pon portunity debug dump logfd 2 nodetach</source>

Musterausgabe:

<source lang="output">gate-firma:/# pon portunity debug dump logfd 2 nodetach
pppd options in effect:
debug # (from command line)
nodetach # (from command line)
persist # (from /etc/ppp/peers/portunity)
logfd 2 # (from command line)
maxfail 0 # (from /etc/ppp/peers/portunity)
dump # (from command line)
noauth # (from /etc/ppp/peers/portunity)
refuse-eap # (from /etc/ppp/peers/portunity)
name vpn-pty/XXXXX # (from /etc/ppp/peers/portunity)
remotename PPTP # (from /etc/ppp/peers/portunity)
# (from /etc/ppp/peers/portunity)
pty pptp pptp.ffm.portunity.de --nolaunchpppd # (from /etc/ppp/peers/portunity)
crtscts # (from /etc/ppp/options)
# (from /etc/ppp/options)
asyncmap 0 # (from /etc/ppp/options)
mtu 1400 # (from /etc/ppp/peers/portunity)
lcp-echo-failure 4 # (from /etc/ppp/options)
lcp-echo-interval 30 # (from /etc/ppp/options)
hide-password # (from /etc/ppp/options)
ipparam portunity # (from /etc/ppp/peers/portunity)
proxyarp # (from /etc/ppp/options)
nobsdcomp # (from /etc/ppp/peers/portunity)
nodeflate # (from /etc/ppp/peers/portunity)
noipx # (from /etc/ppp/options)
using channel 44
Using interface ppp0
Connect: ppp0 <--> /dev/pts/6
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfNak id=0x1 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xcad60176]
rcvd [LCP EchoReq id=0x0 magic=0x92d64869]
sent [LCP EchoRep id=0x0 magic=0xcad60176]
rcvd [CHAP Challenge id=0x22 <fda0cddf723f723fd144ebad8fcf6d6a249dd9f99737f1>, name = "pptpd"]
sent [CHAP Response id=0x22 <e5d7907295f40bb49f272291dbdccde3>, name = "vpn-pty/XXXXX"]
rcvd [LCP EchoRep id=0x0 magic=0x92d64869]
rcvd [CHAP Success id=0x22 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.8.X>]
rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [CCP ConfReq id=0x1]
sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15>]
rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [IPCP ConfNak id=0x1 <addr 188.246.4.X>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [CCP ConfAck id=0x1]
rcvd [CCP ConfReq id=0x2]
sent [CCP ConfAck id=0x2]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
Cannot determine ethernet address for proxy ARP
local IP address 188.246.4.X
remote IP address 188.246.4.X
Script /etc/ppp/ip-up started (pid 22886)
Script /etc/ppp/ip-up finished (pid 22886), status = 0x0</source> Hier steht der Tunnel stabil. Wenn sich das Script automatisch beendet, dann steht der Tunnel nicht.

*ZUM ABBRUCH DES TUNNELS: STRG + C *

<source lang="output">Terminating on signal 2
Script pptp pptp.ffm.portunity.de --nolaunchpppd finished (pid 22880), status = 0x0
Modem hangup
Connect time 0.3 minutes.
Sent 13332 bytes, received 4273 bytes.
Script /etc/ppp/ip-down started (pid 22941)
Connection terminated.
Waiting for 1 child processes...
script /etc/ppp/ip-down, pid 22941
Script /etc/ppp/ip-down finished (pid 22941), status = 0x1</source>

'''Hinweis:''' Bei dem Muster hier werden noch ip-up.d bzw. ip-down.d Scripte ausgeführt.

Wenn Sie mit der Meldung nichts anfangen können, so schreiben Sie Portunity bitte erst eine eMail (oder geben ein Support-Ticket oder fragen im Support-Forum nach) auf, damit Portunity etwas sehen kann. Per Telefon ist so etwas kaum möglich. Bitte haben Sie auch Verständnis dafür, das Portunity Ihnen nur bis zu einem gewissen Maß kostenlos helfen können. 

== Fehler: Keine Defaultroute ==

Wenn die Defaultroute nicht über die peers/portunity Datei mit dem Parameter "defaultroute" gesetzt werden kann, dann erscheint in der "pon portunity debug ..." Ausgabe ziemlich am Ende folgende Zeile:

<source lang="output">not replacing existing default route via 217.144.132.x</source>

Dann müssen Sie ein ip-up Script bemühen oder sich mit Policy-Based-Routing (PBR) unter Linux auseinander setzen.

= Abschließende Hinweise =

Diese Anleitung gilt ausschließlich für die Verbindung via IPv4. Mit nur wenigen weiteren Handgriffen kann aber auch IPv6 eingebunden werden, siehe hierzu den Artikel "[[PPTP-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|PPTP-Tunnel (IPv6) unter Debian-Linux einrichten]]".

Wegen der Komplexität gehen wir in diesem Artikel nicht auch Dinge ein wie:

*IP-Netz routen
*Dienste an die neue statische IP binden
*autoamtisches starten des PPTP-Tunnels beim Rechnerstart
*PBR (Policy Based Routing)

Schauen Sie bitte in die entsprechenden FAQ Artikel, oder falls noch nicht vorhanden sprechen Sie uns bitte an: Supportmöglichkeiten

[[Category:Access_Anleitungen]][[Category:Access]][[Category:PPTP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:44:24 GMT

Cda@superroot: /* Schritt 2: Grundkonfiguration - XL2TPD */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd"

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor [[Vi]] - [[Vi|Anleitung zum vi]]

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.'' 
Inhalt:
<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source> 

 

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source> 

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen "'''IPv6 Only Tarif'''" haben müssen Sie den IPv4 Teil weglassen oder auskommentieren (Zwischen "#IPv4 Start" und "#IPv4 end" jede Zeile mit einem "#" beginnen lassen)

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/sh
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:43:39 GMT

Cda@superroot: /* Schritt 2: Grundkonfiguration - peers */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian etch) einen PPTP - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "pptp-linux"

<source lang="command">apt-get install pptp-linux</source>

Nun gibt es das Verzeichnis "/etc/ppp". Hier sind die wichtigsten Config-Files für den PPTP-Tunnel. Ein kleines Was ist was:

*Verzeichnis: "peers" => Die wichtigsten Zugangsdaten und Einstellungen je Tunnel
*Verzeichnis: "ip-up.d" => Wird beim Tunnelaufbau ausgeführt (IPv4)
*Verzeichnis: "ip-down.d" => Wird beim Tunnelabbau (zusammenbruch) ausgeführt (IPv4)
*Datei: "chap-secrets" => Tunnelpasswörter

= Schritt 2: Grundkonfiguration - peers =

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/peers" die Datei "portunity" an.

<source lang="command">vi /etc/ppp/peers/portunity</source>
''Nun einmal "'''i'''" (kleines I für insert) drücken, um in den Einfügemodus zu wechseln.''

Inhalt:

<source lang="text">### Verbindungsziel - Portunity Server
pty "pptp pptp.ffm.portunity.de --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name vpn-pty/XXXXX

### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

# Soll der komplette Traffic durch den Tunnel geschickt werden? Default-Route!
# HINWEIS: Gibt es bereits eine Route im System kann diese Option diese Route
# leider nicht überschreiben, siehe dazu bitte weiter unten
defaultroute

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel nicht aufgebaut wird.
# Dann bitte einfach auskommentieren oder das + durch ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6

#end</source>

''Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.''

Anstelle "vpn-pty/XXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

Nun muss das Passwort für den Tunnel noch in der Datei "'''chap-secrets'''" im Verzeichnis "'''/etc/ppp'''" hinterlegt werden.

<source lang="command">vi /etc/ppp/chap-secrets</source>

Inhalt:

<source lang="text"># Secrets for authentication using CHAP
# client server secret IP addresses
vpn-pty/XXXXX PPTP YYYYYY *

#end</source>

Anstelle "'''vpn-pty/XXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''YYYYYY'''" Ihr PPTP-Passwort. (welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort!)

Sie sollten nun noch festlegen, das nur "root" Leserechte auf die Datei hat, damit niemand Ihr Passwort auslesen kann. Dies geht mit

<source lang="command">chmod 600 /etc/ppp/chap-secrets</source>

'''Besonderheit:''' Wir kennen natürlich nicht Ihren Rechner / Server, aber wir gehen davon aus, das Sie eine Firewall laufen haben. Die Firewall muss das Protokoll "GRE" und die Kommunikation zu unseren PPTP-Servern [TCP, UDP und Port 1723] durch-/zulassen!

= Schritt 3: Erster Test des Tunnels =

Tunnel aktivieren:

<source lang="command">pon portunity</source>

Prüfen, ob das PPP - Device gestartet hat:  <source lang="command">ifconfig

eth0 ....

ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:188.246.4.X P-z-P:188.246.4.1 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:168585 errors:0 dropped:0 overruns:0 frame:0
TX packets:200554 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:17999794 (17.1 MiB) TX bytes:24537734 (23.4 MiB)</source> Es handelt sich um eine Point-2-Point Verbindung. Das Gateway auf Portunity Seite hat hier die: P-z-P:188.246.4.1

= Schritt 4: Routen =

Default Route setzen? Wenn Sie den kompletten Traffic durch den Tunnel schicken wollen, dann können Sie eine Defaultroute in den Tunnel setzen. Achten Sie nur darauf, das Ihr Server dann auch nur noch aus dem lokalen Netzsegment und durch den Tunnel erreichbar ist!

== Route manuell setzen ==

Die Default-Route kann wie folgt manuell gesetzt werden:

<source lang="command">route add -net 0.0.0.0/0 ppp0</source>

Prüfen Sie bitte mit ifconfig, ob der portunity-Tunnel aktuell "ppp0" ist. Die Nummer kann sich schon mal ändern! z.B. ppp1. Wird der Tunnel abgebaut, wird die route automatisch gelöscht!

== Route "bootfest" machen ==

Legen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/ppp/ip-up.d/" die Datei "portunity" an. Diese Datei wird nach erfolgreichem Tunnelaufbau automatisch ausgeführt.

<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

#if [ "$1" = "ppp0" ]; then
if [ "$6" = "portunity" ]; then

echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
route add -net 0.0.0.0/0 $1
fi

exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/ip-up.d/portunity</source>

Erster Datentest: Bauen Sie nun den Tunnel einmal neu auf, damit die Route gesetzt wird:

<source lang="command">poff portunity

pon portunity</source>

Nun können wir testen:

<source lang="command">w3m http://www.portunity.de/ip</source>

Wenn so etwas erscheint, läuft der Traffic nicht durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 88.77.51.xx
Hostname: dslb-088-051-023.pool.xxxx.net</source>

Es muss Ihre Tunnel-IP ausgegeben werden dann läuft der Traffic durch den Tunnel:

<source lang="output">Ihre IP-Adresse lautet: 188.246.4.x
Hostname: meinptr.meinedomain.de</source>

Tunnel abschalten:

<source lang="command">poff portunity</source>

Wenn sich der Tunnel nicht aufbaut, dann schauen Sie bitte im entsprechenden FAQ-Artikel nach: Der PPTP-Tunnel startet nicht unter Debian

= Schritt 5: Tunnel bootfest machen =

Den Tunnel komplett bootfest machen. Hierzu müssen wir 2 kleine Scripte anlegen und diese dann inter interfaces Datei eintragen. Dafurch wird der Tunnel immer aufgebaut, nachdem die Netzwerkkarte hochgefahren ist und abgebaut, bevor die Netzwerkkarte herunter fährt.

Anlegen der beiden Scripte:

== START - Script ==

Für das Start-Script legen wir eine "up"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-up.sh</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
####
# Startet den Portunity: PPP - Tunnel
#

# Noch mal 2 Sekunden warten
sleep 2

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork startet," \
" starting PPTP Tunnel to Portunity..." >> /var/log/messages
/usr/bin/pon portunity

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ausführbar sein:

<source lang="command">chmod 750 /etc/ppp/portunity-pptp-up.sh</source>

== STOP - Script ==

Und für das Stop-Script legen wir eine "down"-Datei an:

<source lang="command">vi /etc/ppp/portunity-pptp-down.sh</source>

Inhalt:

<source lang="bash">#!/bin/sh -e
####
# Stoppt den Portunity: PPP - Tunnel
#

# Meldung bringen und Tunnel starten
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity - PPTP: Netzwork shutted down, " \
" stopping PPTP Tunnel to Portunity!" >> /var/log/messages
/usr/bin/poff portunity

# Noch 1 Sekunde warten
sleep 1

#### IMMER mit ERFOLG enden, sonst fährt er das eth_x nicht hoch!
exit 0
# ende der Datei</source>

Die Datei muss natürlich ebenfalls ausführbar sein: <source lang="command">chmod 750 /etc/ppp/portunity-pptp-down.sh</source>

== Aktivieren der Scripte ==

Pürfen Sie zu erst, über welche Netzwerkkarte der Tunnel aufgebaut wird. Also welche Netzwerkkarte mit dem Internet verbinden ist. Meist "eth0", da nur eine eingebaut ist, sonst wissen Sie bestimmt wie Sie das prüfen.

<source lang="command">vi /etc/network/interfaces</source>

Inhalt:

<source lang="text"># ... Auszug der Datei ....

iface eth0 inet static
address 192.168.10.xxx # Nur als Beispiel
netmask 255.255.255.xxx # Nur als Beispiel
gateway 192.168.10.xxx # Nur als Beispiel
post-up /etc/ppp/portunity-pptp-up.sh
pre-down /etc/ppp/portunity-pptp-down.sh

# ... Auszug ende ...</source>

Wichtige Hinweise:

*Seien Sie bitte sehr umsichtig beim Bearbeiten dieser Datei
*erstellen Sie sich zuvor besser eine Sicherungskopie "cp /etc/network/interfaces /etc/network/interfaces_sich"
*Die IP-Adressen sind Beispiele. Sie werden andere haben. Diese nicht ändern!
*Bei Fehlern fährt Ihr Rechner möglicherweise keine Netzwerkverbindungen mehr hoch!

= Debug-Hilfe =

== Der PPTP-Tunnel startet nicht unter Debian - was kann ich machen? ==

Wenn der Tunnel nicht mit:

<source lang="command">pon portunity</source> startet, dann können Sie den Start im Debug-Modus versuchen. Damit springt das Programm nicht in den Hintergrund, sondern es bleib oben und gtibt alles direkt auf der Console aus.

<source lang="command">pon portunity debug dump logfd 2 nodetach</source>

Musterausgabe:

<source lang="output">gate-firma:/# pon portunity debug dump logfd 2 nodetach
pppd options in effect:
debug # (from command line)
nodetach # (from command line)
persist # (from /etc/ppp/peers/portunity)
logfd 2 # (from command line)
maxfail 0 # (from /etc/ppp/peers/portunity)
dump # (from command line)
noauth # (from /etc/ppp/peers/portunity)
refuse-eap # (from /etc/ppp/peers/portunity)
name vpn-pty/XXXXX # (from /etc/ppp/peers/portunity)
remotename PPTP # (from /etc/ppp/peers/portunity)
# (from /etc/ppp/peers/portunity)
pty pptp pptp.ffm.portunity.de --nolaunchpppd # (from /etc/ppp/peers/portunity)
crtscts # (from /etc/ppp/options)
# (from /etc/ppp/options)
asyncmap 0 # (from /etc/ppp/options)
mtu 1400 # (from /etc/ppp/peers/portunity)
lcp-echo-failure 4 # (from /etc/ppp/options)
lcp-echo-interval 30 # (from /etc/ppp/options)
hide-password # (from /etc/ppp/options)
ipparam portunity # (from /etc/ppp/peers/portunity)
proxyarp # (from /etc/ppp/options)
nobsdcomp # (from /etc/ppp/peers/portunity)
nodeflate # (from /etc/ppp/peers/portunity)
noipx # (from /etc/ppp/options)
using channel 44
Using interface ppp0
Connect: ppp0 <--> /dev/pts/6
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfNak id=0x1 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xcad60176> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x92d64869> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xcad60176]
rcvd [LCP EchoReq id=0x0 magic=0x92d64869]
sent [LCP EchoRep id=0x0 magic=0xcad60176]
rcvd [CHAP Challenge id=0x22 <fda0cddf723f723fd144ebad8fcf6d6a249dd9f99737f1>, name = "pptpd"]
sent [CHAP Response id=0x22 <e5d7907295f40bb49f272291dbdccde3>, name = "vpn-pty/XXXXX"]
rcvd [LCP EchoRep id=0x0 magic=0x92d64869]
rcvd [CHAP Success id=0x22 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.8.X>]
rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [CCP ConfReq id=0x1]
sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15>]
rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [IPCP ConfNak id=0x1 <addr 188.246.4.X>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
rcvd [CCP ConfAck id=0x1]
rcvd [CCP ConfReq id=0x2]
sent [CCP ConfAck id=0x2]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 188.246.4.X>]
Cannot determine ethernet address for proxy ARP
local IP address 188.246.4.X
remote IP address 188.246.4.X
Script /etc/ppp/ip-up started (pid 22886)
Script /etc/ppp/ip-up finished (pid 22886), status = 0x0</source> Hier steht der Tunnel stabil. Wenn sich das Script automatisch beendet, dann steht der Tunnel nicht.

*ZUM ABBRUCH DES TUNNELS: STRG + C *

<source lang="output">Terminating on signal 2
Script pptp pptp.ffm.portunity.de --nolaunchpppd finished (pid 22880), status = 0x0
Modem hangup
Connect time 0.3 minutes.
Sent 13332 bytes, received 4273 bytes.
Script /etc/ppp/ip-down started (pid 22941)
Connection terminated.
Waiting for 1 child processes...
script /etc/ppp/ip-down, pid 22941
Script /etc/ppp/ip-down finished (pid 22941), status = 0x1</source>

'''Hinweis:''' Bei dem Muster hier werden noch ip-up.d bzw. ip-down.d Scripte ausgeführt.

Wenn Sie mit der Meldung nichts anfangen können, so schreiben Sie Portunity bitte erst eine eMail (oder geben ein Support-Ticket oder fragen im Support-Forum nach) auf, damit Portunity etwas sehen kann. Per Telefon ist so etwas kaum möglich. Bitte haben Sie auch Verständnis dafür, das Portunity Ihnen nur bis zu einem gewissen Maß kostenlos helfen können. 

== Fehler: Keine Defaultroute ==

Wenn die Defaultroute nicht über die peers/portunity Datei mit dem Parameter "defaultroute" gesetzt werden kann, dann erscheint in der "pon portunity debug ..." Ausgabe ziemlich am Ende folgende Zeile:

<source lang="output">not replacing existing default route via 217.144.132.x</source>

Dann müssen Sie ein ip-up Script bemühen oder sich mit Policy-Based-Routing (PBR) unter Linux auseinander setzen.

= Abschließende Hinweise =

Diese Anleitung gilt ausschließlich für die Verbindung via IPv4. Mit nur wenigen weiteren Handgriffen kann aber auch IPv6 eingebunden werden, siehe hierzu den Artikel "[[PPTP-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|PPTP-Tunnel (IPv6) unter Debian-Linux einrichten]]".

Wegen der Komplexität gehen wir in diesem Artikel nicht auch Dinge ein wie:

*IP-Netz routen
*Dienste an die neue statische IP binden
*autoamtisches starten des PPTP-Tunnels beim Rechnerstart
*PBR (Policy Based Routing)

Schauen Sie bitte in die entsprechenden FAQ Artikel, oder falls noch nicht vorhanden sprechen Sie uns bitte an: Supportmöglichkeiten

[[Category:Access_Anleitungen]][[Category:Access]][[Category:PPTP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:41:10 GMT

Cda@superroot: /* Schritt 2: Grundkonfiguration - XL2TPD */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd"

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor [[Vi]] - [[Vi|Anleitung zum vi]]

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>
Nun einmal "'''i'''" (kleines I für insert), um in den Einfügemodus zu wechseln.

<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source> 

 

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source> 

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen "'''IPv6 Only Tarif'''" haben müssen Sie den IPv4 Teil weglassen oder auskommentieren (Zwischen "#IPv4 Start" und "#IPv4 end" jede Zeile mit einem "#" beginnen lassen)

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/sh
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

Vi Editor

Cda@superroot — Fri, 01 Mar 2013 10:37:27 GMT

Cda@superroot: Weiterleitung nach Vi erstellt

#redirect [[Vi]]

Vi Editor

Cda@superroot — Fri, 01 Mar 2013 10:36:58 GMT

Cda@superroot:

#redicect[[Vi]]

Vi Editor

Cda@superroot — Fri, 01 Mar 2013 10:36:39 GMT

Cda@superroot:

redicect[[Vi]]

Vi Editor

Cda@superroot — Fri, 01 Mar 2013 10:36:33 GMT

Cda@superroot:

redicect#[[Vi]]

Vi Editor

Cda@superroot — Fri, 01 Mar 2013 10:36:11 GMT

Cda@superroot:

*redicrect[[vi]]

Vi Editor

Cda@superroot — Fri, 01 Mar 2013 10:36:03 GMT

Cda@superroot: Die Seite wurde neu angelegt: „#redicrectvi“

#redicrect[[vi]]

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:35:14 GMT

Cda@superroot: /* Schritt 2: Grundkonfiguration - XL2TPD */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd"

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor [[Vi]] - [[Vi|Anleitung zum vi]]

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>

<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source> 

 

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source> 

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen "'''IPv6 Only Tarif'''" haben müssen Sie den IPv4 Teil weglassen oder auskommentieren (Zwischen "#IPv4 Start" und "#IPv4 end" jede Zeile mit einem "#" beginnen lassen)

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/sh
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

Vi

Cda@superroot — Fri, 01 Mar 2013 10:33:49 GMT

Cda@superroot: /* Eingeben/Ändern im Eingabemodus */

Das Editor "vi" (steht für „visual“; ausgesprochen [viːˈaɪ] oder [vaɪ],[1] und nicht „sechs“ oder „six“ (wie die römische Zahl "VI") ist ein standardisierter Texteditor. Der Name stammt vom Befehl visual des Editors ex ab. Mit diesem Befehl konnte man den Editor in einen "visuellen Modus" umschalten.

Es gibt eine viel zahl von Editoren unter Linux, die alle Ihre Vor- und Nachteile haben. Bei Portunity wird der vi eingesetzt, da man mit ihm alles machen kann und er vor allem auch mehrere Gigabyte große Dateien mühelos bearbeiten kann, wenn man muss. Es gibt aber sicherlich Editoren, die einfach zu bedienen sind als der vi.

=Hier ein paar Befehle=
== Speichern und Beenden ==
* '''Man sollte vor diesen Befehlen zwei mal die ESC - Taste betätigen.'''

ZZ Sichern und vi beenden
:wq (write quit) Sichern und vi beenden
:q! vi '''ohne Sicherung''' beenden
:w Nur sichern
:w dat In die Datei mit dem Namen "dat" speichern

== Eingeben/Ändern im Eingabemodus ==
'''i (insert) Links vom Cursor einfügen'''
I (Insert) Am Zeilenanfang einfügen

a (append) Rechts vom Cursor einfügen
A (Append) Am Zeilenende anhängen

o (open) In neuer Zeile danach einfügen
O (Open) In neuer Zeile davor einfügen

s (substitute) Cursorzeichen ersetzen
S (Substitute) Ganze Cursorzeile ersetzen

R (Replace) Überschreiben einschalten

cw (change word) nächstes Wort ersetzen
ncw (change word) nächsten n Worte ersetzen
cc (change) ganze Zeile ersetzen
C (Change) Rest der Zeile ersetzen

== Löschen, Kopieren und Verschieben ==
dw (delete word) nächstes Wort löschen
ndw (delete word) nächsten n Worte löschen
dd (delete) ganze aktuelle Zeile löschen
ndd nächsten n Zeilen löschen
d/was Text bis zum nächsten „was“ löschen
dG ab Cursor bis Dateiende alles löschen
D Zeilenrest löschen
x Zeichen an Cursorposition löschen
nx nächsten n Zeichen löschen
X Zeichen vor Cursor löschen
yy kopiert aktuelle Zeichen in allgemeinen Puffer
nyy kopiert nächsten n Zeilen in allgemeinen Puffer
y$ kopiert ab Cursor Zeilenrest in allgemeinen Puffer
>% Text bis korrespond. Klammer einrücken
„xyw kopiert nächstes Wort in Puffer x
„ayy kopiert aktuelle Zeile in Puffer a
„xnyy kopiert nächsten n Zeilen in Puffer x
„add löscht akt. Zeile und kopiert sie in Puffer a
„xndw n Worte löschen und in Puffer x kopieren
p (put) allgemeinen Puffer hinter Cursor kopieren
P (Put) allgemeinen Puffer vor Cursor kopieren
xp vertauscht zwei Zeichen
„xp Puffer x hinter Cursor kopieren
„xP Puffer x vor Cursor kopieren
:r dat Datei „dat“ hinter aktuelle Zeile kopieren

== Änderungen rückgängig ==
u (undo) macht die letzte Änderung rückgängig
U (Undo) Änderungen in akt.Zeile zurücknehemen
:e! alle Änderungen seit letztem Sichern wegwerfen
:q! vi ohne Sichern verlassen

[[Category:Access_Lexikon]][[Category:Hosting_Lexikon]]

Vi

Cda@superroot — Fri, 01 Mar 2013 10:33:35 GMT

Cda@superroot:

Vi

Cda@superroot — Fri, 01 Mar 2013 10:31:48 GMT

Cda@superroot: Die Seite wurde neu angelegt: „Das Editor "vi" (steht für „visual“; ausgesprochen [viːˈaɪ] oder [vaɪ],[1] und nicht „sechs“ oder „six“ (wie die römische Zahl "VI") ist ein sta…“

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:18:21 GMT

Cda@superroot: /* Schritt 3: Routen setzen */

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd"

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor vi

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>

<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source>
Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source>
Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen "'''IPv6 Only Tarif'''" haben müssen Sie den IPv4 Teil weglassen oder auskommentieren (Zwischen "#IPv4 Start" und "#IPv4 end" jede Zeile mit einem "#" beginnen lassen)

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/sh
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:16:08 GMT

Cda@superroot:

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd"

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor vi

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>

<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source>
Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source>
Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen IPv6 Only Tarif haben müssen Sie den IPv4 Teil weglassen/löschen oder Auskommentieren (zwischen "#IPv4 Start" und "#IPv4 end" )

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/sh
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

L2TP-Tunnel (IPv4 und/oder IPv6) unter Debian-Linux einrichten (Anleitung)

Cda@superroot — Fri, 01 Mar 2013 10:14:59 GMT

Cda@superroot:

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian Wheezy) einen L2TP - Tunnel mit einer statischen IP-Adresse (IPv4 und/oder IPv6) einrichten.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Server / Gateway ein und installieren Sie folgendes Debian Paket: "xl2tpd"

<source lang="command">apt-get install xl2tpd chkconfig</source>

= Schritt 2: Grundkonfiguration - XL2TPD =

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/xl2tpd" die Datei "xl2tpd.conf" und fügen folgendes am ende der Datei an. Tauschen Sie dabei bitte den '''Loginnamen tunnelYYYYY '''durch den im gebuchten Tarif angezeigten Produkt-Loginnamen aus (z.B. vpn-pty/44444).

Hier machen wir dies mit dem Editor vi

<source lang="command">vi /etc/xl2tpd/xl2tpd.conf</source>

<source lang="text">
[lac L2TPPTYClient]
lns = l2tp.ffm.portunity.de
require chap = yes
refuse pap = yes
require authentication = yes

; Tunnel Loginnamen (Können Sie in im Kundencenter einsehen)
name = tunnelYYYYY
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd.ptyclient
length bit = yes
</source>

Mit "'''ESC ESC :wq ENTER'''" speichern und beenden Sie den vi-Editor.

*Nun müssen Sie noch den pppd Konfigurieren

<source lang="command">vi /etc/ppp/options.l2tpd.ptyclient</source>

<source lang="text">
### Nach einer Trennung automatisch neu aufbauen
persist

### MTU muss kleiner 1500 sein, da das PPTP-Protokoll ein TCP Paket vergrössert
mtu 1400

### Wird an die ip-up / ip-down Scripte übergeben zur eindeutigen Erkennung
ipparam portunity

# Terminate after n consecutive failed connection attempts.
# # A value of 0 means no limit. The default value is 10.
maxfail 0

#### Diverses
remotename PPTP
lock
noauth
refuse-eap
nobsdcomp
nodeflate
nomppe

#### Diese Option kann auf älteren Linux Systemen dazu führen das der Tunnel
# nicht aufgebaut wird. Dann bitte einfach auskommentieren oder das + durch
# ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6
#end
</source>

*Jetzt müssen noch die Zugangsdaten in der hinterlegen.

<source lang="command">vi /etc/ppp/chap-secrets</source>

*Fügen Sie dazu bitte folgendes an der Datein an. Ersetzen dabei aber '''LOGINNAMEN '''und '''PASSWORT '''durch den Ihnen bekannten '''Loginnamen tunnelYYYYY '''und Ihr Passwort.

<source lang="text">
# Secrets for authentication using CHAP
# client server secret IP addresses
LOGINNAMEN PPTP PASSWORT *
</source>

= Schritt 3: Routen setzen=
Damit die Pakete auch durch den Tunnel gehen müssen nach dem Start noch einige Routen gesetzt werden. Dies machen Sie in dem Sie die beiden Dateien '''/etc/ppp/ip-up.d/portunity''' und '''/etc/ppp/ip-down.d/portunity''' wie folgt anlegen und mit folgenden Inhalt füllen.

Das Start Script
<source lang="command">vi /etc/ppp/ip-up.d/portunity</source>

Wenn Sie einen IPv6 Only Tarif haben müssen Sie den IPv4 Teil weglassen/löschen oder Auskommentieren (zwischen "#IPv4 Start" und "#IPv4 end" )

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
"Now adding routing..." >> /var/log/messages
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

##################
### IPv4 Start

DEFAULTROUTE="`ip ro l | grep default | head -n 1 | sed 's/default//' | sed 's/proto static//' | cat -`"

# Die Route zum Tunnelserver von Portunity über das "alte" Default
# Gateway setzen
ip ro add 188.246.0.50/32 $DEFAULTROUTE

# Die alte Default Route löschen und mit einer höheren Metric einfügen
# Zusätzlich eine zweite Default Route mit niedrigerer Metric durch den
# Tunnel Setzen => Sollte der L2TP Tunnel zusammen brechen werden die
# Routen durch den Tunnel automatisch gelöscht und es greift automatisch
# wieder die "alte" Default Route!
ip ro del default
ip ro add default $DEFAULTROUTE metric 1000
ip ro add default dev $1 metric 10

### IPv4 end
##################

##################
### IPv6 Start

ip -6 ro add default dev $1

### IPv6 end
##################

fi

exit 0
# ende der Datei
</source>

Das Stop Script
<source lang="command">vi /etc/ppp/ip-down.d/portunity</source>

<source lang="text">
#!/bin/sh -e
#
# Hilfe - Text:
# ---------------------------------------------------------------
# This script is called with the following arguments:
# Arg Name Example
# $1 Interface name ppp0
# $2 The tty ttyS1
# $3 The link speed 38400
# $4 Local IP number 12.34.56.78
# $5 Peer IP number 12.34.56.99
# $6 Optional ``ipparam'' value foo
# ---------------------------------------------------------------

# don't bother to restart postfix when lo is configured.
if [ "$1" = "lo" ]; then
exit 0
fi

if test "$6" = "portunity" -o "$6" = "188.246.0.50"; then
echo "`date +%b" "%e" "%H":"%M":"%S` Portunity: PPTP - ipparam: $6 Interface goeas up ($1). "\
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
# Löschen der Festen Route zum Tunnel Server um keinen Müll im Routing
# zu hinterlassen
ip ro del 188.246.0.50/32
fi

exit 0
# ende der Datei
</source>

Damit die beiden Dateien beim Starten und Stoppen des Tunnels auch ausgeführt werden, müssen diese noch ausführbar gemacht werden.
<source lang="command">
chmod 755 /etc/ppp/ip-up.d/portunity
chmod 755 /etc/ppp/ip-down.d/portunity
</source>

Anschließend müssen Sie den L2TP Dienst einmal durchstarten um die Änderungen zu übernehmen.

<source lang="command">/etc/init.d/xl2tpd restart</source>

Damit auch IPv6 genutzt werden sollten Sie das Ihnen zugewiesene Netz am besten an eth0 binden. Alle In Ihrem Netzwerk befindlichen Rechner können dann den Tunnel Client als Default Gateway für IPv6 nutzen. (Vorausgesetzt Ihre Firewall lässt dies zu!)

Fügen Sie dazu bitte am ende der Datei '''/etc/network/interfaces''' folgendes hinzu und ersetzen ggf. eth0 durch das gewünschte Interface bei Ihnen. Zusätzlich Tragen Sie bitte das IPv6 Netz welches Ihnen zugewiesen wurde ein (Dieses können Sie ebenfalls in unserem Kundencenter im gebuchten Tarif einsehen).

<source lang="command">vi /etc/network/interfaces</source>
<source lang="text">
...
auto eth0
iface eth0 inet6 static
address IPv6-ADRESSE
netmask NETZMASKE
</source>

Nun müssen Sie die Änderungen noch aktivieren. Dies machen Sie am besten in dem Sie das Netzwerk oder alternativ den gesamten Rechner/Server einmal durchstarten.

* Netzwerk Restarten
<source lang="command">/etc/init.d/networking restart
</source>
* Rechner/Server Durchstarten
<source lang="command">reboot</source>

= Schritt 4: Verbindung aufbauen/Trennen=
Den L2TP Tunnel können Sie anschließend mit folgenden befehlen auf- bzw. abbauen.

*Aufbauen:
<source lang="command">echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>
*Trennen:
<source lang="command">echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control</source>

nach kurzer Zeit sollte mit '''ifconfig''' ein pppX device erscheinen
<source lang="command">ifconfig</source>
<source lang="text">
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:188.246.4.100 P-t-P:188.246.4.1 Mask:255.255.255.255
inet6 addr: fe80::70f4:114a:e244:9f1c/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
RX packets:1625 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:121353 (118.5 KiB) TX bytes:37638 (36.7 KiB)
...
</source>

Und ein Traceroute sollte als ersten Hop den pptp.ffm.portunity.de zeigen!
<source lang="command">traceroute -I www.portunity.de</source>
<source lang="text">
1 pptp.ffm.portunity.de (188.246.4.1) 42.828 ms 42.467 ms 45.666 ms
2 router1.ffm.portunity.de (188.246.0.2) 45.135 ms 45.108 ms 48.500 ms
3 81.92.4.41 (81.92.4.41) 58.700 ms 58.328 ms 57.947 ms
4 gw1.wtal.portunity.de (195.8.241.100) 54.389 ms 62.004 ms 61.622 ms
5 www.portunity.de (217.144.129.136) 61.225 ms 61.385 ms 61.011 ms
</source>

Für IPv6 Lautet der Befehl

<source lang="command">traceroute6 -I www.portunity.de</source>
<source lang="text">
1 openvpn-gw.ffm.portunity.de (2a02:a00:e00f:ffff::1) 46.290 ms 46.435 ms 50.166 ms
2 ipv6-gw2-ffm.portunity.de (2a02:a00:f::2) 50.364 ms 54.125 ms 54.309 ms
3 2a01:170:0:1:1::11 (2a01:170:0:1:1::11) 64.817 ms 62.470 ms 68.750 ms
4 2a01:170:0:2:3::2 (2a01:170:0:2:3::2) 68.382 ms 73.683 ms 73.870 ms
5 www.portunity.de (2a02:a00::1:0:0:2) 77.487 ms 77.654 ms 80.521 ms
</source>

= Schritt 5: Bootfest machen=
Damit der L2TP Tunnel bei jedem Start automatisch startet, legen Sie am besten ein Startscript dafür an.

<source lang="command">vi /etc/init.d/pty-l2tp-tunnel</source>
<source lang="text">
#!/bin/sh
############################################################################
############################################################################
### - portunity-l2tp-tunnel ###
### -------------------------------------------------------------------- ###
### Boot - Startscript für ein Daemon. ###
### ###
### -------------------------------------------------------------------- ###
### Anpassungen: ###
### ###
### ###
### ###
### ###
############################################################################

### BEGIN INIT INFO
# Provides: portunity-l2tp-tunnel
# Required-Start: $network $remote_fs $syslog xl2tpd
# Required-Stop: $network $remote_fs $syslog xl2tpd
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Startet den L2TP Tunnel.
# Description: Startet den L2TP Tunnel
# By Portunity GmbH
### END INIT INFO

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
echo "c L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

stop)
echo "d L2TPPTYClient" > /var/run/xl2tpd/l2tp-control
;;

restart)
$0 stop
sleep 1
$0 start
;;

*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
exit 1
;;
esac

exit 0
</source>

<source lang="command">chmod 755 /etc/init.d/pty-l2tp-tunnel</source>

Nun müssen Sie noch dafür Sorgen dass das Script beim Start auch automatisch mit gestartet wird. Dies machen Sie am besten mit '''chkconfig'''.

<source lang="command">chkconfig pty-l2tp-tunnel 2345</source>
[[Category:Access_Anleitungen]][[Category:Access]][[Category:L2TP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

Resource Record

Cda@superroot — Thu, 21 Feb 2013 11:48:05 GMT

Cda@superroot:

Als Resource Record (Abkürzung RR) wird ein Grund-Eintrag im Domain Name System (DNS) bezeichnet. In Zonendateien (z.B. Bind-Nameserver) steht er in einer ASCII-Darstellung oder in einer Datenbank (z.B. beim von Portunity verwendeten PowerDNS). In DNS-Antwort-Paketen wird er in komprimierter Form übertragen und von DNS-Caching-Nameservern (Resolver) zwischengespeichert. Es gibt verschiedene Typen von Resource Records.

= RR-Format in Zonendateien (z.B. BIND) =

Die ASCHII-Darstellung kommt in Zonendateien zur Anwendung, die z.B. von Bind, PowerDNS und anderen Nameservern unterstützt werden. Auf dem Transport sowie in Zwischenspeichern werden inhaltlich die gleichen Informationen allerdings in einer komprimierten Form gespeichert. Die RR-Typen selbst werden durch eine 8-Bit-Zahl (1-255) gekennzeichnet welche fest definiert sind.

ASCII-Format: <name> [<ttl>] [<class>] <type> <rdata>

* <name> Die Domain, zu dem der Resource Record gehört (optional)
* <ttl> Time to Live (TTL), die Gültigkeit in Sekunden (optional)
* <class> Protokollgruppe zu der der Resource Record gehört (optional)
* <type> Typ des Resource Records
* <rdata> (resource data) Daten zu dem Resource Record (zum Beispiel eine IP-Adresse für einen A-RR, oder einen Hostnamen für einen NS-RR)
* <length> Länge der Daten

Einige Typen benötigen weitere Felder, die dann vor <rdata> eingeordnet werden. Ein Beispiel dafür ist der MX-Eintrag. Einige der Daten in einem RR können optional weggelassen werden, dann nimmt der Nameserver die zuletzt verwendeten Werte oder globale Standard-Werte.

= Übersicht über die häufigsten RR-Typen: =

== Von Portunity unterstützt ==

*A - IPv4-Adresse eines Hosts
*AAAA - IPv6-Adresse eines Hosts
*CNAME - Kanonischer Name für einen Host (die Domain mit diesem RR ist ein Alias)
*DNAME - ähnlich CNAME aber für komplette Domains, siehe RFC 2672
*HINFO - Host information (Prozessortyp und Betriebssystem)
*MX - Mail Exchange, für diese Domain verantwortliche Mailserver
*NAPTR - Naming Authority Pointer – Erweiterung des A Resource Record
*NS - Hostname eines autoritativen Nameservers
*PTR - Pointer Reverse: Um IP-Adressen Namen zuzuweisen
*SOA - Start of Authority: Sozusagen eine Art Grundeintrag
*[[SPF_(Sender_Policy_Framework)|SPF]] - Sender Policy Framework
*SRV - angebotener Dienst (Service)
*TXT - freidefinierbarer Text, wird u. a. auch für Sender Policy Framework (SPF) verwendet

== Von Portunity NICHT unterstützt ==

*CERT - Resource Record für das Speichern von Zertifikaten (siehe RFC 4398)
*DNSKEY - enthält einen dem Namen zugeordneten Public-Key – löste bei DNSSEC ab 2004 den Typ KEY ab.
*DS – dient der Verkettung DNSSEC-signierter Zonen
*NSEC - Next Secure: Verkettet DNS-Einträge in DNSSEC signierten Zonen – löste 2004 den RR-Typ NXT ab
*NSEC3 - Next Secure Hashed: Alternative zum NSEC-RR ohne Zone Enumeration Problem (seit 2008)
*RRSIG - enthält eine digitale Unterschrift (wird seit 2004 von DNSSEC (=DNS Security) verwendet und ersetzt SIG)

== Veralterte RR-Typen ==

*A6 - Resource Record des Verfahrens A6 zur Adressauflösung unter IPv6 (veraltet)
*GPOS - Geographische Position, veraltet
*KEY - enthält einen der Domain zugeordneten Public-Key – (veraltet)
*MD - Mail destination (veraltet, durch MX ersetzt)
*MF - Mail forwarder (veraltet, durch MX ersetzt)
*NXT - (veraltet, nun NSEC)
*SIG - enthält eine digitale Unterschrift (veraltet)

 

== Bei Portunity ==

siehe: [[DNS-Einstellungen (Dialog)]]

[[Category:Hosting]] [[Category:Hosting_Lexikon]] [[Category:Domain-Registrierung_(Tarif)]]

DNS-Einstellungen (Dialog)

Cda@superroot — Thu, 21 Feb 2013 11:17:34 GMT

Cda@superroot: /* Block: DNS-Zonen-Informationen */

Was bei Portunity in den Nameservereinstellungen für Domains eingetragen werden kann, kann folgendem Beispiel mit Bild [Screenshot Stand: 24.09.2009] und weiter unten mit einer kleinen Beschreibung entnommen werden:

= Beispiel-Screenshoot =

[[Image:Dns-middle.jpg]]

= Feldbeschreibung: =

== Block: DNS-Zonen-Informationen ==

*'''Name der Domain:''' Bei Portunity gehört der Nameserver nicht zwingend zur Domain, sondern der Kunde auch nur den Portunity Nameserver nutzen kann (die Domainregistrierung allerdings extern durchgeführt hat) oder der Kunde auch seine eigenen Nameserver hinterlegen kann, kann der Domainname frei angepasst werden. Er muss jedoch immer wie die Domain lauten.
*'''Beschreibung:''' Eine Beschreibung (Memo) für den Kunden, um beliebige Informationen zu dem DNS-Eintrag ablegen zu können. Das Feld hat technisch keine Auswirkung !
*'''IP (A-Record):''' Dies ist der A-Record des DNS und somit mit der wichtigste Eintrag.
**Generell legt Portunity bei allen Domains (wenn nicht selbst unter Subdomains angelegt) automatisch auch eine Subdomain "www" an, damit die Domain mit und ohne "www." gleich erreichbar ist. Hier im Beispiel wird somit angelegt: portalsuite.de und www.portalsuite.de Die beide auf die (fiktive) IP-Adresse: 81.92.15.260 zeigen und so z.B. für das http - Protokoll erreichbar machen.
**Hier muss eine IP-Adresse (v4) eingegeben sein (Eigenschaft von DNS).
**Hier kann kein CName eintragen werden !Wird dennoch ein CNAME eingegeben, wird nur die Subdomain "www." mit dem CNAME angelegt. Die Domain ist ohne "www." dann nicht erreichbar, sie hat keinen A-Record! 
**Wenn Sie bei Portunity Webspace nutzen, fragen Sie bitte nach der passenden IP-Adresse, sollte diese nicht automatisch eingestellt werden.
**Round-Robin Eintrag: Wenn Sie die Last auf mehrere Server verteilen wollen, so können Sie mit "," Komma getrennt mehrere IP-Adressen eingeben. Unsere DNS Server liefern diese dann in einer zufälligen Reihenfolge aus. Siehe auch Lexikon-Beitrag zur [[Lastverteilung per DNS|Lastverteilung via DNS]]. 
*'''IPv6 (AAAA-Record):''' Wie bei IPv4, jedoch schon für IPv6 IP-Adressen. Dies Feld kann / ist aktuell meist leer, da aktuell noch kaum IPv6 IPs benutzt werden.
**Round-Robin wie bei IPv4 möglich! 
*'''DNS-Server 1, 2, 3:''' Hier stehen die Namen oder IP-Adressen der für diese Domain zuständigen DNS-Server. Diese müssen mit den Einträgen bei der Registry [z.B. das DeNIC] überein stimmen. Bei Portunity sind dies: ns.portunity.de und ns2.portunity.de
*'''TXT-Record:''' Mit diesem Feld können Sie beliebige Text - Einträge in Ihrer DNS-Zone erstellen. So können Sie hier z.B. auch einen [[SPF (Sender Policy Framework)|SPF-Eintrag]] hinterlegen. Beispiel für [[SPF (Sender Policy Framework)|SPF]]: "'''v=spf1 a mx ~all'''" [ohne die Gänsefüsschen!]
*'''Mail-Exchanger 1, 2, 3:''' Hier enthalten sind die Namen oder IP-Adressen der zuständigen Mailserver für diese Domain. Möchten Sie einen eigenen Mailserver betreiben und diesem z.B. den Namen "mail.meinedomain.de", so müssen Sie ggf. Subdomains als "normale A-Records" anlegen (keine MX).
**Um die Mailserver von Portunity, inkl. der beiden Backup-Mailserver zu nutzten, ist dort einzutragen: smtp-in.portunity.de, smtp-backup1.portunity.de, smtp-backup2.portunity.de
*'''SPF-Record:''' Dieses Feld haben wir für Ihre optionalen [[SPF (Sender Policy Framework)|SPF-Records]] (''Sender Policy Framework'') reserviert. Es wird ein zusätzliches TXT Feld im DNS Server asngelegt (Type = TXT). '''Beispiel '''[[SPF (Sender Policy Framework)|SPF-Eintrag]]: 

<source lang="output">v=spf1 a mx ~all</source>

*'''SIP-Proxys:''' Dies wird nur benötigt, wenn eigene SIP-Server [Voice_over_IP] betrieben werden sollen. Normal sind diese Felder alle leer.
*'''TTL:''' Die TTL [Time To Live] kommt der Lebensdauer der Zone gleich. Die Zonen [Nameservereinträge] werden bei Anfrage der Domain von den Nameservern weltweit zwischengespeichert, um hier einen Geschwindigkeitsvorteil zu bieten. Ist in einem Caching-Nameserver die TTL der angefragten Domain abgelaufen, so wird der Nameservereintrag neu angefordert.
**Dieses Feld kann / sollte leer bleiben, damit der Portunity-Standardwert, der mit allen Registries konform ist, genommen wird. Zu kleine Werte [kleiner 300 Sekunden] können sogar zur Nichterreichung oder Löschung Ihrer Domain führen!
**'''Tip: '''Wenn Sie z.B. den Server wechseln, sollten Sie mind. 24h vorher die TTL herunter setzen, damit alle DNS-Server Weltweit diese Änderung auch schnell nachladen!

== Block: Sub-Domains ==

*'''Sub-Domains - Name''': Der Block Subdomains dient zum anlegen von Subdomains, wie z.B. "ftp.portalsuite.de". Im Nameservereintrag einer Domain kann natürlich auch nur diese Domain eine Subdomain eingerichtet werden, folglich darf für "ftp.portalsuite.de" dort nur "ftp" stehen.
**'''Hinweis:''' Wenn eine Subdomain mit den Namen "www" definiert wird, nimmt Portunity natürlich Ihren Eintrag und legen keinen Standardeintrag an. So kann z.B. auch "www." zu einem CNAME-Eintrag geschickt werden (z.B. bei Dyn-DNS-Szenarien).
*'''Sub-Domains - Typ [Drop Down]''': Hier kann der Eintragstyp gewählt werden. Die geläufigsten Typen sind: A, MX (bzw. A-MX) und CNAME.
**'''A''': Der A-Record, die IP-Adresse des Zielservers
***Round-Robin Eintrag: Auch hier können Sie mit "," Komma getrennt mehrere IP-Adressen eingeben. Unsere DNS Server liefern diese dann in einer zufälligen Reihenfolge aus. 
**'''AAAAA''': Der AAAA-Record für IPv6, die IP-Adresse des Zielservers. Round-Robin auch möglich! 
**'''MX''': Mail-Exchange, wenn die Subdomain per eMail erreichbar sein soll. Im unserem Beispiel könnten eMails an die Subdomain "service" schicken z.B.: info@service.portalsuite.de. Der zuständige Mailserver ist der "smtp-in.portunity.de" aus dem allgemeinen Block DNS-Zonen-Informationen.
**'''A-MX''': Kombinierter A-MX Eintrag.
**'''CNAME''': Canonical name: Verweist auf einen anderen DNS-Eintrag der selben Domain, aber auch an eine andere Domain. Wichtig: Ein CNAME darf nur einmal als Name vorkommen. In unserem Beispiel darf es keinen weiteren "downloads" Namen geben!
*'''Sub-Domains - Wert:''' Wie beim A-Rekord oben steht hier meist die Ziel - IP-Adresse oder bei Typ = CNAME der FQDN [Fully Qualified Domain Name (z.B.: www.portunity.de)] sein. In unserem Beispiel zeigt die Subdomain: "downloads" und "www.downloads" auf den Eintrag "download.portalsuite.de"
*'''Sub-Domains - TTL in sek.''': siehe TTL weiter oben, wobei diese TTL dann nur für die eine Subdomain gilt.
*'''Sub-Domains - www:''' Wenn [siehe Grafik] z.B. die Domain "download.portalsuite.de" auch als "www.download.portualsuite.de" aufrufbar gemacht werden soll, so genügt hier ein Häckchen in der Checkbox.

== Block: eMail-Benachrichtigung ==

*'''eMail-Benachrichtigung:''': Dieses Feld wird bei Nameserveränderungen falls nicht mehr benötigt, da wir diese bereits heute in Echtzeit auf den Nameservern umsetzten können. Hier können Sie aber gerne Ihre EMailadresse [ist Standardmaßig auch so] hinterlegen und Sie erhalten dann automatisch nach Aktivierung der Änderungen eine Bestätigungsemail.

= Hinweise zu Round-Robin =

Dieses Feature wird meist nur für sehr große Internetseiten benötigt, bei der die Last auf mehrere Server verteilt werden soll (Load-Ballence). Für die meisten ist dieses Feature ohne Bedeutung. 
Siehe auch Lexikon-Beitrag zur [[Lastverteilung_per_DNS|Lastverteilung via DNS]].
 

= Weitere Informatinen =

Es gibt einige Verhalten, wenn man A-Records und CNAMEs mischt oder benutzt, welche wir hier aufführen: 

*Wenn als Haupt A-Record ein FQDN eingegeben wird (also keine gültige IP-v4 Adresse erkannt wurde), dann wird ausschließlich ein "www." Eintrag mit dem CNAME des FQDN angelegt. Es gibt dann keinen A-Record ohne "www."!
*Wenn als Haupt A-Record ein FQDN eingegeben und eine Subdomain "www." mit IP-Adresse angelegt, so wird nur die Subdomain "www." mit der IP-Adresse angelegt. Ein CNAME des Haupt A-Record ist nicht möglich (siehe oben, Eigenschaft DNS) 
*Wird als Haupt A-Record eine IP-Adresse eingegeben, wird diese immer mit und ohne "www." angelegt.
*Wird als Haupt A-Record eine IP-Adresse eingegeben und wird eine Subdomain "www." als CNAME angelegt, so hat der Haupt A-Record Eintrag (also ohne "www.") die IP-Adresse und die Subdomain "www." den CNAME.
*Werden mehrere gleiche Subdomains des gleichen Typs erstellt, so überschreiben sie sich und es wird nur einer genommen. Unbestimmt welcher!

*Siehe Artikel [[Resource Record]] (Knowhow)

[[Category:Hosting_ISPSuite]] [[Category:ISPSuite]] [[Category:WebBusiness_(Tarif)]] [[Category:WebHome_(Tarif)]] [[Category:Domain-Registrierung_(Tarif)]] [[Category:Hosting]]

Kategorie:L2TP (Übersicht)

Cda@superroot — Tue, 19 Feb 2013 09:59:59 GMT

Cda@superroot: Die Seite wurde neu angelegt: „Hier finden Sie Informationen und Konfigurationsanleitungen zu Routern speziell für LTE.“

Hier finden Sie Informationen und Konfigurationsanleitungen zu Routern speziell für LTE.

Housing / Colocation server- / macHousing - Strom und Klimatisierung (Tarifinfo)

Cda@superroot — Fri, 01 Feb 2013 12:36:39 GMT

Cda@superroot:

== Klimatisierung inkl. ==

Unser Rechenzentrum ist mit moderner Klimatechnik ausgestattet. Die Temperatur wird ständig überwacht und im Fehlerfall wird automatisch alarmiert. Zusätzlich verfügen wir über N+1 - Also Mitlaufende Reserveanlagen, wodurch ein eventueller Ausfall einer Klimaanlage kaum ins Gewicht fällt.

== USV gesicherte Stromversorgung ==

Für ihren Server Steht ein Port an einer APC online USV zur Verfügung. Wir setzen auf mehrere dezentrale USV's sodas auch bei einem USV ausfall nicht unser ganzes Rechenzentrum betroffen ist-

== Stromverbrauch inkl. ==

Bei den Meisten Tarifen ist eine gewisse Menge Strom Inklusive. Weiterer Stromverbrauch wird Pro kW/h abgerechnet.

== 100% grüner Strom ==

Wir beziehen bei den Wuppertaler Stadtwerken 100% Ökostrom aus Wasserkraft.

== Informationen zum Ökostrom ==

Weitere [http://www.portunity.de/s/2s Informationen zu unserem Ökostrom] können sie auf unserer Website nachlesen.

== Stromanschluss ==

Bei Portunity Serverhousings werden Standardmäßig Kaltgerätestecker benutzt. IEC-60320-C13 bzw. IEC-60320-C14

 

[[Image:IEC-60320-Stecker Buchsen.jpg|thumb|center]]

== Nicht USV gesicherte Stromanschlüsse ==

Wenn Ihr Server eine redundante Stromversorgung hat (2 oder 3 Netzteile), so können wir (je nach Tarif) von einer anderen Phase einen NICHT USV - Strom liefern. Hierdurch ist der Server perfekt vor Ausfall der USV aber auch Ausfall einer Phase geschützt.

== Strom- und Klimapauschale ==

Da im Strompreis die Kosten für die Klimatisierung einkalkuliert sind, entstehen für unsere Housings keine zusätzliche Kosten.

== Maximal Stromverbrauch ==

Im Regelfall uninteressant für einen normalen Server, dessen Stromverbrauch weiter unter die angegebene Maximalgrenze liegt. Diese Grenze zeigt nur Großverbrauchern (z.B. Blade-Center) das hier für eine gesicherte Versorgung zu speziellen Lösungen gegriffen werden muss.

[[Category:Hosting]]

Housing / Colocation server- / macHousing - Strom und Klimatisierung (Tarifinfo)

Cda@superroot — Fri, 01 Feb 2013 12:36:09 GMT

Cda@superroot: /* Stromanschluss */

==Klimatisierung inkl.==
Unser Rechenzentrum ist mit moderner Klimatechnik ausgestattet. Die Temperatur wird ständig überwacht und im Fehlerfall wird automatisch alarmiert.
Zusätzlich verfügen wir über N+1 - Also Mitlaufende Reserveanlagen, wodurch ein eventueller Ausfall einer Klimaanlage kaum ins Gewicht fällt.

==USV gesicherte Stromversorgung==
Für ihren Server Steht ein Port an einer APC online USV zur Verfügung. Wir setzen auf mehrere dezentrale USV's sodas auch bei einem USV ausfall nicht unser ganzes Rechenzentrum betroffen ist-
==Stromverbrauch inkl.==
Bei den Meisten Tarifen ist eine gewisse Menge Strom Inklusive. Weiterer Stromverbrauch wird Pro kW/h abgerechnet.
==100% grüner Strom==
Wir beziehen bei den Wuppertaler Stadtwerken 100% Ökostrom aus Wasserkraft.
==Informationen zum Ökostrom==
Weitere [http://www.portunity.de/s/2s Informationen zu unserem Ökostrom] können sie auf unserer Website nachlesen.
== Stromanschluss ==

Bei Portunity Serverhousings werden Standardmäßig Kaltgerätestecker benutzt. IEC-60320-C13 bzw. IEC-60320-C14

[[Image:IEC-60320-Stecker_Buchsen.jpg]]

==Nicht USV gesicherte Stromanschlüsse==
Wenn Ihr Server eine redundante Stromversorgung hat (2 oder 3 Netzteile), so können wir (je nach Tarif) von einer anderen Phase einen NICHT USV - Strom liefern. Hierdurch ist der Server perfekt vor Ausfall der USV aber auch Ausfall einer Phase geschützt.

==Strom- und Klimapauschale==
Da im Strompreis die Kosten für die Klimatisierung einkalkuliert sind, entstehen für unsere Housings keine zusätzliche Kosten.

==Maximal Stromverbrauch==
Im Regelfall uninteressant für einen normalen Server, dessen Stromverbrauch weiter unter die angegebene Maximalgrenze liegt. Diese Grenze zeigt nur Großverbrauchern (z.B. Blade-Center) das hier für eine gesicherte Versorgung zu speziellen Lösungen gegriffen werden muss.

[[Category:Hosting]]

Datei:IEC-60320-Stecker Buchsen.jpg

Cda@superroot — Fri, 01 Feb 2013 12:35:37 GMT

Cda@superroot: IEC-60320 Stecker und Buchsen C19,C20 und C13,C14

IEC-60320 Stecker und Buchsen C19,C20 und C13,C14

Housing / Colocation server- / macHousing - Strom und Klimatisierung (Tarifinfo)

Cda@superroot — Fri, 01 Feb 2013 12:34:30 GMT

Cda@superroot: /* Maximal Stromverbrauch */

==Klimatisierung inkl.==
Unser Rechenzentrum ist mit moderner Klimatechnik ausgestattet. Die Temperatur wird ständig überwacht und im Fehlerfall wird automatisch alarmiert.
Zusätzlich verfügen wir über N+1 - Also Mitlaufende Reserveanlagen, wodurch ein eventueller Ausfall einer Klimaanlage kaum ins Gewicht fällt.

==USV gesicherte Stromversorgung==
Für ihren Server Steht ein Port an einer APC online USV zur Verfügung. Wir setzen auf mehrere dezentrale USV's sodas auch bei einem USV ausfall nicht unser ganzes Rechenzentrum betroffen ist-
==Stromverbrauch inkl.==
Bei den Meisten Tarifen ist eine gewisse Menge Strom Inklusive. Weiterer Stromverbrauch wird Pro kW/h abgerechnet.
==100% grüner Strom==
Wir beziehen bei den Wuppertaler Stadtwerken 100% Ökostrom aus Wasserkraft.
==Informationen zum Ökostrom==
Weitere [http://www.portunity.de/s/2s Informationen zu unserem Ökostrom] können sie auf unserer Website nachlesen.
==Stromanschluss==
Bei Portunity Serverhousings werden Standardmäßig Kaltgerätestecker benutzt.
IEC-60320-C13 bzw. IEC-60320-C14

todo
C13/C14 C19/C20 Eurostecker Schuko

==Nicht USV gesicherte Stromanschlüsse==
Wenn Ihr Server eine redundante Stromversorgung hat (2 oder 3 Netzteile), so können wir (je nach Tarif) von einer anderen Phase einen NICHT USV - Strom liefern. Hierdurch ist der Server perfekt vor Ausfall der USV aber auch Ausfall einer Phase geschützt.

==Strom- und Klimapauschale==
Da im Strompreis die Kosten für die Klimatisierung einkalkuliert sind, entstehen für unsere Housings keine zusätzliche Kosten.

==Maximal Stromverbrauch==
Im Regelfall uninteressant für einen normalen Server, dessen Stromverbrauch weiter unter die angegebene Maximalgrenze liegt. Diese Grenze zeigt nur Großverbrauchern (z.B. Blade-Center) das hier für eine gesicherte Versorgung zu speziellen Lösungen gegriffen werden muss.

[[Category:Hosting]]

Housing / Colocation server- / macHousing - Strom und Klimatisierung (Tarifinfo)

Cda@superroot — Fri, 01 Feb 2013 12:30:43 GMT

Cda@superroot: /* Klimatisierung inkl. */

==Klimatisierung inkl.==
Unser Rechenzentrum ist mit moderner Klimatechnik ausgestattet. Die Temperatur wird ständig überwacht und im Fehlerfall wird automatisch alarmiert.
Zusätzlich verfügen wir über N+1 - Also Mitlaufende Reserveanlagen, wodurch ein eventueller Ausfall einer Klimaanlage kaum ins Gewicht fällt.

==USV gesicherte Stromversorgung==
Für ihren Server Steht ein Port an einer APC online USV zur Verfügung. Wir setzen auf mehrere dezentrale USV's sodas auch bei einem USV ausfall nicht unser ganzes Rechenzentrum betroffen ist-
==Stromverbrauch inkl.==
Bei den Meisten Tarifen ist eine gewisse Menge Strom Inklusive. Weiterer Stromverbrauch wird Pro kW/h abgerechnet.
==100% grüner Strom==
Wir beziehen bei den Wuppertaler Stadtwerken 100% Ökostrom aus Wasserkraft.
==Informationen zum Ökostrom==
Weitere [http://www.portunity.de/s/2s Informationen zu unserem Ökostrom] können sie auf unserer Website nachlesen.
==Stromanschluss==
Bei Portunity Serverhousings werden Standardmäßig Kaltgerätestecker benutzt.
IEC-60320-C13 bzw. IEC-60320-C14

todo
C13/C14 C19/C20 Eurostecker Schuko

==Nicht USV gesicherte Stromanschlüsse==
Wenn Ihr Server eine redundante Stromversorgung hat (2 oder 3 Netzteile), so können wir (je nach Tarif) von einer anderen Phase einen NICHT USV - Strom liefern. Hierdurch ist der Server perfekt vor Ausfall der USV aber auch Ausfall einer Phase geschützt.

==Strom- und Klimapauschale==
Da im Strompreis die Kosten für die Klimatisierung einkalkuliert sind, entstehen für unsere Housings keine zusätzliche Kosten.

==Maximal Stromverbrauch==

[[Category:Hosting]]

Housing / Colocation server- / macHousing - Strom und Klimatisierung (Tarifinfo)

Cda@superroot — Fri, 01 Feb 2013 12:28:59 GMT

Cda@superroot: /* Strom- und Klimapauschale */

==Klimatisierung inkl.==
Unser Rechenzentrum ist mit moderner Klimatechnik ausgestattet. Die Themperarur wird ständig überwacht und für den Ernstfall verfügen wir über Reserven.
==USV gesicherte Stromversorgung==
Für ihren Server Steht ein Port an einer APC online USV zur Verfügung. Wir setzen auf mehrere dezentrale USV's sodas auch bei einem USV ausfall nicht unser ganzes Rechenzentrum betroffen ist-
==Stromverbrauch inkl.==
Bei den Meisten Tarifen ist eine gewisse Menge Strom Inklusive. Weiterer Stromverbrauch wird Pro kW/h abgerechnet.
==100% grüner Strom==
Wir beziehen bei den Wuppertaler Stadtwerken 100% Ökostrom aus Wasserkraft.
==Informationen zum Ökostrom==
Weitere [http://www.portunity.de/s/2s Informationen zu unserem Ökostrom] können sie auf unserer Website nachlesen.
==Stromanschluss==
Bei Portunity Serverhousings werden Standardmäßig Kaltgerätestecker benutzt.
IEC-60320-C13 bzw. IEC-60320-C14

todo
C13/C14 C19/C20 Eurostecker Schuko

==Nicht USV gesicherte Stromanschlüsse==
Wenn Ihr Server eine redundante Stromversorgung hat (2 oder 3 Netzteile), so können wir (je nach Tarif) von einer anderen Phase einen NICHT USV - Strom liefern. Hierdurch ist der Server perfekt vor Ausfall der USV aber auch Ausfall einer Phase geschützt.

==Strom- und Klimapauschale==
Da im Strompreis die Kosten für die Klimatisierung einkalkuliert sind, entstehen für unsere Housings keine zusätzliche Kosten.

==Maximal Stromverbrauch==

[[Category:Hosting]]

Housing / Colocation server- / macHousing - Strom und Klimatisierung (Tarifinfo)

Cda@superroot — Fri, 01 Feb 2013 12:26:50 GMT

Cda@superroot: /* Nicht USV gesicherte Stromanschlüsse */

Housing / Colocation server- / macHousing - Strom und Klimatisierung (Tarifinfo)

Cda@superroot — Fri, 01 Feb 2013 12:25:26 GMT

Cda@superroot: /* Stromanschluss */

==Klimatisierung inkl.==
Unser Rechenzentrum ist mit moderner Klimatechnik ausgestattet. Die Themperarur wird ständig überwacht und für den Ernstfall verfügen wir über Reserven.
==USV gesicherte Stromversorgung==
Für ihren Server Steht ein Port an einer APC online USV zur Verfügung. Wir setzen auf mehrere dezentrale USV's sodas auch bei einem USV ausfall nicht unser ganzes Rechenzentrum betroffen ist-
==Stromverbrauch inkl.==
Bei den Meisten Tarifen ist eine gewisse Menge Strom Inklusive. Weiterer Stromverbrauch wird Pro kW/h abgerechnet.
==100% grüner Strom==
Wir beziehen bei den Wuppertaler Stadtwerken 100% Ökostrom aus Wasserkraft.
==Informationen zum Ökostrom==
Weitere [http://www.portunity.de/s/2s Informationen zu unserem Ökostrom] können sie auf unserer Website nachlesen.
==Stromanschluss==
Bei Portunity Serverhousings werden Standardmäßig Kaltgerätestecker benutzt.
IEC-60320-C13 bzw. IEC-60320-C14

todo
C13/C14 C19/C20 Eurostecker Schuko

==Nicht USV gesicherte Stromanschlüsse==

==Strom- und Klimapauschale==

==Maximal Stromverbrauch==

[[Category:Hosting]]

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Fri, 07 Dec 2012 07:51:16 GMT

Cda@superroot: /* Abgeschlossenes / Archive */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Fri, 07 Dec 2012 07:50:38 GMT

Cda@superroot: /* Aktuelles */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Thu, 06 Dec 2012 10:47:40 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden einer optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Wed, 05 Dec 2012 07:45:08 GMT

Cda@superroot: /* Aktuelles */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden einer optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 13:05:16 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 09:16:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 12:00:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 13:30:''' Das Rarius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 14:04:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 12:44:53 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 09:16:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 12:00:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 13:30:''' Das Rarius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 11:03:15 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 09:16:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 12:00:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 08:17:34 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 09:16:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 08:05:18 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!
*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''
*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 08:04:44 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!
*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''
*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 08:04:01 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!
*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''
*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 08:03:42 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!
*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''
*'''Status 09:00:''' Leider ist bei der Wartung einige schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 08:02:34 GMT

Cda@superroot: /* VPN-Tunnel Plattform */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!
*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''
*'''Status 09:00:''' Leider ist bei der Wartung einige schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 07:59:35 GMT

Cda@superroot: /* Hinweis */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!
*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Cda@superroot — Tue, 04 Dec 2012 07:58:52 GMT

Cda@superroot: /* Hinweis */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung]]

= Aktuelles =

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

Der neue Server kommt nun nach Wuppertal und nicht mehr nach Frankfurt, da wir hier eine bessere Verfügbarkeit als die CoLos in FFM haben und wir einfach "näher dran sind".

Es wird sich dadurch jedoch die Basis-IP-Adresse des Servers ändern. Bei Nutzung des Hostnames "pptp.ffm.portunity.de" muss jedoch nichts geändert werden.

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!
*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)

Cda@superroot — Tue, 04 Dec 2012 07:21:46 GMT

Cda@superroot: /* Messaging */

In diesem Artikel wird beschrieben wie Sie ihre Kundendaten (z.b. Anschrift) ändern können.

== Einloggen in das Service-Center / ISP-Suite ==

Die meisten Ihrer Kundendaten können Sie selbst in der ISP-Suite ändern. 
* [[Einloggen in das Service-Center (ISP-Suite) (Anleitung)|Loggen Sie sich hierfür in die ISP-Suite ein.]] 
* Öffnen Sie nun das '''myProfil''', durch einen Klick auch den '''"my"''' Button ihre Profiteleinsellungen: [[Image:Kundendaten ispsuite 1.png|730px]] [[Image:Kundendaten ispsuite 2.png|thumb|left]] '''<= Hier links können Sie ihre Daten ändern.''' 
 
* Im myProfil können Sie nun Ihre Kundendaten anpassen. 

== Daten ändern ==

=== Passwort - Service-Center ===

[[Image:Kundendaten ispsuite login 1.png|350px|right]] Unter Logindaten können Sie ihr Password für die ISP-Suite ändern. [[Image:Kundendaten ispsuite login 2.png|350px|right]]

=== Telefonpasswort ===

Auch kann hier das Telefonpassword geändert werden. Das Telefonpassword benötigen Sie um sich gegenüber uns am Telefon zu authentifizieren. So kann der Telefonsupport, schnell und sicher, Änderungen an ihren Tarifen vornehmen, ihnen neue Kennwörter einrichten und ähnliches. 

=== Adresse ===

[[Image:Kundendaten ispsuite adresse.png|350px|right]] Hier sind ihre Adressdaten zu finden. Sie sollten immer darauf achten diese Daten aktuell zu halten. Falls Sie Domains bei uns registriert haben, so werden diese Daten auch für das Whois verwendet. Teilen Sie uns hier eine Adressänderung bitte kurz persönlich mit da die Whois Daten aus Sicherheitsgründen nicht automatisch mit geändert werden. Auch ihre Telefonnummer und Mailadresse sollte aktuell sein da wir Sie sonst gegebenen Falls nicht erreichen können. Sie können [[#Messaging|weitere Kotaktmöglickeiten]] auch gezielt konfigurieren. In der Rubrik '''"Erweiterte Kontaktdaten"''' können noch viele weitere Daten eingetragen werden. Es werden nicht immer alle diese Daten benötigt. Ihr Geburtsdatum benötigen wir beispielsweise für die Vergabe von Telefonnummern. Andere Daten beispielsweise für die Registrierung exotischer Domains. 
 

=== Messaging (Rechnungen, Wartungsankünd8igungen, ...) ===

Im Bereich '''"Messaging"''' können sie sich über Aktuelle Ereignisse, Störungen, oder ähnliches benachrichtigen lassen. Auch wird hier konfiguriert an welche Mailadresse Sie Rechnungen erhalten möchten. Falls Sie Mails an mehr als eine Adresse versendet haben möchten ist dies kein Problem die Mailadressen können per Komma getrennt eingegeben werden z.b.: 

'''beispiel@ptytest.de, wichtig@ptytest.de'''

==== Rechnung ====

[[Image:Kundendaten ispsuite rechnung.png|350px|right]] Hier Können Sie einstellen an welche Mailadresse bzw. Adressen (mit Komma getrennt) ihre Rechnungen gesendet werden sollen. Haben Sie einmal eine Rechnung verloren oder versehentlich gelöscht können Sie jeder Zeit eine [[Kopie einer Rechnung anfordern / Rechnungskopie (Anleitung)|Rechnungskopie anfordern]]. 
Das selbe können Sie auch für Zahlungserinnerungen / Mahnungen einstellen. 

==== Newsletter ====

[[Image:Kundendaten ispsuite messaging.png|350px|right]] Im Block '''"Mailing: Info"''' können Sie diverse Mailinformationsdienste von Portunity bestellen. Interessant könnte hier unser Newsletter sein. Diesen verschicken wir, im Gegensatz zu vielen anderen, nicht regelmäßig, den Portunity Newsletter erhalten Sie im schnitt vielleicht einmal im Quartal wenn es bei uns eine Großen Neuerung gibt. 

==== Störungsbenachrichtigung ====

Bei Störungen sind unsere Hauptkommunikationswege http://status.portunity.de/ und [http://twitter.com/pty_ops Twitter]. Wegen häufigen Nachfragen von Kunden haben wir uns entschlossen die Twitter - Meldungen auch per eMail zu versenden. Falls sie unseren Twitter Chanel per Mail empfangen wollen konfigurieren Sie dies über das Feld '''"twitter.com/pty_ops - Twitter 2 EMail"'''. 
Zu beachten ist jedoch das die Mailzustellung bei extremen Störungen nicht mehr funktioniert, da die Mails aus unserem Rechenzentrum Wuppertal versendet werden! Im Zweifelsfall hilft also nur ein Blick auf unsere [http://twitter.com/pty_ops Twitter Seite]].
 

=== Zahlungadaten ===

Die [[Kontodaten / Zahlungsdaten ändern (Anleitung)|Änderung der Kontodaten]] wird in einem separaten Artikel beschrieben.

=== Prepaidkonto ===

Hier können Sie ihr Prepaid-Konto einsehen und verwalten z.b. eine Autoaufladung einrichten. Um Ihr Guthaben auf zu laden [[Tarif buchen im Service-Center (ISP-Suite) (Anleitung)|buchen Sie]] einfach eine "Prepaid-Aufladung" ([[Tarif buchen im Service-Center (ISP-Suite) (Anleitung)#Tarif_aussuchen|Auswahl ganz unten]]) in der Höhe Ihrer Wahl. Die dann erstellte Rechnung können Sie per "PayPal" oder "SofortÜberweisung" sofort bezahlen, wodurch wir Ihnen das Guthaben auch sofort auf Ihr PrePaid-Konto gutschreiben. Natürlich können Sie die Rechnung auch bequem per Überweisung begleichen, was dann jedoch 1 bis 3 Werktage dauert.

[[Category:Allgemeines]][[Category:ISPSuite]]

MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)

Cda@superroot — Tue, 04 Dec 2012 07:17:51 GMT

Cda@superroot: /* Logindaten */

In diesem Artikel wird beschrieben wie Sie ihre Kundendaten (z.b. Anschrift) ändern können.

== Einloggen in das Service-Center / ISP-Suite ==

Die meisten Ihrer Kundendaten können Sie selbst in der ISP-Suite ändern. 
* [[Einloggen in das Service-Center (ISP-Suite) (Anleitung)|Loggen Sie sich hierfür in die ISP-Suite ein.]] 
* Öffnen Sie nun das '''myProfil''', durch einen Klick auch den '''"my"''' Button ihre Profiteleinsellungen: [[Image:Kundendaten ispsuite 1.png|730px]] [[Image:Kundendaten ispsuite 2.png|thumb|left]] '''<= Hier links können Sie ihre Daten ändern.''' 
 
* Im myProfil können Sie nun Ihre Kundendaten anpassen. 

== Daten ändern ==

=== Passwort - Service-Center ===

[[Image:Kundendaten ispsuite login 1.png|350px|right]] Unter Logindaten können Sie ihr Password für die ISP-Suite ändern. [[Image:Kundendaten ispsuite login 2.png|350px|right]]

=== Telefonpasswort ===

Auch kann hier das Telefonpassword geändert werden. Das Telefonpassword benötigen Sie um sich gegenüber uns am Telefon zu authentifizieren. So kann der Telefonsupport, schnell und sicher, Änderungen an ihren Tarifen vornehmen, ihnen neue Kennwörter einrichten und ähnliches. 

=== Adresse ===

[[Image:Kundendaten ispsuite adresse.png|350px|right]] Hier sind ihre Adressdaten zu finden. Sie sollten immer darauf achten diese Daten aktuell zu halten. Falls Sie Domains bei uns registriert haben, so werden diese Daten auch für das Whois verwendet. Teilen Sie uns hier eine Adressänderung bitte kurz persönlich mit da die Whois Daten aus Sicherheitsgründen nicht automatisch mit geändert werden. Auch ihre Telefonnummer und Mailadresse sollte aktuell sein da wir Sie sonst gegebenen Falls nicht erreichen können. Sie können [[#Messaging|weitere Kotaktmöglickeiten]] auch gezielt konfigurieren. In der Rubrik '''"Erweiterte Kontaktdaten"''' können noch viele weitere Daten eingetragen werden. Es werden nicht immer alle diese Daten benötigt. Ihr Geburtsdatum benötigen wir beispielsweise für die Vergabe von Telefonnummern. Andere Daten beispielsweise für die Registrierung exotischer Domains. 
 

=== Messaging ===

Im Bereich '''"Messaging"''' können sie sich über Aktuelle Ereignisse, Störungen, oder ähnliches benachrichtigen lassen. Auch wird hier konfiguriert an welche Mailadresse Sie Rechnungen erhalten möchten. Falls Sie Mails an mehr als eine Adresse versendet haben möchten ist dies kein Problem die Mailadressen können per Komma getrennt eingegeben werden z.b.: 

'''beispiel@ptytest.de, wichtig@ptytest.de'''

==== Rechnung ====

[[Image:Kundendaten ispsuite rechnung.png|350px|right]] Hier Können Sie einstellen an welche Mailadresse bzw. Adressen ihre Rechnungen gesendet werden sollen. Haben Sie einmal eine Rechnung verloren oder versehentlich gelöscht können Sie jeder Zeit eine [[Kopie einer Rechnung anfordern / Rechnungskopie (Anleitung)|Rechnungskopie anfordern]]. 

==== Newsletter ====

[[Image:Kundendaten ispsuite messaging.png|350px|right]] Im Block '''"Mailing: Info"''' können Sie diverse Mailinformationsdienste von Portunity bestellen. Interessant könnte hier unser Newsletter sein. Diesen verschicken wir, im Gegensatz zu vielen anderen, nicht regelmäßig, den Portunity Newsletter erhalten Sie im schnitt vielleicht einmal im Quartal wenn es bei uns eine Großen Neuerung gibt. 

==== Störungsbenachrichtigung ====

Bei Störungen sind unsere Hauptkommunikationswege http://status.portunity.de/ und [http://twitter.com/pty_ops Twitter]. Wegen häufigen Nachfragen von Kunden haben wir uns entschlossen die Twitter - Meldungen auch per eMail zu versenden. Falls sie unseren Twitter Chanel per Mail empfangen wollen konfigurieren Sie dies über das Feld '''"twitter.com/pty_ops - Twitter 2 EMail"'''. 
Zu beachten ist jedoch das die Mailzustellung bei extremen Störungen nicht mehr funktioniert, da die Mails aus unserem Rechenzentrum Wuppertal versendet werden! Im Zweifelsfall hilft also nur ein Blick auf unsere [http://twitter.com/pty_ops Twitter Seite]].
 

=== Zahlungadaten ===

Die [[Kontodaten / Zahlungsdaten ändern (Anleitung)|Änderung der Kontodaten]] wird in einem separaten Artikel beschrieben.

=== Prepaidkonto ===

Hier können Sie ihr Prepaid-Konto einsehen und verwalten z.b. eine Autoaufladung einrichten. Um Ihr Guthaben auf zu laden [[Tarif buchen im Service-Center (ISP-Suite) (Anleitung)|buchen Sie]] einfach eine "Prepaid-Aufladung" ([[Tarif buchen im Service-Center (ISP-Suite) (Anleitung)#Tarif_aussuchen|Auswahl ganz unten]]) in der Höhe Ihrer Wahl. Die dann erstellte Rechnung können Sie per "PayPal" oder "SofortÜberweisung" sofort bezahlen, wodurch wir Ihnen das Guthaben auch sofort auf Ihr PrePaid-Konto gutschreiben. Natürlich können Sie die Rechnung auch bequem per Überweisung begleichen, was dann jedoch 1 bis 3 Werktage dauert.

[[Category:Allgemeines]][[Category:ISPSuite]]