Portunity Wiki - Benutzerbeiträge [de]

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Tue, 28 Apr 2026 06:32:11 GMT

Lbe@superroot:

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 veröffentlichen wir alle Störungen und Ankündigungen über den dedizierten '''Mastodon-Kanal:''' https://nrw.social/@pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' https://www.portunity.de/access/monitor.html
* '''Hosting:''' https://www.portunity.de/hosting/monitor.html
'''Den Mastodon-Kanal per E-Mail abonnieren:''' [https://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 ==

<div style="padding-bottom: 5rem;"> </div>

== Vorankündigungen ==

== Abgeschlossenes / Archiv ==

=== Software-Anpassung des SQL-Cluster der Kundenwebspaces am 28.04.2026 ===

''HINWEIS: Dieser Termin war ursprünglich für den 21. April terminiert, wird von uns jedoch sicherheitshalber aufgrund am selben Termin stattfindenden Wartungsarbeiten an der Netzersatzanlage des Rechenzentrums verschoben!''

* Zeitpunkt: Am '''28.04.2026''' zwischen '''06:00 Uhr und 08:00 Uhr'''


Im genannten Zeitraum stehen die Datenbanken Ihrer Webseiten nicht zur Verfügung.
Nach dem Software-Update kann es in sehr seltenen Einzelfällen zu Inkompatibilitäten kommen – bitte prüfen Sie vorab, ob die Software auf Ihrem Webspace mit '''MariaDB 10.11''' kompatibel ist und ob nötigenfalls Updates zur Verfügung stehen. 
Für verbreitet genutzte Software wie Wordpress, Typo3, Joomla u.ä. besteht sehr wahrscheinlich kein Handlungsbedarf.


=== Wartungsarbeiten am Stromnetz des Standortes WUP-2 am 21.04. und am 23.04.2026 ===

Im Rechenzentrum WUP-2 finden am 21.04.2026 und am 23.04.2026 Arbeiten an der Netzersatzanlage statt. Hierbei wird zwei Mal für jeweils 30 Minuten kein USV-Schutz bestehen, eine Unterbrechung der Versorgung ist jedoch zu keinem Zeitpunkt vorgesehen.

=== Kurzfristig notwendige Arbeiten am internen Netzwerk des Standort WUP-2 am 15.04.2026, ab 20:00 Uhr ===
Am Standort WUP-2 finden kurzfristig notwendige Arbeiten am internen Netzwerk statt. 
Zwischen 20:00 Uhr und 21:00 Uhr kann es zu Beeinträchtigungen bestimmter Dienste, u.A. das Kundencenter, kommen. 
Dienste wie vServer oder VPN-Tunnel sind davon nicht direkt betroffen.

=== Wartungsarbeiten an Netzwerkinfrastruktur in Düsseldorf am 24.09. und 25.09.2025 ===

Unser Vorlieferant führt in folgendem Zeitraum Wartungsarbeiten an seiner Netzwerkinfrastruktur in Düsseldorf durch:

* '''Mittwoch, 24.09.2025 von 04:00 bis 08:00 Uhr'''
* '''Donnerstag, 25.09.2025 von 00:00 bis 08:00 Uhr'''

In der Zeit kann es zu Netzwerkunterbrechungen von Diensten kommen, welche in unserem Rechenzentrum in Düsseldorf laufen. 
Wir haben Geo-Redundante Dienste (z.B. Tunneleinwahl und VoIP) bereits an andere Standorte umgeschaltet, um Ausfälle zu vermeiden.

=== Netzwerkstörungen am Dienstag, 06.05.2025 ===

* '''Beginn: 06. Mai 2025, 03:30 MESZ'''
* '''Ende: 06. Mai 2025, 06:00 MESZ'''

Die Tunnelplattformen waren von mehreren Netzwerkstörungen betroffen; diese wurden behoben.

=== Hinweis: Abschaltung der DNSBL ix.dnsbl.manitu.net ===

Die beliebte und verbreitet, speziell gegen E-Mail-Spam eingesetzte, DNSBL <code>ix.dnsbl.manitu.net</code> hat den Betrieb eingestellt (Ankündigung auf der [https://www.nixspam.net/ offiziellen Seite]).


Aktuell ist die Liste leer, wird aber absehbar in die "List-the-World"-Phase übergehen, bei der jede IP-Adresse als gelistet gemeldet wird. Dies kann, abhängig von Ihrer Konfiguration, zur Abweisung sämtlicher E-Mails führen.


Es wird vom Betreiber der DNSBL dringend empfohlen, die DNSBL <code>ix.dnsbl.manitu.net</code> nicht mehr weiter abzufragen!


Bitte prüfen Sie Ihre Systeme (speziell E-Mail-Server, Spamfilter, auch in Firewalls), ob diese DNSBL konfiguriert ist.

 

=== Wartungsarbeiten an Glasfasern zwischen 26. März und 27. März ===

Wir haben von einem Glasfasertrassen-Anbieter eine Wartungsankündigung für folgenden Termin erhalten:

* '''Beginn: 26. März 2025, 22:00 Uhr MEZ'''
* '''Ende: 26. März 2025, 06:00 Uhr MEZ'''

Dies betrifft unsere direkten Glasfaserverbindungen zwischen den Rechenzentren WUP-2 und DUS-1, sowie einzelne Internet-Upstreams.

Die Verbindung zwischen den Rechenzentren Wuppertal und Düsseldorf wird über eine Ersatzverbindung mit geringerer Kapazität weiterhin aufrecht erhalten. Der Wegfall der Upstreams kann ebenfalls durch unsere Redundanten Anbindungen kompensiert werden. '''Wir erwarten daher keine spürbaren Auswirkungen auf die Erreichbarkeit unserer Dienste'''.

=== post mortem: Ausfall des Rechenzentrums WUP-1 am Montag, 20. Januar 2025 ===

Am Montag, 20. Januar 2025, war eines unserer Rechenzentren in Wuppertal, "WUP-1", für mehrere Stunden nur teilweise erreichbar.
Die Ursache dafür waren zwei fast zeitgleich durchtrennte Glasfaserkabel mit jeweils mehr als 40 Fasern.
Es fanden zu diesem Zeitpunkt Bauarbeiten statt, in deren Verlauf die Kabel vollständig durchtrennt wurden und damit sämtliche dort verlaufenden Glasfasern gleichzeitig dunkel wurden.
Das Rechenzentrum WUP-1, in dem sich hauptsächlich unsere Housing-Kunden befinden, hat dadurch zum einen fast alle Verbindungen zu unseren Upstreams verloren, zum anderen jedoch auch die Verbindungen zu unseren anderen Rechenzentren WUP-2 und Düsseldorf.

Dieser Ausfall der Kabel hat auch das Rechenzentrum WUP-2 kurzzeitig mit betroffen, da aufgrund einer für eine Wartungsmaßnahme am Freitag zuvor vorgenommenen Konfiguration, bestimmte Failover nicht mehr automatisch funktionierten und daher manuelles Eingreifen erforderlich war. WUP-2 war nach ca. 25-30 Minuten wieder online.
Einzelne IP-Netze waren für einen längeren Zeitraum unerreichbar, da an einem Upstream in Düsseldorf ein Problem mit der Weitergabe einiger IP-Netze ins Internet bestand.

Neben den zerstörten Kabeln gibt es kantendisjunkt über die entgegengesetzte Gebäudeseite geführte, andere Glasfaserkabel, welche weiterhin funktional waren.
Hier bestand allerdings aufgrund des netzwerktechnischen "Insel-Zustands" von WUP-1 das Problem, dass wir nicht einfach unsere IP-Netze über die verbliebenen Außenanbindungen ins Internet advertisen konnten.
Traffic, welcher über diese Anbindungen hereingekommen und an für in WUP-2 genutzte Adressen adressiert gewesen wäre, hätte von uns zu dem Zeitpunkt nicht weitergeroutet werden können und wäre versandet, was wir vermeiden wollten.
Wir haben zwar parallel Kabel physisch auf die anderen Glasfasern umgeschaltet, konnten dadurch jedoch nicht alle Verbindungsprobleme beheben.
Von uns wurden daher so selektiv wie möglich IP-Netze für die in WUP-1 stehenden Housing-Kunden advertised, welche dann nach und nach wieder online kamen.

Da sich im ausgefallenen Standort WUP-1 auch unsere eigene Telefonanlage befindet, waren wir eine Zeit lang nicht telefonisch erreichbar.
Der Zugriff aus den Büros auf unser Ticketsystem war ebenfalls gestört, wodurch sich die Beantwortung der E-Mails leider deutlich verzögert hat.

Gegen 18:00 Uhr waren die ersten Fasern der Leitungen repariert und wieder in Betrieb, womit die Verbindungen zwischen den Standorten wiederhergestellt und die Routingstörungen beendet wurden.
Alle Kunden waren spätestens ab diesem Zeitpunkt wieder ohne Einschränkungen erreichbar.

Für den Fall einer solchen Trennung war eine Tunnelung des Traffics zwischen den Standorten über das öffentliche Internet eingerichtet.
Es stellte sich jedoch heraus, dass dies bei entsprechender Last entgegen vorheriger Tests nicht skalierte und wir diese Option daher nicht wählen konnten.
Ob es sich dabei um einen Firmware-Fehler im Router oder eine Fehlkonfiguration handelt, prüfen wir derzeit.
Mit den aus dem Ausfall gesammelten Erfahrungen überarbeiten wir nun unsere Netzwerkstruktur um weiteren Ausfällen dieser Art vorzubeugen.

Es kommt im regulären Betrieb immer wieder zu geplanten und selten auch ungeplanten Ausfällen einzelner Glasfasern oder Upstreams, meist aufgrund von Wartungsarbeiten beim Leitungsanbieter, die jedoch keine spürbaren Auswirkungen auf die Erreichbarkeit haben – dahingehend hat unsere Netzwerktopologie bereits eine hohe Resilienz.

Wir möchten uns für die entstandenen Downtimes entschuldigen!

=== Ankündigung Wartungsarbeiten an Webspace-Servern Donnerstag, 21. November 2024 ab 22:30 Uhr ===

Zum genannten Termin werden wir Shared-Hosting-Tarife der "WebHome"-Tarifreihe auf neue Server umziehen.
Dabei wird es zu einer Unerreichbarkeit von voraussichtlich 1h bis 2h kommen, in denen die Webseiten nicht oder nur eingeschränkt erreichbar sind.
'''Zugangsdaten und IP-Adressen bleiben unverändert erhalten, es sind keine Änderungen Ihrerseits erforderlich.'''

=== Ankündigung Wartungsarbeiten an Webspace-Servern Dienstag, 26. November 2024 ab 22:30 Uhr ===

Zum genannten Termin werden wir Shared-Hosting-Tarife der "WebBusiness"-Tarifreihe auf neue Server umziehen.
Dabei wird es zu einer Unerreichbarkeit von voraussichtlich 1h bis 2h kommen, in denen die Webseiten nicht oder nur eingeschränkt erreichbar sind.
'''Zugangsdaten und IP-Adressen bleiben unverändert erhalten, es sind keine Änderungen Ihrerseits erforderlich.'''

=== Wartungsarbeiten an 92.speeddrive.de am Donnerstag, 01.08.2024 ===

* <s id="Wartungsarbeiten_an_92.speeddrive.de_am_Dienstag.2C_30.07.2024">Dienstag, 30.07.2024, 21:00 Uhr bis 23:00 Uhr</s>
* Donnerstag, 01.08.2024, 21:00 Uhr bis 24:00 Uhr



Wir führen umfangreiche Wartungsarbeiten an unserem Speeddrive-Server 92.speeddrive.de durch, während deren es zu Einschränkungen bei der Erreichbarkeit kommen kann. Kunden auf anderen Speeddrive-Servern sind hiervon nicht betroffen.


=== Wartungsarbeiten an 147.speeddrive.de am Dienstag, 16.07.2024 ===


* Dienstag, 16.07.2024, 13:00 Uhr bis 15:00 Uhr



Wir führen umfangreiche Wartungsarbeiten an unserem Speeddrive-Server 147.speeddrive.de durch, während deren es zu Einschränkungen bei der Erreichbarkeit kommen kann. Kunden auf anderen Speeddrive-Servern sind hiervon nicht betroffen.


=== Wartungsarbeiten durch Vorlieferant in DUS1 am 21.03.2024 ===


* Beginn: 21.03.2024, ab 23:00 Uhr
* Ende: 22.03.2024, 05:00 Uhr



Der RZ-Betreiber an unserem Standort Düsseldorf führt im genannten Zeitraum Wartungsarbeiten durch. Während des Wartungsfensters sind unsere dort betriebenen Systeme nicht erreichbar. 
Wir werden vorab alle dort laufenden Dienste nach Wuppertal verlagern, so dass keine Einschränkungen erwartet werden.


=== Wartungsarbeiten an Kundencenter und DNS-Servern am DIENSTAG, 12.03.2024 ab 07:00 Uhr ===


Es finden noch einmal Wartungsarbeiten am Kundencenter und den autoritativen DNS-Servern statt. Dabei wird eine Umstellung der Software vorgenommen. 
Dies wurde in der vergangenen Woche sehr ausgiebig vorab getestet, so dass keine Störungen bei der DNS-Auflösung von uns erwartet werden.



Während des Wartungsfensters '''zwischen 07:00 und 08:30''' Uhr können Änderungen an DNS-Zonen nicht vorgenommen werden resp. diese werden verzögert ausgeführt.


===Wartungsarbeiten an der ISPSuite und den autoritativen Nameservern am DIENSTAG, 05. März 2024, von 07:00 bis 08:30 Uhr===


Es finden Updates am Kundencenter ISPSuite und den autoritativen Nameservern (ns.portunity.de, ns2.portunity.de) statt.
Während des Wartungszeitfensters sind keine Aktualisierungen von DNS-Einträgen oder Aktualisierungen von Domains möglich, '''die Namensauflösung von Domains bleibt davon unberührt, die Domains bleiben weiter auflösbar.'''


In diesem Zusammenhang werden wir bereits ab Donnerstag, 29. Februar, bei einigen sehr wenigen Domains vorab notwendige Anpassungen vornehmen, um fehlerhafte DNS-Einträge zu korrigieren.
Fehlerhafte DNS-Records können z.B. MX-Einträge sein, die eine IP-Adresse anstelle eines Namens enhalten – in dem Fall würden wir die notwendigen Korrekturen vornehmen, um die Einträge gültig zu machen.
Dies ist jedoch nur bei einer sehr geringen Anzahl von DNS-Einträgen der Fall.


=== 09.01.2024, 17:35: vServer-Störung ===

Hosting: vServer: Ein VM-Host war ausgefallen. Die betroffenen vServer wurden auf anderen Hosts neu gestartet.

=== 20.10.2023: Telefonie-Störung ===

Am 20.10.2023 um 19:18 trat eine Störung an unseren Telefonie-Systemen in Wuppertal auf. Diese wurde behoben.

====23.09.2023: Störung Kundenmailserver "mail2"====
'''Aktuell liegt eine Störung am Kundenmailserver "mail2" vor. Es können daher momentan keine E-Mails versendet oder abgerufen werden.'''
 
* '''Die Störung wurde behoben.'''

==== Neustart der vServer notwendig bis Montag, 05.06.2023 ====

Es ist notwendig, alle vServer bis zum '''Montag, 05.06.2023,''' 08:00 Uhr einmal herunterzufahren und anschließend über das Kundencenter wieder zu starten. Sie können das Herunterfahren und Starten selbst zu einem geeigneten Zeitpunkt vornehmen. Bis zum 05.06.2023, 08:00 Uhr nicht auf diese Weise neu gestartete Server werden durch unsere Techniker neu gestartet. Bei Managed vServern, welche durch Portunity administriert werden, besteht Ihrerseits kein Handlungsbedarf.

Üblicherweise können von Wartungsmaßnahmen betroffene vServer ohne Unterbrechung des Betriebs auf andere Virtualisierungshosts migriert werden. Im vorliegenden Fall ist dies ausnahmsweise nicht möglich. Das Herunterfahren und anschließende Starten über das Kundencenter stellt sicher, dass die vServer sich am Wartungstag nicht auf dem betroffenen Host befinden.

'''Ein einfacher Neustart durch den vServer selbst ("reboot"-Befehl o. ä.) genügt nicht.'''

==== Wartungsarbeiten Kundencenter am Mittwoch, 31.05.2023 ====

Am '''Mittwoch, den 31.05.2023''' führen wir zwischen 06:00 und 08:00 Uhr Wartungsarbeiten durch. 
Wir gehen davon aus, dass die Arbeiten ca. 30 Minuten dauern.

Während dieser Zeit stehen folgende Dienste nicht oder nur eingeschränkt zur Verfügung:
<ul>
<li>Das Kundencenter ''ISPSuite''</li>
<li>Webservices (z.B. Bankdatencheck)</li>
<li>API / Webrequest-Schnittstelle der ISPSuite</li>
<li>Faxversand</li>
<li>Bestimmte VoIP-Funktionen sind eingeschränkt: Es können keine Änderungen an bestehenden Anrufweiterleitungen vorgenommen werden und der Einzelverbindungsnachweis wird zeitverzögert aktualisiert.</li>
</ul>

=== Wartungsarbeiten Speeddrives am Mittwoch, 26.04.2023 ===

* '''Zeitpunkt:''' MITTWOCH, 26. April 2023 zwischen '''20:00 und 22:00 Uhr'''

Im angegebenen Zeitraum werden wir Wartungsmaßnahmen an den Speeddrive-Systemen durchführen. Diese werden dadurch in diesem Zeitraum voraussichtlich 25 bis 40 Minuten nicht erreichbar sein. 
Bitte passen Sie ggf. den Startzeitpunkt für automatische Backup-Läufe für diesen Tag an.

=== Störung Storage-Netzwerk 28.03.2023 ===
Gegen 23:55 Uhr kam es in unserem Storage-Netzwerk zu einer Störung, mutmaßlich ausgelöst durch eine fehlerhaft arbeitenden Switch.
Wir haben diesen gegen 00:18 Uhr, nachdem wir ihn als Ursache identifiziert haben, abgeschaltet.
Durch den redundanten Aufbau des Netzwerks kann der fehlende Switch kompensiert werden und die Lage normalisierte sich binnen weniger Minuten wieder.
Im Verlauf haben wir die Systeme weiter geprüft und teils Konfigurationsanpassungen vorgenommen.
Gegen 01:00 Uhr hatten wir keine Störungsmeldungen mehr vorliegen.

==== Auswirkungen ====
Primär betroffen waren vServer, Webhostings und E-Mail-Zugriff.
Die Festplattenoperationen wurden nur sehr langsam ausgeführt, dadurch waren Systeme quasi nicht benutzbar. Die Störungsdauer lag hier bei ca. 30 Minuten.

Ebenfalls betroffen waren leider auch einige Einwahlknoten für die Tunneleinwahl in Wuppertal, welche jedoch im Verlauf der Störung automatisiert aus dem Verbund genommen und so die Einwahlen auf andere, nicht vom Storage abhängige Einwahlknoten (z.B. nach Düsseldorf) verteilt wurden. Hier konnte es allerdings zu Problemen bei der Erreichbarkeit kommen, da die Routingänderungen in Wuppertal nur sehr langsam propagiert wurden und Traffic oft noch an die falschen Systeme geleitet wurde.
Dies hat sich, soweit wir dies aus Statistiken sehen erkennen können, normalisiert und wir sehen nahezu alle Tunnel wieder online.


Wir werden die Ursache tiefergehend prüfen und das Netzwerk ggf. dahingehend anpassen, dass eine eventuell noch einmal auftretende Störung dieser Art keine so weitreichenden Auswirkungen hat.

=== Umstellung Datenbankserver-Software für Webspaces am Donnerstag, 23.03.2023 ===

* '''Zeitpunkt:''' DONNERSTAG, 23. März 2023 zwischen '''06:00 und 07:00 Uhr'''

Im angegebenen Zeitraum werden wir eine Umstellung der Datenbank-Software für Webspaces vornehmen. In dieser Zeit kommt es zu Unterbrechungen beim Datenbank-Zugriff und damit auch zu Unerreichbarkeiten der Webseiten, falls diese datenbankbetrieben sind.
 
Da es durch Upgrades potentiell immer zu Inkompatibilitäten kommen kann, empfehlen wir Ihnen vorab zu prüfen, ob die Software auf Ihrem Webspace mindestens mit MariaDB 10.3 kompatibel ist.


'''Hinweis: Es handelt sich bei der Umstellung um eine vorbereitende Maßnahme für ein späteres Update, welches für Anfang Mai geplant ist. Einen konkreten Termin werden wir dafür noch einmal mitteilen.''' 
Bei dem geplanten Update im Mai kann es jedoch zu Inkompatibilitäten mit älterer Software kommen. Konkret kann es zu Fehlern kommen, wenn Ihre Software erfordert, dass der Modus <code>STRICT_TRANS_TABLES</code> auf dem Datenbankserver deaktiviert ist.


=== Aktualisierung der Einwahlsysteme für Feste IP-Kit Mittwoch, 1. Februar 2023, 06:00 Uhr ===

====UPDATE 07:13 Uhr====


Ein kleiner Teil der Feste IP-Kits hat leider Probleme, sich mit der neuen Plattform zu verbinden. Dies sollte sich innerhalb der nächsten 60 Minuten von selbst beheben, kann aber auch durch einen manuellen Neustart des Raspberry Pi behoben werden. 
Falls Ihr Zugang seit der Wartungsmaßnahme nicht mehr erreichbar ist, versuchen Sie bitte, Ihren Raspberry Pi einmal neuzustarten -- die Einwahl sollte dann sofort wieder funktionieren. 
Bitte entschuldigen Sie die Unannehmlichkeiten.


<hr>

Am Mittwoch, 1. Februar 2023 zwischen 06:00 und 07:00 Uhr findet eine Wartungsmaßnahme an den Einwahlsystemen für Feste IP-Kits statt. 
Dabei wird es zu einer Verbindungsunterbrechung von bis zu 20-30 Minuten kommen. 
'''Sie müssen keine Anpassungen an Ihren Feste IP-Kits vornehmen!''' 
'''Die Einwahlserver ändern sich!''' Falls Sie spezielle Einstellungen in Ihrem Router oder Ihrer Firewall vornehmen müssen, um die Erreichbarkeit unserer Einwahlserver sicherzustellen, beachten Sie bitte [[Firewall-Freigaben und statische Routen für Tunnel-Aufbau#Feste_IP-Kit|diese Liste]] mit den verwendeten IP-Netzen. Dies ist nur selten der Fall und in den meisten Fällen nicht notwendig.

=== Kurzfristig notwendige Wartungsmaßnahme an vServer-Steuerung ===
Am '''Mittwoch, den 30. November 2022''', zwischen 10:00 und 13:00 Uhr steht die vServer-Steuerung für ca. eine Stunde nicht zur Verfügung. Während dieser Zeit können vServer nicht gestartet oder Änderungen an der Ausstattung vorgenommen werden. '''Die Erreichbarkeit laufender vServer ist nicht betroffen'''.

=== Verlegung von Diensten an einen anderen RZ-Standort ===

Ab '''Dienstag, dem 29. November 2022''' beginnen wir, sukzessive Dienste an unseren [https://www.portunity.de/blog/2022/september/weiterer-technik-standort-fuer-housing-in-wuppertal-geplant-mit-deutlich-hoeherem-standard-eine-noch.html neuen Standort] zu verlegen. 
Dazu werden physische Server am bisherigen Standort abgebaut, zum neuen Standort transportiert und dort wieder in Betrieb genommen. 
Aktuell gehen wir davon aus, dass der Umzug spätestens am '''Freitag, den 2. Dezember''' abgeschlossen ist. 

==== Betroffene Dienste ====
Primär von der Verlegung betroffen ist unser Ceph-Storage mit allen daran hängenden Produkten - z.B. Virtuelle Server, Webspaces, E-Mail und Speeddrive. 
Ebenfalls betroffen sind unsere Tunnel- und VoIP-Produkte. 

'''Wir erwarten keine Ausfälle''', da wir mittels "Live-Migration" die virtuellen Server einfach im laufenden Betrieb an den neuen Standort verschieben können.
Während der Umzugsdauer kann es jedoch zeitweise zu langsameren Festplattenzugriffen kommen. 
'''VoIP- und Tunneldienste''' sind ebenfalls hochverfügbar ausgelegt, so dass wir auch hier keine Unterbrechungen erwarten. 

=== Störung Glasfaserverbindung Wupertal <-> Düsseldorf 12.09.2022 ===
'''Die Störung ist beseitigt''' 

Aufgrund einer Störung auf der Glasfaserverbindung zwischen Wuppertal und Düsseldorf kommt es aktuell zu folgenden Störungen: 
''(Dieser Artikel wird laufend aktualisiert)'' 
* '''Tunneleinwahl auf den Einwahlknoten in Düsseldorf''' Störung wurde behoben

=== Wartung vServer-Steuerung am DIENSTAG, 14.06.2022 ===
Am Dienstag, den 14.06.2022, finden Wartungs- und Umstellungsarbeiten am vServer-Backend statt. 
Dadurch wird für einen kurzen Zeitraum keine Steuerung von vServern möglich sein. Auch Zugriffe per VNC werden kurzzeitig unterbrochen. '''Laufende vServer sind dadurch nicht beeinträchtigt!''' 

'''Zwischen 11:00 und 13:00 Uhr''' wird es zu mehreren kurzen Nichtverfügbarkeiten der Steuerungsfunktionen kommen, diese werden jeweils nur wenige Minuten dauern. 

=== Wartungsarbeiten 23. März 2022, 02:00 Uhr, betrifft Tunnelserver in Düsseldorf ===

'''UPDATE 23.03.; 06:00 Uhr:''' Die Wartung wurde beendet.

'''UPDATE 21.03.; 17:41 Uhr:''' Es war ursprünglich nicht genau klargestellt, dass diese Wartungsankündigung nur VPN-Tunnel mit fester öffentlicher IP-Adresse betrifft, '''nicht''' jedoch VPN-Gateways.
 

Aufgrund einer Wartungsmaßnahme am Netzwerk zwischen unseren Standorten Wuppertal und Düsseldorf sind '''die Tunnelserver in Düsseldorf''' im Zeitraum zwischen 02:00 und 12:00 Uhr nicht erreichbar. 
Davon betroffen sind Tarife mit festen öffentlichen IP-Adressen, nicht jedoch VPN-Gateway-Tarife oder Feste IP-Kits. 
Dies sollte keine Auswirkungen haben, wenn Sie sich über den DNS-Namen verbinden, da in dem Fall ein automatischer Failover stattfindet. 
'''Falls Sie sich über eine händisch eingetragene IP-Adresse verbinden, sollten Sie zumindest vorübergehend folgende IP-Adressen nicht als Verbindungsziel benutzen:'''
* <code>188.246.1.23</code>
* <code>188.246.1.24</code>
* <code>188.246.1.55</code>
* <code>188.246.1.56</code>
''(gilt auch für die jeweiligen IPv6-Adressen, die mit den selben Ziffern enden)''

=== Wartung Mailsystem am Montag, 24. Januar 2022 ===

=== Wartung VPN-Gateways 14. und 15. Februar 2022 ===
(Dies ist der Wartungstermin, der ursprünglich für den 08. bis 09. Februar angesetzt war) 

Das VPN-Gateway-System wird auf neue Technik umgestellt. 
Es sind keine Konfigurationsänderungen auf Ihrer Seite notwendig.
 

Zeitraum: 
* Eingeschränkte Konfigurationsmöglichkeit: Montag, 14. Februar ab ca. 14:00 Uhr bis 15. Februar bis ca. 09:00 Uhr 
* Unerreichbarkeit: 15. Februar zwischen 06:00 und 07:00 Uhr

 

Am Montag, 14. Februar 2022, beginnen wir mit Wartungsmaßnahmen am VPN-Gateway-System. 
Ab diesem Tag können vorläufig keine Änderungen mehr auf laufenden VPN-Gateways angewendet werden. Dies betrifft die Konfiguration für aktivierte VPN-Protokolle, den Server-Schlüssel und Internetzugriffs-Einstellungen. 
Benutzerkonten können weiterhin angelegt und verändert werden. 
Am Morgen des 15. Februar werden die VPN-Gateways auf die neue Technik umgezogen. Es wird dabei zu einer Unterbrechung der Erreichbarkeit von ca. 15-30 Minuten kommen.

=== Wartung VPN-Gateways Dienstag, 08. Februar bis 09. Februar 2022 ===


ACHTUNG! WARTUNGSMAẞNAHME WURDE VERSCHOBEN!


Aufgrund unvorhergesehener technischer Komplikationen haben wir uns entschieden, diese Wartung zu verschieben. Ein neuer Wartungstermin steht noch nicht fest – sobald ein neuer Termin feststeht, werden wir diesen hier bekanntgeben.


<hr>

Das VPN-Gateway-System wird auf neue Technik umgestellt. 
Es sind keine Konfigurationsänderungen auf Ihrer Seite notwendig.
 

Zeitraum: 
* Eingeschränkte Konfigurationsmöglichkeit: 08. Februar ab ca. 14:00 Uhr bis 09. Februar bis ca. 09:00 Uhr 
* Unerreichbarkeit: 09. Februar zwischen 06:00 und 07:00 Uhr

 

Am Dienstag, 08. Februar 2022, beginnen wir mit Wartungsmaßnahmen am VPN-Gateway-System. 
Ab diesem Tag können vorläufig keine Änderungen mehr auf laufenden VPN-Gateways angewendet werden. Dies betrifft die Konfiguration für aktivierte VPN-Protokolle, den Server-Schlüssel und Internetzugriffs-Einstellungen. 
Benutzerkonten können weiterhin angelegt und verändert werden. 
In der Nacht zum 09. Februar werden die VPN-Gateways auf die neue Technik umgezogen. Es wird dabei zu einer Unterbrechung der Erreichbarkeit von ca. 15-30 Minuten kommen.

 

Die Wartungsarbeiten wurden um ca. 23:10 Uhr beendet 

Am '''Montag, den 24. Januar 2022''', ab 22:00 Uhr bis 01:00 Uhr, finden Wartungsmaßnahmen auf dem Mailsystem statt. 
Während der Wartung ist kein Mail-Abruf und Versand möglich. 
Es müssen keine Änderungen an Ihrem Mailprogramm vorgenommen werden.
 

=== Hinweis für Colocation-Zutritt in Wuppertal nach Unwettern am 14.07.2021 ===

Auch Wuppertal wurde am Mittwoch, den 14.07.2021 von intensiven Regenfällen getroffen. Der Ausnahmezustand wurde ausgerufen. 
In der Folge des Regens (nicht nur in Wuppertal sondern auch durch Zuflüsse) ist der Fluss Wupper an einigen Stellen über die Ufer getreten und hat Straßen überspült. Die Wuppertalsperre ist übergelaufen. Auch aus vielen nahegelegenen Gullis ist Wasser ausgetreten. Als Vorsichtsmaßnahme wurden vom Energieversorger WSW einige Trafostationen entlang der Wupper abgeschaltet. 
Die Bundesstraße B7, einige Landstraßen und das Autobahnkreuz Sonnborn wurden ebenfalls überspült und gesperrt. 

'''Unser Rechenzentrum liegt zwar in der Innenstadt, ist aber gemäß Flutungskarten nicht direkt gefährdet.''' Auch von den Abschaltungen der Trafostationen sind wir aktuell nicht betroffen, auch wenn dies große Teile der Innenstadt betrifft. 
Aufgrund der unübersichtlichen Lage und vieler, teils kurzfristig, gesperrter Straßen, sollten Sie von einem Besuch der Colocation absehen, wenn sich dies irgendwie vermeiden lässt. 

Als vorsorgliche Maßnahme wurden von uns kritische Dienste (wie Telefonie) bereits Mittwoch Nachmittag an unseren Standort Düsseldorf verlegt. 

==== Aktuelle Lage 15.07.2021 ====

Stand Donnerstag sind viele Straßen, speziell auch die B7, weiterhin nicht durchgängig passierbar. Aus östlicher Richtung sind viele Straßen gesperrt und stehen oft auch noch immer unter Wasser. Durch Feuerwehreinsätze kommt es ebenfalls zu Sperrungen. 
Der Strom wird peu à peu wieder eingeschaltet, die Lage normalisiert sich langsam. 
Anreise mit öffentlichen Verkehrsmitteln ist nur selten eine Option, der Zugverkehr ist nahezu vollständig eingestellt, der Busverkehr ebenfalls, die Schwebebahn ist längerfristig außer Betrieb. 

'''Die Straßen direkt angrenzend an das Rechenzentrum sind nicht betroffen!'''

==== Aktuelle Lage 16.07.2021 ====

Stand Freitag gibt es weiterhin gesperrte Straßen, speziell die B7 ist weiterhin nicht durchgängig befahrbar, die Umleitungswege sind teilweise ausgelastet. 
Die Autobahn A46 ist theoretisch frei, praktisch jedoch nur mit hoher Staugefahr. Bahnverkehr ist weiterhin stark beeinträchtigt, der Busverkehr innerhalb Wuppertals funktioniert jedoch größtenteils. 

'''Weitere Informationen finden Sie auf der [https://www.wuppertal.de/presse/meldungen/meldungen-2021/juli21/hochwasser-erste-bilanz.php Infoseite der Stadt Wuppertal] sowie für kurzfristige Infos auf dem [https://twitter.com/stadt_wuppertal Twitter-Kanal der Stadt Wuppertal]

=== Wartungsarbeiten am vServer-Netzwerk Donnerstag, 08. April 2021 ===
Am '''Mittwoch, den 07. April 2021 zwischen 06:00 und 07:30 Uhr''' finden Wartungsarbeiten am vServer-Netzwerk statt. 
Wir erwarten dabei mehrere kurze Unterbrechungen der Netzwerkverbindung, die in Summe weniger als 5min betragen sollten. 

=== Wartungsarbeiten an Tunnelplattform am MITTWOCH, 10.03.2021, um 06:00 Uhr ===
Es finden Wartungsarbeiten an der Tunnelplattform statt als Vorbereitung auf die Inbetriebnahme unserer überarbeiteten Einwahlplattform. 
Im Zeitraum von ''06:00 Uhr bis ca. 07:30 Uhr'' kann es zu mehreren Unterbrechungen der Tunnelverbindungen kommen. 
Geroutete IP-Netze sind innerhalb des Zeitfenster möglicherweise ebenfalls kurzzeitig nicht erreichbar. 

=== Wartungsarbeiten an VPN-Tunnelplattformen am 03.03.2021 ca. 00:00 bis 02:00 Uhr ===
'''In der Nacht von Dienstag auf Mittwoch in der Zeit von 00:00 bis 02:00 Uhr finden Wartungsarbeiten am Netzwerk der Tunnel-Einwahlserver statt.''' 
Davon betroffen sind VPN-Tunnel mit öffentlicher statischer IP-Adresse sowie ggf. darauf geroutete Netze. 
Es wird in diesem Zeitfenster zu mehreren kurzen Unterbrechungen kommen.

=== Benachrichtigungen über Domainupdates (19.08.2020) ===

Aufgrund einer Änderung unserer bei den Domain-Registrierungsstellen hinterlegten Technischen Kontaktdaten fand in der Nacht auf den 19.08. eine Aktualisierung der Domains statt, um die neuen technischen Handles zu verknüpfen. 
"Technische Handles" sind die Kontaktdaten des Providers, über den die Domain registriert wurde und der bei eventuellen Problemen darüber kontaktiert werden kann. 
Hierbei kam es bei einigen Kundinnen und Kunden leider zu Fehlern, die eine Fehlerbenachrichtigung ausgelöst haben. 
Diese E-Mails wurden in der Nacht auf den 19.08. zwischen 00:00 und 04:00 Uhr versendet und enthalten den Teil "UPDATE ... wegen Fehlern nicht abgeschlossen" im Betreff. 
Diese Fehlerbenachrichtigungen können Sie ignorieren! 
Wir möchten uns für die entstandenen Unannehmlichkeiten entschuldigen! 

 

=== Domainkontaktverifizierungen (19.08.2020) ===

'''Für bestimmte Top-Level-Domains ist eine "Domainkontaktverifizierung" notwendig.''' 
Aufgrund einer Aktualisierung unseres technischen Kontakt-Handles ist dies leider unerwarteterweise für sämtliche damit verknüpften Domains notwendig geworden. 
Dies betrifft alle Domains unter den Top-Level-Domains .com, .net, .biz, .org und .info. 
Andere Domains, wie .de, .eu u.s.w. sind davon nicht betroffen.

 

Sie sollten am 19.08.2020 oder am 20.08.2020 eine E-Mail an die bei uns hinterlegte Kontakt-E-Mail-Adresse erhalten haben: 
* Der '''Absender lautet''': "Domain Transfer / Domain Robot <do-not-reply@domain-robot.org>",
* der '''Betreff''' lautet "Inhaber Verifizierung / Owner Verification",
* der '''Bestätigungslink''' beginnt mit "<code>ocval.domain-robot.org/?hash=....</code>". 
Wenn diese drei Punkte der E-Mail passen, handelt es sich um eine echte Verifizierungsanfrage, welche Sie über den in der E-Mail enthaltenen Link bestätigen müssen. 
'''Wird dieser Kontakt nicht bestätigt, wird die Domain nach 15 Tagen deaktiviert und ist nicht mehr erreichbar!''' 

Falls Sie diese E-Mail nicht mehr haben, können Sie uns unter [mailto:support@portunity.de support@portunity.de] unter Angabe der Domain oder Ihres Kundenkontos bitten, diese Bestätigungs-E-Mail erneut versenden zu lassen.

=== Austausch des OpenVPN-Serverzertifikats am 16. Juni 2020 ===

'''Am 16. Juni 2020 wird das Serverzertifikat der OpenVPN-Einwahlserver getauscht.''' 

'''Umstellungszeitfenster: 07:00 bis 07:30 Uhr MESZ.''' 


HINWEIS: Aufgrund von Rückmeldungen ist uns leider erst nach der Umstellung aufgefallen, dass in älteren Versionen der von uns verteilten OpenVPN-Konfigurationsdateien eine Option enthalten war, welche die Verbindung über das neue Zertifikat unmöglich macht! Bitte beachten Sie ggf. auch den Hinweis zur Aktualisierung der Config-Optionen: 
[https://www.portunity.de/wiki/Austausch_des_OpenVPN-Serverschl%C3%BCssels_auf_Tunnelservern#Aktualisierung_der_Config-Option_.22ns-cert-type.22 Bitte hier klicken, um direkt zum Hinweis zur Anpassung der Option "ns-cert-type" zu gelangen]


 
Falls Sie OpenVPN zur Einwahl zu unseren Tunnelservern verwenden, sollten Sie spätestens bis zu diesem Datum die [https://www.portunity.de/s/3ol '''hier beschriebene Änderung'''] durchführen, um auch nach diesem Stichtag weiterhin eine
Verbindung zu unserem System aufbauen zu können. 
Dort finden Sie auch weiterführende Informationen, wie der Austausch des Zertifikats auf Ihrer Seite erfolgen kann und wie Sie prüfen können, ob Sie von dieser Änderung betroffen sind. 
 
Bitte beachten Sie, dass dies ausschließlich die Einwahl über OpenVPN betrifft!
Wenn Sie ein anderes Tunnel-Protokoll verwenden (z.B. L2TP oder PPTP) sind Sie NICHT betroffen und müssen nicht tätig werden.

 

=== Wartungsarbeiten an Kundenmailservern DIENSTAG, 18.02.2020 ===
Am '''DIENSTAG, den 18.02.2020 zwischen 06:00 und 08:00 Uhr''' führen wir Wartungsarbeiten an Kundenmailservern durch. 
Während dem Wartungsfenster stehen folgende Funktionen teilweise nicht zur Verfügung: 
* Mailabruf
* Mailversand
* Weiterleitung von E-Mails an externe Adressen
 
 
Während der Wartungsmaßnahme werden die Mailsysteme innerhalb unseres Rechenzentrums auf neue Server verschoben. 
'''Sie müssen keine Änderungen an Ihren E-Mail-Programmen vornehmen!''' 
Wir gehen davon aus, dass die Einschränkungen deutlich vor 08:00 Uhr aufgehoben sind. E-Mails, welche während dieser Zeit an Sie gesendet werden, werden gesammelt und nach Abschluss der Wartung zugestellt.

=== Austausch des TLS-Zertifikats für Webrequest-API (u.A. Bankdatencheck) ===

'''Am MITTWOCH, 05. Februar 2020''', wird das TLS-Zertifikat für die Webrequest- und Webservice-Schnittstellen unter '''ws.ispsuite.portunity.de''' und '''wr.ispsuite.portunity.de''' ausgetauscht. 
Davon betroffen ist u.A. der '''Bankdatencheck'''. 

Falls Sie Cert-Pinning verwenden, hinterlegen Sie bitte rechtzeitig das neue Zertifikat:
<pre>
-----BEGIN CERTIFICATE-----
MIIHwzCCBqugAwIBAgIQDjZ3eR24f664MKephmg4XDANBgkqhkiG9w0BAQsFADBu
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
d3cuZGlnaWNlcnQuY29tMS0wKwYDVQQDEyRFbmNyeXB0aW9uIEV2ZXJ5d2hlcmUg
RFYgVExTIENBIC0gRzEwHhcNMjAwMTI0MDAwMDAwWhcNMjIwMjI3MTIwMDAwWjAj
MSEwHwYDVQQDExh3cy5pc3BzdWl0ZS5wb3J0dW5pdHkuZGUwggIiMA0GCSqGSIb3
DQEBAQUAA4ICDwAwggIKAoICAQDOC80+WLtATCXm/pmzpUaFLT518vdY9u/vrzyB
UMVS11U7P2/Pjg4HGcqKTanu6uXz9I90Y9vCQix1BNITaVRLF+O1Zfl+ZJavWWNE
2C4C536XXpc/k1ScK6BC6ctBeqiZzWvXO8UJANKvnlgIbpAhqUYKbGI3/j3PfMno
8wHEMBOP0HbAksef9sHHm+0aFb82Z778unI7aytqtc7+KZoo0ca5F6f8sq6ZR+eF
INZ4ChO87QxdoyrloVLa4EVTcWpdPOKExfOzV3GIWqWwKL5jV0Rxn3o9FGZqONDx
WvdKz/uWpdrhPTnfAD2O7xopvI4qEjJS8nNaCHj2gAyJagMf6el6SU/Hj8VYRYnO
JyXYLyLzQKyfddOBNUkjEGskIv4s3qg/fYYig5zO0MRGm8RLGD24Io7oLcurxw3+
3KjXdKg9zsK8SOr6z/qUa871LZjf5dBdO/bXGCI4IA3aaUOJLZaKp06LRBpSESVR
jPQO9xkrrBlsJ8qXGi/YBwbu/eP7aifCFICaTWDs++zekdhzRgaC3oOE1rVP2fAR
F/G9e8RiIO7B1lSI8qeRVbsc5BP8DfKG5N8JimA7ad0qlZ4G9F2QeLYEIgahJTwh
spcI6Ne+NVwOboCOEm8AYcLDLxRE6QapjsF4Zgd79yFHFG3EP9O0Efl8kK0vzejX
ns4EiwIDAQABo4IDpjCCA6IwHwYDVR0jBBgwFoAUVXRPsnJP9WC6UNHX5lFcmgGH
GtcwHQYDVR0OBBYEFMq8IdQxT1G1McCS7o0ZNKKsvHU/MD0GA1UdEQQ2MDSCGHdz
LmlzcHN1aXRlLnBvcnR1bml0eS5kZYIYd3IuaXNwc3VpdGUucG9ydHVuaXR5LmRl
MA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIw
gZEGA1UdHwSBiTCBhjBBoD+gPYY7aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0Vu
Y3J5cHRpb25FdmVyeXdoZXJlRFZUTFNDQS1HMS5jcmwwQaA/oD2GO2h0dHA6Ly9j
cmw0LmRpZ2ljZXJ0LmNvbS9FbmNyeXB0aW9uRXZlcnl3aGVyZURWVExTQ0EtRzEu
Y3JsMEwGA1UdIARFMEMwNwYJYIZIAYb9bAECMCowKAYIKwYBBQUHAgEWHGh0dHBz
Oi8vd3d3LmRpZ2ljZXJ0LmNvbS9DUFMwCAYGZ4EMAQIBMIGABggrBgEFBQcBAQR0
MHIwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBKBggrBgEF
BQcwAoY+aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0VuY3J5cHRpb25FdmVy
eXdoZXJlRFZUTFNDQS1HMS5jcnQwCQYDVR0TBAIwADCCAYAGCisGAQQB1nkCBAIE
ggFwBIIBbAFqAHcApLkJkLQYWBSHuxOizGdwCjw1mAT5G9+443fNDsgN3BAAAAFv
2DqsKAAABAMASDBGAiEAtGm2Nl68ZaifZfgKf0SsnxwH/4dkfyk9Ni+UN/JHNOQC
IQCEi/qmYSCH0JaChWl3Orv8GNTQS29jgyX5UnTDHryv7wB3ACJFRQdZVSRWlj+h
L/H3bYbgIyZjrcBLf13Gg1xu4g8CAAABb9g6rFIAAAQDAEgwRgIhAItnkVCIqdt0
sNgma2oaKLaMpOueoXbCdF/23DO3vEmyAiEA1J6NbpD/SWhd0us+eoO3Gi6/QWCq
P2McV3dtQ9c9B7cAdgC72d+8H4pxtZOUI5eqkntHOFeVCqtS6BqQlmQ2jh7RhQAA
AW/YOqwtAAAEAwBHMEUCIQD/QEakS86YS4iIMr1NWlg0BDqWuuFT7N4L/3iWCJEz
pAIgKYePD0PBbN+nTvb6utqBc1SIWwmC9KYh3nkaqJ55viAwDQYJKoZIhvcNAQEL
BQADggEBAKKzgE8DTupKcgaUkxlGArZTWu4BUKhuPqPKCrFZ6rv+JJhgpOFYk+eR
+9zIgXvTp2sDl49K6NfrUsjphEqF5rMPe4BYuCI62a6e4icSRlnIZT2etCXjo0AX
Zm6EvChNmCItVLqXoIAvI4ABsSvVdcRK+IRvTTQGoqH/LOg+Z/h2yJTSB9T0qpaa
/eiG1H2flcpZTP8a/Lfgmz1eW8PKM5D5g4bIm3HjzMVXlZIfEQE0mmlYndGr2uI0
eJS7Nq1KGVSXEQ1knGOYf3J8Kq1EdqUWyqaeOCigtIOF9zd8SaMkT7ZeGsAsOB5d
irwlF8gil5bS8qgYWKF5NXSE1PxcEX0=
-----END CERTIFICATE-----
</pre>

=== Wechsel des Hauptstandorts für VoIP- und Tunneldienste ===

Wir werden im Zeitraum von Montag, 21.10. bis Mittwoch, 23.10. die Dienste von unserem aktuellen Hauptstandort Frankfurt am Main in unser Rechenzentrum Wuppertal und an den Standort Düsseldorf verlagern. 
Dies betrifft sowohl die eingesetzte Hardware selbst als auch die darunter liegende Netzwerktechnik. Neben verbesserter Hardware und überarbeitetem Netzwerklayout wird damit auch eine insgesamt deutlich höhere Gesamtbandbreite bereitgestellt. 

Diese Arbeiten werden bereits seit mehreren Wochen geplant und getestet, so dass in den unten genannten Wartungsfenstern nur kurze Unterbrechungen der Dienste von wenigen Minuten erwartet werden. 
Nichtsdestotrotz können natürlich längere Unterbrechungen innerhalb der Wartungsfenster nicht zu 100% ausgeschlossen werden. 

Sie müssen nicht aktiv werden! Alle Zugangsdaten, IP-Adressen, Konfigurationsparameter u.s.w. bleiben unverändert erhalten. Es ändert sich lediglich der Standort, an dem sich die Server befinden. 

Die Wartungstermine: 

==== MONTAG 21.10. ====
'''ALLE WARTUNGSMAẞNAHMEN WURDEN ABGESCHLOSSEN'''
* 06:00 Uhr bis 06:30 Uhr: Es finden Umstellungsarbeiten an VoIP-Systemen statt:
** Es kann zu kurzen Unerreichbarkeiten von wenigen Minuten kommen, in denen keine Anrufe getätigt und Empfangen werden können.
** Hiervon sind auch Notrufverbinden betroffen!
** Einstellungen an SIP-Accounts sowie hochgeladene Ansagen werden mit einigen Minuten Zeitverzögerung übernommen.
** Das Webinterface für Telefonkonferenzen steht während dem Wartungsfenster nicht zur Verfügung.

* 06:00 bis 07:00 Uhr: Es finden Umstellungsarbeiten an VPN-Gateway-Produkten statt:
** Während dem Wartungsfenster kommt es zu Unerreichbarkeiten einzelner Gateways, die bei ca. 10-15 Minuten liegen können.
** Tunnelverbindungen werden dabei unterbrochen.

==== DIENSTAG 22.10. ====
'''ALLE WARTUNGSMAẞNAHMEN WURDEN ABGESCHLOSSEN'''
* 07:00 bis 08:00 Uhr: Änderungen am Netzwerk
** Es werden Änderungen am Netzwerk vorgenommen - dabei werden keine Unterbrechungen erwartet
** Davon betroffen sind VoIP-, Tunnel-, und DSL-Dienste

* 06:00 bis 07:00 Uhr: Umstellungen an VPN-Tunnel-Produkten:
** VPN-Tunnel-Systeme werden von Frankfurt nach Wuppertal umgezogen. Laufende Tunnelverbindungen werden dabei kurz unterbrochen.
** Es kann zu kurzen Unerreichbarkeiten von wenigen Minuten bei gerouteten Subnetzen kommen.

==== MITTWOCH 23.10. ====
* Es finden kleinere Nacharbeiten und Tests statt. Es werden keine Ausfälle oder Einschränkungen erwartet.

=== Dringende Wartungsarbeiten an Netzwerkhardware MITTWOCH, 09.10.2019 ab 02:00 Uhr ===

Am '''Mittwoch, den 09.10.2019''' führen wir ab '''02:00''' Uhr Wartungsarbeiten an Netzwerkhardware im RZ SR1 in Wuppertal durch. 
Es müssen drigende Änderungen an der Konfiguration der Geräte vorgenommen werden, welche mindestens einen Reboot erfordern. 
Dadurch bedingt wird der physische Link auf den angeschlossenen Servern während der Wartung kurz down gehen. 
Das Wartungsfenster ist von '''02:00 Uhr bis 02:30 Uhr''' angesetzt, die Gesamtdowntime für die Server dürfte aber bei nur wenigen Minuten liegen. 

Davon betroffene Kundinnen und Kunden mit Serverhousing wurden bereits per separater E-Mail informiert. 

Ebenfalls betroffen sind auch '''Feste IP-Kits''' - auch hier wird die Downtime bei wenigen Minuten liegen 

=== Wartungsarbeiten Kundencenter am MITTWOCH, 07.08.2019 ===
'''Die Wartungsarbeiten sind abgeschlossen''' 

Am '''Mittwoch, den 07.08.2019''' führen wir ab '''07:00''' Uhr Wartungsarbeiten durch. 
Wir gehen davon aus, dass die Arbeiten ca. 30 Minuten dauern.
 
Während dieser Zeit stehen folgende Dienste nicht oder nur eingeschränkt zur Verfügung: 
<ul>
<li>Das Kundencenter ''ISPSuite''</li>
<li>Webservices (z.B. Bankdatencheck)</li>
<li>API / Webrequest-Schnittstelle der ISPSuite</li>
<li>Faxversand</li>
<li>Bestimmte VoIP-Funktionen sind eingeschränkt: Es können keine Änderungen an bestehenden Anrufweiterleitungen vorgenommen werden und der Einzelverbindungsnachweis wird zeitverzögert aktualisiert.</li>
</ul>
 

===Wartungsarbeiten am Storage-Netzwerk in Wuppertal===
Am Mittwoch und Donnerstag (15.05. und 16.05.) finden längerfristige Wartungsarbeiten am Storage-Netzwerk der vServer in Wuppertal statt. 
Hiervon betroffen sind alle vServer sowie der Speeddrive-Dienst.
 
Das Storage-Netzwerk ist so redundant ausgelegt, dass der Ausfall einzelner Geräte vollständig kompensiert werden kann. 
Diese Redundanz wird kurzzeitig an einzelnen Punkten des Netzwerks reduziert, da wir einige Geräte austauschen - es sind dabei aber keine Ausfälle oder Einschränkungen zu erwarten.

===Routerstörung Mittwoch, 27.03.2019===
Am 27.03.2019 kam es gegen 18:10 Uhr zu einer Störung auf mehreren Routern. 
Diese dauerte ca. 5 Minuten, schlechtestenfalls bis zu 20 Minuten. 
Die genaue Störungsdauer ist davon abhängig, an welchem Router die betroffenen Systeme angeschlossen sind. 
Seit spätestens 18:40 können wir keine Störungsauswirkungen mehr in unseren Monitoring-Systemen erkennen. 

Ursache für diese Störung war eine an sich harmlose Konfigurationsänderung an einem Border-Router. Durch einen Fehler bei der Konfigurationsänderung wurden alle internen Router mit einer großen Menge an Routinginformationen geflutet. 
Obwohl der Fehler umgehend bemerkt und rückgängig gemacht wurde, waren die Router mit der Bearbeitung dieser Informationen stark ausgelastet und reagierten entsprechend träge. Dies führte auch zu partiellen Unerreichbarkeiten, da ständig Routen neu programmiert werden mussten und einzelne Routen dadurch zeitweilig nicht erreichbar waren.

Wir bitten die Unannehmlichkeiten zu entschuldigen!

=== Wartungsarbeiten im RZ Wuppertal am DIENSTAG, 19.03.2019 ===

'''Zeitraum: 06:00 Uhr bis ca. 08:30 Uhr'''

Es werden Kabel und Server innerhalb des RZ Wuppertal in andere Racks verlegt. 
Dadurch bedingt kommt es zu kurzzeitigen Einschränkungen in der Erreichbarkeit einiger Dienste:

* '''E-Mail-Systeme''' Es finden Wartungsarbeiten an den Kunden-Mailservern statt. Während der Zeit ist der Zugriff auf E-Mails und der Versand nicht oder nur eingeschränkt möglich. Die Wartungsmaßnahme an den Mailservern wird voraussichtlich bis ca. 07:00 Uhr dauern.

* '''DNS-Server''' Der DNS-Server "ns.portunity.de" (217.144.128.33) wird während dem Wartungsfenster kurzzeitig unerreichbar sein. Während der Zeit kann es zu Fehlern bei der Konnektierung neuer Domains auf diesen Nameserver kommen, auch können DNS-Updates während der Wartungsdauer nicht durchgeführt werden. Es sind keine Probleme bei der Domainauflösung während dem Zeifenster zu erwarten.

* '''Fax-Dienste''' Der Empfang und Versand von Faxen wird während dem Wartungsfenster für wenige Minuten nicht verfügbar sein. Andere Telefoniedienste werden im Voraus zum Standort Frankfurt umgezogen.

* '''vServer-Netzwerk''' Es werden Kabel umrangiert, wodurch die Verbindung auf diesen Kabeln unterbrochen werden muss. Das vServer-Netzwerk ist über redundante Wege an verschieden Router angebunden, daher sind keine Ausfälle zu erwarten.

 
Während der Maßnahmen werden wir den aktuellen Status hier und auf https://twitter.com/pty_ops veröffentlichen.


 

===RZ Wuppertal: Wartungsarbeiten am Netzwerk am MITTWOCH, 27.02.2019===
Am '''MITTWOCH, den 27.02.2019 ab ca. 07:00 Uhr''' werden Wartungsarbeiten am Netzwerk in Wuppertal durchgeführt. 
Es werden Updates in Line-Modules der Router eingespielt. 
Aufgrund des redundanten Netzwerkdesigns sind dabei keine Ausfälle zu erwarten, es kann jedoch zu mehreren kurzen Unterbrechungen einzelner Teilwege (in Summe maximal 5 Minuten) kommen.

=== Wartungsarbeiten an Speeddrives am 09.01.2019 ===
<div style="background-color: #FFFFAA; padding: 5px;">
'''Die Wartungsarbeiten sind abgeschlossen. Falls dennoch Probleme auftreten, wenden Sie sich bitte an unseren [https://www.portunity.de/hosting/produkte/support.html Support]!'''
</div>

''(Über diese Wartungsmaßnahme haben wir betroffene Kunden bereits am 11. Dezember 2018 vorab informiert)''
 

Geplante Wartungsmaßnahmen an Speeddrives: 
'''MITTWOCH, der 09. Januar 2019''' 
'''zwischen 06:00 und 10:00 Uhr''' 

Während dem Wartungsfenster kann nicht oder nur eingeschränkt auf die Dateien in Ihrem Speeddrive zugegriffen werden. 
Sollten Sie also dringend Dateien Ihres Speeddrive benötigen, empfehlen wir Ihnen, diese 1-2 Tage vorher lokal zwischenzuspeichern. 
 
 
Ihrerseits müssen KEINE ÄNDERUNGEN vorgenommen werden um weiterhin auf die Dateien zuzugreifen. 
Alle Benutzernamen, Kennwörter und Serveradressen (auch IP-Adressen) bleiben unverändert erhalten. 
 
Falls Sie per WebDAV auf Ihren Speeddrive-Speicher zugreifen, ergeben sich jedoch zwei Neuerungen: 
*Sie können nach Abschluss der Arbeiten per WebDAV auf die Dateien des gesamten Speeddrive zugreifen, nicht nur auf den bisher separaten WebDAV-Bereich. 
*Alle Dateien, die bisher per WebDAV gespeichert wurden, befinden sich fortan im Verzeichnis "webdav" (ohne führenden Punkt), der WebDAV-Zugang zeigt ab dann den selben Inhalt wie die FTP- oder SMB-Zugänge. Eventuelle Verknüpfungen müssten hier möglicherweise aktualisiert werden.
 
Ebenfalls neu: Nach Abschluss der Wartungsarbeiten haben Sie über Ihr Kundencenter ebenfalls die Möglichkeit, einen Schlüssel für die Nutzung von SFTP über SSH hinzuzufügen und sich darüber an Ihrem Speeddrive anzumelden.

=== 25.09.2018: Filterung von Port 111/UDP eingehend auf der Tunnelplattform ===

Derzeit kommt es zu enorm hohen Paketraten an Port 111/UDP, verteilt über hunderte IP-Adressen unserer Tunnelplattform. 
Dieser Port ist bei den meisten Linux-Distributionen standardmäßig offen und kann leicht für DDoS-Attacken missbraucht werden ([https://www.portunity.de/blog/2015/februar/ddos-angriffe-einfach-erklaert-6-einfache-tipps.html Hintergrund]). 
Auf diesem Port wird der RPC-Dienst von Linux bereitgestellt, welcher z.B. von NFS verwendet wird. Generell ist es aber nicht notwendig, dass dieser Port weltweit aus dem Internet erreichbar ist. 
'''Aufgrund der hohen Paketrate und der großen Anzahl betroffener Tunnelzugänge resp. IP-Adressen haben wir uns daher entschlossen, vorläufig diesen Port eingehend zu filtern.''' 
Sollten Sie diesen Port dringend benötigen, geben Sie uns bitte kurz per E-Mail an support@portunity.de Bescheid, dann lassen sich Ausnahmeregeln definieren. 
Stand 26.09.2018, 13:00 Uhr werden noch immer über 2.500 Pakete pro Sekunde gefiltert. 
'''Bitte prüfen Sie Ihre Firewallkonfiguration und lassen Sie Port 111/UDP nötigenfalls von Ihrer Firewall filtern!'''

=== Störung des Storage-Servers am 18.03.2018 ===

Am Abend des 18.03.2018 kam es auf unserem hochverfügbaren Ceph-Storage-Cluster zu einer weitreichenden Störung, die sowohl Kunden-vServer als auch einige Dienste von uns betraf. 
Aufgrund dieser Störung war ein Zugriff auf das Storage nur noch eingeschränkt möglich und viele Anfragen &bdquo;hingen fest” und wurden nicht abgearbeitet. Dadurch froren Systeme beim Zugriff auf das Storage ein und arbeiteten nicht weiter. 

'''Ursache für diese Störung''' ist nach jetzigem Kenntnisstand eine Kombination aus einem Fehler in der von uns zu dem Zeitpunkt eingesetzten Ceph-Version und einer defekten Festplatte, die beim Zugriff auf bestimmte Blöcke nicht mehr reagierte. 
Auch, als wir die defekte Festplatte manuell aus dem Cluster entfernten, kam es zu weiteren Problemen, da die verbliebenen Storage-Systeme teilweise keine Verbindungen mehr untereinander aufbauten und in undefinierten Zuständen blieben. 
Erst ein Update auf die aktuellste Ceph-Version auf mindestens der Hälfte der Cluster-Teilnehmer brachte hier eine Verbesserung und löste das Problem. Dieses Update war von uns bis dahin nicht eingespielt worden, da es bei uns noch nicht ausgiebig getestet war. 
Ab ca. 00:10 Uhr war der Zustand des Clusters wieder stabil, so dass der Zugriff auf das Storage wieder vollständig möglich war. 

Diese Ursachen waren für uns leider nicht offen ersichtlich und unsere ersten Problemlösungen führten zwar oft kurzzeitig für Verbesserungen, brachen dann aber nach wenigen Minuten wieder in sich zusammen. Dadurch verzögerte sich die Behebung der Fehler leider derartig stark. 

'''Davon ebenfalls betroffen''' waren neben vServern, Webspaces und Speeddrive auch andere Dienste, wie einige unserer RADIUS-Server, weshalb es auch bei VPN-Tunneln zu Problemen mit der Einwahl kam. Die RADIUS-Dienste sind geographisch redundant ausgelegt und laufen auf unterschiedlichen Storages. Die RADIUS-Systeme am Standort Frankfurt waren von der Storage-Störung nicht betroffen und haben ordentlich funktioniert - jedoch sind von den Wuppertaler RADIUS-Servern offenbar weiter Anfragen entgegegen genommen und quittiert worden - aber nicht weiter bearbeitet worden. 
Dies führte dann dazu, dass einige VPN-Tunnel zusammenbrachen resp. bei der Einwahl gemeldet wurden, dass die Zugangsdaten falsch sind. 
Hierzu haben wir Veränderungen an unseren RADIUS-Proxies vorgenommen, um das Problem zukünftig vermeiden zu können. 

'''Wir möchten uns für die entstandenen Probleme entschuldigen''' und prüfen, wie wir Probleme dieser Art zukünftig besser und schneller abfangen können.

=== Anstehender Austausch des TLS-Zertifikats für die API am Mittwoch, 07. Februar 2018 ===

Das Zertifikat für den Host "ws.ispsuite.portunity.de" wird am MITTWOCH, den 07.02.2018 im Laufe des Vormittags ausgetauscht. 
Falls Sie das Zertifikat in Ihrer Software verifizieren, fügen Sie bitte rechtzeitig den neuen Public Key hinzu:

<pre>
-----BEGIN CERTIFICATE-----
MIIHOzCCBiOgAwIBAgIQCnN0xWVXRDYaHyvn6Y0CIzANBgkqhkiG9w0BAQsFADBg
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
d3cuZGlnaWNlcnQuY29tMR8wHQYDVQQDExZHZW9UcnVzdCBUTFMgUlNBIENBIEcx
MB4XDTE4MDEzMDAwMDAwMFoXDTIwMDIyOTEyMDAwMFowIzEhMB8GA1UEAxMYd3Mu
aXNwc3VpdGUucG9ydHVuaXR5LmRlMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIIC
CgKCAgEAzgvNPli7QEwl5v6Zs6VGhS0+dfL3WPbv7688gVDFUtdVOz9vz44OBxnK
ik2p7url8/SPdGPbwkIsdQTSE2lUSxfjtWX5fmSWr1ljRNguAud+l16XP5NUnCug
QunLQXqomc1r1zvFCQDSr55YCG6QIalGCmxiN/49z3zJ6PMBxDATj9B2wJLHn/bB
x5vtGhW/Nme+/LpyO2srarXO/imaKNHGuRen/LKumUfnhSDWeAoTvO0MXaMq5aFS
2uBFU3FqXTzihMXzs1dxiFqlsCi+Y1dEcZ96PRRmajjQ8Vr3Ss/7lqXa4T053wA9
ju8aKbyOKhIyUvJzWgh49oAMiWoDH+npeklPx4/FWEWJzicl2C8i80Csn3XTgTVJ
IxBrJCL+LN6oP32GIoOcztDERpvESxg9uCKO6C3Lq8cN/tyo13SoPc7CvEjq+s/6
lGvO9S2Y3+XQXTv21xgiOCAN2mlDiS2WiqdOi0QaUhElUYz0DvcZK6wZbCfKlxov
2AcG7v3j+2onwhSAmk1g7Pvs3pHYc0YGgt6DhNa1T9nwERfxvXvEYiDuwdZUiPKn
kVW7HOQT/A3yhuTfCYpgO2ndKpWeBvRdkHi2BCIGoSU8IbKXCOjXvjVcDm6AjhJv
AGHCwy8UROkGqY7BeGYHe/chRxRtxD/TtBH5fJCtL83o157OBIsCAwEAAaOCAyww
ggMoMB8GA1UdIwQYMBaAFJRP1F2L5KTipoD+/dj5AO+jvgJXMB0GA1UdDgQWBBTK
vCHUMU9RtTHAku6NGTSirLx1PzAjBgNVHREEHDAaghh3cy5pc3BzdWl0ZS5wb3J0
dW5pdHkuZGUwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMBBggr
BgEFBQcDAjA/BgNVHR8EODA2MDSgMqAwhi5odHRwOi8vY2RwLmdlb3RydXN0LmNv
bS9HZW9UcnVzdFRMU1JTQUNBRzEuY3JsMEwGA1UdIARFMEMwNwYJYIZIAYb9bAEC
MCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LmRpZ2ljZXJ0LmNvbS9DUFMwCAYG
Z4EMAQIBMHYGCCsGAQUFBwEBBGowaDAmBggrBgEFBQcwAYYaaHR0cDovL3N0YXR1
cy5nZW90cnVzdC5jb20wPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYWNlcnRzLmdlb3Ry
dXN0LmNvbS9HZW9UcnVzdFRMU1JTQUNBRzEuY3J0MAkGA1UdEwQCMAAwggF+Bgor
BgEEAdZ5AgQCBIIBbgSCAWoBaAB2AKS5CZC0GFgUh7sTosxncAo8NZgE+RvfuON3
zQ7IDdwQAAABYUgO6r0AAAQDAEcwRQIgVTjILSJTeas3wUTCqEJq9B/2/EABB+dm
BAhzzhwHq4ICIQCQYXpIJwd9Y759xcYDyyPsHu/8NeQ6HDszOkviFCTX9gB2AId1
v+dZfPiMQ5lfvfNu/1aNR1Y2/0q1YMG06v9eoIMPAAABYUgO618AAAQDAEcwRQIh
AIZbi/1ttfzjjYx18b+erncMfSsRWVgSQimX6PMxM/IpAiBIWP0GRyNrkr5MC+4j
NzngljShQ4rHv+NhLwyDh9KYKwB2ALvZ37wfinG1k5Qjl6qSe0c4V5UKq1LoGpCW
ZDaOHtGFAAABYUgO6r0AAAQDAEcwRQIhAPvZBj/DnItRz9wPZKPNrfipytIhzlkw
reRrPBDNWTFOAiBmwkibRqdcnbVzkMbOJKpoFYIlE62Xwa8a3LW/pu9CnDANBgkq
hkiG9w0BAQsFAAOCAQEAQTD96YDzXVx3K3VvUmsd8LsS36FHuka4Fqcv0XoNUNz1
tCftbPgrhKAE/HlwxdsuX8Avj7WsUj/GK+/Pmhk5LrTpFXtHjMlxgfc65IxJiCo1
kaEMMOGzJedUADLWJKQlQ6sLabsCUo7RrHUOUdS7QXdVwiWkdthdtRsAKHXODH4K
NSDIfj4nnkRdNanRCnmIXKFOfp+0nhNpR8pL0chpePIC84q/oj8RcCaTeMaDLWKX
aIUf4H80tYqq/SVAWLGZgqWGuMqzB+/TbPNI5bZCgDfTYt8xAw4mGn/DvYXZDBg9
5dYHPVfN7hC0cSXiXnjkJp/vtWdTc2hlvI3K+q4D/g===
-----END CERTIFICATE-----
</pre>

=== Zertifikatsänderung wr.ispsuite.portunity.de ===

Am 17.2.2017 Werden wir das TLS Zertifikat für unsere Webrequestsnittstelle erneuern. Das neue Zertifikat wird hier vorab zur Verfügung gestellt:

 

-----BEGIN CERTIFICATE-----
MIIHhzCCBm+gAwIBAgIQctB2ZNce8ykHCzQILtoBTzANBgkqhkiG9w0BAQsFADBl
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMdGhhd3RlLCBJbmMuMR0wGwYDVQQLExRE
b21haW4gVmFsaWRhdGVkIFNTTDEgMB4GA1UEAxMXdGhhd3RlIERWIFNTTCBTSEEy
NTYgQ0EwHhcNMTcwMjA3MDAwMDAwWhcNMjAwMzA4MjM1OTU5WjAjMSEwHwYDVQQD
DBh3ci5pc3BzdWl0ZS5wb3J0dW5pdHkuZGUwggIiMA0GCSqGSIb3DQEBAQUAA4IC
DwAwggIKAoICAQDT67WntUMIwxe0c1CpSmp9fLkb01PBi3vD6fDkqrHPOvmZ6dYd
dTY4IUhsv1VsQnhPVugOz3eC//F52UTpEbcJO8CknSnKxE8A8QL5NY7Jeh5mHCIT
bv1oypoaCv92y24d0ywRESa6w25WHq4/Eye+lcBHAGoWkybDRijZdJMFm6rDasdG
QzSa6FGAH+1y0YRnfP1pN+OICdi6zSGYfbvBmh+GbR9rILoR1f62iOwr3lqTOL5U
8ewsFV1zREyVVAkPWxqQ0G/pb+s0+PAu4p00WVC1cou7legxQHTaxJjnVVl6IOgn
fkubBwL7upHhpwGeRCgnj3Qu4DQe7/jD2HcA4ifybEvyIBkNMw86AYxh7WZdDTLv
wqFSPsxaTsOgr9xa1gFPfNBdvThKBKP2guoiERBSuNc/22vx2eBBRwYbfPt1DW/D
RemM/rJsJDjU3YnWzBF5ND6C90pgur6YY+sEAGYYTVQGl3/lznI1nsj2Ki64faLd
RMVDm4S8dlOIv8AGrVoWdhgWtJ/QuiJWO5+yhsazqjiUHWWQLhIeMvI59jwDyiH4
lK4e3Rt3AGUXmZDJn40ie5Ltrzb4BYHL3FuyixjAUiG+LhluJIDNL4oLk5GvwtDg
J8N/fkiH2eFUB6QVssq9Tz3o8wLlrnt5Te5cMT7uwM2qAbHQQMxkNPyXdwIDAQAB
o4IDczCCA28wIwYDVR0RBBwwGoIYd3IuaXNwc3VpdGUucG9ydHVuaXR5LmRlMAkG
A1UdEwQCMAAwKwYDVR0fBCQwIjAgoB6gHIYaaHR0cDovL3RtLnN5bWNiLmNvbS90
bS5jcmwwbgYDVR0gBGcwZTBjBgZngQwBAgEwWTAmBggrBgEFBQcCARYaaHR0cHM6
Ly93d3cudGhhd3RlLmNvbS9jcHMwLwYIKwYBBQUHAgIwIwwhaHR0cHM6Ly93d3cu
dGhhd3RlLmNvbS9yZXBvc2l0b3J5MB8GA1UdIwQYMBaAFH0pMS/BHm6uMQVqs+sc
zandroCaMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYB
BQUHAwIwVwYIKwYBBQUHAQEESzBJMB8GCCsGAQUFBzABhhNodHRwOi8vdG0uc3lt
Y2QuY29tMCYGCCsGAQUFBzAChhpodHRwOi8vdG0uc3ltY2IuY29tL3RtLmNydDCC
AfUGCisGAQQB1nkCBAIEggHlBIIB4QHfAHUA3esdK3oNT6Ygi4GtgWhwfi6OnQHV
XIiNPRHEzbbsvswAAAFaGFKQGgAABAMARjBEAiA2YGurNOuKnwmgVsXxLJOxYU9v
HfvJDqDlxftrTYPFBQIgPcsgjiIf4TColuRgxCjdlwkr49iGLIGPDuLTATMVvA0A
dgCkuQmQtBhYFIe7E6LMZ3AKPDWYBPkb37jjd80OyA3cEAAAAVoYUpA9AAAEAwBH
MEUCIQD7xCz4Dawx2PrJH2zpPVOqUa27iKksSNGzL7OOiGdTuQIgbsXhH9qilUMr
W9MAKo2WZDtOovNz8uRKzDnNipxrtlYAdgDuS723dc5guuFCaR+r4Z5mow9+X7By
2IMAxHuJeqj9ywAAAVoYUpBiAAAEAwBHMEUCIBhbXxE7qbBI8/WVwHu7FLNYBn+f
FGnXBEhdGNkC49DHAiEAgrSXXdXVPTk7i3EdDE67oIVKOjKg+kqrCmVkIWpQcYEA
dgC8eOHfxfY8aEZJM02hD6FfCXlpIAnAgbTz9pF/Ptm4pQAAAVoYUpERAAAEAwBH
MEUCIDJkAxg7ivhbxnTCpCgpNwbS6yP9WbdcHtOrpSfybAEuAiEAlk5xw6YD3NzF
9bLNp4nA/J+Y22PDURBgKNs3J6VHilowDQYJKoZIhvcNAQELBQADggEBAHej5gSn
CBozurLLHKuyc1+8cSPQlCdcTWnH9b2thB/eZfYT3sjTL9/yaq1jPW/u3B4bTocL
YmwmTEfoAscOjCRgZrUb7bgxUAboCwmbamrm2TGCn9pDf/cS7uL4OgZpEI4rMZsl
vQY2N2xl6TMBYjFCLl9trxNxd6CZP4dQhYEdO+IfuLOyqo5O6pW85UT8wta2Lw88
tQeg+BAwQ+Somn7HTSryV+EsLQfzbwpOlMzoxm6OY5ePsD6MBsAzh4PW5YJx6oqa
92Xsr7GTCdCwN/NdeQTsi8dKlqDWirPRozaF2Kn8IiCI/LfgXPJD8fAJdGdZMp2F
G4BCI4CuivoVWhk=
-----END CERTIFICATE-----

=== Konferenzen.eu - Fehlerhafter Versand von Auftragsbestätigungen und Änderung von Konferenzraum-URLs ===

====UPDATE 1====
'''Die fälschlicherweise neu generierten und versendeten Administrations- und Teilnehmerlinks können nun weiterhin verwendet werden. Die vorherigen Links bleiben davon unverändert weiterhin gültig.'''

====Originalmeldung====

'''Am 17.10.2016 kam es nach einem Softwareupdate auf unseren internen Systemen zu einem Fehler, durch den Auftragsbestätigungen für bereits bestehende Konferenzräume versendet wurden und teilweise auch neue Administrations-URLs vergeben wurden.''' 
Bereits bestehende Räume waren dadurch nicht mehr per Webinterface administrierbar und hatten in einigen Fällen sogar eine neue zufällige PIN für die Einwahl vergeben bekommen. Ebenfalls dadurch bedingt haben sich die Einwahldaten für die Internationalen Einwahlnummern geändert. 

'''Dieser Fehler ist bereits behoben und die dadurch entstandenen Auswirkungen wurden rückgängig gemacht!'''

Nach Entdeckung des Fehlers haben wir den fehlerhaften Dienst sofort gestoppt und begonnen, die dadurch entstandenen Veränderungen rückgängig zu machen. Seit ca. 18:10 Uhr sind die oben beschriebenen Fehler und Auswirkungen durch uns behoben, so dass alle Konferenzräume weiterhin unter den zuvor bekannten URLs erreichbar sind. 
Die fälschlicherweise versendeten, neuen Konferenzraum-URLs sind nicht mehr gültig - bitte verwenden Sie weiterhin die bereits bei der ursprünglichen Bestellung erhaltenen Zugangsinformationen. 
Der Versand erfolgte ausschließlich an die im Kundencenter hinterlegten Kontaktadressen und auch nur für die bereits eingerichteten Konferenzräume. Ein Zugriff durch Fremde auf Ihre Konferenzräume ist durch den Fehler zu keinem Zeitpunkt möglich gewesen. 
Möglicherweise erschienen Konferenzräume fremd, da diese den Standardtitel wie z.B. "Konferenzraum 1 PRO" trugen. 

 
'''Keine doppelten Buchungen oder Abrechnungen'''

Der Fehler betraf lediglich die Administrationszugänge und die ebenfalls fälschlicherweise versendeten Auftragsbestätigungen. Es hat jedoch keine doppelte Buchung oder Abrechnung stattgefunden. Die Bestätigungen betreffen lediglich die bereits vorhandenen Tarife.
 

'''Wir möchten uns an dieser Stelle noch einmal für die dadurch entstandenen Unannehmlichkeiten entschuldigen!''' 
Trotz ausgiebiger vorheriger Tests der Software in den Testumgebungen kam es leider zu diesem unerwarteten Verhalten der Software. Um derartige Pannen in Zukunft zu verhindern, analysieren wir derzeit genau, weshalb dieses Verhalten in den Testumgebungen nicht auftrat und wie wir die Tests in Zukunft dahingehend verbessern können.

=== 15.09.2015 ab 20:30 Uhr Wartungsarbeiten Netzwerkinfrastruktur Wuppertal SR-2 ===
Es werden Firmware-Updates in Router und Switches eingespielt.
Damit verbunden sind (durch den notwendigen Reboot der Hardware) kurze Downtimes der angeschlossenen Racks nicht auszuschließen.
Wir erwarten eine Downtime von ca. 5-10 Minuten.

Betroffen sind nur Kunden mit einer Colocation in SR2 am Standort Wuppertal.

===VoIP ausfall 17.4.2015===

Am Freitag in den Abendstunde kam es am frankfurter Standort einen Stromausfall der zur Unerreichbarkeit einiger Rufnummern führte.

=== Update des Kundencenters am 05.11.2013 ===
Es werden Erweiterungen in das Kundencenter eingespielt die als Vorstufe für neue Produkte, so wie Erweiterungen für bestehende Produkte enthalten. Die Updates sind von uns bereits in unserem Testsystem geprüft worden und werden nach dem einspielen von uns ebenfalls noch einmal ausgiebig getestet. Sollte Ihnen dennoch etwas auffallen bitten wir Sie sich kurz mit unserem Support in Verbindung zu setzen. [mailto:support@portunity.de support@portunity.de]

===Großstörung RZ Wuppertal===
====Aktueller Status====
Momentan sind die Arbeiten noch nicht gänzlich abgeschlossen, teilweise kann es (auch bedingt durch Hardwaretausch) zu kurzzeitigen Unterbrechungen kommen.
Die Verbindung per IPv6 konnte ebenfalls erfolgreich wiederhergestellt werden.

Folgende Probleme/Störungen sind uns derzeit in diesem Zusammenhang bekannt:
* <strike>Zeitweise bis zu 10% Packetloss ab Routern in Wuppertal</strike>

====Hintergrund====
Nachdem am Dienstag Abend gegen 23:30 Uhr ein heftiges Unwetter mit starkem Gewitter über Wuppertal gezogen ist, traten bei einem unserer Vorlieferanten massive Probleme auf den Core-Routern auf.
Dies führte dazu, dass einer der Router garnicht mehr, ein weiterer Router nur noch teilweise einsatzfähig ist.
Ob ein direkter Zusammenhang mit dem Unwetter besteht ist momentan noch unklar, da die Router mehrfach gegen Überspannungen abgesichert sind und hinter USV-Anlagen betrieben werden.
Zudem weist die Spannungsüberwachung keine Auffälligkeiten auf.

Da die redundant ausgelegten Core-Router praktisch zeitgleich ausfielen, ließen sich Ausfälle leider nicht vermeiden. Die Störung konnte aufgrund der teils nicht sofort erkennbaren Fehler leider erst gegen 05:20 Uhr soweit behobeben werden, dass eine stabile Notfallverbindung zur Verfügung gestellt werden konnte.

=== Wartungsarbeiten bei der DENIC am 01.10. zwischen 16:00 und 19:00 Uhr ===
Die DENIC (zentrale Registrierungsstelle für .de-Domains) führt am Dienstag, den 01.10.2013 Wartungsarbeiten durch. 
Zwischen 16:00 und 19:00 Uhr wird es dadurch nicht möglich sein, .de-Domains zu registrieren oder umzuziehen.
 
* Das angekündigte Wartungsfenster wurde auf unbestimmte zeit verschoben.

=== Eingeschränkte telefonische Erreichbarkeit am Freitag, 27.09.2013 ===

Am 27.09.2013 sind wir telefonisch bis ca. 12:00 Uhr nur eingeschränkt telefonisch erreichbar. 
Bitte wenden Sie sich bei Fragen oder Problemen per E-Mail an uns: [mailto:support@portunity.de support@portunity.de]. 
Grund hierfür ist, dass wir unsere Rufnummer nun von einem klassischen ISDN-Anlagenanschluss auf unsere nunmehr selbst betriebene Technik portieren. Innerhalb des Portierungsfensters ist es allerdings technisch nicht vermeidbar, dass die Rufnummer kurzzeitig unerreichbar ist oder von bestimmten Anschlüssen Probleme auftreten.

Die VIP-Notrufnummer ist davon auch betroffen, wir haben allerdings bereits vor einigen Tagen die hiervon affektierten Kunden angeschrieben und eine alternative Rufnummer dafür bekannt gegeben!

 
In dringenden Fällen können Sie unsere Zentrale während des Portierungsfensters auch unter der folgenden Nummer erreichen: 02195 5834000.
 
* Der Umzug der Rufnummern ist Problemfrei abgewickelt worden.

===DRINGENDES UPDATE FÜR FRITZBOXEN!===
<div style="background-color: #ffe065; padding: 3px;">
Der Hersteller AVM hat Firmware-Updates für seine Fritz!Boxen angekündigt, mit denen eine kritische Lücke geschlossen wird durch die aus der Ferne hohe Telefonrechnungen generiert werden können!
Wir empfehlen '''dringendst''', diese Updates bei Verfügbarkeit so schnell wie möglich einzuspielen!

Wir wissen, dass diese Lücke bereits mit SIP-Zugängen von uns ausgenutzt wurde und innerhalb weniger Minuten durchaus dreistellige Beträge durch diese Verbindungen zusammenkommen können.
Einige in diesem Zusammenhang auffällige Nummern wurden unsererseits bereits gesperrt, dies ist jedoch keine Garantie - denn es können jederzeit neue Rufnummern dazukommen, die wir noch nicht sperren konnten.

Bitte besuchen Sie folgende Webseite, um zu prüfen, ob für Ihr Modell bereits Updates verfügbar sind:
http://www.portunity.de/s/4Q

Zudem Empfehlen wir dringend, dass nach dem Abschalten des Fernzugriffs bzw. nach dem Einspielen des Updates die Kennwörter für die SIP-Accounts geändert werden.
Offenbar werden durch diese Lücke die Accountdaten entwendet und können damit später auch ohne aktivierten Fernzugriff auf die Fritz!Box missbraucht werden.

Weitere Details auch hier: http://www.portunity.de/s/fb

====UPDATE====
Laut AVM sind von der Sicherheitslücke jene Nutzer nicht betroffen, die den Fernzugriff auf die Fritz!Box über das Webinterface nie aktiviert hatten.
Dennoch ist es unserer Meinung nach dennoch empfehlenswert, diese Sicherheitslücke zu schließen, sobald ein entsprechendes Update verfügbar ist.

</div>

Datei:S3browser-portunity-step3.png

Lbe@superroot — Wed, 21 Jan 2026 08:19:38 GMT

Lbe@superroot:

Datei:S3browser-portunity-step2.png

Lbe@superroot — Wed, 21 Jan 2026 08:19:25 GMT

Lbe@superroot:

Datei:S3browser-portunity-step1.png

Lbe@superroot — Wed, 21 Jan 2026 08:19:13 GMT

Lbe@superroot:

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

Lbe@superroot — Tue, 26 Jan 2021 16:11:08 GMT

Lbe@superroot:

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

= Schritt 1: Paket installieren =

''Die folgenden Befehle benötigen teilweise Root-Rechte. Diese können Sie entweder erlangen, indem Sie sich als root anmelden oder "sudo" verwenden.''

Zunächst wird das Paket "pptp-linux" benötigt:

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

Nun gibt es das Verzeichnis <code>/etc/ppp</code>. 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 <code>/etc/ppp/peers</code> die Datei <code>"portunity"</code> an - in unserem Beispiel <code>vim</code>

<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:

### Verbindungsziel - Portunity-Server
pty "pptp [[Wie lautet meine VPN Gatway Adresse|XXXX.ffm.portunity.de]] --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name tunnelXXXXX

### 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 dass der Tunnel nicht aufgebaut wird.
# Dann bitte einfach auskommentieren oder das + durch ein - ersetzen um IPv6 zu Deaktivieren. => #+ipv6
+ipv6

#end

Statt [[Wie lautet meine VPN Gatway Adresse|"XXXX.ffm.portunity.de"]] geben Sie bitte ihre VPN Gateway Adresse aus dem Kundencenter an und anstelle von "tunnelXXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

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

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
tunnelXXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''tunnelXXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''PASSWORT'''" Ihr PPTP-Passwort, welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort! Die Bezeichnung PPTP unter server muss genauso wie im Skript nach remotename angegeben werden; Groß-/Kleinbuchstaben werden hier unterschieden!

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, dass Sie eine Firewall laufen haben. Die Firewall muss das Protokoll "GRE" ('''Protokoll'''nummer 47) und die Kommunikation zu unseren PPTP-Servern [Port 1723/TCP] zulassen!

= Schritt 3: Erster Test des Tunnels =

Tunnel aktivieren:

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

Prüfen, ob das PPP-Device erstellt wurde:  <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">ip -4 route add 0.0.0.0/0 dev ppp0</source>

Prüfen Sie bitte mit <code>ifconfig</code> oder <code>ip link show</code>, ob der portunity-Tunnel aktuell "ppp0" heißt. 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">vim /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
# $3 The link speed
# $4 Local IP address
# $5 Peer IP address
# $6 Optional "ipparam" value foo
# ---------------------------------------------------------------

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 goes up ($1). "\
"Now adding routing..." >> /var/log/messages
ip -4 route add 0.0.0.0/0 dev $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 https://www.portunity.de/ip</source>

Wird die IP-Adresse des PPP-Interfaces angezeigt, ist alles korrekt konfiguriert. 
Wenn dort nicht die IP-Adresse erscheint, welche Ihrem Tunnel zugeordnet ist, läuft der Traffic nicht 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">vim /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">vim /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" oder "enp3s0", wenn nur eine Karte vorhanden resp. aktiviert ist.

<source lang="command">vim /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 -p /etc/network/interfaces /etc/network/interfaces-backup"
*Die IP-Adressen sind Beispiele. Sie werden vermutlich 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 tunnelXXXXX # (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 = "tunnelXXXXX"]
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)]]

OpenVPN Tunnel unter Xubuntu 14.04 mit Desktop Manager einrichten

Lbe@superroot — Wed, 01 Jul 2020 07:18:30 GMT

Lbe@superroot: /* Bearbeitung des Tunnels */

== OpenVPN Tunnel unter Xubuntu 14.04 mit Desktop Manager einrichten ==

Diese Anleitung zeigt Ihnen , wie Sie unter Linux (hier: Xubuntu 14.04 LTS) einen OpenVPN - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten können. Die Einrichtung wird mit Hilfe des Network Managers realisiert (normale Benutzeroberfläche). Die Anleitung sollte auch mit allen aktuellen Debian- Derivaten und Versionen funktionieren.

== Fehlendes Software installieren ==

Öffnen Sie Ubuntu Software Center und suchen Sie nach dem "network-manager-gnome" Paket. Beachten Sie, dass die zusätzliche Erweiterung "network-manager-openvpn-gnome" auch mit installiert wird. (Siehe folgende Bilder)

[[Datei:Ubuntu-software.png|||700px]]

[[Datei:Network-manager.png|||700px]]

== Konfigurationsdateien und Authentifizierungsschlüsseln ==

Nun benötigen Sie die Konfigurationsdateien und Authentifizierungsschlüsseln. Öffnen Sie einen beliebigen Browser wie z.B. Firefox und loggen Sie sich im ISP-Suite ein. Klicken Sie unter "Konfiguration" ein und laden Sie die Konfiguration für Linux via IPv4 herunter.

[[Datei:Firefox-ISP.png|||700px]]

[[Datei:herunter.png|||700px]]

== Konfigurationsdateien entpacken und speichern ==

Nach dem Herunterladen entpacken Sie alle Dateien in einem beliebigen Ordner.

[[Datei:tar-gz.png|||700px]]

== Bearbeitung des Tunnels ==

Jetzt gehen Sie unter "Einstellungen" und wählen Sie "Netzwerkverbindungen" aus.

[[Datei:einstellen.png]]

Klicken Sie auf der Taste "Hinzufügen" und wählen Sie "OpenVPN" als Verbindungstyp.

[[Datei:hinzufügen.png]]

[[Datei:typ.png|||700px]]

Geben Sie einen beliebige Name für die VPN-Verbindung ein. Als "Legitimierung" wählen Sie "Passwort" und fügen Sie die Zertifizierungsstelle des Zertifikates "ca.crt" ein.Geben Sie den Benutzernamen (Tunnelname im ISP-Suite) und das Kennwort des Tunnels , das Sie im ISP-Suite gespeichert haben . (siehe Bild)

'''Wichtig: Tragen Sie bitte im Feld "Gateway" die Ihnen im gebuchten Produkt unter "Konfiguration->Info->OpenVPN-Server" oder "Konfiguration->Info->Gate-IPv(4/6)" angezeigte Adresse ein!'''

[[Datei:legit.png]]

Direkt danach klicken Sie auf "Erweitert" und wählen Sie den Tab "TLS-Legitimierung". Fügen Sie da die Stelle der Schlüssledatei "ta.key" ein.
Letzendlich geben Sie den Wert "1" in dem Feld "Schlüsselrichtung" ein .Nun können Sie auf "OK" einklicken.

[[Datei:erweitert.png]]

== Starten und Stoppen des Tunnels ==

Jetzt sollte der Name Ihres Tunnels unter "VPN-Verbindungen" aufgetaucht sein. Klicken Sie einfach auf dem Name ein ,um den Tunnel zu starten. Beziehungsweise können Sie den Tunnel unter "VPN-Verbindungen" --> "VPN trennen" stoppen.

[[Datei:Starten.png|||700px]]

[[Datei:stoppen.png|||700px]]

DONE!

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

OpenVPN-Tunnel (IPv4) mit pfSense 2.4(Anleitung)

Lbe@superroot — Thu, 18 Jun 2020 06:13:00 GMT

Lbe@superroot: /* Openvpn Client Hinzufügen */

Diese Anleitung zeigt Ihnen, wie Sie auf einer pfSense unseren openVPN-Tunnel einrichten. 

== Version ==
 
*Firmware: 2.4.4-RELEASE-p3 
*Datum: 23.05.2019
 

Als erstes laden Sie sich bitte die, ''fertige OpenVPN'' Konfiguration für Windows, aus der ISP-Suite runter.
 

== Einrichtung des Zertifikates ==
 
Nachdem Sie sich in die pfsense eingeloggt haben, fügen wir das benötigte Zertifikat ein. 

Dazu unter '''System''' > '''Cert. Manager''' ein '''CA''' mit klick auf '''+Add''' Hinzufügen. 
* '''Method:''' Import an existing Certificate Authority 
* '''Descriptive name:''' Ist beliebig. Bei uns im Beispiel PortunityCA 
* '''Certificate data:''' Dort bitte den Inhalt der '''ca.crt''' Datei aus der Fertigen OpenVPN für Windows einfügen 
[[Image:System-Certificate-Manager-CAs-Edit.png | 700px]]
 
Mit Klick auf '''Save''' speichern wir das Zertifikat. 
 
 

== Anlegen der Authentifikations Datei ==
 
Um die Zugangsdaten in einer Datei zu hinterlegen, wählen Sie bitte unter '''Diagnostics''' > '''Edit File''' aus und tragen dort als Pfad 
<pre>
/conf/portunity.login
</pre>
ein und fügen dort, wie im Bild zusehen, Ihr Produkt-Loginname in die erste Zeile und das Produkt-Passwort eine zeile darunter ein. 
Mit '''Save''' speichern. 

[[Image:Diagnostics-Edit-File-Zugansdaten.png | 700px]]
 

== Openvpn Client Hinzufügen ==
 
Nachdem wir das Zertifikat gespeichert und die Zugangsdaten Hinterlegt haben gehen wir in die '''VPN''' > '''OpenVPN''' Einstellungen. 

Dort wählen wir '''Clients''' aus und fügen mit '''+Add''' einen neuen Client hinzu. 

* '''Server mode:''' Peer to Peer (SSL/TLS) 
* '''Protocol:''' UPD on IPv4 only 
* '''Device mode:''' tun-Layer 3 Tunnel 
* '''Interface:''' WAN 
* '''Serverhost or address:''' Hier Tragen Sie Ihren '''OpenVPN-Server''' aus der ISPSuite ein. 
* '''Description:''' Beliebig dient zur Wiedererkennung, bei uns im Beispiel ''PortunityOpenVPN'' 
* '''Username:''' Ihr Produkt-Loginname 
* '''Password:''' Ihr Produkt-Passwort 
* '''TLS Configuration:''' Haken setzen 
* '''Automatically generate a TLS Key:''' Haken entfernen 
* '''TLS Key:''' Hier bitte den Inhalt aus der '''ta.key''' einfügen 
* '''TLS Key Usage Mode:''' TLS Authentication 
* '''Peer Certification Authority: PortunityCA''' < das vorher erstellte Zertifikat 
* '''Client Certificate:''' none (Username and/or Password required) 
* '''Encryption Algorithm:''' BF-CBC (128 bit key by default, 64 bit block) 
* '''Enable NCP:''' Haken entfernen 
* '''Auth digest algorithm:''' SHA1 (160-bit) 
* '''Compression:''' Enable Compression (stub v2)[compress stub-v2] 
* ''' Custom Options:''' 
<pre>
client;
tun-mtu 1440;
fragment 1400;
mssfix;
auth-retry interact;
persist-key;
persist-tun;
remote-cert-tls server;
verb 0;
auth-user-pass /conf/portunity.login;
redirect-gateway;
</pre>
 
Anschließend mit '''Save''' Speichern.
 
 
[[Image:VPN-OpenVPN-Clients Edit1.png |700px]]
 
[[Image:VPN-OpenVPN-Clients Edit2.png |700px]]
 

== Interface Hinzufügen ==
 
Jetzt müssen wir nur noch das erstellte Profil als Interface anlegen.
 
Dazu bitte unter '''Interfaces''' > '''Assignments''' das neue Interface bei uns im Beispiel '''ovpnc1(portunityOpenVPN)''' mit '''+Add''' Hinzufügen und über die Einstellung (Klick auf ''OPT1'') setzen wir den Haken bei '''Enable Interface'''.
 
Das Ganze wird wieder mit klick auf '''Save''' gesichert und mit einen anschließenden klick auf '''Apply Changes''' bestätigt.
 
[[Image: Status Dashboard.png|700px]]
 
Wenn Sie jetzt zum Dashboard der Pfsense wechseln sehen Sie unter Interfaces
Ihren aufgebauten Tunnel mit der dazugehörigen IP.

[[Kategorie:Access]]

Austausch des OpenVPN-Serverschlüssels auf Tunnelservern

Lbe@superroot — Tue, 05 May 2020 05:15:40 GMT

Lbe@superroot:

<div style="text-align: center; background-color: #FFAA00; padding: 12px; font-size: 16px;">Es finden notwendige Wartungsmaßnahmen statt, welche ANPASSUNGEN AN IHREN SYTEMEN ERFORDERLICH machen!</div>

== Bin ich betroffen? ==
Sie müssen nur dann tätig werden, wenn Sie einen der [https://www.portunity.de/s/6w '''hier gelisteten Tarife'''] verwenden und sich über das '''OpenVPN-Protokoll''' verbinden. 

'''Andere Tarife''' wie Feste IP-Kit oder VPN-Gateway sind '''nicht betroffen''' - hier müssen Sie nicht tätig werden. 

'''Ebenfalls nicht betroffen''' sind alle anderen Tunnelprotokolle wie '''PPTP, L2TP oder L2TP-over-IPsec'''. Auch in diesem Fall ist kein Handeln Ihrerseits notwendig!

== Bis wann muss ich tätig werden? ==
Bitte nehmen Sie, sofern Sie betroffen sind, die Änderungen bis spätestens 16.06.2020 vor. 
Ab diesem Datum kann ansonsten der '''Tunnel nicht mehr aufgebaut''' werden! 
Geben Sie bitte eventuellen IT-Dienstleistern oder Systemhäusern bereits jetzt Bescheid, dass diese Maßnahme notwendig wird!

== Was muss geändert werden? ==
Es muss der Inhalt des '''CA-File''' ("<code>ca.crt</code>") geändert werden. Hierbei muss der Inhalt dieser Datei durch den weiter unten stehenden Block ersetzt werden. Diese Änderung können Sie bereits jetzt vornehmen, der Tunnel wird nach der Änderung dieser Datei wie gewohnt funktionieren. 
Je nach eingesetztem System unterschiedet sich der standardmäßige Speicherort dieser Datei: 
* Unter '''Windows''' i.d.R. unter <code>%userprofile%\OpenVPN\config\portunity\ca.crt</code>
* Unter '''Linux''' i.d.R. unter <code>/etc/openvpn/portunity/ca.crt</code>
* Unter '''macOS''' i.d.R. unter <code> ~/Library/Application Support/Tunnelblick/Configurations</code>
* Bei '''pfSense oder opnSense''': Siehe [https://www.portunity.de/access/wiki/OpenVPN-Tunnel_(IPv4)_mit_pfSense_2.4(Anleitung)#Einrichtung_des_Zertifikates Anleitung zur Einrichtung]
* Bei '''OpenWRT''': Identisch zu Linux
* '''Andere Router''': Viele Router bieten eine Editierfunktion für diese CA-Datei über das Webinterface an.

== Warum ist die Änderung notwendig? ==
In der Datei <code>ca.crt</code> befindet sich ein Zertifikat, mit dem OpenVPN bei der Einwahl prüft, ob es mit dem richtigen Server (nämlich mit unserem) verbunden ist und keine Dritten die Verbindung abfangen oder manipulieren kann. 
Diese Zertifikate haben eine begrenzte Laufzeit von 10 Jahren, welche dieses Jahr abläuft. Nach dem Ablaufdatum ist das Zertifikat nicht mehr gültig und ihr OpenVPN-Client wird sich nicht mehr mit dem Server verbinden. 
Um dies zu vermeiden, bitten wir Sie, diese Datei bei Ihnen entsprechend auszutauschen und das neue, ab dem 16. Juni von uns verwendete Zertifikat einzuspielen. 
Diese Änderung kann bereits vor dem genannten Datum stattfinden, da mit der neuen Datei sowohl das aktuell verwendete, wie auch das neue Zertifikat gleichzeitig funktionieren.

== Ich bin mir nicht sicher, mit welchem Protokoll ich mich verbinde ==
[[Bild:Tunnel-evn-protokollmarker.png|right]]
Das verwendete Protokoll können Sie in der Verbindungsübersicht des Tunnels erkennen. 
Melden Sie sich dazu bitte im [https://service.portunity.net/service Kundencenter] an und wählen Sie dort in der Linken Spalte den Tunneltarif aus. 
Wählen Sie dann den Menüpunkt '''Einzelverbindungsnachweis''' aus. 
In der Übersicht finden Sie in der ersten Spalte der Verbindungsliste einen der Buchstaben '''P, V oder L''' - wobei '''V''' für eine Verbindung per OpenVPN steht. 
Sollte bei Ihnen also, wie hier im Beispiel gelb markiert, ein '''V''' stehen, wird die Verbindung per OpenVPN aufgebaut und Sie sind von der Änderung betroffen. 
Stehen stattdessen '''L''' oder '''P''' in dieser Spalte, müssen Sie nicht tätig werden.

== Neuer Inhalt des CA-File ==
Bitte ersetzen Sie den Inhalt der Datei <code>ca.crt</code> durch folgendes:
<pre>
-----BEGIN CERTIFICATE-----
MIIDijCCAvOgAwIBAgIJAKDBXmTBDudZMA0GCSqGSIb3DQEBBQUAMIGLMQswCQYD
VQQGEwJERTEMMAoGA1UECBMDTlJXMRIwEAYDVQQHEwlXdXBwZXJ0YWwxFzAVBgNV
BAoTDlBvcnR1bml0eSBHbWJIMRowGAYDVQQDExFQb3J0dW5pdHkgR21iSCBDQTEl
MCMGCSqGSIb3DQEJARYWaG9zdG1hc3RlckBwb3J0dW5peS5kZTAeFw0xMDA3MjAx
MzI2MzJaFw0yMDA3MTcxMzI2MzJaMIGLMQswCQYDVQQGEwJERTEMMAoGA1UECBMD
TlJXMRIwEAYDVQQHEwlXdXBwZXJ0YWwxFzAVBgNVBAoTDlBvcnR1bml0eSBHbWJI
MRowGAYDVQQDExFQb3J0dW5pdHkgR21iSCBDQTElMCMGCSqGSIb3DQEJARYWaG9z
dG1hc3RlckBwb3J0dW5peS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA
yGmVllSIbYAmkytOJvYYijWnos45YhJTErW1h8ywMtbvMjR3P6Ex6I/yYGecRkz0
EC37FcX7blctgKV2tICy84fvb1HHJbAz9H5uHEIrSHL4cS6gqbG0R5UD6xdBZNfn
DHs64s027iXV43/UnIMmvD2QfHQhjvM8rGa63A2fxwsCAwEAAaOB8zCB8DAdBgNV
HQ4EFgQUw9yZXpbbsdawWEcoyL4H5oKqHKUwgcAGA1UdIwSBuDCBtYAUw9yZXpbb
sdawWEcoyL4H5oKqHKWhgZGkgY4wgYsxCzAJBgNVBAYTAkRFMQwwCgYDVQQIEwNO
UlcxEjAQBgNVBAcTCVd1cHBlcnRhbDEXMBUGA1UEChMOUG9ydHVuaXR5IEdtYkgx
GjAYBgNVBAMTEVBvcnR1bml0eSBHbWJIIENBMSUwIwYJKoZIhvcNAQkBFhZob3N0
bWFzdGVyQHBvcnR1bml5LmRlggkAoMFeZMEO51kwDAYDVR0TBAUwAwEB/zANBgkq
hkiG9w0BAQUFAAOBgQCbVjdyEEz+WrKIs+1oEIU0wix2Uhi0BNELiZxBa5n/O1Y8
olnad7t8se8u/ysecplz0/l/JbWQaMnAXMpi6/K/Ou81idiKE/VJ/B6fcPaWHCIA
5VYqls4SJYXs7lvFXujEAN0rv8mm/Wb2IkQIPKRhqMILgAmsn1XHRKA8by5yQg==
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
MIIG6jCCBNKgAwIBAgIUTN1EZki45LhxntUbHP7Zabf8o6YwDQYJKoZIhvcNAQEN
BQAwgZ0xCzAJBgNVBAYTAkRFMQwwCgYDVQQIDANOUlcxEjAQBgNVBAcMCVd1cHBl
cnRhbDEXMBUGA1UECgwOUG9ydHVuaXR5IEdtYkgxDzANBgNVBAsMBkFjY2VzczEa
MBgGA1UEAwwRUG9ydHVuaXR5IEdtYkggQ0ExJjAkBgkqhkiG9w0BCQEWF2hvc3Rt
YXN0ZXJAcG9ydHVuaXR5LmRlMB4XDTIwMDMzMTA3MzIzNVoXDTMxMDYyMjA3MzIz
NVowgZ0xCzAJBgNVBAYTAkRFMQwwCgYDVQQIDANOUlcxEjAQBgNVBAcMCVd1cHBl
cnRhbDEXMBUGA1UECgwOUG9ydHVuaXR5IEdtYkgxDzANBgNVBAsMBkFjY2VzczEa
MBgGA1UEAwwRUG9ydHVuaXR5IEdtYkggQ0ExJjAkBgkqhkiG9w0BCQEWF2hvc3Rt
YXN0ZXJAcG9ydHVuaXR5LmRlMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKC
AgEA87/5cC5oNRDOrdD7FOa0D+mmyQvZqp46Pnr9XyVLYpqEhYCAz3ijUpKIqtNR
1oU6Gk1Yy0Y79LpXTtGn9xp4uww4P93qL1xvrDShMtHU50qQN2dkfvH2K6GuwVnt
KOzqeODy82G236evmRNBFz3MZzsC2rklNFr5EDrxwhPt+8iKgCtjTDIMHyeGsd80
pzGDq5JPgzofnTrnk/qM6jsW8NiSIT6SwT1802b4xifcAY5eFCS+aPAlNx07GvHi
K+E094MBzmdsi/AsBkwZYA9zi8SUvSZCBY5xWtImihYlTo7NTM8bwdzb+zm3sgb8
/LL1RcwQLr4xSKSZMK4ePX3puMKYG1td57aZb4M0bHVSxBXMMr4VNtRZ4Al953yb
kIMUjoGYWxHG/XXE5wBj9LYo/+lyYw7MLIvyvRAeZ4164hFGa3lqXF76q7Mml53q
ECxViGKM5LA2jv0oVfBT07aRC+lAIWqbE2bMS53+U/7CXO74laJ55lHckV5DSABL
IGeF3E8zwQX+Qg99yGiWBAtksca2DsNgqXeZZxy5P1rIStVLH/2Rk5uB+OxTdjBp
doKAGSnpXXtmWxftVH+4pMxoM9GTkKdWU7V8vd0flge/DSwPZpB3a7c+i+Gflyrb
y3E7hC+viI+DY/axrIDpObPnJKQdcD9hgXH+K+Q6wKQE75cCAwEAAaOCAR4wggEa
MB0GA1UdDgQWBBSDCa7gVaRualAxQfjv+cynAoPc8DCB3QYDVR0jBIHVMIHSgBSD
Ca7gVaRualAxQfjv+cynAoPc8KGBo6SBoDCBnTELMAkGA1UEBhMCREUxDDAKBgNV
BAgMA05SVzESMBAGA1UEBwwJV3VwcGVydGFsMRcwFQYDVQQKDA5Qb3J0dW5pdHkg
R21iSDEPMA0GA1UECwwGQWNjZXNzMRowGAYDVQQDDBFQb3J0dW5pdHkgR21iSCBD
QTEmMCQGCSqGSIb3DQEJARYXaG9zdG1hc3RlckBwb3J0dW5pdHkuZGWCFEzdRGZI
uOS4cZ7VGxz+2Wm3/KOmMAwGA1UdEwQFMAMBAf8wCwYDVR0PBAQDAgEGMA0GCSqG
SIb3DQEBDQUAA4ICAQBZeu8ldVzRKNPV6PM9vMZEz/NyyqCJNfwuNTeDy2QcCda6
z/Gs2/VlxlKyiM3ubnLIkkSlhpE5gA+7k+tVnDWzKSCdI0uqtvajdbYTsEsc5dms
D+ziqfPWLanszwqlsxM5tSbu2Rz9axKY2NrnyNm9lggKV9UE65x3atUW0c5uelMh
1oNWQciGPCsrl718W1FyHfeUq4bUULNedoiU+9JyBWVdS0F+hOjRBqpgb2ecZqAY
kpyxBReaNZCtKgSc5F+rJqyQjuKPBvjtNY8LNK1z+OS4UllIJh8JF73lJp2xbzzg
UQGHDPJqyhAd8bbLGBqKBfWV0kvAVZfFFhRQya1flwO5CaAOTK3ewaBwKHay9PvU
d6RwM0ufu67kzuoO3iopr8qwFozZONsIOqrBfU8UfjaVbEW0dNeCxrEpN2pg7YzW
VtztOk1xjpzH9Rn+bZnjZs5DGVAIVi8kJDPuiIAsx5V6hR3kABn0/R/qCwh+aoi1
y74qBDJVnSJg6vbPRNZog1XiCc+xJmIvoXWdk0uZbNFTMy0Ngv6VJT98/Iil0EI4
Usnlhy3WSvrOGvrNPF3oUCZj+Y20d7sunQ11I1tIrn89yfvsVL0IxaIJqzwK5DtM
rmLABmFoglNNtA35p64le45dUhkQahBDrDwJLwONeoKWJBsAdSn89L/MYr6FnA==
-----END CERTIFICATE-----
</pre>

Internet-Zugänge (DSL)

Lbe@superroot — Thu, 02 Apr 2020 09:17:23 GMT

Lbe@superroot: /* Kann ich auch mehrere IP-Adressen haben? */

= Fragen zu unseren ADSL-Tarifen =

==== Darf ich als Privatperson oder Firma Portunity Zugänge benutzen? ====
Ja, Sie dürfen unsere ADSL-Zugänge sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

==== Darf ich an den DSL-Zugängen (ADSL/SDSL) Web- oder Mailserver, Webcams u.a. Dienste betreiben ? ====

Ja, dies ist ausdrücklich erlaubt und gerade durch die Möglichkeiten die die standardmäßig enthaltene feste IP-Adresse bietet macht dies ja auch Sinn.

Es gibt von Portunity auch keine Nutzungseinschränkungen oder künstliche Beschränkungen wie Port-Sperrungen oder künstliche Verlangsamungen, wie sie teilweise von einigen Providern zur Verhindung von Serverdiensten eingesetzt werden.

Einzig die Nutzung in nicht unerheblicher Weise für den Weiterverkauf von Übertragungsleistungen (z.B. in der Eigenschaft als Internet-Service-Provider oder Telefongesellschaft, WLAN-Hotspot, kommerzielle Hostingangebote, eigene VoIP- und DSL-Angebote usw.) ist nicht gestattet. Produkte als Grundlage für die Abwicklung eigener Angebote sowie für den Weiterverkauf bietet Portunity in Form spezielle Reseller-Produkte und -Verträge an.

==== Darf ich den Zugang zur Anbindung meines Netzwerkes mit mehreren Rechnern benutzen? ====

Ja, dies ist ausdrücklich erlaubt und ist ein Unterschied unserer ADSL-Zugänge zu anderen Providern, die in den AGBs oder im Vertrag nur den Betrieb eines einzigen Rechners pro ADSL-Account erlauben.

Bei unseren ADSL-Zugängen ist die Anzahl an Rechner, Workstations, Servern und sonstigen Geräten nicht vertraglich limitiert. Die technisch sinnvolle Grenze wird lediglich durch die zur Verfügung stehende Bandbreite und die maximal übertragbare Datenmenge definiert.

==== Wo kann ich sehen, wann ich wie lange Online war und wie viel Traffic ich verursacht habe? ====

Dies sehen Sie in dem Einzelverbindungsnachweis, im Portunity Kundencenter einsehen.

Im ersten Block '''Nicht abgerechnete Verbindungen''' können Sie ersehen, wie oft Sie sich im aktuellen Abrechnungszeitraum eingewählt haben und wie viel Traffic Sie verbraucht haben.

In den folgenden 3 Blöcken '''1. offen, 2 & 3 geschlossen''' sehen Sie die Verbindungen und den Grund der Trennung.

Im untersten Block ist die Legende für die Trennungsgründe aufgeführt, die eigentlich keiner weiteren Erklärung bedarf.
[[Image: Dsl-evü.jpg]]

==== Was bedeutet Flat-Budget ====

Mit den Flat-Budget Tarifen von Portunity sind Sie auf der sicheren Seite, denn Ihre monatliche Gebühr steht fest.

Bei der Kalkulation der Flat-Budget-Tarife geht Portuity von einem Trafficvolumen von 15 GB monatlich aus (bzw. 25 GB im Plus-Tarif). Wenn Sie diesen Wert überschreiten, berechnen Portunity Ihnen NICHTS zusätzlich! Portunity behalten uns aber vor, Poweruser zu verwarnen und ggfs. auch zu kündigen.

Die Flat-Budget-Tarife sind dadurch eine Mischung zwischen einer unlimitierten Flatrate und einem klassischen volumenbasierten Zugang. Diesem Mix hat Portunity zur Abgrenzung den Namen "Flat-Buget" gegeben. Es handelt sich bei dem Flat-Budget-Tarifen quasi um einen Volumenzugang der nach oben hin gedeckelt ist, so dass Sie wie bei einer Flatrate auf der sicheren Seite sind. Die Vorteile einer Flatrate und die eines Volumentarifes sind in den Flat-Budget-Tarifen für die Kunde und für Portunity als Anbieter gleichermaßen gebündelt.

==== Kann ich auch mehrere IP-Adressen haben? ====

Ja, gerne routet Portunity Ihnen ein IP-Netz mit 4,8,16 oder noch mehr IP-Adressen auf Ihren DSL-Zugang. (Hinweis: Dies ist nicht in allen Tarifen möglich, siehe jeweilige Produktübersicht).

Dies ist mit keinen monatlichen Mehrkosten verbunden, allerdings fällt eine einmalige Bearbeitungsgebühr zum Selbstkostenpreis an (siehe PDF-Dokument), da Portunity hierzu eine Konfiguration in Ihren Routern vornehmen muss und Aufwand mit dem RIPE hat.

Deshalb benötigen Portunity auch ein separates [https://portunity.de/ripe-antrag RIPE-Antragsformular], ausgefüllt und unterschrieben per Fax an Tel. +49 202 69555-190.

==== Muß ich einen Router von Portunity einsetzen oder kann auch ein eigener verwendet werden ? ====

==== Welche DSL-Geschwindigkeiten unterstützt Portunity? ====
Portunity unterstützen jede derzeit verfügbare DSL-Geschwindigkeit. Ganz gleich ob Sie über ein T-DSL -1000, -2000, -3000, -6000 oder -16000 verfügen.

Auch die S-DSL Varianten der deutschen Telekom werden unterstützt.

Bitte beachten Sie: Ihre T-DSL-Leitung (und gleichzeitig auch die Geschwindigkeit) beantragen Sie bei der T-Com. Portunity bietet Ihnen mit unseren Produkten anschließend den Zugang zum Internet.

==== Welche Einstellungsmöglichkeiten habe ich bei den DSL-Zugängen? ====
Bei Portunity DSL-Zugängen können Sie die hier abgebildeten Einstellungen vornehmen:
[[Image: Dsl-config.jpg]]

'''Feldbeschreibung:'''
* '''Loginname:''' Den Loginnamen können Sie nicht ändern. Er wird fest vom System vergeben.
* '''Logincode:''' Hier können Sie ein neues Passwort für Ihren DSL-Zuganng definieren. Dieses Passwort hat nichts mit dem Passwort für das Service-Center zu tun. Wenn Sie hier keine Eingabe vornehmen, bleibt Ihr aktuelles Passwort bestehen.
* '''... und nochmal:''' Das zweites Eingabefeld für das Passwort, um Tippfehler auszuschließen.
* '''IP-Zuweisung:''' Möchten Sie keine feste IP-Adresse haben, so können Sie hier auf dynamisch umschalten. '''Aber Achtung: Sie verlieren die alte IP-Adresse!'''
* '''Reverse DNS Hostname:''' Geben Sie hier den Reverse DNS Hostnamen an, der z.B. bei einem Traceroute erscheinen soll. Betreiben Sie an der DSL-Leitung einen eigenen Mailserver, der unter "mail.meinedomain.de" erreichbar ist, sollten Sie hier unbedingt auch "mail.meinedomain.de" eintragen, da sonst einige große Freemailanbieter Ihre eMails nicht annehmen. Es ist also ein Name für Ihre IP.
* '''Beschreibung:''' Eine Beschreibung (Memo) für Sie, um irgendwelche Informationen zu dem Zugang ablegen zu können.
* '''Zeitpunkt der Zwangstrennung:''' Da die Telekom alle 24Stunden den Anschluss trennt, hat Portunity für Sie die Möglichkeit geschaffen, diese Trennung quasi zu einem günstigen Zeitpunkt durchführen zu lassen. Geben Sie hier den Zeitpunkt an, an dem Portunity Sie "rausschmeissen" darf. Da dies die Telekom mitbekommt, trennt Sie dann z.B. nicht mehr Mittags.
* '''Warnung senden nach:''' Damit Sie Ihren Traffic unter Kontrolle halten, können Sie hier eine oder mehrere eMailadressen sowie den Wunschtraffic hinterlegen, wo Portunity dann bei erreichen/überschreiten eine Warn-eMail hin versenden.
* '''Leitungsabschaltung nach:''' Ähnlich wie bei der Traffic-Warnung, nur das Portunity Ihnen gleich nach einer eMail die Leitung kappt, damit Ihnen keine weiteren Kosten entstehen. Die erneute Freischaltung erfolgt dann nach Rechnungsstellung, oder manuell durch Reaktivierung in der ISP-Suite.
* '''Paket-Filter:''' Hier können Sie bis zu 20 TCP-Firewall-Regeln definieren, die Portunity in Ihren Frankfurter Routern aktiviert.
* '''eMail-Benachrichtigung:''' Hier können Sie Ihre Mailadresse hinterlegen und erhalten dann automatisch nach umsetzung der Änderungen eine Bestätigungsmail.

==== Werde ich gekündigt, wenn ich zuviel Datentraffic in einem Flat-Tarif produziere ? ====
Bei der Kalkulation der Flat-Budget-Tarife geht Portunity von einem Trafficvolumen von 15 GB monatlich aus (bzw. 25 GB im Plus-Tarif). Wenn Sie diesen Wert überschreiten, berechnet Portunity Ihnen NICHTS zusätzlich!
Portunity behält sich aber vor, Poweruser zu verwarnen und ggfs. auch zu kündigen.

==== Wie kann ich sehen, wann ich wie viel Traffic verursacht habe? ====
Für eine bessere Übersichtlichkeit, wann Sie mehr oder weniger Traffic verbraucht haben, erstellt Portunity für Sie grafische MRTG-Auswertungen. Im folgenden Screenshot [Stand: 22.07.2005] können Sie es unter anderem Stundenweise sehen:

Im oberen Block sehen Sie den Traffic in Volumen und im Zweiten als Paketanzahl.
In jedem der beiden Blöcke ist dann eine Grafik für die letzten 24 Stunden, die letzte Woche, den letzten Monat und das letzte Jahr.

[[Image: Dsl-mrtg.jpg]]

==== Was bringen mir die MRTG-Auswertungen meines Traffics? ====

Zum einen können Sie dort sehen, um wie viel Uhr Sie welchen Traffic hatten und zum Anderen können Sie über längere Zeit erkennen, ob Ihr Traffic z.B. steigt.

==== Ich habe eine Trafficwarnung von Portunity bekommen, weil ich mehr als 25 GB Traffic im Monat verbrauche. Was ist jetzt zu tun? ====

Bei der Kalkulation der Flat-Budget-Tarife geht Portunity von einem Trafficvolumen von 15 GB monatlich aus (bzw. 25 GB im Plus-Tarif).
Wenn Sie diesen Wert überschreiten, berechnet Ihnen Portunity NICHTS zusätzlich! Portunity behalten sich aber vor, Poweruser zu verwarnen und ggfs. auch zu kündigen. Alternativ gibt es die Moeglichkeit auf einen höherwertigen Tarif umzusteigen. Falls Sie dies wünschen, nehmen Sie bitte einfach kontakt mit dem Support auf.

= Fragen zu Routern =
==== Mein Router wählt sich nicht ein, woran kann das liegen? ====
Wenn sich Ihr Router nicht mit den Zugangsdaten von Portunity einloggt und Sie sogar den Router schon auf Factory-Default gestetzt haben, den Loginnamen und das Passwort per Zwischenablage in den Router eingefügt haben, Spielen Sie bitte die neuste Firmwareversion des Herstellers ein.

= DSL-Anschlüsse (IP-BSA - shared - standalone) =
==== Bis wann und wie kann ich meine Bestellung widerrufen? ====
Das 14 tägige Widerrufsrecht ist bei Portunity selbstverständlich wie bei allen anderen Lieferanten gesetzlich festgelegt. Sie können jeden Vertrag binnen 14 Tagen widersprechen und zurück treten. Diese 14 Tage beginnen nach Auftragseingang (Auftragseingang inkl. akzeptierter AGBs mit Widerrufsbelehrung). Maßgeblich für Verträge ist §1 Abs.3. "Die Widerrufsfrist beginnt mit Kenntnisnahme und Bestätigung der AGB"

Folglich können Sie einer DSL-Installation in den ersten 14 Tagen nach Ihrer Auftragserteilung widersprechen und nicht wie leider viele annehmen nach Leistungslieferung (Installation).

Portunity kann ausschließlich schriftlich eingegangene Widersprüche berücksichtigen. Senden Sie ein Fax, oder stellen Sie ein Ticket ins Ticketsystem ein, denn dann erhalten Sie automatisch eine Bestätigung, das Ihr Widerspruch eingegangen ist (Sende- / Empfangsbestätigung).

Für weitere Fragen sowie die Faxnummer / Link zum Ticketsystem schauen Sie bitte unter den [http://power.portunity.de/hosting/produkte/support.html Supportmöglichkeiten] nach.

= Fragen zur Bestellung =
==== Entstehen Mehrkosten bei "größeren" TDSL-Anschlüssen? ====
Nicht Seitens Portunity für Zugangstarife, aber natürlich von der Telekom für den TDSL-Anschluß. Sie können ADSL-Zugangstarife technisch von jedem TDSL-Anschluß in der bei der Telekom gebuchten Bandbreite nutzen (auch SDSL).

Die Portunity DSL-Zugänge basieren auf einem TDSL-Anschluß der Telekom AG, der Ihnen von der Telekom AG berechnet wird und Voraussetzung für Portunity Zugänge ist. Es ist dabei egal ob es sich um einen TDSL-ADSL (1000, 2000, 3000, 6000,16000) - oder TDSL-SDSL / -Business-Anschluss (1024 kbit/s / 2048 kbit/s) handelt ! Der reine T-DSL Zugang ist im Prinzip der Draht, der bei Ihnen ins Haus geht ohne die Providerleistung.

= Fragen zur Abrechnung =
==== Nach wieviel Tagen erhalte ich meine Mahnung? ====
Die '''erste Mahnung''' erhalten Sie '''nach 14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. Ab der '''2. Mahnung''' fallen weitere '''Mahngebühren''' an. Wird auch nach der '''dritten Mahnung''' noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang einem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten anderen Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, welches Portunity Ihnen empfiehlt, da es diverse Vorteile bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- bzw. HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen.

Die Rechnungen können desweiteren elektronisch von Ihnen jederzeit in dem webbasiertem Verwaltungsprogramm "ISPSuite" eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Der Zeitpunkt der Rechnungsstellung erfolgt bei den DSL-Tarifen immer im Nachhinein, jeweils ab dem Tag, an dem der Zugang freigeschaltet wurde. Ist dies z.B. am 16.10. erfolgt, erhalten Sie jeden Monat in der Regel am 18. die Abrechnung für die vorherigen 4 Wochen (Abrechnungszeitraum wäre dann also immer der 16. des vorherigen bis zum 15. des aktuellen Monats).

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpaketen zu (5 Euro, 10 Euro, 25 Euro ...) kaufen oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung erstellt wird um das Guthaben wieder aufzuladen.

= Fragen zur Technik =

==== Was heißt AC, HVT, MTU, NAT, U-R2, U-R2 (DT)? ====

Es handelt sich hierbei um folgende Abkürzungen:

*'''AC:''' '''A'''ccess '''C'''oncentrator
*'''HVT:''' '''H'''aupt'''V'''er'''T'''eiler
*'''MTU:''' '''M'''aximum '''T'''ransfer '''U'''nit
*'''NAT:''' '''N'''etwork '''A'''ddress '''T'''ranslation
*'''U-R2:''' Loop-Interface - Remote Terminal End 2 (siehe ITU-T G.992.1)

Hiermit wird die ADSL-Schnittstelle auf Kundenseite (also bei Ihnen) bezeichnet (also zwischen Splitter und NTBA).

*'''U-R2 (DT):''' Spezifizierung und Standarisierung der Schnittstelle der Deutschen Telekom aus ITU-T G.992.1) und seit ca. 2002 die verbindliche technische Vorschrift für das Funktionieren von ADSL-Modems an TDSL-Anschlüssen.
*'''Annex A / Annex B (G.992.1):''' Gibt die Anschlussart des DSL-Anschlusses an:
*:'''Annex A:''' DSL über analoge Telefonleitungen (ADSL über POTS (= Plain old telephone service))
*:'''Annex B:''' DSL über digitale ISDN - Leitungen

==== Welche Einstellungsmöglichkeiten habe ich bei den DSL-Zugängen? ====

Bei den DSL-Zugängen können Sie folgende Einstellungen vornehmen:

* '''Loginname:''' Den Loginnamen können Sie nicht ändern. Er wird fest vom System vergeben.
* '''Logincode:''' Hier können Sie ein neues Passwort für Ihren DSL-Zuganng definieren. Dieses Passwort hat nichts mit dem Passwort für das Service-Center zu tun. Wenn Sie hier keine Eingabe vornehmen, bleibt Ihr aktuelles Passwort bestehen.
* '''... und nochmal:''' Das zweites Eingabefeld für das Passwort, um Tippfehler auszuschließen.
* '''IP-Zuweisung:''' Möchten Sie keine feste IP-Adresse haben, so können Sie hier auf dynamisch umschalten. '''Aber Achtung: Sie verlieren die alte IP-Adresse!'''
* '''Reverse DNS Hostname:''' Geben Sie hier den Reverse DNS Hostnamen an, der z.B. bei einem Traceroute erscheinen soll. Betreiben Sie an der DSL-Leitung einen eigenen Mailserver, der unter "mail.meinedomain.de" erreichbar ist, sollten Sie hier unbedingt auch "mail.meinedomain.de" eintragen, da sonst einige große Freemailanbieter Ihre eMails nicht annehmen. Es ist also ein Name für Ihre IP.
* '''Beschreibung:''' Eine Beschreibung (Memo) für Sie, um irgendwelche Informationen zu dem Zugang ablegen zu können.
* '''Zeitpunkt der Zwangstrennung:''' Da die Telekom alle 24Stunden den Anschluss trennt, haben Sie hier die Möglichkeit, diese Trennung quasi zu einem günstigen Zeitpunkt durchführen zu lassen. Geben Sie hier den Zeitpunkt an, an dem Portunity Sie "rausschmeissen" dürfen. Da dies die Telekom mitbekommt, trennt Sie dann z.B. nicht mehr Mittags.
* '''Warnung senden nach:''' Damit Sie Ihren Traffic unter Kontrolle halten, können Sie hier eine oder mehrere eMailadressen sowie den Wunschtraffic hinterlegen, wo Portunity dann bei erreichen eine Warn-eMail hin versendet.
* '''Leitungsabschaltung nach:''' Ähnlich wie bei der Traffic-Warnung, nur das Portunity Ihnen gleich nach einer eMail die Leitung kappen, damit Ihnen keine weiteren Kosten entstehen. Die erneute Freischaltung erfolgt dann nach Rechnungsstellung, oder manuell durch Reaktivierung in der ISP-Suite.
* '''Paket-Filter:''' Hier können Sie bis zu 20 TCP-Firewall-Regeln definieren, die wir in unserem Frankfurter Router aktivieren. Mehr siehe bitte Hilfe in der ISP-Suite.
* '''eMail-Benachrichtigung:''' Dieses Feld wird fast nicht mehr benötigt, da Portunity diese bereits heute in Echtzeit umsetzt. 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ätigungsmail.

[[Image: Dsl-config.jpg]]

==== Werden die Zugänge auch von Portunity ab einer bestimmten Nutzung ausgebremst? ====
Nein, Portunity bremst oder verlangsamt Ihren DSL-Zugang grundsätzlich nicht.

= Fragen aus dem Support - Häufige Probleme =
==== Wie lautet die Adresse des eMail- Servers? ====
Adressen des eMail-Servers:
Dienst Adresse
'''POP3:''' pop3.portunity.de
'''SMTP:''' smtp.portunity.de
'''Relay Server:''' smtp-relay.portunity.de

* auf [http://portunity.de/ www.portunity.de] können Sie kostenlos unser Webmailer nutzen, mit dem Sie Ihre eMails checken können.
* Der eMail-Server ist standardmäßig mit einem Virenscanner versehen.

==== Bei der Einrichtung meines DFÜ-Netzwerkes unter Windows werde ich nach einer Telefonnummer gefragt? ====
Das ist völlig egal. Das Windows-DFÜ-Netzwerk von Windows wurde dazu konzipiert, Wählverbindungen zu bestimmten Zielrufnummern herzustellen. Da die DSL-Technologie jedoch eher eine Standleitungstechnologie ist, muß keine Nummer gewählt werden. Das DFÜ-Netzwerk von Windows erwartet jedoch eine Nummer, da intern ein "virtuelles Modem" simuliert bzw. vorgespielt wird. Es ist hierbei völlig egal ob Sie eine "0", eine "1" oder "123456789" eingeben, die Nummer wird nur dazu benötigt, die internen Windows-Routinen des DFÜ-Netzwerks zufriedenzustellen.

==== Einige Internetseiten lassen sich nicht aufrufen. Es erscheint nur eine weiße Seite oder eine Fehlermeldung. ====

Vermutlich stimmt die MTU / MRU nicht.

Sie bekommen die MTU von Portunity zugewiesen. Sollten Sie diese selber einstellen müssen so verwenden Sie bitte ein '''MTU/MRU''' von '''1456'''
* '''MTU/MRU:''' 1456

*'''Was ist die MTU:''' Die MTU gibt die Paketgröße des TCP/IP Protokolles an. Sie muss runter gestellt werden, da jedes Paket eines Rechners noch einen Header des PPPoE Protokolls bekommt und so ggf. die maximale Größe von 1500 überschritten wird.

==== Einige Internetseiten sind nicht aufrufbar, wo ist der Fehler? ====
Eventuell haben Sie ein Problem mit einer zu großen MTU.
Sie bekommen die MTU von Portunity zugewiesen. Sollten Sie diese selber einstellen müssen so verwenden Sie bitte ein '''MTU/MRU''' von '''1456'''
* '''MTU/MRU:''' 1456

==== Es kommt mit dem Telekom - TSinus 111 keine Verbindung zustande ====
Wenn Sie keine Verbindung mit dem Telekom - [http://hilfe.telekom.de/hsp/cms/content/HSP/de/3388/theme-71990825/theme-2000178/theme-66139236/theme-2001131/theme-2001132 TSinus 111] bekommen, so prüfen Sie bitte die aktuelle Version der Router-Firmware. Ist sie kleiner als '''Version 1.2''', so müssen Sie ein neues Firmware einspielen, damit es funktioniert.

==== Ist es möglich, eine feste IP-Adresse bei Portunity zu erhalten, dabei aber ein DSL-Angebot bei einem anderen Provider zu nutzen? ====
Leider nein. Die Zuweisung einer festen IP-Adresse erfolgt bei Einwahl über einen unserer DSL-Zugänge. Für diese ist eine T-DSL-Leitung der Deutschen Telekom nötig.

Hierfür hat Portunity den [[Beispiel-Szenarien_von_VPN-Tunneln_auf_PPTP-_und_OpenVPN-Basis_(Produktinfo) VPN-Tunnel]] entwickelt.

==== ISDN-Backupeinwahl geht nicht mehr, Benutzer oder Kennwort falsch ====

Wenn Sie die ISDN - Backup - Einwahl im Service-Center aktiviert haben (sofern Ihr Tarif dieses Feature enthält), müssen Sie seit der Umstellung der Loginnamen im August 2008, beim Loginnamen nichts mehr beachten.

'''Beispiel:'''
* DSL-Loginname: pty/4711
* ISDN-Loginname: pty/4711

Das Passwort ist bei Beiden das Selbe (das von Ihnen Vergebene). Wie gewohnt ist auf die Großkleinschreibung zu achten!

==== Wie lautet die Rufnummer der ISDN-Backupeinwahl? ====
Wenn Sie die ISDN - Backup - Einwahl im Service-Center aktiviert haben (sofern Ihr Tarif dieses Feature enthält), können Sie sich mit den DSL-Logindaten auch per ISDN Einwählen und bekommen dann die selbe IP-Adresse zugewiesen wie bei der DSL-Einwahl.

Rufnummer: 0800 2130215

Die Rufnummer ist nur aus dem deutschen Festnetz erreichbar. Es entstehen keine Einwahlgebühren. (Die Kosten bei der Einwahl aus Handynetzen entnehmen Sie bitte der Preisliste Ihres Mobilfunkanbieters)

==== Kann ich bei Portunity auch IPv6-Adressen beziehen? ====
Ja, dies ist möglich.

==== Kann ich die Nutzung einzelner Ports verhindern? ====
Ja, nutzen Sie dazu die in ADSL-Zugängen standardmäßig enthaltene Firewall-Funktion, welche Sie über das webbasiertes Verwaltungsprogramm "ISPSuite" selbst konfigurieren können. In der ISPSuite ist im Konfigurationsdialog eine Dokumentation der Firewall abgelegt und für Sie abrufbar.

==== Mein Router hat massive Verbindungsprobleme, woran kann dies liegen? ====
Leider ist die Qualität einiger Router nicht optimal, so das diese mit einigen oder allen Providern Probleme haben. Wenn Ihr Router sich zum Beispiel:
* Ständig ohne Grund auswählt
* Sie im Einzelverbindungsnachweis mehr als gelegentliche rote Symbole haben
* Der Router für die Einwahl sehr lange braucht [ohne Modem-Synchronisierung, reine Einwahl]
* Er nicht sauber nach draußen pingt [z.B. ping portunity.de]

Dann liegt dies entweder an der Telekom-Leitung, an Ihrer internen Verkabelung oder schlicht an Ihrem Router.

'''Vorgehen:'''

* Sämtliche Steckverbindungen mehrfach neu stecken [TAE-Dose -> Splitter; Splitter -> DSL-Modem [DSL-Modem-Router]]
* Router mit neuester Firmware versehen, oder die aktuelle Firmware drüber schreiben.
* Router resetten und neu Konfigurieren [LAN-IP, DSL-Loginname, DSL-Passwort]
* Einen anderen Router testen.

==== Wie gehe ich bei Problemen am besten systematisch vor ? ====

*'''Bei Einzelplatzsystemen:'''

:#Stimmt die Verkablung? Sitzen alle Stecker korrekt? Keine "Wackler"?
:#Ist die Sync-LED am DSL-Modem grün (on) laut Handbuch? Wenn nicht, bitte bei der Telekom anrufen!
:#Signalisiert die LED der Netzwerke eine Verbindung zum ADSL-Modem? Wenn nicht haben Sie möglicherweise ein falsches oder defektes Kabel oder eine defekte Netzwerkkarte.
:#Ist der Konzentrator in der Vermittlungsstelle erreichbar? Der Konzentrator in der Vermittlungstelle bündelt den Datenstrom mehrerer ADSL-Anschlüsse auf eine Glasfaserleitung zu unserem ADSL-Einwahlknoten in Frankfurt. Falls der Konzentrator nicht korrekt da ist, wenden Sie sich bitte an die Telekom.
:#Ist die Einwahl erfolgreich? Wenn nein, bekommen Sie eine Fehlermeldung? Können Sie evt. Debugmeldungen aktivieren, die detailliertere Informationen ausgeben? An dieser Stelle bitte den Support kontaktieren, falls Sie nicht weiterkommen.
:#Ist die Routing-Tabelle korrekt? Können Sie dies mittels "ping", "traceroute", "netstat" und "route" kontrollieren bzw. evt. auch manuell korrigieren?
:#Funktioniert die Namensauflösung per DNS? Können Sie ebenfalls per "ping" oder per "nslookup" kontrollieren?
:#Haben Sie bei sich eine "personal Firewall" oder die Zugangsfirewall aktiviert? Evt. zum Test mal deaktivieren?

*'''Bei Mehrplatzsystemen mit Router gelten diese Punkte ebenfalls für den Router, zusätzlich sollten Sie prüfen:'''

:#Funktioniert nur lediglich ein Rechner nicht oder alle? Wenn mehrere Rechner nicht funktionieren, liegt der Fehler eher am Router, ansonsten eher am entsprechenden Rechner.
:#Hat der Rechner (Client) eine IP aus dem gleichen Netzbereich wie der Router auf der LAN-Seite?
:#Ist die LAN-IP des Router als Default-Gateway im Rechner (Client) eingetragen?
:#Funktioniert DNS auf dem Rechner (Client)?

==== Wie kann ich meine IP-Adresse überprüfen? ====
Ganz einfach, indem Sie hier [http://www.portunity.net/ip/ klicken].

= Fragen zu TDSL =
==== Bin ich bei einem TDSL-Anschluß auch von 0190 Dialern betroffen? ====
Nein, Dialer für ADSL gibt es nicht, da über einen ADSL-Anschluß keine Rufnummern angewählt werden können. Die Providerwahl erfolgt bei ADSL über die Kennung im Loginnamen. Vorsichtig müssen Sie natürlich sein, falls Sie noch eine ISDN-Karte in Ihrem PC haben oder ein Modem angeschlossen ist. Falls Sie diese Geräte nicht z.B. zum faxen o.ä. benötigen, sollten Sie diese deaktivieren oder zumindest den Stecker ziehen, um sicher zu gehen.

==== Darf man das DSL-Modem und / oder den Splitter ausschalten ? ====
Hier ist sich selbst die Telekom nicht ganz sicher und die Frage wird oft mal so / mal so beantwortet: Mal ist davon die Rede, dass nur der NTBA eingeschaltet bleiben sollte, andere Supportmitarbeiter der Telekom meinen, es sei völlig egal, und wieder andere sprechen von Schutzmechanismen der Vermittlungsstellen, die einen ADSL-Port automatisch deaktivieren, weil sie von einer Störung ausgehen, wenn sich ein Modem längere Zeit nicht mehr meldet.

Portunity empfiehlt NTBA / Splitter, Modem und Router ständig angeschaltet zu lassen, dann stellt sich die Frage erst gar nicht. Der Router kann dabei die Verbindung auch ständig halten, was einen kleinen Zeitvorteil bringt, wenn die Verbindung dann tatsächlich benötigt wird, da die Verbindung nicht erst aufgebaut werden muss. Da Portunity die ADSL-Zugänge nicht zeitabhängig berechnen, spielt es für Sie kostenmäßig keine Rolle, ob Sie on- oder offline sind.

==== Kann ich das ADSL-Modem auch an meinem Hub / Switch anschließen? ====

Ja, das können Sie. Sie können das Modem über den Hub / Switch dann von jedem beliebigen Rechner im Netz ansteuern und so prinzipiell auch von mehreren Computern aus benutzen - aber immer nur nacheinander und nie gleichzeitig. Der Rechner, der als erstes eine Verbindung aufbaut, nimmt das Modem dann damit "in Beschlag", so dass weitere Rechner entsprechende Fehlermeldungen erhalten, wenn weitere Verbindungen aufgebaut werden sollen.

Wichtig, wenn Sie das Modem in den Netzwerk-Hub /-Switch stecken möchten, ist noch das Kabel. Je nach Modemtyp und Hub/Switch kann es nötig sein, ein sogenanntes Crossover-Kabel oder ein normales Netzwerkkabel zu verwenden. Achten Sie beim Einstecken darauf, ob die entsprechende Signallampe am Hub / Switch eine Verbindung signalisiert.

Möchten Sie wirklich von mehreren PCs im Netzwerk gleichzeitig ins Internet, benötigen Sie einen Router oder ein Gateway, welches diesen gleichzeitigen Zugriff entsprechend steuert.

==== Kann ich das ADSL-Modem der Telekom für den ADSL-Zugang von Portunity verwenden? ====
Ja, dies ist kein Problem und funktioniert.

==== Kann ich die 24-Stunden-Zwangstrennung von TDSL umgehen? ====
Nein, derzeit ist uns keine Möglichkeit bekannt.

==== Was ist der Splitter? ====
Bei einem TDSL-Anschluß wird das gleiche Kabel verwendet wie ein bereits bestehender analoger oder digitaler (ISDN) Telefonanschluss - weshalb ein solcher auch Voraussetzung für einen TDSL-Anschluss der Telekom ist. Um Telefongespräche und die Internetverbindung wieder aufzutrennen (passiert anhand der unterschiedlichen Frequenzen) wird der Splitter benötigt, der sich wie eine Art "Weiche" verhält

==== Wo ist der Unterschied zwischen dem TDSL-Anschluß und dem TDSL-Provider? ====
Sie müssen grundsätzlich unterscheiden zwischen dem Anschluß und dem Zugang: Der Anschluß ist die physikalische Leitungs-Bereitstellung zwischen der Vermittlungsstelle der Telekom und Ihrer Location (also Ihrem Haus / Wohnung), der Zugang die eigentliche Verbindung zum Internet.

Bei ADSL ist dies prinzipell genauso zu sehen wie bei ISDN: Über den (T-)ISDN-Anschluß können Sie sich bei einem ISDN-fähigen Internet-Service-Provider Ihrer Wahl einwählen. Und über einen T-DSL-Anschluß der Deutschen Telekom können Sie sich ebenfalls bei einem TDSL-fähigen Provider einwählen, zum Beispiel bei Portunity.

= Fragen zum Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit DSL unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die Portunity [http://www.isp-reselling.eu/ DSL-Reselling-Angebote] sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der Portunity DSL-Plattform und -Infrastruktur selbst Zugänge einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass wir für die Endkunden sichtbar sind. Ein klares Preismodell, bei dem die Zugänge und der Traffic aller Zugänge gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Weitere detaillierte Informationen zum [http://www.isp-reselling.eu/ DSL-Reselling] hat Portunity auf einer eigenen Seite für Sie zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder die Techniker des Rechenzentrums unter +49 202 / 68 555 -300 oder per eMail an [mailto:info@portunity.de info@portunity.de]). Oder einfach [http://www.isp-reselling.eu/portal/support/kontakt/verlieren-sie-keine-zeit-werden-sie-jetzt-reseller/9213,39861.html Online anfordern]!

==== Vor- und Nachteile der Buchung bei einem Portunity-Reseller ====
Es kann durchaus gewisse Vorteile haben, einen DSL-Tarif bei einem Reseller von Portunity zu buchen. Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die DSL-Zugänge mit interessanten, anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last but not least kann es aus Support gründen Sinn machen sich für einen unserer Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen.

[[Category:Access_FAQs]] [[Category:Access]]

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

Lbe@superroot — Tue, 16 Apr 2019 10:58:17 GMT

Lbe@superroot: Weiterleitung nach PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung) erstellt

#REDIRECT [[PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)]]

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

Lbe@superroot — Tue, 16 Apr 2019 10:57:22 GMT

Lbe@superroot: Weiterleitung nach "PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)" erstellt

#REDIRECT [["PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)"]]

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

Lbe@superroot — Tue, 16 Apr 2019 10:56:50 GMT

Lbe@superroot: Weiterleitung nach "PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)" erstellt

#REDIRECT [["PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)"]]

VPN-Tunnel (FAQ)

Lbe@superroot — Thu, 29 Nov 2018 09:37:19 GMT

Lbe@superroot: /* Kann ich auch mehrere IP-Adressen haben? */

= Was ist das? =

==== Was sind die VPN-Tarife und wie funktionieren diese? ====

Schauen Sie sich bitte unsere [[Beispiel-Szenarien von VPN-Tunneln auf PPTP- und OpenVPN-Basis (Produktinfo)]] an. 

 

==== Habe ich mit den VPN-Tarifen eine feste IP-Adresse? ====

Ja. Schauen Sie sich bitte unsere [[Beispiel-Szenarien von VPN-Tunneln auf PPTP- und OpenVPN-Basis (Produktinfo)]] an. 

= Fragen zu den VPN-Tarifen =

==== Darf ich als Privatperson oder Firma die Tunnel von Portunity benutzen? ====

Es sind derzeit keine Einschränkungen publiziert. Ja, die Tunnel können also sowohl von Privatpersonen als auch Vereinen, Firmen und sonstigen Organisation genutzt werden.

==== Darf ich an dem Tunnel einen Web- oder Mailserver, eine Webcams oder andere Dienste betreiben ? ====

Ja, auch dies ist ausdrücklich erlaubt und gerade durch die Möglichkeiten die die standardmässig enthaltene feste IP-Adresse bietet macht dies ja auch Sinn.

Es gibt seitens Portunity auch keine Nutzungseinschränkungen oder künstliche Beschränkungen wie Port-Sperrungen oder künstliche Verlangsamungen, wie sie teilweise von einigen Providern zur Verhindung von Serverdiensten eingesetzt werden.

Einzig die Nutzung in nicht unerheblicher Weise für den Weiterverkauf von Übertragungsleistungen (z.B. in der Eigenschaft als Internet-Service-Provider oder Telefongesellschaft, WLAN-Hotspot, kommerzielle Hostingangebote, eigene VoIP- und DSL-Angebote usw.) ist nicht gestattet. Vorprodukte als Grundlage für die Abwicklung eigener Angebote sowie für den Weiterverkauf bietet Portunity in Form spezielle [http://www.isp-reselling.eu Reseller-Produkte und -Verträge] an.

==== Entstehen zusätzliche Kosten wenn ich den Portunity-Mailserver (smtp-relay) mit eigenen Domains zum verschicken nutze? ====

Nein. Kunden mit einem DSL oder Tunnel Tarif, so wie Server-, vServer- und Housingkunden dürfen den Portunity-Relayserver ohne zusätzliche Kosten dazu verwenden eMails zu verschicken (Mail-Relay). Auch wenn eine eigene Domain bei einem anderen Provider registriert wurde und / oder die eigene Website nicht auf einem Portunity-Server liegt.

Zu verwenden ist dazu der Hostnamen "smtp-relay.portunity.de" (natürlich ohne Anführungszeichen), eine zusätzliche Authentifizierung zum Verschicken ist nicht nötig, da die von Portunity zugewiesenen IP-Adressen automatisch auf diesem Mailserver freigeschaltet sind.

Bei einer übermässigen Nutzung sowie insbesondere bei missbräuchlicher Nutzung (z.B. Spam-Versand) behält sich Portunity eine Kontaktaufnahme und / oder bei schwerwiegenden Fällen auch eine unmittelbare Sperrung des gesamten Zugangs vor. Spamversand wird seitens Portunity in keinem Fall toleriert.

==== Ist der Tarif "IPv6 Launcher" (PPTP) wirklich kostenfrei? Warum und wo ist der Haken? ====

Ja, der Tarif ist wirklich komplett kostenfrei :-)

Es fällt weder eine einmalige noch eine regelmässige Gebühr an - solange bis ca. 10 GByte Traffic monatlich genutzt werden. Auch wenn es mal mehr werden sollte, berechnet Portunity nichts - behält sich dann aber eine Kontaktaufnahme und einen Vorschlag auf einen höheren Tarif vor (siehe Hinweis zu "[[Flat-Budget]]"). Der Tarif "IPv6 Launcher" ist also von der Abrechnung wirklich FLAT und dabei vollständig kostenfrei.

Einen Haken könnte man vermuten - den gibt es dabei aber nicht. Natürlich ist verständlich, dass man bei kostenfreien Angeboten immer ein wenig misstrauisch und vorsichtig ist. Hinter unserem Angebot stecken allerdings ehrliche Absichten:

Portunity glaubt daran, dass IPv6 derzeit noch viel zu wenig ausprobiert und im täglichen Einsatz produktiv eingesetzt wird. Dies mag daran liegen, dass viele Provider dem Thema IPv6 noch immer keinen Stellenwert beimessen - solange es noch genug IPv4-Adressen gibt. Vor dem Hintergrund, dass aber bereits 2011/2012 die IPv4-Resourcen zu Ende gehen werden, ist dies aus technischer Sicht eher unverständlich. Mit dem kostenfreien IPv6-Tunnel möchte Portunity deshalb JEDEM interessierten und technisch versierten Nutzer die Möglichkeit geben, IPv6 auszuprobieren, damit zu experimentieren, sowie IPv6 auch produktiv zu nutzen. Das Tunnelprodukt bringt auch überall dort IPv6 hin, wo Provider selber noch kein IPv6 anbieten.

Aber auch Portunity hat dadurch einen Vorteil: Zum einen ist dies eine Werbe-Aktion, um die VPN-Tunnelprodukte bekannt zu machen: Anstelle teure Werbeanzeigen zu schalten, sponsert Portunity hier eben den Traffic. Außerdem sammelt auch Portunity mit IPv6 weitere wertvolle Erfahrung und baut seinen Vorsprung bei IPv6 weiter aus.

Das Geschäftsfeld von Portunity sind Provider-Dienstleistungen: Von Zugängen (auch DSL), Domains bis hin zu Hosting- und Server-Produkten. Auf alle diese Services möchte Portunity gerne aufmerksam machen. Das Geschäftsfeld ist hingegen nicht der Verkauf von Adressdaten, eMail-Adressen, Abo-Fallen oder sonstige unseriösen "Geschäften".

==== Ist es möglich unsere feste IP eines anderen Providers zu dem Portunity-Angebot zu portieren? ====

Dies ist in der Regel technisch leider nicht möglich, außer es wurde bei dem anderen Provider ein sogenanntes PI-Netz beantragt und verwendet.

==== Kann ich auch mehrere IP-Adressen haben? ====

IPv4:

Ja, gerne routet Portunity Ihnen ein IPv4 IP-Netz mit 4,8,16 oder noch mehr IP-Adressen auf den PPTP-Tunnel. (Hinweis: Dies ist allerdings nicht in allen Tarifen möglich, siehe Produktübersicht). Die Preise für das bereitstellen des IPv4 Netzes ist von der Netzgröße abhängig und im RIPE-Antrag aufgeführt. Zusätzlich fällt eine einmalige Bearbeitungsgebühr zum Selbstkostenpreis an (siehe PDF-Dokument), da Portunity hierzu eine Konfiguration im Portunity-Router vornehmen muß und etwas Aufwand mit dem RIPE hat, dem die vergebenen IP-Adressverbrauch auch jederzeit auf nachfrage plausibel nachgewiesen werden müssen!

Deshalb benötigt Portunity auch ein separates RIPE-Antragsformular ausgefüllt und unterschrieben per Fax an +49 202 69555-190 zurück.

IPv6:

Alle PPTP-Tunnel haben standardmäßig IPv6 Adressen in Form eines IPv6-Netzes - was die Größe des bisherigen IPv4-Internets um ein vielfaches übertrifft.

==== PPTP oder OvenVPN? Gibt es auch Tunnel mit OpenVPN? ====

Der VPN-Tunnel von Portunity steht sowohl via PPTP- als auch via OpenVPN-Protokoll zur Verfügung.

==== Wie kann ich den Tarif wechseln? ====

Kündigen Sie bitte online Ihren jetzigen Tarif im Webinterface. Am Ablauftag der Kuendigungsfrist bestellen Sie einfach den neuen Tarif, die Zugangsdaten erhalten Sie innerhalb von 10 Minuten. Bitte beachten: Bei Umstellung wird immer eine neue IP-Nummer zugeteilt.

==== Verschlüsselung: Ist bei den Tunneln eine Verschlüsselung dabei? ====

Verschlüsselung kostet grundsätzlich deutlich mehr CPU-Power auf unserem Gateway als ohne. Die meisten unserer Kunden haben Interesse an unseren Tunneln aufgrund der enthaltenen statischen IPv4-Adressen, IPv4-Netze sowie IPv6.

Dadurch dass Portunity bei dem Tarif IPv6-Launcher auf eine Verschlüsselungsoption verzichtet, können so mehr Tunnel / Gateway betrieben werden und so kann Portunity im Interesse aller Kunden diesen Tarif auch erst kostenfrei anbieten. Das PPTP-Protokoll bietet außerdem derzeit nur eine eher schwache Verschlüsselung. Aus all diesen Gründen hat Portunity auf eine Verschlüsselungsoption beim Tarif IPv6-Launcher verzichtet.

Bei den kostenpflichten Tunnel-Tarifen steht neben dem PPTP-Protokoll auch das OpenVPN-Protokoll zur Verfügung - welches eine Verschlüsslung des Tunnels bietet. 

==== Wie kann ich Konfigurationen vornehmen? ====

Alle Konfigurationen können selbstständig im webbasiertem Programm "ISPSuite" komfortabel selbst vorgenommen werden.

==== Wie kann ich meinen verbrauchten Traffic feststellen? ====

Ganz einfach im Webinterface "ISPSuite". Einfach anmelden, dann das Konfigurations-Icon oben im Menü wählen, dann den gebuchten Zugangstarif links aus der Liste und das Einzelverbindungsnachweis-Icon links anklicken an. Schon erscheint der komplette Traffic, der über den Zugang übertragen wurde, aufgelistet.

Wurde zusätzlich ein IP-Netz mit mehreren IP-Adressen gebucht, kann in der Konfiguration auch der übertragene Traffic je IP-Adresse abgerufen werden, wobei der Traffic des VPN-Tunnel-Pakets der für die Abrechnung relevante ist. Die Trafficzahlen, die in dem IP-Netz-Paket angezeigt werden, stammen aus einer anderen Quelle (stammen aus dem Router-Accounting) als die des VPN-Zugangs-Pakets (stammen aus dem Radius-Server) und können von daher geringfügige Abweichungen aufweisen. Im großen und ganzen sollten die Zahlen aber ansonsten identisch sein, wenn nicht fragen Sie bitte bei Portunity einfach mal nach.

==== Wo ist der Unterschied zwischen einer Flat-Rate und Flat-Budget ? Was bedeutet Flat-Budget ? ====

Siehe ausführlicher Artikel [[Flat-Budget]].

= Fragen zu Routern =

==== Welche Router kann Portunity empfehlen? ====

Dank der Fülle am Markt befindlichen Gräte können wir leider nicht alle Geräte testen.

'''Geräte die wir getestet haben:'''

*Zyxel NBG-417N

Anleitungen finden Sie unter: [[:Kategorie:Access Anleitungen]]

Sie haben einen Router getestet der in der Liste fehlt? Dann schreiben Sie uns bitte eine kurze [http://www.portunity.de/hosting/produkte/support.html E-Mail] mit Hersteller, Modell, Firmwareversion und gerne auch einer kleinen Anleitung mit Screenshots. Wir werden uns erkenntlich zeigen!

==== Bietet Portunity einen PPTP-Router zum Kauf an? ====

Es gibt mehrere Lan-Lan-Router, welche das PPTP-Protokoll mit IPv4 ganz gut beherrschen. Portunity sucht jedoch mit Hochdruck noch nach einem Gerät, welches den Ansprüchen an Qualität, Zuverlässigkeit und einem fairen Preis entspricht und neben IPv4 auch IPv6 durchgängig kann.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über unser Onlinebestellsystem jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über unser Onlinebestellsystem erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

= Fragen zur Technik =
==== Ich bin Kunde bei einem Mobilfunk- oder Kabelnetzbetreiber mit Carrier-NAT und möchte von außen auf mein Netz zugreifen ====

In diesem Fall ist die Einwahl nur mit Tarifen möglich, in denen die Einwahl per L2TP oder OpenVPN möglich ist (derzeit beim kostenlosen IPv6-Launcher-Tarif nicht enthalten!). 
Der Hintergrund ist technischer Natur: 
Das bei PPTP verwendete GRE-Protokoll kennt keine Portnummern und ist damit nur mit viel Glück hinter einem NAT verwendbar. Die NAT-Firewall des Kabel- oder LTE-Anbieters benötigt diese Portnummern, um die Datenpakete wieder korrekt zuordnen zu können, was bei GRE dann de facto unmöglich ist.

Die Protokolle L2TP oder OpenVPN basieren auf dem sog. UDP-Protokoll, welches Portnummern hat und damit wie die meisten anderen Dienste auch problemlos hinter der NAT-Firewall des Anbieters arbeiten kann.

Eine Garantie für die Funktionalität kann Portunity natürlich nicht geben!

==== Ist es möglich die feste IP eines anderen Providers zum Angebot von Portunity zu portieren? ====

Dies ist in der Regel technisch leider nicht möglich, außer Sie haben bei Ihrem bisherigen Provider ein sogenanntes PI-Netz beantragt und verwendet gehabt. Bei Portunity erhält jeder Kunde jedoch ausreichend IP-Address-Space nach Bedarf.

==== Kann ich über Portunity ein PI (Provider Independent) Netzwerk bestellen? ====

Ja, dies bietet Portunity an. PI-Netze (Provider Independent) können für folgende Produkte bei Portunity genutzt werden:

*DSL - Zugänge
*PPTP- und OpenVPN-Tunnel (VPN - Tunnel)
*Serverhousing / Serverhosting (jedoch nicht ECO-Server)
*Individuallösungen (z.B. für Server, eigene Tunnel-Lösungen, uvam.)

Portunity kümmert sich um den kompletten Ablauf und der registrierung beim RIPE NCC. Portunity benötigt lediglich einen entsprechenden Vertrag (ausgefüllt und unterschrieben mit Stempel). Das PI-Netz wird beim RIPE-NCC ordentlich auf den Kunden eingetragen.

* Seit Mitte September 2012 ist eine Bestellung von IPv4 PI-Netzen beim RIPE mangels Verfügbarkeit nicht mehr möglich.

==== Was hat es mit der eigenen statischen IP-Adresse auf sich? ====

Das Internet besteht aus Millionen von Rechner, Servern und anderen Geräten. Damit sich die Geräte "unterhalten", respektive Daten untereinander übertragen können, müssen diese sich kennen und eine eindeutige Adresse haben: die sogenannte IP-Adresse. Jeder benötigt eine solche eindeutige IP-Adresse um am Internet teilzunehmen.

Die meisten DSL-Provider haben mehr oder weniger viele IP-Adressen erhalten und geben aus diesem Pool bei jeder Einwahl die nächst freie IP-Adresse. Wird die Verbindung getrennt, wird die IP-Adresse wieder freigegeben und der nächste kann diese wieder erhalten. Hierdurch erhalten die Kunden aber jedesmal eine andere IP-Adresse, man spricht auch von einer dynamischen IP-Adresse.

Eine dynamische IP-Adresse ist prinzipell nicht weiter schlimm, verhindert aber, dass die Kunden ohne weiteres selbst Serverdienste anderen Internetteilnehmern anbieten können, da sich Ihre Adresse ja jedesmal ändert. So können nur sehr schlecht eigene Webserver o.ä an einer dynamischen IP-Adresse betrieben werden.

Bei einer statischen IP-Adresse wird eine IP-Adresse reserviert, d.h. der Kunde erhält bei jeder Einwahl immer die gleiche IP-Adresse zugewiesen. Dies ermöglicht den einfachen Betrieb von eigenen Servern wie eMail, Webserver u.a. und den Betrieb sowie Nutzung von Applikationen die ebenfalls eine feste statische IP-Adresse voraussetzen (wie z.B. Voice-Over-IP, Videokonferenzsoftware oder VPN-Netze).

Portunity bietet Ihnen bei jedem DSL-Zugang standardmäßig eine feste IP-Adresse (optional auch mehrere), wahlweise aber auch gerne eine dynamische IP-Adresse.

Wenn Sie den DSL-Anschluß nicht wechseln können / wollen, so können Sie sich eine fest IP-Adresse auch ganz einfach per PPTP-Tunnel auf Ihren Server (egal ob Root-Server oder DSL-Zugang mit dynamischer IP per anderem Provider) holen. Auch bei einem PPTP-Tunnel sind IP-Netze möglich!

==== Welche Geschwindigkeiten unterstützt Portunity ? ====

Portunity unterstützt jede derzeit verfügbare Geschwindigkeit bis 1000 MBit. Es hängt somit ganz von der Internetanbindung bzw. dem Backbone zwischen Einwahlserver und Einwahllocation ab.

==== Werden auch bei Portunity einzelne Ports gesperrt? ====

Nein, Portunity sperrt defaultmässig und von sich aus keine Ports Ihres DSL-Zugangs oder PPTP-Tunnels.

In letzter Zeit sind einige DSL-Provider, oft die der Flatrate-Tarife, in Diskussionsforen negativ durch die Sperrung einzelner Ports aufgefallen, auf denen viel Traffic z.B. von Tauschbörsensoftware oder anderer "datenhungriger" Software läuft. Sinn dieser Aktionen ist die Verhinderung von zuviel Datentraffic, denn gerade Flatrate-Anbieter müssen dann häufig "drauf zahlen".

Da Portunity auch volumenorientiert abrechnet, sollen ja gerade soviel Daten wie möglich übertragen werden - alleine schon von daher sperrt Portunity keine Ports ;-)

Eine Portsperre findet nur in extrem seltenen Ausnahmefällen statt, wenn Portunity aufgrund massiver Beschwerden wegen Angriffen oder hohem Spam-Volumen den Rest der Welt (und letztlich auch den Kunden) davor schützen will.
In einem solchen Fall wird selektiv der betroffene Port gesperrt und der Kunde umgehend darüber informiert.

==== Werden die Tunnel auch von Portunity ab einer bestimmten Nutzung ausgebremst? ====

Nein, Portunity bremst oder verlangsamt grundsätzlich keine Tunnel. Bitte aber beachten: Die Tunnel-Geschwindigkeit ist primär abhängig vom Backbone zwischen Einwahlserver und Einwahl-Location.

==== Wieviel ist ein Gigabyte ? ====

{{:Wieviel ist ein Gigabyte ?}}

==== Wo funktioniert der Tunnel überall ? ====

Vom Prinzip kann der PPTP- oder OpenVPN-Tunnel von allen Internetzugängen aus benutzt werden (mit entsprechenden Endgeräten oder Software-Clients), solange der Provider die entsprechenden Ports nicht sperrt.

==== Ist der Tunnel verschlüsselt oder unverschlüsselt ? ====

Wenn Sie sich per PPTP-Protokoll einwählen, so ist die Verbindung generell unverschlüsselt. Nur wenn Sie sich per openVPN (sofern im Tarif enthalten) einwählen, ist die Verbindung auch verschlüsselt.

= Anleitungen zum Einrichten =

==== Gibt es Anleitungen zum Einrichten des PPTP / OpenVPN-Tunnels auf der Fritzbox? ====

Es ist Portunity gelungen auf einer Fritzbox 7270 einen OpenVPN Tunnel zu starten und darüber ein Netz zu routen. Da die Fritzbox nur eine Integrierte Firewall für die DSL Verbindung hat ist über den Tunnel kein NAT und keine Firewall möglich. Leider ist damit auch die Administrationsoberfläche mit der öffentlichen IP erreichbar. Um dies zu verhindern wäre die Installation von IPTABLES auf der Fritzbox nötig, was ein Kompletten Austausch der Firmware nötig macht um die nötigen Kernelmodule laden zu können.

Da der Aufwand hierfür recht groß ist, die Garantie des Herstellers erlischt und der Zyxel NBG-417N für unter 40 Euro im Handel zu erwerben ist, rät Portunity zum Einsatz eines Zusätzlichen Routers. Dieser wird direkt an den LAN Port Ihrer Fritzbox angeschlossen und baut von dort den Tunnel auf. Die öffentliche IP und ein ggf. geroutetes Netz Liegen dann am LAN Port des zusätzlichen Routers an und können dort auch genutzt werden. Zum Beispiel hat Portunity den Zyxel NBG-417N erfolgreich getestet und stellt auch eine entsprechende Anleitung zur Verfügung. ([[PPTP-Tunnel (IPv4) mit Zyxel NBG-417N (Anleitung)]])

Es gibt auch einige Beispiel-Szenarien die dies veranschaulichen [[Beispiel-Szenarien von VPN-Tunneln auf PPTP- und OpenVPN-Basis (Produktinfo)]]

==== Gibt es Anleitungen zum Einrichten des PPTP / OpenVPN-Tunnels für Debian-Linux, Mac OS X und Windows ? ====

Ja, wir haben folgende Anleitungen zum Einrichten verfügbar:

*[[PPTP-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)]]
*[[PPTP-Tunnel (IPv4) unter Mac OS X einrichten (Anleitung)]]
*[[PPTP-Tunnel (IPv4) unter Windows Vista oder Windows 7 einrichten (Anleitung)]]
*[[PPTP-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)]]
*[[PPTP-Tunnel (IPv4) mit Zyxel NBG-417N (Anleitung)]]
*[[PPTP-Tunnel (IPv4) im CISCO Router einrichten (Anleitung)]]
*[[PPTP-Tunnel (IPv4) auf einen DD-WRT Router einrichten (Anleitung)]]
*[[OpenVPN-Tunnel (IPv4) unter Debian-Linux einrichten (Anleitung)]]
*[[OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)]]
*[[OpenVPN-Tunnel (IPv4) unter Mac OS X einrichten (Anleitung)]]
*[[OpenVPN-Tunnel (IPv4) unter Windows Vista oder Windows 7 einrichten (Anleitung)]]
*[[OpenVPN-Tunnel (IPv6) unter Windows Vista/7 einrichten (Anleitung)]]
*[[OpenVPN-Tunnel (IPv4) auf einem OpenWRT Router einrichten (Anleitung)]]
*[[OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten (Anleitung)]]

 

*Weitere Anleitungen finden Sie unter: [[:Kategorie:Access Anleitungen]]

 

Außerdem gibt es folgende externe Anleitungen:

*[http://www.datencafe.de/2012/03/07/statische-ip-mit-t-home-entertain-teil-2/ Feste IP-Adresse auf einem privaten VDSL 50 Telekom Anschluss (mit Entertain)] per VPN-Tunnel mit einem Zyxel NBG-417N-Router, Blogbeitrag von Timo Schusser

= Fragen aus dem Support - Häufige Probleme =

==== '''Sicherheitshinweise aus dem Support''' ====
===== Offene DNS-Resolver vermeiden! =====
Es ist in der großen Mehrzahl der Fälle nicht notwendig, den DNS-Resolver auf dem Router oder einem Server weltweit zugänglich zu machen.
Vielmehr wird dies früher oder später dazu führen, dass der Tunnel durch DNS-Amplification-Attacken praktisch lahmgelegt wird. 
Bitte richten Sie den DNS-Server oder die Firewall des Routers so ein, dass der DNS-Server nur von Ihren eigenen IP-Adressen erreichbar ist.

===== Welche Dienste will ich anbieten? =====
Bitte überlegen Sie sich, welche Dienste (HTTP, Mail...) über das Internet erreichbar sein sollen und konfigurieren Sie die Firewalls auf dem Server oder Router entsprechend so, dass nur diese Dienste erreichbar sind.
Häufig führen "vergessene" und daher selten bis nie upgedatete Dienste dazu, dass Systeme gehacked werden und fortan Spam versenden, Phishing-Websites beheimaten oder schlicht und ergreifend versuchen andere Systeme zu infizieren.

==== '''Wie lauten die IP-Adressen der Nameserver (DNS) ?''' ====

{{:Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte ?}}

==== '''Wie lauten die IP-Adressen der Default-Gateways (IPv4, IPv6) ?''' ====

Hier finden Sie die IP-Adressen der Default-Gateways für PPTP / OpenVPN Tunnel. Im Regelfall bekommen Sie alles automatisch zugewiesen, so das Sie eigentlich nichts manuell einrichten müssen. Dennoch hier die IP-Adressen:

*IP-Adresse '''IPv4''': 188.246.4.1
*IP-Adresse '''IPv6''': 2a02:a00:e00f:ffff::1

==== '''Die OpenVPN-Verbindung bricht immer nach 60-100 Sekunden zusammen!''' ====

Wenn die OpenVPN-Verbindung immer nach etwa 60 bis 100 Sekunden zusammenbricht, ist meist eine zu restriktive Firewall die Ursache. Bitte stellen Sie sicher, dass Ihre Firewall ICMP-Pakete auf der Tunnel-Schnittstelle durchlässt. Dies ist notwendig, da unser Tunnelserver in regelmäßigen Abständen ICMP-Echo-Requests ("Ping") zu Ihnen schickt, um festzustellen ob der Tunnel noch verbunden oder die Verbindung getrennt ist. Erhält der Tunnelserver auf mehrere dieser Pakete keine Antwort, geht er davon aus dass die Verbindung nicht mehr besteht und trennt seinerseits die Tunnelverbindung. Ihre Firewall sollte daher so konfiguriert werden, dass auf der Tunnelschnittstelle zumindest ICMP-Pakete von unserem Einwahlsystem zu Ihrem Tunnel zugelassen werden.

==== PPTP-Verbindung bricht häufig unter LTE zusammen ====

Wenn die PPTP-Verbindung häufig abbricht sollten sie auf OpenVPN umsteigen. In einigen seltenen fällen kann der Einsatz vom PPTP Problematisch sein da PPTP das [[GRE]] Protokoll verwendet. So können mit GRE nicht mehrere Verbindungen hinter einem [[NAT]] Gateway aufgebaut werden. Auch scheinen einige Provider GRE Pakete zu "verlieren".
 
Dieses Problem tritt vor allem bei der Nutzung von Mobilfunkverbindungen wie z.b. Vodafone LTE auf.

[[Category:Access]] [[Category:OpenVPN_(Übersicht)]] [[Category:VPN-Tunnel_(Tarif)]] [[Category:Access_FAQs]]

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Thu, 29 Mar 2018 13:36:39 GMT

Lbe@superroot:

Internet-Telefonie (VoIP) mit sflphone unter Linux einrichten (Anleitung)

Lbe@superroot — Mon, 09 Jan 2017 08:43:58 GMT

Lbe@superroot: Die Seite wurde neu angelegt: „Category:Access Category:Access_AnleitungenCategory:VoIP-Account_(Tarif)Category:Telefonie - VoIP (Übersicht) = Information = *Betriebssystem: …“

[[Category:Access]] [[Category:Access_Anleitungen]][[Category:VoIP-Account_(Tarif)]][[Category:Telefonie - VoIP (Übersicht)]]

= Information =
*Betriebssystem: Linux
*Datum: 06.01.2017
*Download: deb-Pakete von sflphone sind beispielsweise Repository von Debian

= Einrichtung =

Bei Debian mit apt-get oder aptitude zum Beispiel das Paket sflphone-gnome und die zur Erfüllung von Abhängigkeiten nötigen weiteren Pakete installieren.

== Programm erstmals starten und Konfiguration mit dem Assistenten ==

Starten Sie sflphone über das Anwendungsmenü oder mit dem Kommando »sflclient«.
Beim ersten Start öffnet zusätzlich zum Programmfenster ein Fenster mit dem Assistent für die Verbindungsdaten zu Ihrem Telefonprovider.

[[Image:1_sflphone_assistent1.png ]]

Klicken Sie auf »Weiter«

[[Image:2_sflphone_assistent2.png ]]

Die Einstellungen für SIP oder IAX unterscheiden sich nur
unwesentlich. In dieser Anleitung wird daher nur die Einrichtung eines
IAX-Accounts behandelt.

Wählen Sie »IAX2 (InterAsterisk Exchange)« aus und klicken auf »Weiter«.

[[Image:3_sflphone_assistent5.png ]]

In diesem Fenster werden die Daten zum Zugang bei Ihrem Provider
erwartet. Portunity-Kunden finden sie nach Login im Webinterface.

Im Feld »Alias« wird ein frei wählbarer Namen für diesen Zugang erwartet.
Im Feld »Hostname« ist der Name des Servers einzutragen, für Telefonie mit dem IAX2-Protokoll über Portunity iax.iaxport.de
Im Feld »Benutzername« tragen Sie den Namen Ihres Kontos ein. Im Falle von Portunity den IAX-Loginnamen.
Im Feld »Passwort« tragen Sie das zum Benutzername gehörende Passwort ein. Im Falle von Portunity das von Ihnen definierte Produktpasswort.
Das Feld »Sprachbox-Nummer« ist nicht notwendigerweise auszufüllen.
Klicken Sie auf »Anwenden«

[[Image:4_sflphone_assistent6.png ]]

Im letzten Schritt zeigt der Assistent die hinterlegten Zugangsdaten. Mit »Schließen« die Konto-Registrierung beenden. Sie haben dann nur noch das Programmfenster vor sich.

== Erste Funktionstests und Anpassungen der Programmoberfläche ==

Wenn sich sflphone bei Ihrem Telefonprovider erfolgreich anmelden konnte, erscheint am unteren Rand der Name des Zugangs und in Klammern das benutzte Protokoll.

[[Image:5_sflphone_oberflaeche-mini-online.png ]]

Im Menü »Ansicht« können Sie diese Oberfläche erweitern, so dass
beispielsweise auch eine Tastatur, Lautstärke-Regler und eine
Anrufchronik erscheint.

Das Menü »Anruf« enthält die zum Telefonieren mit sflphone nötigen
Aktionen und die entsprechenden Icons, wie Sie auch in der
Werkzeugleiste erscheinen.

Einen Anruf beginnen Sie beispielsweise mit dem Menüpunkt »Neuer
Anruf«.

Sie hören nach Anklicken das Freizeichen und einen blau hinterlegte
Zeile zur Eingabe der Telefonnummer. Für einen Testanruf bei Portunity
geeignet sind beispielsweise Netzcodes - 11* für den Echotest, 10* für
die Zeitansage.

[[Image: 6_sflphone_oberflaeche-mini-waehlen.png]]

Nach Eingabe der Nummer klicken Sie auf das Icon "Abnehmen" oder den
entsprechenden Punkt im Anruf-Menü. Das Gespräch wird aufgebaut, Sie
hören den Gesprächsteilnehmer. Am unteren Programmfenster-Rand wird
die Dauer angezeigt. Durch Klick auf entsprechende Icons können Sie
das Telefonat unter anderem beenden, unterbrechen oder aufzeichnen.

Zur Anpassung der Lautstärke können durch Anklicken des entsprechenden
Menüpunktes im Menü »Ansicht« Regler zur Anpassung in die
Programmoberfläche integrieren. Sollten Töne oder Sprache bei einer
aufgebauten Verbindung unverständlich sein, aktivieren Sie den Dialog
»Einstellungen« im Menü »Bearbeiten« auf. (siehe Abschnitt Weitere
Einstellungen unten)

Durch Klick auf das Icon »Uhr« oder den entsprechenden Punkt im Menü
»Ansicht« wird die Anzeige einer oder mehrerer aktuell aufgebauter
Verbindungen durch eine Anrufchronik ersetzt.

[[Image: 7_sflphone_oberflaeche-chronik.png]]

Die Anzeige von Telefonaten lässt sich durch Suchmuster
einschränken. Einzelne Telefonate können ausgewählt werden. Sollten
diese aufgezeichnet worden sein, können sie nochmals angehört
werden. Mit der rechten Maustaste öffnet ein Untermenü mit weiteren
Funktionen.

== weitere Einstellungen ==

Sollten Töne und Sprache bei einer aufgebauten Verbindung unverständlich sein. Rufen Sie den Dialog »Einstellungen« im Menü Bearbeiten auf.

[[Image: 8_sflphone_einstellungen2.png]]

Im Bereich »Audio« könnte der Klick auf einen anderen Sound-Manager das Problem beseitigen.

Sie beenden den Dialog mit »Schließen«.

VServer best practice (Anleitung)

Lbe@superroot — Mon, 27 Apr 2015 14:32:36 GMT

Lbe@superroot:

In diesem Artikel werden einige grundlegende Einstellungen behandelt welche Sie auf ihrem vServer vornehmen sollten.
 
== Herunterfahren durch ACPI ==
Damit die Steuerung über das Webinterface problemlos funktioniert sollte Ihr vServer auf ein ACPI Shutdown Signal reagieren. 
*'''Achtung:''' Sollte es im Rahmen von Wartungsarbeiten durch unsere Techniker nötig sein Ihren Server herunterzufahren oder neu zu starten wird dies auch immer zuerst per ACPI versucht. Falls Ihr Server nicht reagiert wird er von unseren Technikern hart ausgeschaltet, was eventuell zu Datenverlusten führen kann. Über solche Wartungsarbeiten werden Sie nach Möglichkeit selbstverständlich im Voraus informiert.
 
Unter Linux erreichen Sie dieses Verhalten durch die Instalation von acpid:
<source lang="command">apt-get install acpid</source>
== Verwendung von TRIM ==
Um eine optimale Speicherbelegung und Performance zu gewährleisten sollten sie dafür sorgen das in ihrem System regelmäßig der TRIM Befehl an die Festplatte gesendet wird.
 
Auf einem Linux System gibt es hierfür zwei Wege:
*Offline TRIM: Durch regelmäßiges (z.b. per cron) ausführen von fstrim:
<source lang="command">fstrim -v /</source>
*Online TRIM: In der /etc/fstab die Option discard anfügen:
<source lang="command">UUID=f[...]9 / ext4 errors=remount-ro,discard 0 1</source>
'''Achtung:''' Diese Option sollte nur mit Dateisystemen genutzt werden die dies auch unterstützen. Bitte prüfen Sie vorher ob hier Probleme zu erwarten sind.
 
== Mounten mit UUID ==
In Ihrer '''/etc/fstab''' sollten die Dateisysteme nach Möglichkeit immer über die UUID und nicht über das Device identifiziert werden.
 
Also immer:
<source lang="command"># / was on /dev/sda1 during installation
UUID=f1a42b3e-b75e-4ba0-9062-3c9b69fd7ac9 / ext4 [...]</source>
und nicht:
<s><source lang="command"># / was on /dev/sda1 during installation
/dev/sda1 / ext4 [...]</source> </s>
Sollten Ihnen die UUID's der Partitionen nicht bekannt sein können Sie diese mit Hilfe des Befehls '''blkid''' herausfinden:
<source lang="command">blkid
/dev/sda1: UUID="f1a42b3e-b75e-4ba0-9062-3c9b69fd7ac9" TYPE="ext4" </source>

[[Category:Hosting]] [[Category:Hosting_Anleitungen]] [[Category:vServer_(Tarif)]]
{{DISPLAYTITLE:vServer best practice (Anleitung)}}

PPTP-Tunnel (IPv4) unter Windows Vista oder Windows 7 einrichten (Anleitung)

Lbe@superroot — Mon, 30 Mar 2015 13:20:26 GMT

Lbe@superroot: /* Schritt 4: Verbindungs-Ziel und -Namen */

*Betriebssystem: Vista 32Bit Service Pack 1, Windows 7
*Screenshots: Windows Vista
*Datum: 31.03.2010

= Schritt 1: Netzwerk und Freigabecenter =

Starten Sie bitte das "Netzwerk- und Freigabecenter" und klicken sie auf "Eine Verbindung oder ein Netzwerk einrichten":

[[Image:Pptp-vista-01.jpg]]

 

= Schritt 2: Verbindung mit dem Arbeitsplatz herstellen =

Wählen Sie "Verbindung mit dem Arbeitsplatz herstellen" und klicken sie auf "Weiter":

[[Image:Pptp-vista-02.jpg]]

 

= Schritt 3: VPN als Internetverbindung wählen =

Wählen Sie den oberen Punkt "Die Internetverbindung (VPN) verwenden" aus:

[[Image:Pptp-vista-03.jpg]]

 

= Schritt 4: Verbindungs-Ziel und -Namen =

Geben sie unter Internetadresse, die im Kundencenter unter "Konfiguration" angezeigte Adresse für das "PPTP Gateway" ein. Der Zielname kann von ihnen frei gewählt werden und hat keinerlei Bedeutung für die Funktionalität. Der Name wird später im "Netzwerk- und Freigabecenter" angezeigt.

[[Image:Pptp-vista-04.jpg]]

 

= Schritt 5: Benutzernamen (überspringen) =

Bitte tippen Sie als Benutzernamen irgendein Zeichen ein und klicken sie auf "Verbinden". Den korrekten Namen müssen wir leider später eingegeben, da Windows Vista an dieser Stelle keine Sonderzeichen wie "/" akzeptiert, obwohl sie zulässig sind.

[[Image:Pptp-vista-05.jpg]]

 

= Schritt 6: Einrichtungs-Assistent abschließen =

Ignorieren sie folglich bitte einfach, dass keine Verbindung hergestellt werden konnte und klicken sie auf "Die Verbindung dennoch einrichten".

[[Image:Pptp-vista-06.jpg]]

 

Der Wizard ist nun beendet und Sie finden im "Netzwerk- und Freigabecenter" den eben vergebenen Zielnamen:

= Schritt 7: Eigenschaften aufrufen =

Klicken Sie diesen Zielnamen (die neu erstellte Konfiguration) nun mit der rechten Maustaste an und wählen sie "Eigenschaften".

[[Image:Pptp-vista-07.jpg]]

Wählen Sie nun die Registerkarte "Sicherheit". Setzen Sie die Sicherheitsoptionen auf "Erweitert (benutzerdefinierte Einstellungen)" und klicken sie dann auf "Einstellungen":

[[Image:Pptp-vista-08.jpg]]

 

= Schritt 8: Erweiterte Sicherheitseinstellungen =

Setzen Sie nun die Einstellungen bitte wie im Bild gezeigt:

[[Image:Pptp-vista-09.jpg]]

 

*Folgende Protokolle zulassen: Unverschlüsseltes Kennwort (PAP)
*Es ist wichtig, dass keine Verschlüsselung außer die "Unverschlüsseltes Kennwort (PAP)" aktiviert sind!
*Bestätigen sie dann mit "OK" 

= Schritt 9: Konfiguration Standard-Gateway IPv4  =

Wählen Sie nun bitte die Registerkarte "Netzwerk" aus und markieren wie im Bild "Internetprotokoll Version 4 (TCP/IPv4)":

 [[Image:Pptp-vista-10.jpg]]

 

*Alle weiteren Verbindungselemente empfehlen wir aus Sicherheitsgründen zu deaktivieren.

 

Anschliessend klicken sie auf "Eigenschaften", es erscheint ein weiteres Pop-Up Fenster: 

[[Image:Pptp ipv4 settings.png]]

Aktivieren Sie durch einen Klick auf "Folgende DNS-Serveradressen verwenden" die manuelle Eingabe der DNS-Server und tragen dort, als bevorzugten DNS-Server die IP 188.246.0.34 ein. Als alternativen DNS-Server können Sie 217.144.128.34 verwenden.

 

Abschließend klicken Sie noch auf die Schaltfläche "Erweitert", um den folgenden Dialog zu erreichen.

[[Image:Pptp-vista-11.jpg]] 

 In diesem Fenster nehmen Sie noch die Einstellung vor, ob der gesamte Datenverkehr durch den Tunnel geschickt werden soll oder nicht. Wenn Sie den kompletten Traffic über den Tunnel schicken wollen, so müssen Sie das Häkchen "Standardgateway für das Remotenetzwerk verwenden" aktivieren. Sonst nicht.

Nun einfach den Dialog mit "OK" schliessen, ebenso wie den da drunter liegenden. 

= Schritt 10: Erste Einwahl / Test =

Doppelklicken Sie nun auf die erstellte Konfiguration in der Netzwerkübersicht:

[[Image:Pptp-vista-netzwerkuebersicht.jpg]]

 

... und geben Sie nun den korrekten Loginnamen (Benutzernamen) mit dem entsprechenden Passwort (Kennwort) ein:

[[Image:Pptp-vista-12.jpg]]

 

Wenn Sie sicher sind, dann können Sie "Benutzernamen und Kennwort speichern für" aktivieren.

Nun auf "Verbinden" klicken.

'''       !!!!! Geschafft !!!!!!'''

Wenn es wiedererwartend Schwierigkeiten gibt, dann wenden Sie sich bitte einfach an unsere Supportmöglichkeiten. Wir helfen Ihnen gerne.

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

OpenVPN-Tunnel (IPv4) unter Windows 7 oder Windows 10 einrichten (Anleitung)

Lbe@superroot — Thu, 11 Dec 2014 12:09:19 GMT

Lbe@superroot: /* Schritt 4: Automatischer Login */

*Betriebssystem: Windows XP, Vista 32Bit Service Pack 1, Windows 7
*Screenshots: Windows Vista
*Datum: 31.03.2010

= Wichtiger Hinweis zu Firewalls =

'''Sollte die OpenVPN-Verbindung nicht aufgebaut werden können oder immer wieder nach kurzer Zeit zusammenbrechen, prüfen Sie bitte ob Ihr Router ICMP-Pakete verwirft.''' Diese sollten Sie zumindest von und zu unserem Tunnelserver akzeptieren, um einen störungsfreien Betrieb zu gewährleisten. ICMP ist mehr als "nur Ping" und wird vielmehr auch genutzt, um die MTU der Gegenstelle zu erfragen oder herauszufinden ob ein Port bereits genutzt wird. Im Zusammenhang mit Tunnelprotokollen ist es daher wirklich wichtig, dass diese Informationen übermittelt werden können.

 

= Schritt 1: Installation von OpenVPN =

Bitte laden Sie sich den OpenVPN Windows Installer aus dem Community Bereich von der openvpn.net in der aktuellen Version herunter und installieren diese mit den Standard Einstellungen.

Download Link: [http://openvpn.net/index.php/open-source/downloads.html http://openvpn.net]

*''Für externe Inhalte sind wir nicht verantwortlich. ''
*''Sollte der Link nicht funktionieren, senden Sie uns bitte eine E-Mail. Danke)''

 

= Schritt 2: Den VPN-Tunnel Konfigurieren =

Nach der Installation laden Sie sich die Konfigurationsdaten herunter und entpacken Sie nach C:\Programme\OpenVPN\config\. Sie finden diese in der ISP-Suite, Speeddrive Tarif und Zugangskonfiguration. 

 

[[Image:Ovpn-isp-suite.JPG]]

 

= Schritt 3: Starten des Tunnels =

Wenn noch nicht geschehen starten Sie bitte die OpenVPN-GUI über

Start -> Alle Programme -> OpenVPN -> OpenVPN GUI

'''Wichtig'''''':''' Das Programm muss als '''Administrator''' gestartet werden. Dies funktioniert in dem Sie mit der rechten Maustaste auf das Programm Symbol klicken und die Option '''Als Administrator ausführen''' auswählen. 

[[Image:Ovpn-start-gui.JPG]]

 

Anschließend sehen Sie ein kleines Tray Icon das Sie bitte mit der rechten Maus Taste anklicken. 

[[Image:Ovpn-tray-off.JPG]]

 

Wählen Sie anschließend "Portunity -> Connect"

[[Image:Ovpn-connect-tunnel.JPG]] 

 

Geben Sie nun Ihren Benutzernamen und Ihr Passwort ein

Danach wird der Tunnel automatisch verbunden und Sie sollten kurz folgendes Fenster mit der Ihnen '''Fest''' zugewiesenen IP sehen.

 

[[Image:Ovpn-connected.JPG]]

 Wenn es wieder erwartend Schwierigkeiten gibt, dann wenden Sie sich bitte einfach an unsere Supportmöglichkeiten. Wir helfen Ihnen gerne.

= Schritt 4: Automatischer Login =

Wenn Sie nicht jedes mal nach dem Starten des Tunnels Ihren Benutzernamen und Ihre Passwort eingeben wollen, können Sie diese auch in eine extra Datei z.B. "portunity.login" im Konfigurationsverzeichnis speichern. Hierzu legen Sie bitte im Verzeichnis '''C:\Programme\OpenVPN\config\portunity\''' eine Datei '''portunity.login''' an. Tragen in dieser Datei in der erste Zeile Ihren Benutzernamen und in der zweiten Zeile Ihr Passwort ein.

Nun öffnen Sie bitte die OpenVPN Konfiguration für Portunity '''C:\Programme\OpenVPN\config\portunity\portunity.ovpn''' und ergänzen die Zeile '''auth-user-pass''' um '''portunity.login'''

...
## Zugangsdaten aus einer Datei lesen
auth-user-pass portunity.login
...

[[Category:Access_Anleitungen]] [[Category:Access]] [[Category:OpenVPN_(Übersicht)]] [[Category:VPN-Tunnel_(Tarif)]]

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

Lbe@superroot — Fri, 14 Nov 2014 09:07:48 GMT

Lbe@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:

### Verbindungsziel - Portunity Server
pty "pptp [[Wie lautet meine VPN Gatway Adresse|<Wie lautet meine VPN Gatway Adresse>]] --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name tunnelXXXXX

### 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

Anstelle "tunnelXXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

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

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
tunnelXXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''tunnelXXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''PASSWORT'''" Ihr PPTP-Passwort, welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort! Die Bezeichnung PPTP unter server muss genauso wie im Skript nach remotename angegeben werden; Groß-/Kleinbuchstaben werden hier unterschieden!

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 tunnelXXXXX # (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 = "tunnelXXXXX"]
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)

Lbe@superroot — Fri, 14 Nov 2014 09:04:57 GMT

Lbe@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:

### Verbindungsziel - Portunity Server
pty "pptp [[Wie lautet meine VPN Gatway Adresse]] --nolaunchpppd --nobuffer --timeout 10"

### PPTP - Loginname
name tunnelXXXXX

### 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

Anstelle "tunnelXXXXX" geben Sie bitte Ihren PPTP-Loginnamen ein.

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

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
tunnelXXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''tunnelXXXXX'''" geben Sie bitte wieder Ihren PPTP-Loginnamen ein und anstelle von "'''PASSWORT'''" Ihr PPTP-Passwort, welches Sie vergeben haben. Nicht Ihr ISP-Suite Passwort! Die Bezeichnung PPTP unter server muss genauso wie im Skript nach remotename angegeben werden; Groß-/Kleinbuchstaben werden hier unterschieden!

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 tunnelXXXXX # (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 = "tunnelXXXXX"]
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) unter Windows 7 einrichten (Anleitung)

Lbe@superroot — Tue, 10 Jun 2014 12:50:30 GMT

Lbe@superroot:

*Betriebssystem: Windows 7
*Screenshots: Windows 7
*Datum: 12.02.2013

= Schritt 1: Netzwerk und Freigabecenter =

Starten Sie bitte das "Netzwerk- und Freigabecenter" und klicken sie auf '''"Neue Verbindung oder neues Netzwerk einrichten"''':

[[Image:L2tp-7-01.png|700px]]

 

= Schritt 2: Verbindung mit dem Arbeitsplatz herstellen =

Wählen Sie '''"Verbindung mit dem Arbeitsplatz herstellen"''' und klicken sie auf "Weiter":

[[Image:l2tp-7-02.png]]

 

= Schritt 3: VPN als Internetverbindung wählen =

Wählen Sie den oberen Punkt "Die Internetverbindung (VPN) verwenden" aus:

[[Image:l2tp-7-03.png]]

 

= Schritt 4: Verbindungs-Ziel und -Namen =

Geben sie unter Internetadresse '''"l2tp.ffm.Portunity.de"''' ein. Der Zielname kann von ihnen frei gewählt und hat keinerlei Bedeutung für die Funktionalität. Der Name wird Später benötigt um die Verbindung zuzuordnen.
Wählen Sie den Haken '''"Jetzt nicht verbinden, nur für Spätere Verwendung einrichten"''':

[[Image:l2tp-7-04.png]]

 

= Schritt 5: Benutzernamen (überspringen) =

Hier müssen Sie Vorerst nichts eintragen und '''"Erstellen"''' Wählen:

[[Image:l2tp-7-05.png]]

 

= Schritt 6: Einrichtungs-Assistent abschließen =

Im nächsten Fenster Schließen Sie den Assistenten einfach ab:

[[Image:l2tp-7-06.png]]

 

Der Wizard ist nun beendet und Sie finden sich im '''"Netzwerk- und Freigabecenter"''' wieder. Klicken Sie diesmal auf '''"Adaptereinstellungen ändern"''':

[[Image:L2tp-7-01.png|700px]]

= Schritt 7: Eigenschaften aufrufen =

Machen Sie auf den Adapter mit dem eben vergebenen Zielnamen einen Rechtsklick und wählen sie '''"Eigenschaften"'''.

[[Image:l2tp-7-07.png|700px]]

Wählen Sie nun die Registerkarte '''"Sicherheit"''' und Setzen dort volgende Einstellungen:
VPN-Typ: Layer-2-Tunneling.Protokoll mit IPsec (L2TP/IPsec)
Authentifizierung:
* Folgende Protokolle zulassen:
* Unverschlüsseltes Kennwort (PAP)
* Challenge Handshake Authentication Protocol (CHAP)

[[Image:l2tp-7-08.png]]

 
Klicken Sie dann auf '''"Erweiterte Einstellungen"''':

= Schritt 8: Erweiterte Einsellungen =

Setzen Sie nun die Einstellungen bitte wie hier gezeigt:
* Vorinstallierten Schlüssel für Authentifizierung Verwenden
Schlüssel: '''tunnelipsecpsk'''

[[Image:l2tp-7-09.png]]

 

*Bestätigen sie dann zwei mal mit "OK" 

= Schritt 9: Erste Einwahl / Test =

Doppelklicken Sie nun auf die erstellte Konfiguration und geben Sie nun den korrekten Loginnamen (Benutzernamen) mit dem entsprechenden Passwort (Kennwort) ein:

[[Image:l2tp-7-10.png]]

 

Wenn Sie sicher sind, dann können Sie "Benutzernamen und Kennwort speichern für" aktivieren.

Nun auf "Verbinden" klicken.

Sie sollten jetzt über den Tunnel mit dem Internet verbunden sein.

Überprüfen können Sie dies unter http://www.portunity.de/ip hier sehen Sie im Idealfall ihre Tunnel IP.

Wenn es wiedererwartend Schwierigkeiten gibt, dann wenden Sie sich bitte einfach an unsere Supportmöglichkeiten. Wir helfen Ihnen gerne.

=INFO: Den Tunnel ohne IPSec nur mit L2TP aufbauen=
Wenn Sie aus Performance gründen den Tunnel ohne Verschlüsslung aufbauen wollen, müssen Sie in der Registry von Windows Anpassungen vornehmen.
Ein Artikel auf der Microsoft Supportseite beschreibt das entsprechende vorgehen. Wir empfehlen dies aber nur durchzuführen wenn Sie sich damit auskennen!!!

Den entsprechenden Artikel finden Sie unter folgenden Link:
[[http://support.microsoft.com/kb/258261 http://support.microsoft.com/kb/258261]]

Anschließend sollte sich der Tunnel auch aufbauen lassen wenn Sie unter "Schritt 7 Eigenschaften aufrufen" als Datenverschlüsselung "keine Verschlüsslung" auswählen.

[[Category:Access_Anleitungen]] [[Category:Access]] [[Category:L2TP_(Übersicht)]] [[Category:VPN-Tunnel_(Tarif)]]

Domainzuweisung - Webspace (Dialog)

Lbe@superroot — Wed, 02 Apr 2014 06:53:20 GMT

Lbe@superroot:

In allen Webhosting-Tarifen steht beim Webspace unter dem Menüpunkt "Domainzuweisung" die Möglichkeit bereit festzulegen, unter welcher Domain der Webspace erreichbar sein soll.

Die Domainzuweisung ist je nach Tarif geringfügig unterschiedlich:

= Tarife "WebHome Basic" und "WebHome Dynamic" =

== Beispiel-Screenshoot ==

[[Image:Domainzuweisung.jpg]] 

== Feldbeschreibung ==

'''Hostname / Domain:''' Via Dropdown-Menü kann einfach ausgewählt werden, unter welchen Domains der Speicherplatz erreichbar sein soll. Wenn der Webspace unter der Domain und aller damit verbundenen Subdomains erreichbar ist, ist bitte nur der Haupteintrag der Domain auszuwählen, andernfalls können gewünschte Subdomains einzeln gewählt werden.

 

= Tarife "WebHome Dynamic Plus" und "WebBusiness Top, -Pro und -Unlimited". =

== Beispiel-Screenshoot: ==

[[Image:Domain-in-verzeichnis.jpg]]

== Feldbeschreibung: ==

'''Hostname / Domain:''' Siehe oben, gleiche Bedeutung wie bei WebHome Basic und Dynamic !

'''Zielverzeichnis auf Server:''' Ab dem Tarif webHome Dynamic Plus besteht die Möglichkeit, eine Domain in ein Unterverzeichnis zu legen. Damit können für mehrere Domains getrennte Inhalte angeboten werden, obwohl diese innerhalb eines Webspaces liegen. Wird in diesem Beispiel die Domain "wunschdomain.eu" aufgerufen, wird das Hauptverzeichnis des Webspaces angezeigt. Ruft jemand die Subdomain "eu.wunschdomain.eu" auf, wird der Inhalt des "en"-Verzeichnisses angezeigt.

= Sonstiges =

== Subdomain einrichten ==
Um eine Subdomain auf Ihren Webspace zu legen müssen Sie zu erst die Subdomain im DNS-Dialog Ihrer Domain definieren. Anschließend können Sie diese Subdomain als "Hostname / Domain" im Websapce auswählen.

[[Category:Hosting]] [[Category:Hosting_ISPSuite]] [[Category:WebBusiness_(Tarif)]] [[Category:WebHome_(Tarif)]] [[Category:Domain-Registrierung_(Tarif)]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Lbe@superroot — Fri, 06 Dec 2013 14:38:00 GMT

Lbe@superroot: /* Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

*0800: voll erreichbar
*0180x: voll erreichbar
*0137 / 0139: voll erreichbar
*0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben. Im Wiki finden Sie auch eine übersicht wie Sie [[Kundenanmeldung|Kunde bei Portunity werden]].

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

==== Kann ich bestehende Telefon-Rufnummern von einem anderen Provider zu Portunity mitnehmen ? ====

Ja, wir können sogenannte Portierungen durchführen. Hierzu haben wir eine ausführliche eigene [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)|Portierungs-FAQ]] zusammengestellt. 

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====

In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion VoIP SIP Account (Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon WLAN 7270 einrichten (Anleitung)|Fritz!Box Fox 7270]]: Anleitung für fritzboxne mit aktueller Firmware.
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Rufnummern-Gassen können mit den [http://www.portunity.de/s/3t Business VoIP Tarifen] beantragt werden.

Wunschrufnummern können wir zur zeit leider nicht anbieten.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

*Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

*Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Ja sie können ihr Nummer zu Portunity Portieren.
Weitere Informationen unter [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)]]

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format. Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

Werden eingehende Anrufe an andere Zielrufnummern weitergeleitet, kann auch der Netzcode "371*" sinnvoll sein. Er signalisiert die Zielrufnummer als CallerID: Normalerweise wird die originale CallerID bei der Weiterleitung transparent durchgereicht und die Zielrufnummern via SIP-Header (bei Weiterleitung per SIP) zusätzlich hinterlegt. Bei einer Weiterleitung auf eine Festnetznummer steht die Information welche Zielrufnummer angewählt wurde nicht mehr zur Verfügung. Wird bei der Weiterleitung nun der Netzcode vor die Weiterleitungsrufnummer gesetzt, wird die angerufene Nummer als CallerID verwendet.

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel [[SIPPort Netzcodes (Anleitung)]].

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik.

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag [[Internet-Telefonie_(VoIP):_SIP-_und_IAX-Port_(FAQ)#Welche_Codecs_und_welche_Protokolle_werden_von_SIP-_und_IAX-Port_unterst.C3.BCtzt.3F|Codecs]].

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 69 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

Bei '''Überweisung per Bank''' in der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!
Sofern Sie die Rechnung '''per Paypal bezahlen''' und dazu den in der Rechnung enthaltenen Link verwenden, erfolgt die Gutschrift mit Bestätigung durch Paypal unmittelbar.

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.
Eine [http://www.portunity.de/s/3A Dokumentation der Webrequest-API] ist ebenfalls verfügbar.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]] [[Category:VoIP-Account_(Tarif)]] [[Category:Telefonie - VoIP (Übersicht)]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Lbe@superroot — Fri, 06 Dec 2013 14:33:47 GMT

Lbe@superroot: /* Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

*0800: voll erreichbar
*0180x: voll erreichbar
*0137 / 0139: voll erreichbar
*0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben. Im Wiki finden Sie auch eine übersicht wie Sie [[Kundenanmeldung|Kunde bei Portunity werden]].

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

==== Kann ich bestehende Telefon-Rufnummern von einem anderen Provider zu Portunity mitnehmen ? ====

Ja, wir können sogenannte Portierungen durchführen. Hierzu haben wir eine ausführliche eigene [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)|Portierungs-FAQ]] zusammengestellt. 

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====

In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion VoIP SIP Account (Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon WLAN 7270 einrichten (Anleitung)|Fritz!Box Fox 7270]]: Anleitung für fritzboxne mit aktueller Firmware.
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Rufnummern-Gassen können mit den [http://www.portunity.de/s/3t Business VoIP Tarifen] beantragt werden.

Wunschrufnummern können wir zur zeit leider nicht anbieten.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

*Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

*Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Ja sie können ihr Nummer zu Portunity Portieren.
Weitere Informationen unter [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)]]

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format. Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

Werden eingehende Anrufe an andere Zielrufnummern weitergeleitet, kann auch der Netzcode "371*" sinnvoll sein. Er signalisiert die Zielrufnummer als CallerID: Normalerweise wird die originale CallerID bei der Weiterleitung transparent durchgereicht und die Zielrufnummern via SIP-Header (bei Weiterleitung per SIP) zusätzlich hinterlegt. Bei einer Weiterleitung auf eine Festnetznummer steht die Information welche Zielrufnummer angewählt wurde nicht mehr zur Verfügung. Wird bei der Weiterleitung nun der Netzcode vor die Weiterleitungsrufnummer gesetzt, wird die angerufene Nummer als CallerID verwendet.

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel [[SIPPort Netzcodes (Anleitung)]].

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik.

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag [[Internet-Telefonie_(VoIP):_SIP-_und_IAX-Port_(FAQ)#Welche_Codecs_und_welche_Protokolle_werden_von_SIP-_und_IAX-Port_unterst.C3.BCtzt.3F|Codecs]].

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 69 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

Bei '''Überweisung per Bank''' in der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!


==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.
Eine [http://www.portunity.de/s/3A Dokumentation der Webrequest-API] ist ebenfalls verfügbar.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]] [[Category:VoIP-Account_(Tarif)]] [[Category:Telefonie - VoIP (Übersicht)]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Lbe@superroot — Fri, 06 Dec 2013 14:33:28 GMT

Lbe@superroot: /* Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

*0800: voll erreichbar
*0180x: voll erreichbar
*0137 / 0139: voll erreichbar
*0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben. Im Wiki finden Sie auch eine übersicht wie Sie [[Kundenanmeldung|Kunde bei Portunity werden]].

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

==== Kann ich bestehende Telefon-Rufnummern von einem anderen Provider zu Portunity mitnehmen ? ====

Ja, wir können sogenannte Portierungen durchführen. Hierzu haben wir eine ausführliche eigene [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)|Portierungs-FAQ]] zusammengestellt. 

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====

In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion VoIP SIP Account (Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon WLAN 7270 einrichten (Anleitung)|Fritz!Box Fox 7270]]: Anleitung für fritzboxne mit aktueller Firmware.
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Rufnummern-Gassen können mit den [http://www.portunity.de/s/3t Business VoIP Tarifen] beantragt werden.

Wunschrufnummern können wir zur zeit leider nicht anbieten.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

*Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

*Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Ja sie können ihr Nummer zu Portunity Portieren.
Weitere Informationen unter [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)]]

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format. Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

Werden eingehende Anrufe an andere Zielrufnummern weitergeleitet, kann auch der Netzcode "371*" sinnvoll sein. Er signalisiert die Zielrufnummer als CallerID: Normalerweise wird die originale CallerID bei der Weiterleitung transparent durchgereicht und die Zielrufnummern via SIP-Header (bei Weiterleitung per SIP) zusätzlich hinterlegt. Bei einer Weiterleitung auf eine Festnetznummer steht die Information welche Zielrufnummer angewählt wurde nicht mehr zur Verfügung. Wird bei der Weiterleitung nun der Netzcode vor die Weiterleitungsrufnummer gesetzt, wird die angerufene Nummer als CallerID verwendet.

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel [[SIPPort Netzcodes (Anleitung)]].

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik.

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag [[Internet-Telefonie_(VoIP):_SIP-_und_IAX-Port_(FAQ)#Welche_Codecs_und_welche_Protokolle_werden_von_SIP-_und_IAX-Port_unterst.C3.BCtzt.3F|Codecs]].

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 69 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

Bei '''Überweisung per Bank''' in der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!



==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.
Eine [http://www.portunity.de/s/3A Dokumentation der Webrequest-API] ist ebenfalls verfügbar.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]] [[Category:VoIP-Account_(Tarif)]] [[Category:Telefonie - VoIP (Übersicht)]]

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Mon, 04 Nov 2013 11:56:20 GMT

Lbe@superroot: /* Update des Kundencenters am 05.11.2013 */

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Mon, 04 Nov 2013 11:55:15 GMT

Lbe@superroot:

OpenVPN-Tunnel (IPv4) unter macOS einrichten (Anleitung)

Lbe@superroot — Tue, 15 Oct 2013 10:07:15 GMT

Lbe@superroot:

*Betriebssystem: Apple Mac OS X
*Screenshots: Mac OS X für Versionen 10.5, 10.6, Version 10.4 (Tiger funktioniert analog)
*Datum: 04.03.2011

 

= Wichtiger Hinweis zu Firewalls =

'''Sollte die OpenVPN-Verbindung nicht aufgebaut werden können oder immer wieder nach kurzer Zeit zusammenbrechen, prüfen Sie bitte ob Ihr Router ICMP-Pakete verwirft.''' Diese sollten Sie zumindest von und zu unserem Tunnelserver akzeptieren, um einen störungsfreien Betrieb zu gewährleisten. ICMP ist mehr als "nur Ping" und wird vielmehr auch genutzt, um die MTU der Gegenstelle zu erfragen oder herauszufinden ob ein Port bereits genutzt wird. Im Zusammenhang mit Tunnelprotokollen ist es daher wirklich wichtig, dass diese Informationen übermittelt werden können.

 

= Schritte 1: Tunnelblick Installieren =

Laden Sie sich bitte das Programm [http://code.google.com/p/tunnelblick/ Tunnelblick] herunter und installieren dieses.

= Schritte 2: Konfigurieren =

Laden Sie sich die [https://service.portunity.net/downloads/portunity.tblk.zip Tunnelblick Konfiguration] herunter und entpacken sie. Klicken Sie dann auf das Konfigurationsverzeichnis:

[[Image:1-tunnelblick.png]]

*Wählen Sie ob die Konfiguration nur für Sie oder für alle Nutzer des Macs zur Verfügung stehen soll:

[[Image:2-tunnelblick.png]]

*Anschließend autorisieren Sie das anlegen der Konfiguration:

[[Image:3-tunnelblick.png]]

*Jetzt können Sie oben rechts in der Menüleiste durch einen Klick auf das Tunnelblicksymbol und auf '''"Portunity" verbinden''' die Verbindung starten:

[[Image:4-tunnelblick.png]]

*Tragen Sie jetzt noch ihre VPN-Zugangsdaten ein:
[[Image:5-tunnelblick.png]]

*Die Verbindung sollte sich jetzt aufbauen:

[[Image:6-tunnelblick.png]]

[[Category:Access_Anleitungen]] [[Category:Access]] [[Category:OpenVPN_(Übersicht)]] [[Category:VPN-Tunnel_(Tarif)]]

OpenVPN-Tunnel (IPv4) mit nativem IPv6 einrichten (Anleitung)

Lbe@superroot — Wed, 11 Sep 2013 10:10:40 GMT

Lbe@superroot:

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian wheezy 7.0) einen OpenVPN - Tunnel mit einer statischen IPv4-Adresse einrichten. Diese Anleitung richtet sich an Nutzer mit einer Nativen IPv6 Anbindung, wie sie beispielsweise Kabel Anschlüssen üblich ist. Hier erhalten Sie von ihrem Internet Provider oft nur noch IPv6 (Dual-Stack Lite).

Bei dieser Anleitung wurde konkret ein Raspberry Pi mit raspbian verwendet. Diese Anleitung ist jedoch genaus gültig für jede andere Debian Installation (mindestens whezzy) und sollte analog mit kleinen änderungen generell für Linux/Unix Systeme funktionieren.

= Wichtiger Hinweis zu Firewalls =

'''Sollte die OpenVPN-Verbindung nicht aufgebaut werden können oder immer wieder nach kurzer Zeit zusammenbrechen, prüfen Sie bitte ob Ihr Router ICMP-Pakete verwirft.'''
Diese sollten Sie zumindest von und zu unserem Tunnelserver akzeptieren, um einen störungsfreien Betrieb zu gewährleisten.
ICMP ist mehr als "nur Ping" und wird vielmehr auch genutzt, um die MTU der Gegenstelle zu erfragen oder herauszufinden ob ein Port bereits genutzt wird. Im Zusammenhang mit Tunnelprotokollen ist es daher wirklich wichtig, dass diese Informationen übermittelt werden können.

= Schritt 1: Paket installieren =

Loggen Sie sich als "root" an Ihrem Raspberry Pi ein und installieren Sie das OpenVPN Paket:

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

= Schritt 2: Grundkonfiguration =

Nun wechseln Sie in das neue Verzeichnis /etc/openvpn:

<source lang="command">cd /etc/openvpn</source>

und laden sich z.B. per wget die OpenVPN Konfigurationsdateien und Schlüssen herunter.

<source lang="command">wget https://service.portunity.net/downloads/vpntunnel-via-v6.tar.gz</source>

Entpacken Sie die Datei mit tar

<source lang="command">tar -xzvf vpntunnel-via-v6.tar.gz</source>

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/openvpn" die Datei "portunity.login" an.

<source lang="command">nano -w /etc/openvpn/portunity.login</source>

Ändern den Benutzernamen und das Kennwort Anstelle "tunnelXXXXX" geben Sie bitte Ihren OpenVPN-Loginnamen ein. Das "XXXXX" wird hier durch eine Zahl ersetzt. Nicht Ihr ISP-Suite Loginname!
Darunter tragen Sie Ihr Tunnel Passwort ein (Sollten Sie dies nicht kennen können Sie es in der ISPSuite neu setzen.

Weitere Einstellmöglichkeiten finden Sie in der Konfig Datei des Portunity Tunnels

<source lang="command">nan -w /etc/openvpn/portunity.conf</source>

Es sollen eigentlich nicht nötig sein Einstellungen in dieser Datei zu ändern. Jedoch kann es sinnvoll sein folgende Optionen seinen eigenen Bedürfnissen anzupassen:

*'''tun-ipv6''' besagt ob durch den VPN Tunnel IPv6 geroutet wird oder nicht. Da Sie mit dieser Anleitung schon IPv6 Haben sollten ist es geschickt diese Option deaktiviert zu lassen.
*'''redirect-gateway''' / '''route ...''' je nachdem ob in Ihrem Netzt IPv4 aktiv ist oder nicht müssen Sie diese Einstellungen eventuell anpassen.

= Schritt 3: Starten des Tunnels =

Tunnel aktivieren:

<source lang="command">/etc/init.d/openvpn start portunity</source>

Prüfen, ob der OpenVPN Tunnel gestartet wurde <source lang="command">ifconfig</source>

eth0 ....

tun0 Link encap:UNSPEC Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet Adresse:188.246.X.XX P-z-P:188.246.X.XX Maske:255.255.252.0
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1440 Metrik:1
RX packets:50 errors:0 dropped:0 overruns:0 frame:0
TX packets:104 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:3777 (3.6 KiB) TX bytes:7946 (7.7 KiB)

 Wenn der Tunnel nicht aufgebaut wurde können Sie diesen manuell ohne Startscript Starten.

<source lang="command">openvpn /etc/openvpn/portunity.conf</source>

Dann erhalten Sie die ausgaben von OpenVPN direkt ausgegeben.

= Schritt 4: Stopen des Tunnels =

<source lang="command">/etc/init.d/openvpn stop portunity</source>

= Abschließende Hinweise =

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

*IP-Netz routen
*Dienste an die neue statische IP binden
*PBR (Policy Based Routing)

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

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

OpenVPN-Tunnel (IPv4) auf einem OpenWRT Router einrichten (Anleitung)

Lbe@superroot — Wed, 11 Sep 2013 10:09:07 GMT

Lbe@superroot:

'''Achtung diese Anleitung befindet sich noch im Beta Stadium!'''

Diese Anleitung zeigt Ihnen, wie Sie unter OpenWRT (hier auf: [http://wiki.openwrt.org/toh/asus/wl500gp ASUS WL-500g Premium]) einen OpenVPN - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten. Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten]].

= Version =

*OpenWrt: Backfire 10.03.1 

*Datum: 16.4.2012

= Wichtiger Hinweis zu Firewalls =

'''Sollte die OpenVPN-Verbindung nicht aufgebaut werden können oder immer wieder nach kurzer Zeit zusammenbrechen, prüfen Sie bitte ob Ihr Router ICMP-Pakete verwirft.''' Diese sollten Sie zumindest von und zu unserem Tunnelserver akzeptieren, um einen störungsfreien Betrieb zu gewährleisten. ICMP ist mehr als "nur Ping" und wird vielmehr auch genutzt, um die MTU der Gegenstelle zu erfragen oder herauszufinden ob ein Port bereits genutzt wird. Im Zusammenhang mit Tunnelprotokollen ist es daher wirklich wichtig, dass diese Informationen übermittelt werden können.

= Haftungsausschluss =
Wir weisen an dieser Stelle ausdrücklich darauf hin, das durch die Änderung der Firmware die Herstellergarantie erlischt oder beeinträchtigt wird.
Auch weisen wir darauf hin, das wir (Portunity GmbH) keine Haftung für eventuell entstehende Schäden übernimmt. Wir haben die Anleitung nach bestem Wissen und Gewissen erstellt, können aber keine 100%ige Garantie übernehmen, da es sich um Hardware und Software außerhalb unseres Einflussbereiches handelt.

= Vorbereitung =

'''Diese Anleitung richtet sich vornehmlich an erfahrene Nutzer, da für die Einrichtung das arbeiten auf der Konsole erforderlich ist.''' Um auf dem OpenWRT eine Konsole zu erhalten müssen sie sich per [[SSH]] mit ihrem Router verbinden. Hierfür empfielt sich unter Windows die kostenlose Software PuTTY.

== PuTTY hrunterladen und installieren ==

PuTTY künnen sie [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html hier] herunterladen. Installieren sie sich die aktuelle Version. 
* Für externe Inhalte sind wir nicht verantwortlich. 
* Sollte der Link nicht funktionieren, senden Sie uns bitte eine E-Mail. Danke)

== OpenWRT auf Ihrem Router installieren ==

Anleitungen wie sie OpenWRT auf ihrem Gerät installieren finden sie auf der [http://www.openwrt.org/ OpenWRT Website].

=== SSH-Server auf OpenWRT aktivieren ===

In der OpenWRT Administrationsoberfläche müssen Sie im Tab '''"System"''' unter '''"Administration"''' den SSH-Server einrichten. [[Image:OpenWRT SSH config.jpg|700px]] 

= Schritt 1: Paket installieren =

Loggen Sie sich mit PuTTY als "root" an Ihrem Router ein '''(Actung bei der Passworteingabe erhalten sie kein Feedback)''': [[Image:PuTTY login 1.jpg]] [[Image:PuTTY login 2.jpg]] 

Geben sie jetzt folgendes Kommando ein um das Paket 'openvpn' zu installieren: <source lang="command">opkg install openvpn</source>

Falls sie eine Fehlermeldung erhalten können sie die Paketlisten Updaten: <source lang="command">opkg update</source>

= Schritt 2: Grundkonfiguration =

Wechseln Sie bitte in das Verzeichnis '''/etc/openvpn'''.

<source lang="command">cd /etc/openvpn</source>

und laden sich z.B. per wget die OpenVPN Konfigurationsdateien und Schlüssen herunter. Den entsprechend Link könne Sie aus in der ISP-Suite entnehmen (am besten mit "Rechtsklick=>Link Adresse kopieren" )

<source lang="command">wget http://service.portunity.net/downloads/vpntunnel-via-v4.tar.gz</source>

Entpacken Sie die Datei mit tar

<source lang="command">tar -xzvf vpntunnel-via-v4.tar.gz</source>

Öffnen Sie im Verzeichnnis "/etc/openvpn" die Datei "portunity.login" mit einem Editor.

<source lang="command">vi /etc/openvpn/portunity.login</source>

Mit "'''i'''" wechseln Sie im vi-Editor in den Edit Modus!

Und ändern den Benutzernamen und das Kennwort Anstelle "tunnelXXXXX" geben Sie bitte Ihren OpenVPN-Loginnamen ein. Das "XXXXX" wird hier durch eine Zahl ersetzt. Nicht Ihr ISP-Suite Loginname!

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

= Schritt 3: Starten des Tunnels =

Als ersten Test können sie den Tunnel Manuell Starten:
<source lang="command">openvpn /etc/openvpn/portunity.conf &</source>

Prüfen, ob der OpenVPN Tunnel gestartet wurde:
<source lang="command">ifconfig</source>

eth0 ....

tun0 Link encap:UNSPEC Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet Adresse:188.246.4.64 P-z-P:188.246.4.64 Maske:255.255.252.0
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1440 Metrik:1
RX packets:50 errors:0 dropped:0 overruns:0 frame:0
TX packets:104 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:3777 (3.6 KiB) TX bytes:7946 (7.7 KiB)

 Sie sollten OpenWRT so einrichten das der Tunnel bei Starten automatisch aufgebaut wird. Hierfür können Sie im Verzeichnis /etc/init.d/ ein Startscript anlegen:

<source lang="command">cat << EOF > /etc/init.d/pty
#!/bin/sh /etc/rc.common
# Portunity Tunnel Init Script

START=42
BIN=/usr/sbin/openvpn
SSD=start-stop-daemon

LIST_SEP="
"

start() {
openvpn --daemon --config "/etc/openvpn/portunity.conf" --writepid "/var/run/openvpn.pty.pid" --cd "/etc/openvpn" --log "/var/log/openvpn.log"
}

stop() {
killall openvpn
}

reload() {
restart
}

restart() {
stop; sleep 5; start
}
EOF</source>

 

Das Script muss noch ausführbar gamacht werden:

<source lang="command">chmod +x /etc/init.d/pty</source>

und muss aktiviert werden:

<source lang="command">/etc/init.d/pty enable</source>

Jetzt können sie den Tunnel mit dem Script aufbauen:
<source lang="command">/etc/init.d/pty start</source>
und ebenso abbauen:
<source lang="command">/etc/init.d/pty stop</source>

= Schritt 4: Einrichten der Firewall =

In OpenWRT ist eine Firewall intrigiert die noch für die Nutzung des Tunnels Konfiguriert werden muss. 

== Interface bekannt Machen ==
Öffnen Sie wieder die Administrationsoberfläche und gehen im Tab '''"Network"''' unter '''"Interfaces"''' und klicken auf '''"Add new interface..."'''.
[[Image:OpenWRT config IPv4 1.jpg|700px]]
 
Benennen sie Ihr neues Interface und wählen sie unter '''"Cover the following interfaces"''' das Tunnelinterface aus normalerweise '''"tun0"''':
[[Image:OpenWRT config IPv4 2.jpg|700px]]
 
Tragen Sie hier die '''IPv4 Adresse''' des Tunnelinterfaces und füllen die Anderen felder aus wie hier:
[[Image:OpenWRT config IPv4 3.jpg|700px]]
 
== Firewall einrichten ==
Öffnen Sie jetzt im Tab '''"Network"''' den Tab '''"Firewall"''' und klicken unter '''"Zones"''' auf '''"Add"''':
[[Image:OpenWRT config IPv4 4.jpg|700px]]
 
Benennen Sie Ihre neue Zone und wählen sie unter '''"Covered networks"''' das eben angelegte Interface aus. die restlichen Optionen sollten sie im Normalfall wie hier setzen:
[[Image:OpenWRT config IPv4 5.jpg|700px]]
 

= Fertig =

Zum Abschluss Ihren OpenWRT Router einmal neu starten.

Danach sollte ihr OpenWRT Router über den OpenVPN Tunnel mit dem Internet verbunden sein.

Sollten sie weitere Fragen oder Probleme haben können sie sich gerne mit dem Portunity Support in Verbindung setzen.

= Abschließende Hinweise =

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

*IP-Netz routen
[[OpenVPN-Tunnel (IPv4 Netz) auf einem OpenWRT Router einrichten (Anleitung)|OpenVPN-Tunnel (IPv4 Netz) auf einem OpenWRT Router einrichten]]

'''Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten]])'''

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

OpenVPN-Tunnel unter Debian-Linux einrichten (Anleitung)

Lbe@superroot — Wed, 11 Sep 2013 09:59:36 GMT

Lbe@superroot:

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian squeeze 6.0) einen OpenVPN - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten (Bitte beachten Sie das in den Distributions Paketen meistens noch keine IPv6 Routing möglich ist. Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten]]).

Diese Anleitung sollte auch mit anderen Debian Versionen oder Derivaten (wie z.b. Ubuntu oder Mint) funktionieren.
Auf vielen anderen Linux Distributionen (wie z.b. OpenSUSE oder Fedora) ist die Vorgehensweise ähnlich.

= Wichtiger Hinweis zu Firewalls =

'''Sollte die OpenVPN-Verbindung nicht aufgebaut werden können oder immer wieder nach kurzer Zeit zusammenbrechen, prüfen Sie bitte ob Ihr Router ICMP-Pakete verwirft.'''
Diese sollten Sie zumindest von und zu unserem Tunnelserver akzeptieren, um einen störungsfreien Betrieb zu gewährleisten.
ICMP ist mehr als "nur Ping" und wird vielmehr auch genutzt, um die MTU der Gegenstelle zu erfragen oder herauszufinden ob ein Port bereits genutzt wird. Im Zusammenhang mit Tunnelprotokollen ist es daher wirklich wichtig, dass diese Informationen übermittelt werden können.

= Schritt 1: Paket installieren =

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

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

= Schritt 2: Grundkonfiguration =

Nun gibt es das Verzeichnis "/etc/openvpn". wechseln Sie bitte in das Verzeichnis

<source lang="command">cd /etc/openvpn</source>

und laden sich z.B. per wget die OpenVPN Konfigurationsdateien und Schlüssen herunter. Den entsprechend Link könne Sie aus in der ISP-Suite entnehmen (am besten mit "Rechtsklick=>Link Adresse kopieren" )

<source lang="command">wget https://service.portunity.net/downloads/vpntunnel-via-v4.tar.gz</source>

Entpacken Sie die Datei mit tar

<source lang="command">tar -xzvf vpntunnel-via-v4.tar.gz</source>

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/openvpn" die Datei "portunity.login" an.

<source lang="command">vi /etc/openvpn/portunity.login</source>

Mit "'''i'''" wechseln Sie im vi-Editor in den Edit Modus!

Und ändern den Benutzernamen und das Kennwort Anstelle "tunnelXXXXX" geben Sie bitte Ihren OpenVPN-Loginnamen ein. Das "XXXXX" wird hier durch eine Zahl ersetzt. Nicht Ihr ISP-Suite Loginname!

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

''Da es immer sicherheitskritisch ist Passwört und Benutzernamen zu speichern, ist nicht in allen OpenVPN Paketen die Möglichkeit einkompiliert die Zugangsdaten aus einer separaten Datei zu lesen. Es kann also vorkommen das Sie OpenVPN selber übersetzen müssen!''

Weitere Einstellmöglichkeiten finden Sie in der Konfig Datei des Portunity Tunnels

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

Es sollen eigentlich nicht nötig sein Einstellungen in dieser Datei zu ändern. Jedoch kann es sinnvoll sein folgende Optionen seinen eigenen Bedürfnissen anzupassen:

*'''auth-user-pass''' um die Logindaten nicht aus einer Datei auslesen zu lassen
*'''redirect-gateway''' damit der Tunnel nicht das Default Gateway wird einfach kommentieren oder löschen
*'''user nobody''' Den Tunnel nach dem Aufbau alle Rechte entziehen
*'''group nogroup''' bei anderen Distributionen kann diese gruppe '''nobody''' heisen.
*'''verb''' Um mehr Debug Informationen zu erhalten (Empfehlung von 3 auf 7 erhöhen)

= Schritt 3: Starten des Tunnels =

Tunnel aktivieren:

<source lang="command">/etc/init.d/openvpn start portunity</source>

Prüfen, ob der OpenVPN Tunnel gestartet wurde <source lang="command">ifconfig</source>

eth0 ....

tun0 Link encap:UNSPEC Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet Adresse:188.246.4.64 P-z-P:188.246.4.64 Maske:255.255.252.0
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1440 Metrik:1
RX packets:50 errors:0 dropped:0 overruns:0 frame:0
TX packets:104 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:3777 (3.6 KiB) TX bytes:7946 (7.7 KiB)

 Wenn der Tunnel nicht aufgebaut wurde können Sie diesen manuell ohne Startscript Starten.

<source lang="command">openvpn /etc/openvpn/portunity.conf</source>

Dann erhalten Sie die ausgaben von OpenVPN direkt ausgegeben.

*Wenn Sie OpenVPN beim Start Ihres Systems automatisch starten lassen haben Sie den Tunnel auch gleichzeitig Bootfest gemacht!

= Schritt 4: Stopen des Tunnels =

<source lang="command">/etc/init.d/openvpn stop portunity</source>

= Abschließende Hinweise =

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

*IP-Netz routen
*Dienste an die neue statische IP binden
*PBR (Policy Based Routing)

'''Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten]])'''

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

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

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Mon, 26 Aug 2013 15:09:32 GMT

Lbe@superroot:

= 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 =

= Vorankündigungen =

== Änderung der Tunnel-Loginnamen! ==
Wie seit April angekündigt, werden wir Ende August / Anfang September die alten Tunnel-Loginnamen abschalten.
Dies betrifft die Loginnamen-Formate "pty/XXXXX" und "pty-openvpn-XXXXX".
Auch z.T. gesondert angelegte Logins ohne den Schrägstrich sind davon betroffen.

Die neuen, derzeit in ihrem Kundenbereich angezeigten neuen Logindaten (tunnelXXXXX) können bereits jetzt genutzt werden.

Bitte stellen Sie Ihre Einwahltechnik möglichst zeitnah um, damit die Tunnel nach Abschaltung der alten Logindaten unterbrechungsfrei genutzt werden.

Diese Änderung ist notwendig geworden, da einige Hersteller "Sonderzeichen" wie Schrägstriche oder Bindestriche im Benutzernamen nicht akzeptiert haben und wir uns daher entschieden haben ein möglichst kompatibles Namensformat zu verwenden.

----

= Abgeschlossenes / Archiv =

== Wartungsarbeiten am 21.08. am Standort Frankfurt ==

'''Wartungsfenster von 01:00 Uhr bis 06:00 Uhr'''

Es werden Wartungsarbeiten im Bereich der Stromversorgung und des Netzwerks vorgenommen. Es kann innerhalb des Wartungsfensters zu kurzen Unterbrechungen der Netzwerkverbindung kommen, in Summe sollten alle Ausfälle zusammen jedoch weniger als 20min betragen. Es kann hierbei ebenfalls zu kurzen Beeinträchtigungen der Anbindung in Wuppertal kommen. DSL-Kunden (T-DSL und Leitung von uns) werden ggf. geringfügig längere Störungen haben, da die Einwahltechnik in Frankfurt länger nicht erreichbar sein wird und die Failover-Technik am Standort Wuppertal dafür einspringt. Auch hier sollten sich die Störungen insgesamt auf weniger als 30min summieren. Bei aktuellen Vorkommnissen informieren wir wie gewohnt in Echtzeit über unseren Twitter-Kanal (siehe weiter oben).

'''Update:'''

Leider ist es bedingt durch die Wartungsarbeiten am gegen Mittag zu einer kurzen unterbrechung unserer dienste in Frankfurt gekommen. Diese unterbrechung dauerte bis ca. 12:30 an.

==Stromausfall am Standort Frankfurt am Main==

UPDATE 16.07.2013 / 17:00 Uhr

Es ward Licht! 
Der Stromausfall wurde behoben und die Systeme kommen langsam wieder.
Wir versuchen derzeit herauszufinden, warum es zu dem Ausfall gekommen ist und werden in Kürze Veränderungen an der Stromversorgung vornehmen, um die Auswirkungen eines erneuten Ausfalls zu verhindern.
Eine dieser Veränderungen wird die Installation eines ATS (Automatic Transfer Switch) sein, mit dem zwischen mehreren unabhängigen Stromversorgungen umgeschaltet werden kann.

 
UPDATE 16.07.2013 / 16:25 Uhr

Leider haben unsere regelmäßigen Anfragen an die RZ-Techniker keinen nennenswerten Erfolg gehabt, so dass wir beschließen selbst vor Ort die Lage zu prüfen. 
Inzwischen wurde unser (eigentlich recht profanes) Anliegen, die Sicherungen zu prüfen bis nach London eskaliert, wo sich endlich jemand unserer Probleme annimmt.

 
UPDATE 16.07.2013 / 14:15 Uhr

Wir stehen in Kontakt mit dem technischen Dienst des Rechenzentrums-Betreibers. Da es sich um eine Colocation in Frankfurt am Main handelt und unsere Techniker am Standort in Wuppertal sitzen, greifen wir in diesem Fall auf die Hilfe der RZ-Eigenen Techniker vor Ort zurück.

 
UPDATE 16.07.2013 / 14:00 Uhr

Aus bisher unbekannten Gründen ist die Stromversorgung der zentralen USV ausgefallen und die Systeme werden derzeit von einer einzelnen Notfall-USV weiterbetrieben.
Leider sind die Batteriekapazitäten der Notfall-USV sehr begrenzt, so dass die Autonomiezeit der USV nur etwa 5-6 Minuten beträgt. 
Da wir nicht abschätzen können, wann die reguläre Stromversorgung wiederhergestellt ist, fahren wir sicherheitshalber einige Systeme herunter damit bei Leerlauf der USV keine Datenverluste drohen.

 
Ursprüngliche Störungsmeldung:
<hr>

Momentan sind aufgrund eines Stromausfalls an unserer Colocation in Frankfurt am Main folgende Systeme offline:
* VoIP-Systeme
* Tunnelplattform
* Konferenzen.eu
* Secondary DNS-Server

Wir haben bereits Techniker losgeschickt, um die Ursache zu finden und zu beheben. Momentan können wir leider keine seriösen Aussagen dazu treffen, wann dies passieren wird.
Derzeit bereiten wir Failover-Systeme vor, um die Aufgaben der ausgefallenen Systeme zu übernehmen.

== Erweiterung der Tunnelplattform um native Einwahl via IPv6==
Auf Grund gestiegener nachfrage nach Login Möglichkeit von einer nativer IPv6 Adresse, werden wir am Montag dem 27.05.2013 zwischen 08:30 Uhr und 09:00 Uhr den OpenVPN Server zusätzlich nativ per IPv6 erreichbar machen. Hierzu müssen leider alle OpenVPN Tunnel kurz trennt. Eine anschließende Neueinwahl ist sofort wieder möglich. Tunnel die per PPTP oder L2TP / IPSEC aufgebaut sind werden nicht getrennt.

== 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. :)

== Neuer Kunden-Datenbankserver ==
Mittwoch, 22.05.2013, ab ca. 6 Uhr / geplante Dauer: max. zwei Stunden 

Wartungsarbeiten weitesgehend abgeschlossen / Die Datenbanken sind wieder Erreichbar!

Der mySQL-Server für unsere Kunden wird nun durch deutlich 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.
Ihre Datenbanken und deren Inhalt bleiben selbstverständlich erhalten - ausgenommen natürlich Tabellen vom Typ "MEMORY", da hierbei die Daten nur flüchtig gespeichert werden.

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! :-)
Von der Erneuerung des Replikations-Systems werden Sie nichts mitbekommen, dies passiert im Hintergrund und hat keine Auswirkungen auf die Datenbankabfragen.

'''WICHTIG'''

Da ein Update der mySQL-Version stattfindet ist es in ganz wenigen Ausnahmefällen möglich dass Software nicht mehr richtig läuft da sie Abfragen stellt die so nicht mehr richtig interpretiert werden können.
In diesem Fall versuchen Sie bitte eine aktuellere Version dieser Software zu installieren oder kontaktieren Sie die Entwickler.

===UPDATE===
* Der Vorgang hat sich leider ca. 30 Minuten verzögert, da die Festplatten langsamer gelesen haben als vorher angenommen. Die Spiegelung der Daten hat daher deutlich länger gedauert als geplant, wodurch sich die Fertigstellung weiter nach hinten geschoben hat - Entschuldigung!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)
* Mi 6.3. - 05:00 Uhr: Start der Update und der Datenbank-Migration
* Mi 6.3. - 09:00 Uhr: Datenbank-Migration abgeschlossen, Starten nun mit tests
* Mi 6.3. - 12:00 Uhr: Wir kommen gut voran, sind noch an 1-2 kleinen aufgefallenen Fehlern dran
* Mi 6.3. - 13:05 Uhr: Webinterface ist wieder freigegeben, an den Cronjob-Spooler-Prozessen sind wir noch dran. D.h. das eine oder andere wird derzeit noch gequeued...
* Mi 6.3. - 14:45 Uhr: Ca. 50% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.
* Mi 6.3. - 16:40 Uhr: Ca. 90% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== 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.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== 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.

'''done'''

== 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

'''done'''

== 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'''

== STÖRUNG IM ROUTING ZUM RECHENZENTRUM WUPPERTAL ==
Momentan ist Wuppertal nicht von allen Providern aus erreichbar, wir arbeiten an der Entstörung. Live-Updates gibt es über unseren Twitter-Kanal:
https://twitter.com/pty_ops

'''Die Störungen wurden behoben.'''

L2TP-Tunnel (IPv4) unter Vigor2850 einrichten (Anleitung)

Lbe@superroot — Mon, 12 Aug 2013 14:50:40 GMT

Lbe@superroot: /* Information */

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

= Information =
*Gerät: Draytel Vigor 2850 ( 2850n )
*Datum: 07.08.2013

= Einstellungen =

Nehmen Sie in Ihrem Konfigurationsprogramm unter '''WAN''' -> '''Internet Access''' folgende Einstellungen vor:

* Wälen Sie '''Enable L2TP''' aus.
* '''Server Address''' - 188.146.0.50
* '''Specify Gateway IP Adress''' - Ihre Gateway IP.
* '''Username''' - Ihre Tunnel ID. Als Beispiel tunnel12345.
* '''Password''' - Ihr '''Produkt'''paswort.
* '''MTU''' - 1400
* '''PPP Authentication''' - PAP or CHAP
* '''WAN IP Network Settings''' - Specify an IP address.
** '''IP Address''' - Die IP Adresse in Ihrem WAN
** '''Subnet Mask''' - 255.255.255.0

[[Image:Portunity_vigor_2850_wan2.png | center | 700px]]

Mit einem Klick auf '''OK''' speichern Sie die Konfiguration.

= Probleme =

* Derzeit sind uns keine Probleme bekannt.

Sollten Sie jedoch auf eines stoßen, dann wenden Sie sich bitte einfach an unsere Supportmöglichkeiten. Wir helfen Ihnen gerne!

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Fri, 12 Jul 2013 13:25:49 GMT

Lbe@superroot:

= 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 am Tunnelserver ==
Montag, 15.07.2013, ab ca. 06:45 Uhr / geplante Dauer: max. 20 Minuten 

Aufgrund von notwendigen Wartungsarbeiten steht die Tunnelplattform in diesem Zeitraum für max. 20 Minuten kurzzeitig nicht zur Verfügung.
Bestehende Tunnelverbindungen werden dabei getrennt.

Diese Wartungsarbeiten sind notwendig, um die rasch gestiegene Last auf dem System abfangen zu können.

= Vorankündigungen =

== Änderung der Tunnel-Loginnamen! ==
Wie seit April angekündigt, werden wir Ende August / Anfang September die alten Tunnel-Loginnamen abschalten.
Dies betrifft die Loginnamen-Formate "pty/XXXXX" und "pty-openvpn-XXXXX".
Auch z.T. gesondert angelegte Logins ohne den Schrägstrich sind davon betroffen.

Die neuen, derzeit in ihrem Kundenbereich angezeigten neuen Logindaten (tunnelXXXXX) können bereits jetzt genutzt werden.

Bitte stellen Sie Ihre Einwahltechnik möglichst zeitnah um, damit die Tunnel nach Abschaltung der alten Logindaten unterbrechungsfrei genutzt werden.

Diese Änderung ist notwendig geworden, da einige Hersteller "Sonderzeichen" wie Schrägstriche oder Bindestriche im Benutzernamen nicht akzeptiert haben und wir uns daher entschieden haben ein möglichst kompatibles Namensformat zu verwenden.

----

= Abgeschlossenes / Archive =

== Erweiterung der Tunnelplattform um native Einwahl via IPv6==
Auf Grund gestiegener nachfrage nach Login Möglichkeit von einer nativer IPv6 Adresse, werden wir am Montag dem 27.05.2013 zwischen 08:30 Uhr und 09:00 Uhr den OpenVPN Server zusätzlich nativ per IPv6 erreichbar machen. Hierzu müssen leider alle OpenVPN Tunnel kurz trennt. Eine anschließende Neueinwahl ist sofort wieder möglich. Tunnel die per PPTP oder L2TP / IPSEC aufgebaut sind werden nicht getrennt.

== 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. :)

== Neuer Kunden-Datenbankserver ==
Mittwoch, 22.05.2013, ab ca. 6 Uhr / geplante Dauer: max. zwei Stunden 

Wartungsarbeiten weitesgehend abgeschlossen / Die Datenbanken sind wieder Erreichbar!

Der mySQL-Server für unsere Kunden wird nun durch deutlich 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.
Ihre Datenbanken und deren Inhalt bleiben selbstverständlich erhalten - ausgenommen natürlich Tabellen vom Typ "MEMORY", da hierbei die Daten nur flüchtig gespeichert werden.

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! :-)
Von der Erneuerung des Replikations-Systems werden Sie nichts mitbekommen, dies passiert im Hintergrund und hat keine Auswirkungen auf die Datenbankabfragen.

