Home | english  | Impressum | Datenschutz | Sitemap | KIT
Priv. Doz. Roland Bless

PD Dr.-Ing. Roland Bless

Raum: Kaiserstr. 40, Geb. 01.99, 4. OG, R4.04
Tel.: +49 721 608-46413
Fax: +49 721 608-46789
roland blessEep1∂kit edu

PGP/GPG-Key rsa4096/A38DDAD9643895EE 2017-02-27
Fingerprint 1154 8F71 C791 DA1E C7F6 A5EF A38D DAD9 6438 95EE

S/MIME-Zertifikat KIT-CA
Fingerprint SHA1:8E:5F:4E:F8:52:B1:2F:80:0A:27:2E:EC:99:7A:E3:59:29:FC:28:FA

Jabber: xmpp:bless@tm.uka.de

Zur Person

Dr. Bless ist Privatdozent und Senior-Wissenschaftler am Institut für Telematik, Lehrstuhl Prof. Zitterbart. Er studierte Diplom-Informatik an der Universität Karlsruhe (TH) bis 1996 und promovierte 2002 zum Dr.-Ing. bei Prof. Dr. Dr. h.c. mult. Gerhard Krüger im Bereich Dienstgütemanagement. 2009 habilitierte er an der Fakultät für Informatik des KIT. Seit 1998 ist er in der Internet-Standardisierung aktiv tätig und hält regelmäßig Vorlesungen am KIT zu den Themen "Next Generation Internet" und "Multimediakommunikation". Dr. Bless ist Mitglied in der Gesellschaft für Informatik, ACM SIGCOMM, IEEE ComSoc und Internet Society.



  • Netzvirtualisierung und Software-Defined Networking

  • Zukünftige Internet-Architekturen und -Protokolle

  • Dienstgüte(Quality-of-Service), Staukontrolle und Active Queue-Management

  • Peer-to-Peer und Overlay-Netze

  • Signalisierung

  • Inter-Domain-Routing

  • Sichere Netzkommunikation

  • Internet-Standardisierung

  • Multimediadienste im Internet

  • IPv6

  • Ehemals auch u.a. SS7/INAP, ATM (Asynchronous Transfer Mode), LDAP


  • 1. Platz KIVS Software-Preis für Ariba (Projekt SpoVNet), 2011
  • 2. Platz (Honorable Mention) Demonstration SIGCOMM 2009 "Reconnecting the Internet with ariba: Self-Organizing Provisioning of End-to-End Connectivity in Heterogeneous Networks" (Projekt SpoVNet), Barcelona
  • 1. Platz IPv6 Application Contest Idea Category "Decentralized and Autonomous Bootstrapping for IPv6-based Peer-to-Peer Networks", 2009


Ich begutachte regelmäßig Beiträge zu Zeitschriften und Konferenzen. Hier eine Auswahl (ohne Anspruch auf Vollständigkeit)






Demonstrator (Peer Reviewed)



Technischer Bericht






  • Hot Topics in Networking
  • Internet und Gesellschaft
  • Forschungsseminar


Titel Forschungsthema Betreuer Bearbeiter
Future Internet Philipp Kern
Internet-Protokolle, IPv6 Julian Faude
Internetprotokolle, P2P Protokolle André Becker

RFC bibtex file

