Heute surfen wir im Allgemeinen alle mit dem Webprotokoll HTTP 1.1 bzw. HTTPS via SSL Zertifikat.

In den nächsten Jahren soll ein neuer Standard HTTP/2.0 eingeführt werden. HTTP/2.0 basiert auf Googles Protokoll SPDY. Mittlerweile liegt ein inoffizieller Standard für HTTP/2.0 vor, der ausdrücklich zur Implementierung freigegeben wurde. Dieser neue Standard wurde bereits bei der IETF als HTTP 2.0 eingereicht. Für die großen Big Data Webcontent Vorreiter Google, Facebook, Amazon und Ebay ist dieses Protokoll seit ca. einem halben Jahr Standard.

Die Entwickler von SPDY haben sich die Header eines HTTP-Requests näher angeschaut. In der Regel stehen in diesen Headern Informationen, die bei jedem Request übertragen werden, sich aber nicht ändern. Beispielsweise der User Agent, der die Informationen über den Browser, OS etc. enthält, ändert sich in der Regel nicht innerhalb einer Session.

Eine Komprimierung der HTTP-Header bringt nach Angaben in einem Standard HTTP-Request eine Reduzierung um 52% !!!

Vorteile von SPDY:

• Verbindung immer verschlüsselt
• Stream Multiplexing
• Server-Push Funktion
• Flusskontrolle für Request/Push
• Kopfzeilen Kompression
• Reduktion der Kopfzeilen

Funktionsweise:

Nach der Reduzierung durch Header-Komprimierung ist es den Entwicklern ein Anliegen den TCP-Slowstart zu ändern um mit weniger Paketen den erforderlichen Content downloaden zu können. Das TCP-Flag „initcwnd“ bestimmt dabei die Anzahl der Pakete die bis zum nächsten ACK übertragen werden dürfen. Die Zahl verdoppelt sich nach jeder erfolgreichen Übertragung, bei der es kein Paketverlust gab. Um diesen Slowstart zu umgehen, werden im Moment von den Clients bis zu sechs Verbindungen gleichzeitig aufgebaut. SPDY hingegen macht nur eine Verbindung auf und nutzt multiplexe Streams für den Ressourcen-Download.

Implementierung:

SPDY kann bereits heute produktiv genutzt werden. Viele wissen dies jedoch noch nicht. Um den Integrationsaufwand so einfach wie möglich zu Gestalten, gibt es ein Modul, welches direkt im Apache Kern eingebunden werden kann. Auch für den Ngix Webserver ist bereits ein Implementierungsmodul vorhanden. Die Browser Firefox, Chrome und Internet Explorer 11 unterstützen bereits SPDY. Für den einfachen User ändert sich nichts. Ob eine Webseite SPDY kompatible ist lässt sich durch ein Spezial Tool feststellen, welche den Downstream analysiert. Falls ein Browser kein SPDY unterstützt so wird das Übertragungsprotokoll HTTP bzw. HTTPs verwendet.

Fazit: Leider kennen noch nicht viele Web Developer die Möglichkeiten von SPDY. Sie könnten dadurch ihren Content viel schneller an den User pushen. SPDY bringt einen extremen Performanceschub und sollte heute auf allen größeren Projektpages implementiert werden.

Weitere Informationen und hilfreiche References:
http://dev.chromium.org/spdy/spdy-whitepaper
http://sprachkonstrukt.de/files/2012/08/http2-presentation.pdf 
http://www.eecis.udel.edu/~amer/PEL/poc/pdf/SPDY-Fan.pdf
https://code.google.com/p/mod-spdy/

http://www.cubrid.org/blog/dev-platform/what-is-spdy-deployment-recommendations/  

Einfach per Terminal auf Server einloggen und per “crontab -e” die Cronjobs eingeben. –> Fertig.!

[Ganze IPv6 Präsentation & weitere Folien als PDF Download]

chris-mac$ curl ifconfig.me

Und es wird die Public Internet IP zurückgegeben.

1. Verpacken der Daten als .tar Archiv auf dem lokalen Computer z.B. mit 7zip.

2. Per FTP das gerade erstellte .tar Archiv in das Root Verzeichnis hochladen.

3. Mit SSH auf den Linux Server verbinden und folgendes zum Entpacken ausführen:

tar xvf archiv.tar

Nun sollten alle vorher verpackten Daten im Root Verzeichnis verfügbar sein!

Zusammenfassung:

Daten verpacken:

tar cvf archiv.tar archiv

Daten entpacken:

tar xvf archiv.tar