'''WICHTIG'''

Da ein Update der mySQL-Version stattfindet ist es in ganz wenigen Ausnahmefällen möglich dass Software nicht mehr richtig läuft da sie Abfragen stellt die so nicht mehr richtig interpretiert werden können.
In diesem Fall versuchen Sie bitte eine aktuellere Version dieser Software zu installieren oder kontaktieren Sie die Entwickler.

===UPDATE===
* Der Vorgang hat sich leider ca. 30 Minuten verzögert, da die Festplatten langsamer gelesen haben als vorher angenommen. Die Spiegelung der Daten hat daher deutlich länger gedauert als geplant, wodurch sich die Fertigstellung weiter nach hinten geschoben hat - Entschuldigung!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)
* Mi 6.3. - 05:00 Uhr: Start der Update und der Datenbank-Migration
* Mi 6.3. - 09:00 Uhr: Datenbank-Migration abgeschlossen, Starten nun mit tests
* Mi 6.3. - 12:00 Uhr: Wir kommen gut voran, sind noch an 1-2 kleinen aufgefallenen Fehlern dran
* Mi 6.3. - 13:05 Uhr: Webinterface ist wieder freigegeben, an den Cronjob-Spooler-Prozessen sind wir noch dran. D.h. das eine oder andere wird derzeit noch gequeued...
* Mi 6.3. - 14:45 Uhr: Ca. 50% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.
* Mi 6.3. - 16:40 Uhr: Ca. 90% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== 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.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== 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.