If you're frequently citing RFCs as reference, you might want to have a bibtex file of all RFCs. So I wrote an XSLT script to translate the XML-based rfc index, which is provided by the RFC editor, into a bibtex format. Because it is my first XSLT file I've written, it may be far from being perfect. However, I think it works well enough for most purposes. After translation by xslt, you need to replace some special characters that TeX doesn't like. This is preferably done by sed or perl, because XSLT does not perform very well for such tasks. Okay, I hope I saved a little bit of your valuable time, so enjoy...



  • BibTeX file of RFC index (converted daily from RFC Editor's XML index)
    rfc.bib.gz (gzip compressed)
  • rfc.bib
  • rfcxmlindex2bibtex.xslt
    XSLT XML transformation script for converting the XML-based rfc index to bibtex.
    Use this script for a customized output. You could use either
    java org.apache.xalan.xslt.Process -in rfc-index.xml -xsl rfcxmlindex2bibtex.xslt -out -
    xsltproc rfcxmlindex2bibtex.xslt rfc-index.xml | sed -e 's/\([_&%#$]\)/\/g' -e '/author=/s/\([^ ]*\) \(3rd\|Jr\.\)/\{ \}/g' >rfc.bib

Eric Rescorla has written a perl script which you may use as an alternative

PS2EPS - Tool for generating Encapsulated Postscript Format (EPS,EPSF) files from one-page Postscript documents

Download Version 1.68 - 2010-08-31

Please see Changes for what has changed.



ps2eps --  convert PostScript to EPS (Encapsulated PostScript) files


ps2eps [-f] [-q] [-N] [-O] [-n] [-P] [-c] [-C] [-m] [-B] [-E] [-s pagedim] [-t offset] [-r resolution] [-R +|-|^] [-l] [-g] [-H] [-d] [-h|--help] [-a] [-W] [-L] [-V|--version] [--] [psfile1] [psfile2] [...]


This manual page documents ps2eps version 1.68.

ps2eps is a tool (written in Perl) to produce Encapsulated PostScript Files (EPS/EPSF) from usual one-paged Postscript documents. It calculates correct Bounding Boxes for those EPS files and filters some special postscript command sequences that can produce erroneous results on printers. EPS files are often needed for including (scalable) graphics of high quality into TeX/LaTeX (or even Word) documents.

Without any argument, ps2eps reads from standard input and writes to standard output. If filenames are given as arguments they are processed one by one and output files are written to filenames with extension .eps. If input filenames have the extension .ps or .prn, this extension is replaced with .eps. In all other cases .eps is appended to the input filename. Please note that PostScript files for input should contain only one single page (you can possibly use the psselect from the psutils package to extract a single page from a document that contains multiple pages).

If BoundingBox in output seems to be wrong, please try options --size or --ignoreBB. See also section TROUBLESHOOTING.


ps2eps follows the usual GNU command line syntax, with long options starting with two dashes (`-'). A summary of options is included below.


-h, --help

Show summary of options.

-V, --version

Show version of program.

-f, --force

Force overwriting existing files. ps2eps will not overwrite files by default to avoid deleting original EPS files accidently.

-q, --quiet

quiet operation (no output while processing files, except errors).

-N, --noinsert

do not insert any postscript code. Normally a few postscript instructions are added around the original postscript code by ps2eps which can be turned off by this option.

-O, --preserveorientation

do not filter %%Orientation: header comment.

-n, --nofix

do not try to fix postscript code by filtering some instructions.

-P, --removepreview

remove preview image (smaller file, but no preview anymore).

-F, --fixps

fix postscript code unconditionally. Otherwise, filtering is usually triggered by detection of certain drivers only.

-c, --comments

preserve document structure comments.

-C, --clip

insert postscript code for clipping. Unless --nohires is specified, the HiResBoundingBox (enlarged by 0.1 points) is used for clipping.

-m, --mono

use black/white bitmap as base for calculation (default: off).

-s, --size=pagedim

where pagedim is a pre-defined standard page size (e.g., a4,a0,b0,letter,...) or explicitly specified in a format pagedim:=XxY[cm|in], where X and Y are numbers (floating points are accepted) followed by units centimeter (cm) or inch (in), (default: cm). Use --size=list to list pre-defined pagesizes. See also environment variable PS2EPS_SIZE.

-t, --translate=x,y

specify an x,y offset (may be negative) in postscript points (1/72 dpi) for drawing. This option may be required if your drawing has negative coordinates which usually lets ghostscript cut the negative part of your picture, because it starts to render at positive coordinates. The resulting output will also be shifted.

-r, --resolution=dpi

specify a resolution in dpi (dots per inch) for drawing under ghostscript. Default resolution is 144 dpi which is the double of the typical 72 dpi. This option may help if there is a hardware dependent resolution encoded in the postscript, e.g., 600dpi. Example: ps2eps -l -r 600 test.ps

-R, --rotate=direction

This option rotates the resulting EPS output. The parameter direction determines the direction of rotation: + means +90 degrees (clockwise),- means -90 degrees (counter-clockwise), and ^ means 180 degrees (up-side down).

-l, --loose

expand the original tight bounding box by one point in each direction.

-B, --ignoreBB

do not use existing bounding box as page size for rendering.

-E, --ignoreEOF

do not use %%EOF as hint for end of file. Otherwise, ps2eps assumes that postscript code ends after the last %%EOF comment, because some drivers add trailing binary "garbage" code which gets deleted by ps2eps by default.

-g, --gsbbox

use internal bbox device of ghostscript instead of the external C program bbox. The internal bbox device of ghostscript generates different values (sometimes even incorrect), so using the provided bbox should be more robust. See also environment variable PS2EPS_GSBBOX.

-H, --nohires

do not generate a %%HiResBoundingBox comment for output.

-a, --accuracy

increase the accuracy by turning subsample antialiasing on (may be slower)

-L, --license

show licensing information.

-d, --debuggs

show ghostscript call. This may be helpful for solving problems that occur during a ghostscript call.

-W, --warnings

show warnings about sanity of generated EPS file. Certain postscript commands should not be contained in an EPS file. With this option set ps2eps will issue a warning if it detects at least one of them.


Based on the given postscript source code (in most cases generated by some postscript printer driver) there are many potential obstacles or problems that may occur when trying to create proper EPS files. Please read this section carefully to be aware of common pitfalls.

Incomplete/Clipped Images

or how to determine the right size for ghostscript.

If you have documents that are larger than your ghostscript default (usually A4 or US letter), you have to specify the page dimensions explicitly using the -s option. Otherwise your EPS might be cut off during rasterizing by ghostscript resulting in a wrongly calculated bounding box. You can pass all pre-defined page sizes to -s that ghostscript understands. These are currently: 11x17, ledger, legal, letter, lettersmall, archA, archB, archC, archD, archE a0, a1, a2, a3, a4, a5, a6, a7, a8, a9, a10, isob0, isob1, isob2, isob3, isob4, isob5, isob6, b0, b1, b2, b3, b4, b5, c0, c1, c2, c3, c4, c5, c6, jisb0, jisb1, jisb2, jisb3, jisb4, jisb5, jisb6, flsa, flse, halfletter. Unfortunately, all sizes are currently only available in portrait orientation (not landscape).

By default, ps2eps uses an already given %%BoundingBox from the source file, which often corresponds to the size of the physical page format for which the document was printed. However, you should be aware that this already specified bounding box may be not correct, thus resulting in a wrongly cropped (or even no usable) .eps-file. ps2eps can only do as good as ghostscript does in rendering the original postscript file (though ps2eps even works with negative and fractional values are contained in the original bounding box by using automatic translation). Therefore, if the given bounding box is to small or incorrect anyway, you can ignore the existing bounding box with the -B option, which will cause ghostscript to use its internal default size (or use -s). However, if the BoundingBox has negative coordinates, which is not allowed by the specification, ps2eps will shift the output to positive values.

Hint: to avoid rotating the picture if you have the original drawing in landscape format, you may use the "Encapsulated Postscript" option in the printer driver which should generate an EPS file (but with a bounding box of the sheet size!). But some Windows printer drivers are drawing the image with an offset from the bottom of the portrait page, so that a part of it is drawn outside the landscape oriented page. In this case, you'll have to specify a square size of the page using the maximum length, e.g., 29.7cm x 29.7cm for an A4 page.


or why gets some of my text deleted above the included .eps file?

Some postscript drivers draw a white rectangle from the top left corner of the page to the right lower corner of the object. This may erase some or even all text above your imported/included EPS file, which is very annoying. In order to prevent this, most programs have a clipping option for imported .eps files (within LaTeX you can use \includegraphics*{}) for this purpose. If this is unfortunately not the case, you can use the -C option of ps2eps which will (hopefully) do it for you. Unfortunately, PScript.dll 5.2 (Windows XP) introduced new very badly behaving Postscript code (initclip) which will even override the outer clipping! Thus, a new filter had to be installed in ps2eps which will fix it.

However, because most programs clip directly on the bounding box, you still may loose some pixels of your image, because the bounding box is described in the coarse resolution of postscript points, i.e. 72 dpi. In order to prevent this, you can use the -l option or -C option (for the latter, clipping by the importing program should be disabled then) to allow for a 1 point larger bounding box. -C clips around a 1 point enlarged bounding box and -l enlarges the bounding box values by 1 point (you can also combine both options).

Included Filters

Some postscript sequences, e.g., for using specific printer features (featurebegin ...), are not working well within an .eps file, so ps2eps tries to filter them out. But please note that filters for postscript code may not work properly for your printer driver (ps2eps was mainly tested with HP and Adobe printer drivers, although it may work for all printers using the PScript.dll). In this case you can try to turn of filtering by using option -n, or try to find the bad sequence in the postscript code and adapt the filter rule in the ps2eps script (variables , , ; linefilter is an expression for filtering single lines, rangefilter_... are expressions that filter all lines between a pattern matching and ; drop me an e-mail with your modifications). However, things may change as the printer drivers (e.g., PScript.dll) or postscript language evolve.

Some applications or drivers generate postscript code with leading or trailing binary code, which often confuses older postscript interpreters. ps2eps tries to remove such code, but it may sometimes make a wrong guess about start and end of the real postscript code (drop me an e-mail with a zipped postscript source, see section BUGS).

Comment lines or even blank lines are removed (which is the default to make .eps files smaller), which may corrupt your output. Please check the next section how to fix this. ps2eps removes blank lines and also <CR> (carriage ceturn " ") at the end of lines. However, nicely formatted postscript code gives a hint by using "%%BeginBinary" "%%EndBinary" comments. When ps2eps detects these comments it will refrain from any filtering action within the marked binary sections.

ps2eps filters also %%Orientation: comments by default (you can use option -O to turn off filtering), because ghostscript may "automagically" rotate images when generating PDF images, which is not desired in most cases. Hint: you can turn off that feature in ghostscript unconditionally by specifying -dAutoRotatePages=/None.

Corrupted Output

Some postscript code may get corrupted when comment lines or even blank lines are removed (which is the default to make .eps files smaller), because those files may contain encoded images which also have a % as first character in a line or use a special comment as end of image delimiter. If this is the case, use the -c option to prevent filtering comments.

Color and memory

ps2eps supports colored postscript, consequently letting ghostscript consume more resources for drawing its bitmap (roughly 6MBytes for an A4 page). bbox is reading the bitmap line by line so it consumes only minimal memory. If you experience problems with memory consumption of ghostscript, you may use the -m option for using a monochrome image. But this will probably result in wrongly determined bounding boxes with colored images, because ghostscript has to do black/white dithering and may thus suppress objects drawn in light colors.

Another option in case of memory problems and too long run times is to use the much more memory efficient internal ghostscript bbox by using the -g option.


Please note that a command line option always takes precedence over the related environment variable.

The environment variable PS2EPS_SIZE can be used to specify a default page size and take any argument that --size accepts. Examples: export PS2EPS_SIZE=a0 (bash-like syntax) or setenv PS2EPS_SIZE letter (csh syntax).

If the environment variable PS2EPS_GSBBOX is set the internal bbox device of ghostscript will be used instead of the external command bbox. Examples: export PS2EPS_GSBBOX=true (bash-like syntax) or setenv PS2EPS_GSBBOX 1 (csh syntax).


The usual call is simply: ps2eps -l file

A relatively failsafe call would be (if your postscript is smaller than iso b0 [100cm x 141.4cm] and you have a fast computer with enough memory): ps2eps -l -B -s b0 -c -n file

If output is not correct try: ps2eps -l -B -s b0 -F file


ps2eps was written by Roland Bless.


Other programs like ps2epsi do not calculate the bounding box always correctly (because the values are put on the postscript stack which may get corrupted by bad postscript code) or rounded it off so that clipping the EPS cut off some part of the image. ps2eps uses a double precision resolution of 144 dpi and appropriate rounding to get a proper bounding box. The internal bbox device of ghostscript generates different values (sometimes even incorrect), so using the provided bbox should be more robust. However, because normal clipping has only a resolution of 1/72dpi (postscript point), the clipping process may still erase parts of your EPS image. In this case please use the -l option to add an additional point of white space around the tight bounding box.


Some people contributed code or suggestions to improve ps2eps. Here are at least some names (sorry if I forgot your name): Christophe Druet, Hans Ecke, Berend Hasselman, Erik Joergensen, Koji Nakamaru, Hans Fredrik Nordhaug, Michael Sharpe. Special thanks goes to Michael Sharpe from UCSD who suggested a lot of useful features for ps2eps and who fixed bbox to become more precise and robust.

An earlier version of this manual page was originally written by Rafael Laboissiere for the Debian system. Thank you Rafael!

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts and no Back-Cover Texts.


If you experience problems, please check carefully all hints in the section TROUBLESHOOTING first. Otherwise, check for an updated version at http://www.tm.uka.de/~bless/ps2eps or send a gzipped file of relevant postscript source code with your error description and ps2eps version number to (please allow some time to reply).


bbox (1), gs (1), ps2epsi (1)


ps2eps - convert PostScript to EPS (Encapsulated PostScript) files (C)opyright 1998-2010 Roland Bless

This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA

Click here for more information about the Copyleft.

Wozu ps2eps?

Häufig werden Bilder im Encapsulated Postscript Format (EPS, EPSF) benötigt. Hat man nun beispielsweise ein Programm, welches eine Postscript-Datei für eine Seite erzeugt, so kann man den Inhalt der Seite in andere Programme übernehmen und z.B. skalieren, drehen, usw. Zeichnungen kann man z.B. mit Powerpoint erstellen und eine einzelne Seite in eine Datei drucken, falls man einen Postscript-Druckertreiber verwendet. Leider haben die Windows-Treiber einige unangenehme Eigenschaften, die häufig "schwer verdaulichen" Postscript-Code produzieren, der Schwierigkeiten erzeugt, wenn man ihn als EPS-Datei einbindet. D.h. manche Drucker geben die Zeichnungen aus, andere wiederum nicht und löschen z.B. Teile der gleichen und nachfolgenden Seite. Abhilfe schafft hier das Tool ps2eps, welches eine korrekte Bounding-Box erzeugt und den Postscript-Code bereinigt.

Eine Bounding-Box ist die kleinste rechteckige Box, die ein Objekt vollständig enthält. Bei Powerpoint wird häufig die ganze Seite als Bounding-Box angegeben, auch wenn sämtliche Zeichnungsobjekte nur wenig Platz auf der Seite belegen. Es gibt zwar für das Programm ghostscript ein ps2epsi-Skript, welches eine EPS-Datei erzeugt, allerdings wird die Berechnung im Postscript-Code selbst durchgeführt und kann oft falsch sein, wenn der Code für die Seitenbeschreibung unsauber mit den Dictionaries (Stack) verfährt. Zumal werden häufiger die äußeren Teile der Zeichnung aufgrund von Rundung und der geringen Auflösung von 72dpi (entspricht Standard-Postscript-Auflösung), in der die Bounding-Box-Werte angegeben sind, abgeschnitten.

Funktionsweise von ps2eps

ps2eps ist ein Perl-Skript, das zunächst einmal die angegebene Postscript-Datei analysiert. Anschließend wird ghostscript aufgerufen und erzeugt eine Bitmap mit 144dpi, die von einem C-Programm (bbox) als Eingabe verwendet wird. Dieses C-Programm berechnet die Bounding-Box unter minimalem Speicheraufwand und berücksichtigt etwaige Rundungseffekte. Postscript-Dateien, die Zeichnungen in einem größeren Format als DIN-A4 enthalten, können derzeit noch nicht automatisch behandelt werden, d.h. momentan muß in diesem Fall die Seitengröße über die ps2eps-Option -s explizit eingestellt werden. Anschließend wird der Postscript-Code auf verdächtige Befehle hin analysiert, die Probleme beim Drucken verursachen können. Solche Befehle werden automatisch herausgefiltert, es sei denn man stellt dies mit der Option -n ab. Letzteres kann notwendig sein, falls fälschlicherweise Teile des Postscript-Codes entfernt wurden, die für das korrekte Funktionieren aber unbedingt notwendig sind.


Prinzipiell ist lediglich ein perl-Interpreter und der Postscript-Interpreter ghostscript (gs) notwendig sowie ein C-Compiler, um das Programm bbox.c zu übersetzen. Für Windows und Linux sind bereits Binaries vorhanden.

LaTeX Style/Class für wissenschaftliche Arbeiten (z.B. Master-, Bachelorarbeiten, Dissertationen)

Willkommen LaTeX-Benutzer!

Ich habe mir einmal die Arbeit gemacht, eine Klasse für LaTeX 2e zu schreiben, die für Diplom- und Studienarbeiten brauchbar ist. Davon könnt Ihr nun profitieren. Einfach auf den folgenden Link klicken und die Datei runterladen (Format: GZip und tar - auspacken unter Unix mit: tar -xzvf wissdoc.tar.gz):
wissdoc.tar.gz (r75) (156KBytes, Friday, 04-Dec-2015)


r75: Neues Deckblatt wg. geändertem KIT-Logo. Englische Version des Deckblatts auch enthalten.
r72: Neuer Erklärungstext in erklaerung.tex nach KIT-Vorgabe. itmalpha.bst und itmabbrv.bst auf utf-8 umgestellt.
r67: Entfernung von ngerman, bibgerm und ae, Hauptdatei heißt nun thesis.tex
r60: Neues Titelblatt für KIT, Änderungen im Makefile, Änderung des Default-Bibtex-Styles zurück auf itmalpha
r45: Anpassungen an neueres pdflatex, UTF-8 nun Standard (iso-8859-1 gibt's auch noch).

Dies ist ein kleines Paket, welches ein Layout für Diplom- oder Studienarbeiten zur Verfügung stellt. Das Paket ist für LaTeX2e gedacht (mehr zu LaTeX2e siehe unten; Version mindestens 1995/12/01, da InputEncoding verwendet wird). Die TeX-Sourcen enthalten derzeit Umlaute in UTF-8-Codierung, der Unterordner iso-8859-15 enthält noch die Version für ISO 8859-15 (Latin1). Der TeX-Source ist mit echten Umlauten besser lesbar, daher empfehle ich Euch dringend, Umlaute zu verwenden (PC-Umlaute gibt's natürlich auch ==> schaut mal im "inputenc" Paket nach). Ohne das InputEncoding geht's vermutlich auch mit älteren LaTeX2e-Versionen.

Hauptbestandteil ist die Datei "wissdoc.cls", welche die notwendigen Anpassungen vornimmt. "thesis.tex" ist die Hauptdatei, welche die anderen Teile der Arbeit einbindet und durch "pdflatex thesis" bzw. "latex thesis" übersetzt werden muss (siehe Makefile). Die Hauptdatei solltet Ihr Euren Bedürfnissen entsprechend anpassen. Die Titelseite ist nur ein Vorschlag und bindet zwei Logos ein.

Ein kurzer Überblick:

  • wissdoc.cls - Klassendefinition für Diplom-/Studienarbeiten
  • thesis.tex - Hauptdatei, die weitere Teile einbindet
  • macros.tex - einige mehr oder weniger nützliche Macros
  • (mit \ignore{...} lässt sich zum Beispiel etwas auskommentieren, mit \anm{...} kann man Anmerkungen einfügen). Nicht unbedingt notwendig.
  • titelseite.tex - Beispiel für eine Titelseite
  • erklaerung.tex - Notwendige Erklärung für eine Diplomarbeit
  • einleitung.tex - (Nahezu) leere Schablone
  • analyse.tex - (Nahezu) leere Schablone
  • entwurf.tex - (Nahezu) leere Schablone
  • implemen.tex - (Nahezu) leere Schablone
  • eval.tex - (Nahezu) leere Schablone
  • zusammenf.tex - (Nahezu) leere Schablone
  • thesis.bib - Beispiel für eine BiBTeX-Datei (Literaturdatenbank)
  • thesis.ist - Für Makeindex notwendig, siehe Makefile
  • Makefile - Beispiel-Makefile, welches Aufrufe zeigt, funktioniert aber nur eingeschränkt korrekt...
  • itmalpha.bst - BibTeX Style File für Literaturangaben mit 4 Buchstaben
  • itmabbrv.bst - BibTeX Style File für Literaturangaben mit 4 Buchstaben (gekürzte Vornamen im Literaturverzeichnis)
  • logos/ - Verzeichnis, das Logos enthält
  • images/ - leeres Verzeichnis, in das die Bilder kommen (für die PDF-Datei müssen aus den .eps- .pdf-Dateien erzeugt werden [funktioniert mit gs6.50 ganz gut, s. scripts/generatePDFfromEPS], zum Einbinden der Bilder sollte daher die Endung .eps weggelassen werden!)
  • scripts/ - Mehr oder weniger nützliche Skripte

Bitte beachten:
Zur Erzeugung einer PDF-Datei mit pdflatex müssen u.U. vorher die .aux-Dateien vollständig gelöscht werden (s. Makefile), ansonsten kann es zu Fehlermeldungen kommen (die sollten aber nach vorherigem "make clean" verschwinden). Die verwendeten Fonts müssen als Postscript-Type-1-Font zur Verfügung stehen, ansonsten sieht die Ausgabe auf dem Bildschirm sehr schlecht aus (das kommt durch Verwendung von Postscript-Type-3-Fonts, Drucken ist aber trotzdem ok). Daher wird als Zeichensatz "ae" (almost european) verwendet, der auf den cm-Fonts aufbaut, die als Type-1 vorliegen. Näheres dazu in der TeX-FAQ auf http://www.dante.de/. Die Bilder müssen (derzeit) für pdflatex auch als PDF vorliegen. Zur Wandlung kann das beigelegte Script generatePDFfromEPS bzw. "epstopdf" verwendet werden, welches ghostscript (gs) dazu einsetzt. Erst ab gs 6.50 funktioniert die Fontbehandlung ausreichend gut, so dass auch in den Bildern keine Type-3-Fonts mehr kodiert werden (falls nicht unbedingt notwendig) und damit die Bilder auch am Bildschirm in hoher Qualität wiedergegeben werden.

Um Abbildungen zu erzeugen, sollte euer Programm sauberes Encapsulated Postscript (EPS, EPSF) erzeugen können. Für UNIX gibt es z.B. das frei verfügbare Zeichenprogramm xfig. Powerpoint-Zeichnungen kann man auch nehmen, wenn man einen Postscript-Druckertreiber verwendet. Leider haben die Windows-Treiber einige unangenehme Eigenschaften, die häufig "schwer verdaulichen" Postscript-Code produzieren, der Schwierigkeiten erzeugt, wenn man ihn als EPS-Datei einbindet. D.h. manche Drucker geben die Zeichnungen aus, andere wiederum nicht und löschen z.B. Teile der gleichen und nachfolgenden Seite. Abhilfe schafft hier das Tool ps2eps, welches eine korrekte Bounding-Box erzeugt und den Postscript Code bereinigt.

Weitere Links zu LaTeX:


Cover Sichere Netzwerkkommunikation

Netzwerke werden in allen Bereichen der IT eingesetzt, und es gibt zahlreiche Technologien zur sicheren Netzwerkkommunikation. Doch welche der verfügbaren Techniken lassen sich kombinieren und in der Praxis effektiv einsetzen?

Die Autoren geben eine fundierte Darstellung der zentralen Techniken zur Sicherung von Netzwerken, behandeln deren wichtigste Grundlagen und Mechanismen und liefern umfassende Beispiele zu aktuellen Protokollen Internet-basierter Netze. Des Weiteren werden komplexe Szenarien analysiert, in denen verschiedene Techniken zur Netzwerksicherung eingesetzt werden.

Das vorliegende Werk vermittelt einen systematischen Überblick zur sicheren Netzwerkkommunikation, legt den Schwerpunkt aber auf die praktische Sicherheit von Netzwerken. Es ist damit sowohl für Praktiker in der Netzwerktechnik als auch für Entwickler geeignet, die maßgeschneiderte Sicherheitslösungen für Netzwerke konzipieren möchten.

Geschrieben für:
Administratoren und Entwickler, insbesondere auch im Umfeld UNIX/Linux

Mehr Informationen unter www.sineko.de

Datenschutz und FaceBook Sicherheit

Datensammler beobachten mit Web-Bugs (das sind unsichtbare Bilder, z.B. 1 Pixel groß, die von solchen Datensammlern hinterlegt werden) eure Surf-Gewohnheiten. Schützen kann man sich mit dem Firefox Add-On UBlock, Self-Destructing-Cookies und auch NoScript.

Hier mal ein paar wenige Hinweise zu Facebook-"Sicherheit"

  1. Bitte Facebook nicht das eigene E-Mail-Passwort übermitteln (Passwörter generell niemandem mitteilen!) oder das eigene Adressbuch
  2. Facebook kann ermitteln, auf welchen Seiten Ihr gerade unterwegs seid, falls sie dort einen Verweis auf facebook hinterlegt haben. Sie können also sammeln, welche Webseiten ihr wann besucht habt. Um Facebook zu nutzen, braucht ihr Javascript. Wenn ihr Javascript für facebook erlaubt, kann der Javascript-Code z.B. auch auf der SWR3-Seite ausgeführt werden, wodurch Facebook erkennen kann, dass ihr gerade die Seite aufgerufen habt. Damit erfährt Facebook etwas über eure Interessen und Surf-Gewohnheiten auch außerhalb von Facebook. Was tun? Javascript nur erlauben, wenn ihr auch auf facebook arbeitet. Das geht z.B. mit dem Firefox-Addon NoScript (http://noscript.net/). Installiert eine  "USER defined ABE" Regel:
    Site facebook.com *.facebook.com fbcdn.net *.fbcdn.net
        Accept from facebook.com *.facebook.com fbcdn.net *.fbcdn.net
  3.  Besucht Reclaim-Privacy auf Facebook

Weitere Detail-Informationen sind innerhalb des KIT-Netzes erhältlich.