Diese Befehle sind für mich sehr wichtig geworden. *smile* ]]> http://blog.chris-station.de/2012/09/02/big-data-to-server/feed/ 0 http://blog.chris-station.de/2012/08/05/webserver-ssl-zertifikat-generieren/ http://blog.chris-station.de/2012/08/05/webserver-ssl-zertifikat-generieren/#comments Sun, 05 Aug 2012 11:54:42 +0000 Christoph Feldmeier http://blog.chris-station.de/?p=331 Heute ist die sichere Übertragung von Daten sehr wichtig. Darum setzen immer mehr Administratoren auf die SSL (Secure Sockets Layer) Verschlüsselung. Solche Zertifikate kann muss man gewöhnlich bei CA Zertifizierungsstellen zum Beispiel thawte.de oder verisign.de erwerben. Doch ein normaler freetime Programmierer kann sich keine Ausgaben von ca. 200 Euro im Monat leisten. Um trotzdem nicht auf eine solche Verschlüsselung verzichten zu müssen, gibt es die Möglichkeit das Zertifikat selbst zu signieren. Der Nachteil daran ist, dass der Browser erst eine Fehlermeldung ausgibt, die erst bestätigt werden muss. Im folgenden habe ich eine Anleitung verfasst, die euch hilft ein Server Zertifikat für eure Webseite zu erstellen.

SSL Key und Signing Request + Zerfitikat

1. Auf dem Server per SSH einloggen und OpenSSL installieren:

apt-get install openssl

2. SSL Key erstellen:

/etc/apache2/ssl:# openssl genrsa -out knaupes.key 1024

3. SSL Signing Request generieren der den Domainname, Email-Adresse, Firmeninformationen usw. enthält. Dieser Request kann dann an eine Zertifizierungsstelle (CA) gesendet werden und man erhält dann ein Zertifikat.

/etc/apache2/ssl:# openssl req -new -key knaupes.key -out knaupes.csr
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:DE
State or Province Name (full name) [Some-State]:Bayern
Locality Name (eg, city) []:Straubing
Organization Name (eg, company) [Internet Widgits Pty Ltd]:ChrisStation
Organizational Unit Name (eg, section) []:.
Common Name (eg, YOUR name) []:www.chris-station.de
Email Address []:info@chris-station.de

4. Signierung des Zertifikats:

/etc/apache2/ssl:# openssl x509 -req -days 365 -in knaupes.csr -signkey knaupes.key -out knaupes.crt

Fertig. So schnell hat man sein eigenes SSL 256-bit AES Zertifikat generiert und kann dieses nun in den Webserver einbinden.

Mir hat der Provider Easybell.de sehr überzeugt, da dieser.:

• die Rufnummer sehr schnell durchschaltet
• nur ein Tag benötigt wird, bis der Aktivierungscode per Post zugesand wird
• dieser sehr günstige Preise bietet
• man FAX Nachrichten an seine Email weiterleiten kann
• einen kostenloser Anrufbeantworter
• bis 500 Festnetz-Minuten 2,99 €/ Monat, darüber 5,99 € (Flatrate)

.. bietet und die erste Ortsrufnummer kostenlos ist. Außerdem gibt es extrem billige Telefonpreise.

• 0 Ct./Min. ins deutsche Festnetz
• 0 Ct./Min. zu anderen easybell Kunden
• 9,8 Ct./Min. in alle deutschen Mobilfunknetze

Um die Internettelefonie in Betrieb zu nehmen, benötigt man noch einen voip fähigen Router, der die Verbindung durch das Netz mit dem Providergateway herstellt. Meine Wahl ist hier auf eine FritzBox gefallen, da diese es ermöglicht mehrere Telefone zum Beispiel Analog/IP/Digital/WLAN anzuschließen. Momentan hab ich analog ein Gigaset angeschlossen, dass als mein Home Telefon fungiert. Falls ihr euch auch so was einrichten wollt, schreibt ein Kommentar und ich erstell euch eine Anleitung. Weitere Informationen auf www.easybell.de.

Nun was hat Glasfaser noch für Vorteile?

• Datenübertragungen von bis zu 100 Terabit/s
• geringes Gewicht (1 kg Glas ersetzt 1000 kg Kupfer)
• geringere Signalverluste
• Schutz vor Datenverlusten durch galvanische Verbindung
• redundante Anbindung bzw. Verkabelung

In Zukunft werden sich die Kupferkabel (1GB/s) am Weltmarkt nicht mehr durchsetzen, da sie eine zu geringe Datenrate erzielen und sehr hohe Signalverluste haben. Das Glasfaserkabel wird/wurde schon in verschiedenen Großstädten in Deutschland verlegt. Leider sind Glasfaseranschlüsse noch nicht flächendeckend verfügbar. Aktuell laufen Ausbauprogramme des Bundestags, diese beschränken sich aber meistens nur auf die Großstädte.