'''done'''

== 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

'''done'''

== 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'''

== STÖRUNG IM ROUTING ZUM RECHENZENTRUM WUPPERTAL ==
Momentan ist Wuppertal nicht von allen Providern aus erreichbar, wir arbeiten an der Entstörung. Live-Updates gibt es über unseren Twitter-Kanal:
https://twitter.com/pty_ops

'''Die Störungen wurden behoben.'''

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Fri, 24 May 2013 15:16:42 GMT

Lbe@superroot:

= 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 =

== Erweiterung der Tunnelplattform um native Einwahl via IPv6==
Auf Grund gestiegener nachfrage nach Login Möglichkeit von einer nativer IPv6 Adresse, werden wir am Montag dem 27.05.2013 zwischen 08:30 Uhr und 09:00 Uhr den OpenVPN Server zusätzlich nativ per IPv6 erreichbar machen. Hierzu müssen leider alle OpenVPN Tunnel kurz trennt. Eine anschließende Neueinwahl ist sofort wieder möglich. Tunnel die per PPTP oder L2TP / IPSEC aufgebaut sind werden nicht getrennt.

= Vorankündigungen =

----

= Abgeschlossenes / Archive =

== 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. :)

== Neuer Kunden-Datenbankserver ==
Mittwoch, 22.05.2013, ab ca. 6 Uhr / geplante Dauer: max. zwei Stunden 

Wartungsarbeiten weitesgehend abgeschlossen / Die Datenbanken sind wieder Erreichbar!

Der mySQL-Server für unsere Kunden wird nun durch deutlich 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.
Ihre Datenbanken und deren Inhalt bleiben selbstverständlich erhalten - ausgenommen natürlich Tabellen vom Typ "MEMORY", da hierbei die Daten nur flüchtig gespeichert werden.

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! :-)
Von der Erneuerung des Replikations-Systems werden Sie nichts mitbekommen, dies passiert im Hintergrund und hat keine Auswirkungen auf die Datenbankabfragen.

'''WICHTIG'''

Da ein Update der mySQL-Version stattfindet ist es in ganz wenigen Ausnahmefällen möglich dass Software nicht mehr richtig läuft da sie Abfragen stellt die so nicht mehr richtig interpretiert werden können.
In diesem Fall versuchen Sie bitte eine aktuellere Version dieser Software zu installieren oder kontaktieren Sie die Entwickler.

===UPDATE===
* Der Vorgang hat sich leider ca. 30 Minuten verzögert, da die Festplatten langsamer gelesen haben als vorher angenommen. Die Spiegelung der Daten hat daher deutlich länger gedauert als geplant, wodurch sich die Fertigstellung weiter nach hinten geschoben hat - Entschuldigung!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)
* Mi 6.3. - 05:00 Uhr: Start der Update und der Datenbank-Migration
* Mi 6.3. - 09:00 Uhr: Datenbank-Migration abgeschlossen, Starten nun mit tests
* Mi 6.3. - 12:00 Uhr: Wir kommen gut voran, sind noch an 1-2 kleinen aufgefallenen Fehlern dran
* Mi 6.3. - 13:05 Uhr: Webinterface ist wieder freigegeben, an den Cronjob-Spooler-Prozessen sind wir noch dran. D.h. das eine oder andere wird derzeit noch gequeued...
* Mi 6.3. - 14:45 Uhr: Ca. 50% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.
* Mi 6.3. - 16:40 Uhr: Ca. 90% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== 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.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== 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.

'''done'''

== 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

'''done'''

== 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'''

L2TP-Tunnel (IPv4) unter Windows 8 einrichten (Anleitung)

Lbe@superroot — Mon, 25 Mar 2013 15:26:44 GMT

Lbe@superroot:

*Betriebssystem: Windows 8
*Screenshots: Windows 8
*Datum: 27.02.2013

= Schritt 1: Netzwerk und Freigabecenter =

Starten Sie bitte das "Netzwerk- und Freigabecenter" und klicken sie auf '''"Neue Verbindung oder neues Netzwerk einrichten"''':

[[Image:L2tp-8-01.png|700px]]

 

= Schritt 2: Verbindung mit dem Arbeitsplatz herstellen =

Wählen Sie '''"Verbindung mit dem Arbeitsplatz herstellen"''' und klicken sie auf "Weiter":

[[Image:l2tp-8-02.png]]

 

= Schritt 3: VPN als Internetverbindung wählen =

Wählen Sie den oberen Punkt "Die Internetverbindung (VPN) verwenden" aus:

[[Image:l2tp-8-03.png]]

 

= Schritt 4: Internetadresse und Zielnamen =

Geben sie unter Internetadresse '''"l2tp.ffm.Portunity.de"''' ein. Der Zielname kann von ihnen frei gewählt und hat keinerlei Bedeutung für die Funktionalität. Der Name wird Später benötigt um die Verbindung zuzuordnen:

[[Image:l2tp-8-04.png]]

 

= Schritt 5: Eigenschaften Aufrufen =

Klicken Sie jetzt Rechts auf die gerade erstellte Verbindung und Wählen Sie '''"Verbindungseigenschaften anzeigen"''':

[[Image:l2tp-8-05.png|220px]] [[Image:l2tp-8-06.png|265px]]

 

= Schritt 7: Eigenschaften anpassen =

Wählen Sie nun die Registerkarte '''"Sicherheit"''' und Setzen dort volgende Einstellungen:
VPN-Typ: Layer-2-Tunneling.Protokoll mit IPsec (L2TP/IPsec)
Authentifizierung:
* Folgende Protokolle zulassen:
* Unverschlüsseltes Kennwort (PAP)
* Challenge Handshake Authentication Protocol (CHAP)

[[Image:l2tp-8-07.png]]

 
Klicken Sie dann auf '''"Erweiterte Einstellungen"''':

= Schritt 8: Erweiterte Einsellungen =

Setzen Sie nun die Einstellungen bitte wie hier gezeigt:
* Vorinstallierten Schlüssel für Authentifizierung Verwenden
Schlüssel: '''tunnelipsecpsk'''

[[Image:l2tp-8-08.png]]

 

*Bestätigen sie dann zwei mal mit "OK" 

= Schritt 9: Erste Einwahl =
Klicken Sie in der Taskleiste auf das Netzwerksymbol: 
[[Image:l2tp-8-09.png]] 
Klichen Sie dann bei der zuvor angelegten Verbindung auf '''"Verbinden"''': 

[[Image:l2tp-8-10.png]] 
Tragen Sie hier ihre Zugangsdaten ein '''(Achtung! Windows 8 akzeptiert die alten tunnel nutzernahmen im format "tunnel12345" nicht mehr. Verwenden Sie daher bitte das neue Format "tunnel12345"'''): 
[[Image:l2tp-8-11.png]] 
Jetzt sollte Ihre Verbindung Aufgebaut werden: 
[[Image:l2tp-8-12.png]] 
= Schritt 9: Test =
Jetzt sollten Sie erfolgreich über L2TP eingewählt sein: 
[[Image:l2tp-8-13.png]] 

Testen können Sie das mit einem besuch der Seite http://www.portunity.de/ip hier sollten Sie ihre Tunnel IP angezeigt bekommen.
 
Bei Fragen oder Problemen können Sie sich jeder zeit an den Portunity Support wenden.

[[Category:Access_Anleitungen]] [[Category:Access]] [[Category:L2TP_(Übersicht)]] [[Category:VPN-Tunnel_(Tarif)]]

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

Lbe@superroot — Mon, 25 Mar 2013 15:26:12 GMT

Lbe@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. tunnel44444).

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)]]

OpenVPN-Tunnel (IPv4) auf einem OpenWRT Router einrichten (Anleitung)

Lbe@superroot — Mon, 25 Mar 2013 15:25:42 GMT

Lbe@superroot:

'''Achtung diese Anleitung befindet sich noch im Beta Stadium!'''

Diese Anleitung zeigt Ihnen, wie Sie unter OpenWRT (hier auf: [http://wiki.openwrt.org/toh/asus/wl500gp ASUS WL-500g Premium]) einen OpenVPN - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten. Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten]].

= Version =

*OpenWrt: Backfire 10.03.1 

*Datum: 16.4.2012

= Wichtiger Hinweis zu Firewalls =

'''Sollte die OpenVPN-Verbindung nicht aufgebaut werden können oder immer wieder nach kurzer Zeit zusammenbrechen, prüfen Sie bitte ob Ihr Router ICMP-Pakete verwirft.''' Diese sollten Sie zumindest von und zu unserem Tunnelserver akzeptieren, um einen störungsfreien Betrieb zu gewährleisten. ICMP ist mehr als "nur Ping" und wird vielmehr auch genutzt, um die MTU der Gegenstelle zu erfragen oder herauszufinden ob ein Port bereits genutzt wird. Im Zusammenhang mit Tunnelprotokollen ist es daher wirklich wichtig, dass diese Informationen übermittelt werden können.

= Haftungsausschluss =
Wir weisen an dieser Stelle ausdrücklich darauf hin, das durch die Änderung der Firmware die Herstellergarantie erlischt oder beeinträchtigt wird.
Auch weisen wir darauf hin, das wir (Portunity GmbH) keine Haftung für eventuell entstehende Schäden übernimmt. Wir haben die Anleitung nach bestem Wissen und Gewissen erstellt, können aber keine 100%ige Garantie übernehmen, da es sich um Hardware und Software außerhalb unseres Einflussbereiches handelt.

= Vorbereitung =

'''Diese Anleitung richtet sich vornehmlich an erfahrene Nutzer, da für die Einrichtung das arbeiten auf der Konsole erforderlich ist.''' Um auf dem OpenWRT eine Konsole zu erhalten müssen sie sich per [[SSH]] mit ihrem Router verbinden. Hierfür empfielt sich unter Windows die kostenlose Software PuTTY.

== PuTTY hrunterladen und installieren ==

PuTTY künnen sie [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html hier] herunterladen. Installieren sie sich die aktuelle Version. 
* Für externe Inhalte sind wir nicht verantwortlich. 
* Sollte der Link nicht funktionieren, senden Sie uns bitte eine E-Mail. Danke)

== OpenWRT auf Ihrem Router installieren ==

Anleitungen wie sie OpenWRT auf ihrem Gerät installieren finden sie auf der [http://www.openwrt.org/ OpenWRT Website].

=== SSH-Server auf OpenWRT aktivieren ===

In der OpenWRT Administrationsoberfläche müssen Sie im Tab '''"System"''' unter '''"Administration"''' den SSH-Server einrichten. [[Image:OpenWRT SSH config.jpg|700px]] 

= Schritt 1: Paket installieren =

Loggen Sie sich mit PuTTY als "root" an Ihrem Router ein '''(Actung bei der Passworteingabe erhalten sie kein Feedback)''': [[Image:PuTTY login 1.jpg]] [[Image:PuTTY login 2.jpg]] 

Geben sie jetzt folgendes Kommando ein um das Paket 'openvpn' zu installieren: <source lang="command">opkg install openvpn</source>

Falls sie eine Fehlermeldung erhalten können sie die Paketlisten Updaten: <source lang="command">opkg update</source>

= Schritt 2: Grundkonfiguration =

Wechseln Sie bitte in das Verzeichnis '''/etc/openvpn'''.

<source lang="command">cd /etc/openvpn</source>

und laden sich z.B. per wget die OpenVPN Konfigurationsdateien und Schlüssen herunter. Den entsprechend Link könne Sie aus in der ISP-Suite entnehmen (am besten mit "Rechtsklick=>Link Adresse kopieren" )

<source lang="command">wget http://service.portunity.net/downloads/vpntunnel.tar.gz</source>

Entpacken Sie die Datei mit tar

<source lang="command">tar -xzvf vpntunnel.tar.gz</source>

Öffnen Sie im Verzeichnnis "/etc/openvpn" die Datei "portunity.login" mit einem Editor.

<source lang="command">vi /etc/openvpn/portunity.login</source>

Mit "'''i'''" wechseln Sie im vi-Editor in den Edit Modus!

Und ändern den Benutzernamen und das Kennwort Anstelle "tunnelXXXXX" geben Sie bitte Ihren OpenVPN-Loginnamen ein. Das "XXXXX" wird hier durch eine Zahl ersetzt. Nicht Ihr ISP-Suite Loginname!

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

= Schritt 3: Starten des Tunnels =

Als ersten Test können sie den Tunnel Manuell Starten:
<source lang="command">openvpn /etc/openvpn/portunity.conf &</source>

Prüfen, ob der OpenVPN Tunnel gestartet wurde:
<source lang="command">ifconfig</source>

eth0 ....

tun0 Link encap:UNSPEC Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet Adresse:188.246.4.64 P-z-P:188.246.4.64 Maske:255.255.252.0
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1440 Metrik:1
RX packets:50 errors:0 dropped:0 overruns:0 frame:0
TX packets:104 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:3777 (3.6 KiB) TX bytes:7946 (7.7 KiB)

 Sie sollten OpenWRT so einrichten das der Tunnel bei Starten automatisch aufgebaut wird. Hierfür können Sie im Verzeichnis /etc/init.d/ ein Startscript anlegen:

<source lang="command">cat << EOF > /etc/init.d/pty
#!/bin/sh /etc/rc.common
# Portunity Tunnel Init Script

START=42
BIN=/usr/sbin/openvpn
SSD=start-stop-daemon

LIST_SEP="
"

start() {
openvpn --daemon --config "/etc/openvpn/portunity.conf" --writepid "/var/run/openvpn.pty.pid" --cd "/etc/openvpn" --log "/var/log/openvpn.log"
}

stop() {
killall openvpn
}

reload() {
restart
}

restart() {
stop; sleep 5; start
}
EOF</source>

 

Das Script muss noch ausführbar gamacht werden:

<source lang="command">chmod +x /etc/init.d/pty</source>

und muss aktiviert werden:

<source lang="command">/etc/init.d/pty enable</source>

Jetzt können sie den Tunnel mit dem Script aufbauen:
<source lang="command">/etc/init.d/pty start</source>
und ebenso abbauen:
<source lang="command">/etc/init.d/pty stop</source>

= Schritt 4: Einrichten der Firewall =

In OpenWRT ist eine Firewall intrigiert die noch für die Nutzung des Tunnels Konfiguriert werden muss. 

== Interface bekannt Machen ==
Öffnen Sie wieder die Administrationsoberfläche und gehen im Tab '''"Network"''' unter '''"Interfaces"''' und klicken auf '''"Add new interface..."'''.
[[Image:OpenWRT config IPv4 1.jpg|700px]]
 
Benennen sie Ihr neues Interface und wählen sie unter '''"Cover the following interfaces"''' das Tunnelinterface aus normalerweise '''"tun0"''':
[[Image:OpenWRT config IPv4 2.jpg|700px]]
 
Tragen Sie hier die '''IPv4 Adresse''' des Tunnelinterfaces und füllen die Anderen felder aus wie hier:
[[Image:OpenWRT config IPv4 3.jpg|700px]]
 
== Firewall einrichten ==
Öffnen Sie jetzt im Tab '''"Network"''' den Tab '''"Firewall"''' und klicken unter '''"Zones"''' auf '''"Add"''':
[[Image:OpenWRT config IPv4 4.jpg|700px]]
 
Benennen Sie Ihre neue Zone und wählen sie unter '''"Covered networks"''' das eben angelegte Interface aus. die restlichen Optionen sollten sie im Normalfall wie hier setzen:
[[Image:OpenWRT config IPv4 5.jpg|700px]]
 

= Fertig =

Zum Abschluss Ihren OpenWRT Router einmal neu starten.

Danach sollte ihr OpenWRT Router über den OpenVPN Tunnel mit dem Internet verbunden sein.

Sollten sie weitere Fragen oder Probleme haben können sie sich gerne mit dem Portunity Support in Verbindung setzen.

= Abschließende Hinweise =

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

*IP-Netz routen
[[OpenVPN-Tunnel (IPv4 Netz) auf einem OpenWRT Router einrichten (Anleitung)|OpenVPN-Tunnel (IPv4 Netz) auf einem OpenWRT Router einrichten]]

'''Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) auf einem OpenWRT Router einrichten]])'''

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

PPTP-Tunnel (IPv4) im CISCO Router einrichten (Anleitung)

Lbe@superroot — Mon, 25 Mar 2013 15:25:20 GMT

Lbe@superroot:

*Betriebssystem: CISCO IOS
*Status: ''Diese Anleitung ist befindet sich noch in der Optimierung.'' 
*Datum: 29.10.2010

 

Um einen Cisco-Router zu konfigurieren benötigen Sie entsprechendens Grundwissen um auf das Gerät zu gelangen. Auch sollten Sie unbedingt "wissen was Sie tun".

 

== Cisco-Configuration-Beispiel ==

Im folgenden Block finden Sie eine Musterkonfiguration um einen Cisco-Router per PPTP an den Tunnelserver anzubinden. 

<source lang="output">service internal
!
no ip gratuitous-arps
!
ip multicast-routing
!
vpdn enable
!
vpdn-group 1
request-dialin
protocol pptp
rotary-group 0
initiate-to ip 188.246.0.50
!
interface Dialer0
mtu 1400
ip address <188.246.4.X> 255.255.255.252
ip pim dense-mode
encapsulation ppp
dialer in-band
dialer idle-timeout 0
dialer string 123
dialer vpdn
dialer-group 1
no cdp enable
ppp pfc local request
ppp pfc remote apply
ppp authentication pap callin
ppp eap refuse
ppp chap refuse
ppp ms-chap refuse
ppp ms-chap-v2 refuse
ppp pap sent-username <tunnelXXXXX> password <password>
!
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0
ip route 188.246.0.0 255.255.0.0 <GW des LAN>
!
dialer-list 1 protocol ip permit
!
end</source>

Sie müssen nur einige Parameter an Ihren Tunnel / Ihr IP-Netz anpassen: 

*initiate-to ip 188.246.0.50 (Hier wäre: '''pptp.ffm.portunity.de '''besser) 
*ip address'''<188.246.4.X>''' '''255.255.255.252''' 
*ppp pap sent-username '''<tunnelXXXXX> '''password '''<password>''' 
*ip route 188.246.0.0 255.255.0.0 '''<GW des LAN>''' (Ihrem Netz anpassen) 

 

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

OpenVPN-Tunnel unter Debian-Linux einrichten (Anleitung)

Lbe@superroot — Mon, 25 Mar 2013 15:24:49 GMT

Lbe@superroot:

Diese Anleitung zeigt Ihnen in wenigen Schritten, wie Sie unter Linux (hier: Debian squeeze 6.0) einen OpenVPN - Tunnel mit einer statischen IP-Adresse (IPv4) einrichten (Bitte beachten Sie das in den Distributions Paketen meistens noch keine IPv6 Routing möglich ist. Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten]]).

Diese Anleitung sollte auch mit anderen Debian Versionen oder Derivaten (wie z.b. Ubuntu oder Mint) funktionieren.
Auf vielen anderen Linux Distributionen (wie z.b. OpenSUSE oder Fedora) ist die Vorgehensweise ähnlich.

= Wichtiger Hinweis zu Firewalls =

'''Sollte die OpenVPN-Verbindung nicht aufgebaut werden können oder immer wieder nach kurzer Zeit zusammenbrechen, prüfen Sie bitte ob Ihr Router ICMP-Pakete verwirft.'''
Diese sollten Sie zumindest von und zu unserem Tunnelserver akzeptieren, um einen störungsfreien Betrieb zu gewährleisten.
ICMP ist mehr als "nur Ping" und wird vielmehr auch genutzt, um die MTU der Gegenstelle zu erfragen oder herauszufinden ob ein Port bereits genutzt wird. Im Zusammenhang mit Tunnelprotokollen ist es daher wirklich wichtig, dass diese Informationen übermittelt werden können.

= Schritt 1: Paket installieren =

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

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

= Schritt 2: Grundkonfiguration =

Nun gibt es das Verzeichnis "/etc/openvpn". wechseln Sie bitte in das Verzeichnis

<source lang="command">cd /etc/openvpn</source>

und laden sich z.B. per wget die OpenVPN Konfigurationsdateien und Schlüssen herunter. Den entsprechend Link könne Sie aus in der ISP-Suite entnehmen (am besten mit "Rechtsklick=>Link Adresse kopieren" )

<source lang="command">wget https://service.portunity.net/downloads/vpntunnel.tar.gz</source>

Entpacken Sie die Datei mit tar

<source lang="command">tar -xzvf vpntunnel.tar.gz</source>

Öffnen Sie mit Ihrem Lieblingseditor im Verzeichnnis "/etc/openvpn" die Datei "portunity.login" an.

<source lang="command">vi /etc/openvpn/portunity.login</source>

Mit "'''i'''" wechseln Sie im vi-Editor in den Edit Modus!

Und ändern den Benutzernamen und das Kennwort Anstelle "tunnelXXXXX" geben Sie bitte Ihren OpenVPN-Loginnamen ein. Das "XXXXX" wird hier durch eine Zahl ersetzt. Nicht Ihr ISP-Suite Loginname!

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

''Da es immer sicherheitskritisch ist Passwört und Benutzernamen zu speichern, ist nicht in allen OpenVPN Paketen die Möglichkeit einkompiliert die Zugangsdaten aus einer separaten Datei zu lesen. Es kann also vorkommen das Sie OpenVPN selber übersetzen müssen!''

Weitere Einstellmöglichkeiten finden Sie in der Konfig Datei des Portunity Tunnels

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

Es sollen eigentlich nicht nötig sein Einstellungen in dieser Datei zu ändern. Jedoch kann es sinnvoll sein folgende Optionen seinen eigenen Bedürfnissen anzupassen:

*'''auth-user-pass''' um die Logindaten nicht aus einer Datei auslesen zu lassen
*'''redirect-gateway''' damit der Tunnel nicht das Default Gateway wird einfach kommentieren oder löschen
*'''user nobody''' Den Tunnel nach dem Aufbau alle Rechte entziehen
*'''group nogroup''' bei anderen Distributionen kann diese gruppe '''nobody''' heisen.
*'''verb''' Um mehr Debug Informationen zu erhalten (Empfehlung von 3 auf 7 erhöhen)

= Schritt 3: Starten des Tunnels =

Tunnel aktivieren:

<source lang="command">/etc/init.d/openvpn start portunity</source>

Prüfen, ob der OpenVPN Tunnel gestartet wurde <source lang="command">ifconfig</source>

eth0 ....

tun0 Link encap:UNSPEC Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet Adresse:188.246.4.64 P-z-P:188.246.4.64 Maske:255.255.252.0
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1440 Metrik:1
RX packets:50 errors:0 dropped:0 overruns:0 frame:0
TX packets:104 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:3777 (3.6 KiB) TX bytes:7946 (7.7 KiB)

 Wenn der Tunnel nicht aufgebaut wurde können Sie diesen manuell ohne Startscript Starten.

<source lang="command">openvpn /etc/openvpn/portunity.conf</source>

Dann erhalten Sie die ausgaben von OpenVPN direkt ausgegeben.

*Wenn Sie OpenVPN beim Start Ihres Systems automatisch starten lassen haben Sie den Tunnel auch gleichzeitig Bootfest gemacht!

= Schritt 4: Stopen des Tunnels =

<source lang="command">/etc/init.d/openvpn start portunity</source>

= Abschließende Hinweise =

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

*IP-Netz routen
*Dienste an die neue statische IP binden
*PBR (Policy Based Routing)

'''Um zusätzlich IPv6 Nutzen zu können folgen Sie bitte anschließend der Anleitung [[OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten (Anleitung)|OpenVPN-Tunnel (IPv6) unter Debian-Linux einrichten]])'''

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

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

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

Lbe@superroot — Mon, 25 Mar 2013 15:24:10 GMT

Lbe@superroot:

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 tunnelXXXXX

### 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 "tunnelXXXXX" 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
tunnelXXXXX PPTP PASSWORT *
#end</source>

Anstelle "'''tunnelXXXXX'''" 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 tunnelXXXXX # (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 = "tunnelXXXXX"]
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)]]

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Fri, 01 Mar 2013 12:47:27 GMT

Lbe@superroot: /* Neues Produkt: iSCSI Freigabe Service */

= 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 =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*: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

== 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 =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== 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.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== 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.

'''done'''

== 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

'''done'''

== 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

Lbe@superroot — Fri, 01 Mar 2013 12:17:43 GMT

Lbe@superroot:

= 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 =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*: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 =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== 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.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== 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.

'''done'''

== 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

'''done'''

== 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

Lbe@superroot — Mon, 25 Feb 2013 14:23:18 GMT

Lbe@superroot: /* Packetloss über bestimmte Routen */

= 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 =

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*: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 =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== 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.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== 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.

'''done'''

== 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

'''done'''

== 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'''

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

Lbe@superroot — Fri, 15 Feb 2013 12:48:17 GMT

Lbe@superroot: Die Seite wurde neu angelegt: „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 IPv…“

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 aus.'''

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:PPTP_(Übersicht)]][[Category:VPN-Tunnel (Tarif)]]

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Wed, 05 Dec 2012 12:29:48 GMT

Lbe@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.

= 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

Lbe@superroot — Tue, 04 Dec 2012 14:15:11 GMT

Lbe@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 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

Lbe@superroot — Tue, 04 Dec 2012 14:14:13 GMT

Lbe@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 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 14:04:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 15:10:''' 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

Lbe@superroot — Fri, 30 Nov 2012 11:30:18 GMT

Lbe@superroot: /* VPN-Tunnel Plattform */

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Wed, 14 Nov 2012 09:04:07 GMT

Lbe@superroot:

Portunity Wiki:Aktuelle Ereignisse

Lbe@superroot — Wed, 14 Nov 2012 08:57:49 GMT

Lbe@superroot: /* 92.Speeddrive Wartung */