Copy Link
Add to Bookmark
Report
Chalisti Ausgabe 6
CCCCC H H AA L I SSSSS TTTTTT I
C H H A A L I S TT I
C HHHHHH AAAA L I SSSS TT I
C H H A A L I S TT I
CCCCC H H A A LLLLLL I SSSSS TT I
Ausgabe 6
Editorial.............................RC..........FRC1
RSA - Verschluesselung................NE..........FNEA
Das deutsche Orange Book..............FA..........FFAE
CeBIT: DDR geWiNt.....................RC..........FRC3
CeBIT: Netze fuer die Publizistik.....MK..........FMK4
CeBIT: Sichere Betriebssysteme........RC..........FRC5
CeBIT: Low-Cost-Unix..................RC..........FRC6
CeBIT: Computer und Umwelt............MK..........FMK7
CeBIT: Der ST-Emulator................RC..........FRC9
CeBIT: Am Rande bemerkt...............RC..........FRC8
Der Alte Mann und das Mehr............FA..........FFAB
Internet Chat Relays..................FA..........FFAD
Kurzmeldungen.........................RC..........FRC2
Neues Virenbuch..............................1-1
Expertensystem auf Japan.....................2-2
Dokumentation zu Karl Koch...................3-3
Impressum.........................................FRCC
Erlaeuterungen: DS - Datenschleuder
RC - Redaktion Chalisti
MK - Mik-Magazin
NE - Uebernommen aus einem Netzwerk
FA - Freier Artikel (Autorenangabe am Anfang oder
Ende des Artikels)
Die Artikelkennung (FDS1,FMK2,etc) dient zum suchen der Artikel mit
Editoren und Textverarbeitungssystemen. Mit der Marke 'NEXT' kann gleich
zum naechsten Artikel gesprungen werden.
-----------------------------------------------------------------------------
NEXT FRC1
Das Editorial im CeBit-Wahn
Dies ist sie nun, unsere CeBit-Ausgabe. Nach Zwei durchmachten Naechten
(Frank war sogar Vier Tage da..!) meldete ich mich mich am Mittwoch abend
wieder zurueck nach good Old Oldenburg.i Um hier gleich an dieser Ausgabe
weiter zu arbeiten..:-)). Mir hat die Messe einiges an Erkenntnis gebracht,
so z.B. jene, dass man als Presse-Mensch doch erheblich anders (besser)
behandelt wird, als alle anderen Besucher. Es war kein Problem sich mit dem
Pressechef Deutschland von Commodore zu unterhalten und mit iihm Kaffee zu
trinken, was ich mir vorher nicht haette traeumen lassen.x. Aber von diesem
und weiteren Gespraechen mehr in den entsprechenden Artikeln.
Auch hoerte ich auf der Messe wieder das Geruecht von dem Nachfolger fuer
MS-Dose. Es sind da ja allgemein Unix und OS/2 im Gespraech. Als kleinen
Vorgeschmack zum Artikel ueber LOW-COST-Unix kann ich dazu nur sagen, das
WENN Unix dieses Rennen gewinnen sollte, dann nur durch solche
Implementierungen wie sie Apple auf seinen 68030-Rechnern mit A/UX 2.0
vorstellte.
Aus dem Bereich 'Geruechtekueche" der Messe kann man auch noch folgende
kleine Meldung bezeichen : "Wordperfect 5.1 kann deutsche Kommasetzung
(korrigieren)". Dies war natuerlich (natuerlich deshalb, wenn man die
derzeitige Implementierung des spell-checker's kennt) nur eine Finte.
Aber nun steht ja die Chalisti 6 ins Haus. Uns faellt auf der CeBit auch
auf, dass die - doch recht junge - Chalisti ziemlich bekannt war. Sogar
bei Firmen und Presseleuten. Auch an der - manchmal ziemlich nervigen -
Post von Firmen und Softwarehaeusern kann man dies gut ablesen. Fuer
die Chalisti hatte die CeBit auch noch andere Folgen. Ein Beispiel dafuer
sicher, dass die Redaktion Chalisti am Projekt des Deutschen Forschungs-
netzes (DFN) fuer Wissenschaftsjournalisten teilnimmt. Auf diese Weise
erschliessen wir (nach vereinzelten sci.* Texten aus dem UseNet) nun
eine weitere Informationsquelle im Wissenschaftsgebiet und hoffen schon in
der naechsten Ausgabe die ersten Informationen aus Forschung und Uni-
versitaet verarbeiten zu koennen.
Jetzt kommt natuerlich wieder das leidige Thema Artikel. Wie immer
wussten wir nicht mal zur Zeit als dieses Editorial getippert wurde, ob
wir genug Beitraege haben werden. Ein mittelschweres Wunder bescherte uns
heute noch Beitraege von Pi und Waldi, so dass wir frohen Mutes eine
vollstaendige Chalisti und leere Archive haben. In dieser Ausgabe waren
unter anderem die Texte vom KoKon '90 in Ost-Berlin geplant. Aber leider
haben technische Probleme, chaotische Zustaende, zensuraehnliche Diskussionen
und die Arbeit die auf Einzelnen im CCC liegt dies erfolgreich verhindert.
Wir hoffen das diese Texte uns zur naechsten Ausgabe Mitte Mai, sowie auch
neue Beitraege von Euch hier eintreffen und auch die Chalisti 7 - irgendwie -
erscheinen wird.
Als Randinformationen: Diese Ausgabe beinhaltet KEINEN Aprilscherz und
ueberhaupt ist bald Ostern und wir wuenschen euch frohes Eiersuchen.
Volker Eggeling
Frank Simon
-----------------------------------------------------------------------------
NEXT FNEA
Datensicherheit. Verschluesselung mit dem RSA-Code. Theoretisches.
Das "public key"- System von R. L. Riverest, A. Shamir, L. M. Adleman
(1978) (RSA- Code).
(Anm. der Redaktion):
Nachdem wir schon einen Beitrag zum Thema DES hatten, wollen wir Euch
diesmal noch mal mit Mathematik aergern. Bei den Publik Key Verfahren handelt
es sich um Verschluesselungsprogramme, wo es zwei Schluessel gibt: Einen zum
Verschluesseln und einen zum Entschluesseln. Der zum verschluesseln kann
allgemein bekannt sein. Er ist zum Entschluesseln nutzlos. Diese Ver-
fahren haben den Vorteil, dass ein Nachteil von anderen Cryptoverfahren
(z.B. DES) wegfaellt. Dort muss naemlich der Schluessel ausgetaucht werden,
damit die Gegenstelle den Text wieder entschluesseln kann. Fuer die meisten
"praktischen" Anwendungen (z.B> in der Wirtschaft) sind die Public Key
Verfahren besser einsetzbar (Gute Informationen zu dem Thema kann mensch
von der GMD, Berlinghoven zum Projekt TeleTrust erhalten).
(Ende der Anmerkung)
Die Benutzer eines oeffentlichen Kommunikativsystems wollen verschluesselte
Botschaften austauschen. Es wird ein Alphabet mit N Zeichen benutzt. Die
Zeichen werden durchnumeriert. Seinen b(0), b(1), ... b(N-1) die Buch-
staben in diesem Alphabet. Diese Reihenfolge wird beibehalten.
Man waehlt natuerliche Zahlen k und l mit k < l, fuer die N^k (N hoch k) und
N^l (N hoch l) ca. 200 Dezimalstellen haben. Das Alphabet, die Reihenfolge
der Zeichen, die Zahl N, und die Zahlen k und l werden veroeffentlicht.
(1) Erzeugung des Codes
Es sei A ein Benutzer dieses Systems. A waehlt zwei verschiedene Primzahlen
p(A) und q(A) mit jeweils etwa 100 Dezimalstellen, die folgende Bedingung
erfuellen :
Es ist N^k < p(A) * q(A) < N^l
Dann berechnet A die Zahlen m(A) = p(A) * q(A) und
phi(A) = (p(A) -1) * (q(A) - 1)
und waehlt eine Zahl e(A) zwischen 1 und phi(A)-1, die mit phi(A)-1 keinen
gemeinsamen Teiler hat. Anschlieend berechnet A die Zahl d(A) fuer die
gilt:
Es gibt eine natuerliche Zahl k mit : d(A) * e(A) = 1 + phi(A) * k
(Mathematisch: d(A) * e(A) ist kongruent zu 1 modulo phi(A))
(Fuer die Berechnung von d(A) gibt es schnelle Algorithmen. Eingabe
dieser Algorithmen ist e(A) und phi(A). Die Geheimhaltung von phi(A)
ist also dringend erforderlich, um die Sicherheit des Codes zu
garantieren.)
Die Zahlen m(A) und e(A) werden veroeffentlicht, die Zahlen p(A), q(A),
d(A) und phi(A) muessen geheimgehalten werden. p(A), q(A) und phi(A)
werden nicht mehr benoetigt.
(2) Verschluesselung und Entschluesselung
Der Benutzer B moechte an A eine verschluesselte Nachricht schicken. B teilt
den Klartext in Bloecke aus k Zeichen und ersetzt jedes Zeichen durch sein
"numerisches" quivalent (also jeweils b(i) durch i). So entstehen k-tupel
aus Zahlen in {0, 1, ..., N-1}. Es sei (y(1), ..., y(k)) ein solches
k-tupel. B berechnet
X := y(1) * N^(k-1) + y(2) * N^(k-2) + ... + y(k-1) * N + y(k) und
X1 := (X ^ e(A)) MOD m(a)
Es gilt 0 < X < N^k-1 < N^l-1. B berechnet die z(1), ..., z(l) mit
X1 = z(1) * N^(l-1) + z(2) * N^(l-2) + ... + z(l-1) * N + z(l).
Das l-tupel (z(1), ..., z(l)) wird ueber das oeffentliche Kommunikations-
system an A geschickt.
A berechnet daraus wieder X1 = z(1) * N^(l-1) + ... + z(l), und dann
X2 := (X1 ^ d(A)) mod m(A). Es gilt: X2 = X.
Aus X berechnet A die Zahlen y(1), ..., y(k) mit
X := y(1) * N^(k-1) + y(2) * N^(k-2) + ... + y(k-1) * N + y(k)
und hat damit (y(1), ..., y(k)) zurueckgewonnen, und kann die Original-
nachricht daraus zusammensetzen.
Anmerkung:
Die Gesamtnachricht setzt sich aus den Kodierungen aller k-tupel der
Originalnachricht zusammen. Die Nachricht verlaengert sich beim kodieren
also um das l/k-fache. Zum Kodieren ist die Kenntnis der Zahlen m(A),
e(A), k, l, und N sowie die Kodierung der Zeichen im Alphabet notwendig.
m(A) und e(A) haben jeweils ca. 200 Stellen und sind somit nur schweer zu
merken, oder ueberall fuer jeweils alle Benutzer zu speichern.
(3) Identifizierung von Nachrichten
Jeder Teilnehmer erhaelt eine Signatur (g(1), ..., g(k)) aus Zeichen des
Alphabets zugewiesen, die ihn eindeutig identifiziert (z. B. der
Username), und die veroeffentlicht ist. B moechte mit seiner Botschaft an A
einen Beweis dafuer mitschicken, da die Botschaft von ihm kommt. B
berechnet mit seiner eigenen Signatur:
s := g(1) * N^(k-1) + g(2) * N^(k-2) + ... + g(k-1) * N + g(k) und
s1 := (s ^ d(B)) mod m(B) und ermittelt daraus die h(1),.. h(l) mit
s1 = h(1) * N^(l-1) + h(2) * N^(l-2) + ... + h(l-1) * N + h(l)
und schickt (h(1),..., h(l)) mit seiner Botschaft an A. A dechiffriert,
wie in (2) beschrieben die eingegangenen l-tupel. Alle ergeben sinnvollen
Klartext auer h(1),..., h(l). Hiermit berechnet er wieder
s1 := h(1) * N^(l-1) + h(2) * N^(l-2) + ... + h(l-1) * N + h(l) und
s := (s1 ^ e(B)) mod m(B)
A schreibt s als:
s = g(1) * N^(k-1) + g(2) * N^(k-2) + ... + g(k-1) * N + g(k)
und hat damit (g(1), ..., g(k)) berechnet und vergleicht mit der
veroeffentlichten Signatur im Telefonbuch.
Anmerkung:
Dieses Verfahren klappt nur dann, wenn man die Position der h(1), ...,
h(l) in der verschluesselten Datei nicht im Vorraus ermitteln kann, und
wenn B seine Identitaet bereits anderswo in der verschluesselten Datei
andeutet. So bietet die hier beschriebene Methode eine Moeglichkeit, das
Dokument zu "unterschreiben", so dass nicht jeder diese Unterschrift unter
ein mit falschem Absender versehenen Brief schreiben kann. Wenn die Zahlen
h(1), ..., h(l) jedoch einem dritten bekannt werden, so ist das Verfahren
hinfaellig. Ausserdem muss B seine Identitaet anderswo im Dokument angeben,
weil sonst der Empfaenger alle Moeglichkeiten fuer verschiedene Absender
durchgehen muss.
(4) Sicherheit
Die Sicherheit des Systems beruht darauf, dass es (noch) keinen schnellen
Algorithmus zur Faktorisierung grosser natuerlicher Zahlen gibt. Um eine an
A gerichtete Nachricht zu entschluesseln benoetigt man d(A) und um d(A) zu
berechnen benaetigt man die Faktorisierung von m(A) = p(A= * q(A).
(5) Primzahlen
Zur Herstellung von p(A) und q(A) und e(A) hat men einen Generator von
Zufallszahlen zu verwenden (und einen schnellen Primzahltest)
(6) Zum modernsten Stand
- G. Brassard, Modern cryptology, 1988
- E. Kranakis, Primality and cryptography
- N. Knoblitz, A course in number theory and cryptogrphy
Quelle: Vorlesung ueber Lineare Algebra, Paderborn.
Aus dem Zerberus. Anfragen bitte an ZENTRALE@BIONIC, da ich
dem Namen des Autors verschlammt habe.
-----------------------------------------------------------------------------
NEXT FFAE
Das deutsche Orange Book
In der Chalisti 5 hat Terra in groben Abrissen aufgezeigt,
worum es in einem deutschen Orange Book geht. Dazu moechte ich
hier einige Anmerkungen machen, da mir Terras Meinung lange
nicht hart genug ausfaellt.
Dazu noch einmal eine kurze Einfuehrung. Im Pentagon wurde ab
1978 an Kriterien gearbeitet, um die Vertrauenswuerdigkeit von
EDV Systemen untersuchen und beurteilen zu koennen. Als Ergebnis
dieser Untersuchengen erschien die Schrift mit der Kennzeichnung
DoD 5200.28-STD / CSC-STD-001-83, dtd 15. August 1983, die wegen
ihres orangefarbenen Umschlages fortan als Orange Book be-
zeichnet wurde. Da diese Schrift sich allerdings nur mit den
Betriebssystemen der Rechner an sich, nicht jedoch mit der
Sicherheit von EDV-Netzwerken befasste, wurde dann im Jahre 1987
die Trusted Network Initiative (TNI) entworfen, die nun auch
Kriterien zur Untersucheung der Sicherheit von Netzwerken ent-
hielt. Wie so oft in der Geschichte von Richtlinien und Politik
versuchten auch hier die Deutschen wieder einen eigenen Weg zu
gehen, indem sie ein deutsches Orange Book entwarfen (siehe
hierzu Chalisti 5 und DFN Nachrichten Juli 1989 und IT Sicher-
heitskriterien, Bundesanzeiger, Koeln 1989).
Ich moechte hier nicht auf diese Schriften weiter eingehen,
dazu moege mich der interessierte Leser direkt anschreiben oder
sich die entsprechenden Quellen besorgen. Mir geht es hier nur
darum, die Schwachstellen derartiger Werke aufzuzeigen.
Zunaechst einmal, was bieten diese Werke?
Sowohl die deutsche wie auch die amerikanische Ausgabe des
Orange Books bzw. des TNI versuchen Entwicklern und Testern
Kriterien an die Hand zu geben, an Hand derer entschieden werden
kann, wie sicher ein System einzuschaetzen ist. Dieser Schritt
ist in meinem Augen sehr zu begruessen, ein Schatten faellt
jedoch ueber die Geschichte, Deutsches und Amerikanisches Orange
Book sind nur zum Teil deckungsgleich, so das Hersteller im
Zweifelsfall alle notwendigen Sicherheitspruefungen zweimal ab-
solvieren muessen. Doch dies ist nur ein kleiner
Schoenheitsfehler am Rande.
Warum bin ich so kritisch eingestellt?
Wie schon Terra in der Chalisti 5 ausgefuehrt hat, waegen diese
Kriterien und die Einordnung von Betriebssystemen in
unterschiedliche Klassen den Endverbraucher in einer
truegerischen Sicherheit. Zunaechst einmal halte ich es mit den
derzeitigen Methoden fuer schlicht nicht durchfuehrbar, eine
formale Analyse aller Sicherheitselemente eines Betriebssystemes
durchzufuehren, da diese sehr aufwendig und zeitraubend ist und
fuer jede neue Release eines BS neu durchgefuehrt werden muss.
Damit sind wir beim zweiten Manko. Die Ueberpruefung erfolgt
fuer ein definiertes System, fuer jede Verbesserung des Systemes
muss eine Neubewertung durchgefuehrt werden. Wir, als
Informatiker, wissen, wie schnell BSe veralten. Da aber ein
Pruefung, je nach Einordnung, zwischen 2 und 6 Monaten dauert,
wuerden Verbesserungen stark behindert werden. Einen Lichtblick
gibt es jedoch: in der Regel ist die Bewertung kostenlos, und
bei einer guten Beurteilung sicher eine gute Werbung. Jedem
duerfte klar sein, welche Aussage ich hiermit implizieren
moechte.
Aber alle bis hierher angesprochenen Punkte sind nur kleine
Schaeden in der Makulatur, verglichen mit dem wirklichen
Schwachpunkt dieser Kriterien.
Es werden hier explizit nur Systeme und Rechnernetze bewertet,
und hier liegt der grosse Haken.
Auf der CeBIT 1989 sprach ich mit diversen Fachleuten ueber
dieses Thema. Einhellige Meinung, wie auch in der letzten Zeit
haeufig festzustellen, der Faktor Mensch wird zu stark
vernachlaessigt. Nirgendwo steht ein Hinweis, das der Faktor
Mensch D E N Fehler im System darstellt. Warum diese harte
Beurteilung?
Viele Firmen arbeiten mit Hilfe von Telefonmodems. Eine
Rechneranlage gegen Eindringlinge via Modem zu schuetzen, ist
denkbar einfach. Wir bauen lediglich einen Vorrechner (z.B.
einen PC fuer ein paar Mark fuffzig) ein, der nach einem
Passwort und der Telefonnummer des Anrufers fragt, und dann
zurueckruft. Schon ist der Anrufer in der Regel sehr leicht zu
identifizieren. Doch muss die entsprechende Firma zurueckrufen,
und das verursacht Kosten, darum wird haeufig von solchen
Methoden abgesehen, obwohl die Hardware vorhanden ist.
Viele BSe bieten schon heute die Moeglichkeit, die Benutzung von
Resourcen und Daten zu Protokollieren. Doch muessen diese
Protokolle auch ausgewertet werden, doch dafuer fehlen in der
Regel entsprechend ausgebildetes Personal, denn dieses kostet
Geld. Also wird lieber auf eine Protokollierung verzichtet.
Allen Computernutzern sollte auch bekannt sein, das
herkoemmliche Bildschirme strahlen, also die Daten mit
speziellen Verstaerkern abgehoert und wieder sichtbar gemacht
werden koennen. Hier schuetzen nur spezielle Bildschirme oder
abgeschirmte Raeume, doch auch dies verursacht zusaetzliche
Kosten.
Damit waeren wir bei dem Raeumen. Und dann war da noch der
Kollege, der sprach:"Kannst Du mich mal eben in den Raum lassen,
habe meine Karte vergessen ..." und schon war er in einem Raum,
von dem Zugriffe auf geschuetzte Daten moeglich sind. Denn
Zugriffe auf geschuetzte Daten kann man so einrichten. dass
diese nur von bestimmten Terminals in besonders gschuetzten
Raeumen moeglich sind.
Natuerlich muessen erst einmal solche Raeume vorhanden sein,
doch auch diese kosten leider viel Geld, nicht zu vergessen sind
dabei auch Tuersicherungsanlagen, die nicht nur Geld fuer die
Hardware sondern auch Geld fuer die Verwaltung erfordern.
Und dann sind da noch die Passworter, alle x Wochen zu aendern.
Doch was nehme ich da?? Frauennamen oder Hobbybezeichnungen sind
da gang und gebe. So wie der Operator auf einem Grossrechner der
Namen von grossen Schachspielern als Passwoerter gebrauchte, bis
er eine Liste seiner Passwoerter der letzten 6 Monate erhielt.
Oder die Leute, die sich ihr Passwort unter die Tastatur kleben,
wie ein mir bekannter BTX Anwender.
Somit koenne wir feststellen, nicht jeder Anwender der ein
vermeintlich so sicheres System hat, hat wirklich ein sicheres
System, da aus oekonomischen Ueberlegungen Teile des
Sicherheitssystemes ausser Kraft gesetzt werden, oder nicht
richtig eingesetzt werden, teils aus mangelnder Schulung des
Personals, teils aus Ueberlastung oder Unaufmerksamkeit.
Somit komme ich zu dem Resuemee, dass die Kriterien des Orange
Book sicher dem Endanwender bei der Auswahl des BS helfen
koennen, es sollte allerdings auch hinterfragt werden, wie es
mit dem zusaetzlichem Aufwand an Hardware und Personal aussieht,
das gebraucht wird, um die Anlage mit der optimalen Sicheheit zu
betreiben. Damit duerfte das Orange Book sicher ein guter Anfang
sein, aber der Weissheit letzter Schluss ist es mit Sicherheit
noch nicht.
Autor: Waldi (rode@uniol.uucp, 077481@doluni1.bitnet)
-----------------------------------------------------------------------------
NEXT FRC3
DFN: DDR geWINt
Das Deutsche Forschungsnetz war auch dieses Jahr auf der CeBit mit einem
kleinen Stand vertreten. Allerdings sollte mensch sich von dem kleinen
Stand nicht beeindrucken lassen. Dort gab es viel zu erfahren. Themen
wie WiN, DDR, Wissenschaftsjournalisten und Kooperation wurden aufgegriffen.
Das DFN hat - auch auf Druck der Universitaeten - mit der Deutschen Bundes-
pest ein pauschaltarifiertes Datex-P Netz ausgehandelt. Die Universitaeten
muessen in ihren Finanzplanungen mittelfristig planen koennen und brauchen
daher ein Netz, wo die Kosten NICHT von von der Benutzungszeit oder den
Datenmenge abhaengig sind. Daher wurde das Wissenschaftliche Hochschulnetz
(WiN) aufgebaut. Dabei handelt es sich um ein Netz, welches technisch auf
X.25 (also Datex-P) basiert, physikalisch aber vom Datex-P getrennt ist.
Allerdings bestehen schon jetzt Dienstuebergaenge zwischen Datex-P und WiN,
bei deren Benutzung aber wieder volumenabhaengige Gebuehren anfallen.
Die Kosten fuer einen WiN Anschluss liegen fuer eine 9600 Bps Verbindung
bei 1500 DM/Monat, fuer einen 64 KBitps Anschluss bei 5000 DM. Die
Universitaeten koennen das WiN fuer die meisten logischen Netze wie UUCP,
EARN, InterNet, X.400, etc benutzen und als solches wird es auch schon
vielerorts eingesetzt.
Wie Frau Roesler-Lass vom DFN berichtete haben sich die meisten Universitaet
positiv ueber das X.25-Wissenschaftnetz geaeussert. Wenn mensch bedenkt, dass
erst im Herbst 1989 mit den Installationsarbeiten begonnnen wurde, erstaunt
es das schon in diesen Tagen das WiN voll eingesetzt werden kann und das
schon jetzt 90 Rechner am Netz teilnehmen koennen. Probleme mit der benutzten
Software, sowie mit der Post koennen in der Regel schnell geloesst werden.
Ende April soll das WiN dann abgenommen werden und auf seine weitgehende
Fehlerfreiheit fuer 30 Tage getestet werden.
Mittelfristig wird das WiN wohl die derzeit gebraeuchlichen Datex-P
Verbindungen und Standleitungen abloesen. Es bleibt natuerlich zu hoffen, dass
durch die vereinfachte und pauschalisierte Kostenstruktur der Netzzugang an
den Universitaeten auch fuer Studenten und Interessierte lockerer gehandhabt
werden.
DFN engagiert sich inzwischen auch in der DDR. Allerdings stellte sich wieder
heraus, dass die Projekte zur Vernetzung innerhalb der DDR relativ un-
koordiniert ab. Die Vertreterin der zentrale Projektleitung auf dem DFN-Stand
war weder ueber die Entwicklungen zwischen UniWare und der EAG in der DDR
zur Schaffung eines Netzes, noch ueber die Aktivitaeten der GMD/GI/EUnet und
erst garnicht ueber das DDRnet Projekt des Chaos Computer Club informiert. Es
wurde allerdings die Notwendigkeit der Koordinierung besprochen und es bleibt
zu hoffen das in dieser Richtung etwas geschehen wird. Der DFN-Verein hat
einen drei Stufen Plan zur Vernetzung der Universitaeten in der DDR ausge-
arbeitet:
In der ersten Stufe sollen 3 Standleitungen zwischen der DFN-Zentrale in
West-Berlin und der Humbold Universtaet in Ost-Berlin geschaltet werden.
Diese Standleitungen sind auch beantragt. Auf diesen Leitungen sollen
verschiedene X.400 Anwendungen getestet werden und soll auch die X.25 und die
X.400 Dienste der DDR naeher bringen. In kleinen Masse baut DFN damit ein dem
Datex-P vergleichbares Netz auf, allerdings sind dies noch langfristige
Hoffnungen wie mensch uns mitteilte. In der zweiten Stufe sollen Rechner in
West-Berlin stehen. Durch Standleitungen sollen die Benutzer in Ost-Berlin an
der Humbold-Universitaet und an der Charity an diese Rechner arbeiten koennen.
Gleichzeitig sollen auch andere Universitaeten der DDR an dieses Netz
angeschlossen werden. Dieses "komplizierte" Verfahren hat seinen Grund in der
immer noch bestehenden Cocom-Bestimmungen. Allerdings soll es im Juni ein
Treffen der Cocom-Mitglieder geben um diese Bestimmungen zu lockern.
Der DFN-Verein hofft dann die 3.Stufe in Angriff nehmen zu koennen und die
Rechner der DFN-Zentrale nach Ost-Berlin zu transportieren und damit das
Netz endgueltig der DDR-Wissenschaft uebergeben zu koennen.
DFN setzt diesmal auch wieder ein Zeichen der Kooperation. Am 23. Maerz
wurde auf der CeBit ein Kooperationsvertrag zwischen dem Geschaeftsfuehrer
der Apple Computer GmbH und der DFN-Verein geschlossen. Laut der Presse-
information ist der Grundgedanke dieses Vertrages die Foerdung der OSI-
gestuetzten Datenkommunikation in der europaeischen Wissenschaft. Auch im
Bereich des X.25-Wissenschaftsnetzes wird die Institutionen zusammenarbeiten.
Im Rahmen des Vertrages soll Software bereitgestellt werden, die auf
MacIntosh Rechnern den Zugriff ueber WiN auf Datenbanken, Filetransfer und
Bildschirmtext zugegriffen werden koennen. Apple entwickelt gerade X.25 und
X.400 Karten fuer die Macinstosh Systeme die eine Uebertragungsrate bis zu
64Kbitps erreichen koennen. Universitaeten werden in Zukunft beim Kauf
von Macintosh Systemen standardmaessig die noetigen Karten und Software fuer
Anschluesse an das WiN mitgeliefert bekommen.
Der DFN-Verein rechnen fuer 1994 mit 100.000 Personal Computern die an das
WiN angeschlossen sein werden. Also auch im Bereich Kommunikation beginnt
der Hang zur "Persoenlichen Kommunikation".
Terra
-----------------------------------------------------------------------------
NEXT FMK4
Netze fuer die Publizistik
Fuer die Publizistik sind Nachrichtennetze auf E-Mail-Ebene eine
der interessantesten Anwendungen. Freien Journalisten bieten sie
im Prinzip eine Infrastruktur, die aus Kostengruenden bislang nur
grossen Nachrichtenagenturen vorbehalten war. Allerdings haben
die technischen Moeglichkeiten alleine keinen Gebrauchswert. Die
Entscheidung fuer oder gegen ein Mailboxnetz haengt entscheidend
von den im Netz angebotenen Gebrauchsinformationen ab. Ein
Beispiel fuer die sinnvolle Verknuepfung von Technik und
Gebrauchsinformation ist das seit September 1988 mit
Unterstuetzung des Forschungsministeriums initiierte Netz fuer
Wissenschaftsjournalisten des Deutschen Forschungsnetz (DFN),
an dem federfuehrend auch die Deutsche Universitaetszeitung (DUZ)
in Bonn beteiligt ist.
Ziel des Projektes ist, den Informationsaustausch zwischen
Wissenschaftsjournalisten einerseits und Wissenschaftlern,
Pressestellen der Hochschulen, ausseruniversitaeren
Forschungseinrichtungen und der Industrie zu verbessern. Im
wesentlichen bieten diese Institutionen Pressemitteilungen an.
Die Informationen werden allerdings nicht in einem oeffentlichen
Brett bereitgestellt, sondern den Teilnehmern direkt in das
persoenliche Mailbox-Fach gesendet. Beteiligt sind eine Reihe
nahmhafter Verlage, Redaktionen und Publizisten. Zu den
Informationsanbietern gehoeren die meisten deutschen
Grossforschungseinrichtungen sowie bekannte Industrieunternehmen.
Von Seiten der Industrie beteiligen sich unter anderem die
Firmen Siemems, Nixdorf, Philips und IBM. Darueber hinaus
Forschungsinstitutionen wie das Deutschen Elektronen-Synchroton
(DESY) in Hamburg, die Deutsche Forschungs- und Versuchsanstalt
fuer Luft- und Raumfahrt (DFVLR) in Koeln-Porz, das Deutsche
Krebsforschungszentrum (DKFZ) in Heidelberg, die Gesellschaft
fuer Biotechnologische Forschung (GBF) in Braunschweig-Stueckheim,
die Gesellschaft fuer Mathematik und Datenverarbeitung (GMD) in
St. Augustin, das GKSS-Forschungszentrum in Geesthhacht, die
Gesellschaft fuer Strahlen- und Umweltforschung (GSF) in
Neuherberg bei Muenchen, die Gesellschaft fuer Schwerionen-
forschung (GSI) in Darmstadt, die Kernforschungsanlage in Juelich
und das Kernforschungszentrum in Karlsruhe. Das Deutche Studenten-
werk, die Bundesministerien fuer Bildung und Wissenschaft, sowie
Forschung und Technologie nehmen ebenfalls teil. Die Redaktion
Chalisti und MIK-Magazin beteiligen sich inzwischen ebenfalls an
diesem Projekt.
Erklaertes Ziel ist zunaechst ein bundesweiter Informationspool,
bzw. Kommunikationspunkt fuer die wissenschaftliche Publizistik.
Die Projekterfahrung sollen dann in ein europaeisches oder gar
internationalen Netz von miteinander kommunizierenden
Wissenschaftsredaktionen und Informationsanbieter einflieaen.
Dem Wunsch einiger Journalisten entsprechend, wurden Vertraege
mit groaen Datenbankanbietern abgeschlossen. STN International
(FIZ Karlsruhe) und GENIOS (Handelsblatt-Datenbank) koennen
zu Pauschalbetraegen genutzt werden.
Die Mailbox des Projektes ist auf dem Komex-System der GMD
installiert und setzt auf X.400 auf. Schon in der
Konzeptionsphase zeigte sich, dass es viele Journalisten gibt,
die Interesse an dem Netz hatten, zum Teil aber nur ueber eine
unzureichende EDV-Ausstattung verfuegten und wenig Erfahrung mit
Datenfernuebertragung mitbrachten. Trotzdem wies die Nutzergruppe
nach kurzer Zeit eine beachtliche Zahl an Teilnehmern auf. Das
Projekt ist erstmal bis Ende 1991 verlaengert worden und wir
inzwischen von der EuroComm betreut.
Juergen Wieckmann
-----------------------------------------------------------------------------
NEXT FRC5
Noch ein "sicherers" Betriebssystem
Betriebssysteme gibt es ja eine Menge. In letzter Zeit machen aber immer
wieder Erweiterungen zu bestehenden Implementationen von Unix von sich
reden. Mach und Chorus sind vielleicht einigen bekannt.
Die Ursache fuer diese Erweiterungen auf Kernel-Ebene liegen hauptsaechlich
in den Wunsch von Rechnerbetreibern und wildgewordenen Informatikern ein
Betriebsystem zu haben, welches verteilt arbeiten kann. Das heisst ein
Rechner besteht aus mehreren Prozessoren bzw. in einem Rechnernetz sind
verschiedene Rechner angeschlossen. Das Betriebssystem wird nun in
funktionalle Komponenten aufgeteilt und auf die Rechner bzw. Prozessoren
verteilt. Weitere Wuensche sind Datenschutz und Datensicherheit (insbesondere
vor Viren), die sich in den verwendeten Konzepten von verteilten Betriebs-
systemen leicht realisieren lassen sollen.
Auf der diesjaehrigen CeBit war auf dem Stand der Gesellschaft fuer
Mathematik und Datenverarbeitung paar Leute der Entwicklungsgruppe der
GMD, die einen eigenen Betriebssystemkern geschrieben haben. Das entwickelte
Betriebssystem hat den Namen Birlix bekommen.
Birlix soll helfen die Ziele
- Fehlertoleranz
- Datensicherheit
- Verteilung
- Datenschutz
zu erreichen. Dies geschieht durch eine konsequente Nutzung von abstrakten
Datentypen. In Birlix werden Datenobjekte (z.B. eine Datei) und der
dazugehoerige abtrakte Datentyp unterschieden. In diesem abstrakten Datentyp
sind die Eigenschaften und Funktionen des Datenobjektes beschrieben.
Bei Unix ist es ja so, dass eine Datei bsw. Rechte bekommt. Darf gelesen
werden und ausgefuehrt, etc. Allerdings sind diese Eigenschaften im
Datenobjekt enthalten. In Birlix und aehnlichen Systemen wird dies
aber GETRENNT verwaltet. Mehrere Datenobjekte gehoeren dann zu einem
abtrakten Datentyp. Dieser dient als Grundlage fuer Birlix zur
Entscheidung, wo und wie welches Programm entgueltig zur Ausfuehrung kommt,
um eine Gleichbelastung in einem verteilten System zu gewaehrleisten.
Bei Birlix gibt es derzeit 15 abtrakte Datentypen wie z.B. File, Directory,
Socket, etc. Wie gehoeren zu diesen Datentypen die konkreten Inkarnationen
wie Dateien, Directories, etc. In Birlix kann jeder Benutzer - in
begrenzten Massen - auch eigene abtrakte Datentypen anmelden.
Birlix ist jetzt dazu da die abstrakten Datentypen zu verwalten und die
Identifikation von Typen und deren Kommunikation zu unterstuetzen. In
Birlix gibt es dann noch den Begriff der Instanz. Diese stellen die kleinste
Einheit fuer die Identifikation und Kommunikation dar. Alle Anwender-
programme unter Birlix stellen eine Menge von Instanzen von abstrakten
Datentypen dar (mind. an dieser Stelle schienen die Informatiker die
Oberhand gewonnen zu haben) die zwischen den Rechnern im Netzwerk verteilt
sind. Da also Programme sich innnerhalb einer Netzwerkes auf verschiedene
Rechner verteilen (das Debuggen muss da irre viel Spass machen), muessen die
einzelnen Teile des Programmes (eben die Instanzen) auch miteinander
kommunizieren. Dies geschieht mit sogenannten remote procedure calls.
Allerdings bekommt ein Benutzer von aussen davon nix mit. Nach aussen stellt
sich das System als einziges grosses System dar, welches die Resourcen,
unabhaengig von der Verteilung, verwaltet.
Das fuer mich interessante waren die Mechanismen die das Betriebssytem vor
Viren sicher machen soll. Bei Birlix soll der Schutz daran liegen, dass
der Absender einer Nachricht (hier ist das im Objektorientierten Sinne
gemeint: Also z.B. die Nachricht "schreibe ein file") eindeutig und sicher
festzustellen ist. Das soll die Vortaeuschung FALSCHER Identitaet auf
kernelebene verhindern bzw. diesen mindestens entdecken. Gleichzeitig
wuerde das also auch bedeuten, dass es den setuserid-Mechanismus von Unix
nicht mehr gibt.
Jedes Datenobjekt (z.B. Datei) hat eine Zugriffssteuerliste verpasst bekommen,
in der klar definiert wird, welches Subjekt (also Programm oder/und Benutzer)
daraus zugreifen darf. Gleichzeitig wird aber auch gewaehrleistet das
es jedes Objekt zu ALLER Zeit nur einmal gibt.
Praktisch kann mensch heute bei Unix erreichen, dass er vorhandenes Programm
loescht, dieses neuschreibt und alle Randbedingung (Modification Time,
INode) wieder so herstellt, wie vorher. Es ist praktisch nicht mehr fest-
stellbar, ob sich die Datei geaendert hat. Es sei den, mensch hat selbst
Programme die ueber alle Dateien Checksummen erstellen, allerdings wuerde
dies auf der Anwendungsebene und nicht auf Kernelebene geschehen.
Bei Birlix wuerde a) sicher sein, das bsw. nicht mehr die selbe Inode
vergeben wird und b) wuerde das Datenobjekt und der dazugehoerife
abstrakte Datentyp nicht mehr konnsistent sein. Also ist entweder das
gezielte aendern von Dateien nur sehr schwer moeglich oder aber es ist
auf jeden Fall feststellbar. Allerdings gibt es bei Birlix derzeit noch
keine Software fuer den Administrator eines Systems, die Aenderungen
meldet. Das Birlix ist aber ja auch noch in der Forschung. Dieser Artikel
wurde von einer Mitarbeiterin der Uni Oldenburg, die sich im Bereich
verteilte Betriebssysteme beschaeftigt kurz durchgelesen. In der an-
schliessenden Diskussion kam die Aussage "Auf solchen Betriebssystemen
sind keine erfolgreichen Virenangriffe moeglich" auf. Dies muss mit
Vorsicht zu geniessen sein. Das Betriebssystem erschwert natuerlich Viren-
angriffe. Aber es gibt natuerlich auch weiterhin die Moeglichkeit das
solche von Erfolg gekroent sind. In diesem Fall ist sichergestellt, dass
ein solcher Angriff ENTDECKT werden kann. Allerdings meldet ein solches
Betriebssystem nur, DAS es zu einer Veraenderung gekommen ist, die nicht
umbedingt mit rechten Dingen zugegangen sein muss. Allerdings ist damit
nicht gesagt, dass es ein Virus war. Es kann auch "natuerliche" Ursachen
gehabt haben. Bsw. wird ein Rechner von mehreren Administratoren verwalten.
Einer spielt eine neue Version eines Programmes ein. Der andere bekommt
ein potentiellen Virusangriff angezeigt. In diesem Fall war es aber keiner.
Es sind alle Virenangriffe ENTDECKBAR, aber nicht alle VERHINDERBAR.
Das diese entdeckt werden, haengt aber wieder letztendlich vom Menschen ab.
Viele Betriebssysteme wie VMS oder aber auch schon Unix mit C2 Klassifizierung
(nach Orange Book) sind sicher ... solange der Mensch tatsaechlich alle
Sicherheitsmechanismen in Kraft setzt und regelmaessig kontrolliert.
Auf jeden Fall scheint das Gebiet der verteilten Systeme nicht uninteressant
zu sein, allerdings ist es auch ein guter Sport fuer Theoretiker bzw.
Leute die an abstraktes Denken gewohnt sind. Der Herr auf dem GMD Stand
hat 3 Versuche gebraucht bis er mir halbwegs klargemacht hatte, warum
den diese Mechanismen ziemlich sicher sind, aber doch nicht den Benutzer
in seinen Funktionen stoeren. Was mensch auch noch loben sollte, ist das
MAterial was die GMD Interessierten zur Verfuegung stellte. Eine Mappe mit
gut 30 Seiten fotokopierte Abhandlungen, Erlaeuterungen, Birlix-Manual-Pages
und Beschreibung der abtrakten Datentypen in Modula-2. Im Vergleich zu
dem Hochglanzwerbematerial mit NULL Info gefiel mit das Teil richtig gut.
Abschliessend moechte ich sagen, dass ich nur eine Vorlesung ueber
Betriebssysteme gehoert habe und mich mit Objektorientiertheit und
verteilte Systeme nur am Rande beschaeftigt habe. Wenn jemand also ganz
konkrete und kompetente Infos will, sollte er sich an die GMD, Postfach 1240,
5205 St. Augustin 1 wenden. Dort kann mensch auch Anfragen wg. einer Lizenz
fuer Birlix richten. Im Bereich Forschungs und Lehre soll eine Birlix-
Lizens ca. 500 DM kosten.
Terra
Quelle: Einfuehrung in Birlix
On the Implementation of Abstract Data Types in Birlix
Informatik Spektrum 13, 1990, S. 38-39
Ein Mensch auf dem GMD-Stand (Name verlegt)
-----------------------------------------------------------------------------
NEXT FRC6
Low-Cost Unix, oder was kostet die Welt.
Anlaesslich der CeBit hatten wir uns vorgenommen einen Bericht
ueber Low-Cost Unix'e zu schreiben, deren Preise sich auch
Privatpersonen noch (bei genuegend Verruecktheit) leisten
koennen. Aber vielleicht sollte sich hieraus auch etwas ueber das
als MS-DOS Nachfolger gehandelte Unix ergeben.
Um es vorweg zu nehmen, ein richtiges Unix System fuer unter
15.000 DM zu bekoemmen wird auf legalem Wege ohne Ausnutzung
von (sehr selten gewaehrten Studenten/Universitaeten/oder sonst
welchen Rabatten) nahezu ein Ding der Unmoeglichkeit sein.
Aber mit dieser Praemisse sind wir bzw. bin ich an den Start
gegangen um die Messe abzusuchen.
Gefunden und betrachtet hab ich dabei allerdings nur ein paar
sich lohnende Alternativen. Erstens die Anschaffung eines 386-AT's
mit SCO- bzw. Interactive-Unix. Zweitens einen Apple Mac SE/30
mit Apple A/UX 2.0. Drittens (als vergleich nach oben) eine Decstation
2100 und eine SUN Sparcstation. Auch den Unix-Knecht ARCORN R-140,
koennte man in betracht ziehen, obwohl ich diesen nicht auf der
Messe gefunden habe. Ueber den Atari TT/X, der leider ja immernoch
nicht lieferbar ist, kann man nur Vermutungen anstellen und Uesserungen
von ATARI glauben schenken.
Die Anlage von ATARI basiert auf dem (haeufig zitierten) TT von Atari
mit 68030/16 Mhz und 68881. Der TT/X soll mit 6 MB Ram ausgestatet werden,
sowie wahlweise mit einer 80, 120 oder 170 SCSI Festplatte. Dazu gehoert
- ebenfalls wahlweise - ein VGA Farbmonitor oder ein 19'' Monochrom Monitor.
Bei dem 19'' steht zwar Atari drauf ist aber Viking drin. An Hardware
gehoert weiter ein VME-Bus, ein SCSI-Bus, ein LAN-Interface (u.a. fuer
AtariNet) und ein Joystickport (vermutlich fuer Nethack).
Bei dem Unix handelt es sich um ein System 5 V3.1. Allerdings sind noch
BSD-Erweiterung dabei. Beispielsweise sind TCP/IP, sockets, NFS, etc.
Ausserdem unterstuetzt TT/ATX wahlweise Sys5 Filesystem und BSD Fast
Filesystem.
Zusaetlich ist X-Windows in der Version 11R4 dabei, sowie eine Motif-
aehnliche Applikation namens Wish. Mit dieser Oberflaeche SOLL mensch
benutzerfreundlicher arbeiten koennen. Weiter ist noch X/Open XPG2.
An Programmiersprachen sind der GNU C-Compiler, GNU Debugger, GNU C++
und der GNU Assembler dabei.
Die geschwindigkeit des TT/ATX wurde mit 4200 Drystones angegeben. Das
ist natuerlich enttaeuschend. Allerdings war spaeter von jemand der
Ahnung (und nicht bei Atari arbeitet) hat erklaert, warum der TT viel
schneller ist. Der TT ist kompatibel zum alten ST. Daher sind 2 MB Ram
im selben Speicherbereich wie auch beim ST. Die zusaetlichen 4 MB Ram
beim TT/X sind Fast Ram und liegen ausserhalb des 16 MB Bereichs des ST.
Fuer Unix wird dieser Speicherbereich genutzt, was zu einer Geschwindig-
keit von 10.000-16.000 Drystones fuehren wird.
Entwicklermaschinen sollen ab Mai 1990 ausgeliefert werden. Im Verkauf
auf der Rechner ab Herbst 1990 sein. Auf die Frage, wie sicher dieser
Aussage ist, meinte der zustaendige Atarianer nur "So sicher, wie ich
auf diesen Stuhl sitze". Allerdings war bezeichnend, dass er anschliessend
sich umsah und feststelle, dass er tatsaechlich noch auf den Stuhl sass.
Wie fast alles war kaum ein Preis zu bekommen. Die einzige Aussagen von
Atari war, dass er mit 80 MB Platte unter 10.000 DM liegen wird.
Die 386-AT's unter einem der PC-Unixe zu betreiben ist vom Preis
her gesehen sicherlich die interessanteste Variante. Einen
entsprechenden 386-PC (Mindestanforderungen sind hierbei
ein 20 Mhz getackteter 386, mit 4 MB Hauptspeicher, 80 MB (< 28ms)
Festplatte) zu kaufen wuerde einen Aufwand von mindestens (hierbei
ist wirklich die unterste Grenze gemeint) ca. DM 5000.- bedeuten.
Hierbei ist aber noch keine VGA-Karte oder sonstiger Schnickschnack
enthalten (der das Leben unter Unix natuerlich erheblich verschoenern
wuerde). Dazu kaeme mindestens noch das entsprechende PC-Unix.
Hierbei sind derzeit nur SCO-XENIX (welches gegenueber obiger
Behauptung auch mit 2MB Hauptspeicher zufrieden ist, aber halt kein
"echtes" Unix ist), SCO-UNIX und Interactive-IX/386.
Fuer SCO-UNIX bezahlt man derzeit in kompletter Ausstattung ca.
DM 4800.-- in der Multiuserversion. Hierbei sind das Betriebssystem
und ein Entwicklersystem mit c-Compiler, etc. enthalten.
SCO-Unix ist eine Mischung zwischen System V Rel.3 und einigen
neuen Features des System 5 Rel.4, welches allerdings auch von AT&T
erst fuer Ende diesen Jahres angekuendigt ist. SCO will moeglichst
Anfang des naechsten Jahres dsie Release 4 auch im Programm haben.
Interactive's 386/ix kostet in einer aehnlichen Ausstattung in etwa
das gleiche naehmlich ca DM 5800.-. Hierbei sei dazubemerkt, das bei
Interactive nicht daran gedacht wird in naechster Zeit die X-Window
Version X11 Rel.4 zu unterstuetzen. Man setzt hier noch auf den
derzeitigen defacto Standard X11 Rel.3. Auch Interactiv will versuchen
Anfang des naechsten Jahres eine Unix Rel.4 kompatibles System
herauszubringen.
Als schon weitaus teurere Variante bietet sich das neue Apple A/UX
in der Version 2.0 an. Hier hatte ich am Apple Stand wirklich den
Eindruck, es koennte sich um das Unix handeln, welches die MS-Dose
Rechner abloesen, und den Kampf mit OS/2 um die viel geruehmte Nachfolger
Position gewinnen koennte. Apple's A/Ux 2.0 kommt einem zu beginn im
Kleide, des vom Mac User her bekannten MultiFinders entgegen. Zuerst
merkt man kaum, dass man sich ueberhaupt auf einem Unix-Rechner befindet.
Tatsaechlich laeuft der Finder als ein Unix-Task direkt auf dem
Unix-Kernel. Dabei handelt es sich hierbei nicht direkt um eine
Emulation, sondern es werden die Finder Operationen direkt auf
den Unix-Kern abgebildet, so dass kaum Geschwindigkeits einbussen
hinzunehmen sind.
Und nu sind wir auch schon bei einem der wichtigsten Seiten des Apple
Unixes. Alles richtig bzw. ordentlich (nach den offiziellen Apple-
Richtlinien) geschriebenen Programme koennen unter Apple a/UX 2.0
behandelt werden, als ob der Rechner ohne Unix laufen wuerde.
Das heisst, sie koennen gestartet werden oder direkt zwischen einer
Unix Festplattenpartition und einer Mac-Partition bzw. Mac-Diskette
hin und hergeschoben werden. Somit ist das unter Unix doch etwas komfort-
lose benutzen des Diskettenlaufwerks fuer den A/UX User nicht mehr
vorhanden. Natuerlich beherscht a/ux auch die unter Unix ueblichen
Diskettenformate. Da der Multifinder in der Lage ist mehrere Programme
gleichzeitig ablaufen zu lassen, kann man nun sogar simultan mehrere
Mac-, Unix- und mit einem entsprechenden Zusatz (MacX) auch X-Window-
Applikationen anwenden.
Ein weiterer Vorteil von dem Apple Unix ist die komfortable Moeglichkeit,
des vom Mac her bekannten ein- bzw. ausschaltens. Dies unterstuetzt
die fuer den Anspruch als MS-DOS Nachfolger noetige Benutzerfreundlichkleit.
Auch die vom Mac her bekannte "Copy und Paste"-Funktion ist uneingeschraenkt
zwischen der Unix-Welt und dem Mac-Applikation nutzbar.
Ausser dem oben erwaehnten Programm MacX, welches einen sehr schnellen
X-Window-Server, darstellt, und in der Lage ist X-Window-Applikationen
in einem Mac-Window ablaufen zu lassen, ist natuerlich auch ein "richtiges"
X-Window vorhanden.
Ein letztes Zeichen, das dieses Unix von anderen Unix Implementationen
abhebt, ist, der neue Unix-Befehl, cmdo <unix-command>. Hierrauf erscheint
eine Mac-typische Eingabe Maske, die es ermoeglicht per Mouse-Klick
die entsprechenden Optionen anzusprechen. Dabei erhaelt man leicht
auch ueberblick ueber die selten benutzen und deshalb auch nur eingeweihten
bekannten Kommando-Optionen. Auch IO-Redirection kann hier in Mac
bekannte Mannier angegeben werden. In einem Feld der Eingabe Maske
wird simultan zum Klick der Mouse die Unix Zeile mit dem entsprechenden
Kommando aufgebaut. Dieses Kommando ermoeglich aeusserst komfortabel mit
den Unix-Befehlen umzugehen, und ermoeglicht eigentlich erst richtig
mit der Maechtigkeit eines Unix-Systems richtig zu arbeiten.
Ausserdem enthaellt A/UX 2.0 eine Auto-Recover Moeglichkeit. Hierrunter
ist das Automatische anlegen einer Kopie des Root-Sector's des
Unix-File-Systems zu verstehen, welches den Benutzer immer in die
Lage versetzt sein Filesystem wieder zu benutzen, auch nach einem
System-Crash.
Nun genug der Lobesworte, nun auch noch die Nachteile die ich entdecken
konnte. Erstens ist hirzu die Verwendung von Terminals anzufuehren.
Dort hat man natuerlich keine Mac-Oberflaeche, sondern nur ein normales
Unix-ASCII Terminal (es sei denn, man ist in der Lage sich X-Window-
Terminals zu leisten) aber das ist im Vergleich zu anderen Unix
Implementationen eigentlich kein Nachteil, da diese auch nur ueber eine
solche verfuegen. Auch dies unterstreicht die Zielgruppe von Apple, naehmlich
Universitaeten (und damit auch den Markt der Studenten) und die derzeitigen
MS-DOS-Benutzer, die auf "ein Betriebssystem der Zukunft" umsteigen wollen.
Das letzte grosse Plus von A/UX 2.0 duerfte der Preis sein. Der derzeit
noch in den Katalogen und Preislisten stehende Preis von DM 2060.-
(auf Tape-Streamer) bzw. DM 2520.- (auf Diskette) wird sich bis zur
Auslieferung in diesem Sommer auf ca. DM 1800.- reduzieren. Darin
enthalten ist (bis auf MacX, dies ist noch nicht ganz klar) alles
oben aufgezaehlte, inclusive NFS, Yellow-Pages und den BSD Network
Services. Das dies ein politischer Preis von Apple ist an dem sie
nicht grossartig verdienen werden, wird wohl keiner bestreiten.
Der einzige entscheidende Nachteil von Apple's Unix duerfte der
Preis fuer die Hardware sein, die noetig ist um mit dem System
arbeiten zu koennen. Das absolute Minimum stellt der Mac SE/30
mit ca. 4MB Hauptspeicher und einer 80 Mb Festplatte dar. Dabei ist
aber solche Unzulaenglichkeit, wie der Mac-typische "Kuckloch"-Monitor
zu beachten. Die Moeglichkeit zur erweiterung mit einem Grossbildschirm
besteht zwar, geht dann aber schon wieder sehr ins Geld. Fuer solch eine
konfiguration ist alleine an Hardware-Kosten schon mit ca. 13.000 DM
zu rechnen. Allerdiungs muss man die SCSI-Festplatte, die man bei Apple
teuer bezahlt ja nicht dort kaufen. Es gibt ja auch noch andere Hersteller.
Eine weitere interessante Moeglichkeit bietet Apple zur Ausslieferung
des A/UX 2.0 an. Es ist ein CD-ROM-Laufwerk mit einer kompletten
Unix-ausstattung fuer unter DM 3000.-. Dieses bietet die Moeglichkeit
immer ein bootbares Filesystem zu haben, und ausserdem die Ausslagerung
einiger unwichtiger Teile des Systems, wie z.B. den Manual-Pages.
Einige eingefleischte Unix-Wizards hoere ich jetzt schon sagen :
"das ist doch kein richtiges Unix", kann ich nur sagen, dass dieses
Unix meiner Ansicht nach das Zeug hat "richtige" Unixe den Rang bei den
bisherigen Personal-Computer-Usern abzulaufen. Ich meine damit, dass
es wahrscheinlich nicht die anderen Unix-Systeme vom professionellen
Markt der Multiusersysteme verdraengen wird, sondern stattdessen
eher der Nachfolger von MS-DOS wird, sofern die Preise fuer die
Hardware noch um einiges fallen.
Fuer die oben weiter aufgefuehrten SUN und DEC Rechner gilt
zuersteinmal folgendes: Alle sind weit ausserhalb der Preisgrenze
von 10.000 DM anzusiedeln. Alleine die preiswerteste Sun, die derzeit
noch ausgeliefert wird ist nicht, wie ich noch zur Messezeit dachte,
eine 3/60 bzw. 3/50 fuer alles in allem DM 15.000.-, sondern eine
SparcStation 1 fuer komplett derzeit ca. DM 35.000.- (dieser Preis wird
sich aber demnaechst auf ca. DM 27.000.- reduzieren. Die Produktion der
3/60 und 3/50 wird wohl bzw. ist schon eingestellt. Schade eigentlich,
ich mochte die Maschinen.
Die Preiswerteste DEC-Unix (Ultrix) ist die DECstation 2100 fuer etwas
weniger als DM 20.000.-. Sie ist die kleine Schwester von der DECstation3100
und soll auch nur ca 75% der Leistung ihrer grossen Schwester erbringen.
Am naechsten unserer Preisgrenze kommt sicherlich der Arcorn R-140.
Dies ist eine RISC-Workstation die zwar relativ komplet ausgestated
geliefert wird, aber durch ihre Leistung doch nicht so furchtbar
ueberzeugen kann. Sie liefert einen Drystonewert von 3330. Trotz
der Unzulaenglichkeiten des Drystonetests, um Rechnerleistungen zu
vergleichen, sagt dies etwas ueber die Maschine aus, wenn man sich vor
Augen fuehrt, dass ein 386-PC gut auch das doppelte bis dreifache
(mit 33Mhz soger nochmehr) an "Trockensteinen" schaffen kann. Die Arcorn
R-140 kostet komplett mit BSD-Unix 4.3, X-Windows (V11 Rel.3), NFS 3.2,
den Yellow Pages,usw. ca DM 16.000.-.
Nachzutragen waehre vielleicht noch die Drystonewerte der anderen Maschinen
(Soweit sie erhaeltlich waren, zur naechsten CeBit nehme ich ein
Drystone-Programm zum testen mit :-)) ). Da waere noch die kleinste
SparcStation 1 , sie liefert ca. 23.000 Trockensteine. Fuer die
DECstation 2100 konnte ich leider keinen Wert bekommen, aber fuer
die groessere 3100 soll der Drystonetest Werte von ca. 27.000 liefern.
Dies wuerde fuer die kleine (mit ja angeblich 75% der Leistung) 2100
etwa einen Wert von ca. 20.000 bedeuten.
Fuer die uebrigen Rechner hab ich leider keine Werte bekommen, da Apple
A/UX 2.0 erst in einer Beta-Version auf der Messe zu sehen war und,
wie mir die Softwareentwickler unter euch auf jeden Fall glauben werden,
gerade bei der letzten Entwicklerarbeit die Geschwindigkeit immer
besondere Beachtung finden wird. Bei entsprechenden Informationen werden
wir aber diesen Wert nachtragen.
So, dass war's.
Und die Moral
von der Geschicht,
Unix gibt's so "preiswert"
nicht.
Fly.
NEXT FMK7
Computertechnik fuer Umweltgruppen auf der CeBIT
Die Umweltbewegung entdeckt die Computertechnik. Erstmalig zeigen Buerger-
initiativen und Umweltgruppen auf der diesjaehrigen Computermesse CeBIT in
Hannover, wie Telekommunikation im Umweltschutz genutzt werden kann. Besonders
beliebt sind sogenannte Mailboxnetze, sagt Wolfgang Schroeder, Vorstands-
mitglied des Vereins Mensch Umwelt Technik (M.U.T.) aus Hamburg. M.U.T.
unterstuetzt im Umweltschutz aktive Gruppen, die mit Computertechnik arbeiten
wollen. Die Technik soll jedoch Mittel zum Zweck bleiben, betont Schroeder.
Man moechte die Vernetzung zwar foerdern, doch der "interdisziplinaere
Erfahrungsaustausch" zwischen Personen sei die Grundlage fuer ein
funktionierendes Netz - ueber zunehmend als zu eng empfundene Verbandsgrenzen
hinaus.
Der Computereinsatz kostet in der Anfangsphase viel Zeit, meint Schroeder.
Ohne Hilfestellung und Beratung sind Umweltgruppen oft ueberfordert - auch
deshalb, weil die Moeglichkeiten der Technik leicht ueberschaetzt werden.
Bei allem Technikeinsatz darf es zudem nicht passieren, daa die Alltags-
probleme den Umweltschutz als eigentliche Aufgabe in den Hintergrund draengen.
M.U.T. setzt sich dafuer ein, daa pragmatische Hilfestellungen organisiert
werden und "Hilfe zur Selbsthilfe" moeeglich wird.
Was sich in den letzten Jahren bei Umweltgruppen in Sachen Computertechnik
getan hat, kann sich sehen lassen. So stellt der Bund fuer Umwelt und
Naturschutz ein Mailboxnetz vor, das vor allem fuer die Informationsbe-
schaffung und den Nachrichtenaustausch genutzt wird. Das Mailboxnetz soll aber
nicht nur die Kommunikation innerhalb des Verbandes verbessern.
Das System ist oeffentlich und soll als demokratisches Informationsmedium
genutzt werden. Im redaktionellen Teil werden unter anderem bundesweit
Kurzmeldungen aus den verschiedenen Bereichen des Naturschutzes angeboten,
auch Informationen aus dem Europaparlament, Nachrichten zur Wirtschafts-
politik und eine Wochenbibliographie werden angeboten. Vorgesehen ist unter
anderem eine dezentrale Bibliotheksverwaltung.
Wenige Meter neben dem Messestand des BUND zeigt Global Challenge Network
(GCN) aus Muenchen das Projekt "Messnetz". Im Rahmen einer Pilotphase werden
derzeit Methoden zur Untersuchung von Trinkwasser und kleinen Flieagewaessern
und Radioaktivitaetsmessungen getestet. Ein wissenschaftlicher Beirat
hat inzwischen einfache Messmethoden standardisiert, die auch von Laien
angewendbar sind. Ziel des bereits im Januar 1987 gegruendeten GCN ist,
Bruecken zwischen Wissenschaft, Buergerinitiativen, Umweltschutzverbaenden,
staatlichen Stellen und der Industrie zu schaffen. Mehr als 50 Initiativen
in der Bundesrepublik haben inzwischen Meastationen aufgebaut und senden die
Untersuchungsergebnisse via Mailbox zum GCN-Netzknoten in Muenchen. Doch es
geht auch darum, Buergerinitiativen und anderen engagierten Gruppen ein
gemeinsames Kommunikationsnetz zur Verfuegung zu stellen sowie den Zugang
zu kritischer Sachkompetenz zu erleichtern.
Daa sich immer mehr Umweltgruppen und private Computeranwender fuer die
Computervernetzung interessieren, liegt unter anderem an einer Netzwerk-
software, die sich unabhaengig von den kommerziellen Bedingungen der
EDV-Branche entwickelt hat, das Zerberus-Netz. Computerfreaks und
professionelle Programmierer haben gemeinsam ueber mehrere Jahre dieses
Netzwerk fuer Jedermann entwickelt. Es kann auf jedem handelsueblichen PC
auch von Laien betrieben werden, wobei jede dieser Stationen einen
vollwertigen Netzknoten darstellt.
Mittlerweile gibt es ueber hundert solcher Knoten in der Bundesrepublik.
Auch in der DDR gibt es immer mehr Zerberus-Knoten, Oesterreich und die
Schweiz sind schon seit laengerem dabei. Eine der gefragtesten Anlauf-
stellen fuer sogenannte NGOs (Non Governmental Organisations) ist Udo
Schacht-Wiegand aus Hannover. Er beschaeftigt sich bereits seit mehreren
Jahren mit Computernetzen. Sein technisches Know How ist stark gefragt.
Mit Gleichgesinnten hat er den Verein Oekoline aufgebaut, der sich unter
anderem die Aufgabe gestellt hat, Wissen ueber Netze und Datenbanken zu
vermitteln und im Rahmen der Moeglichkeiten technische Hilfestellungen
zu leisten.
Schacht-Wiegand vertritt fuer die Bundesrepublik auch das internationale
Umweltnetz Greennet. Greennet gehoert zu den wichtigsten Informationsquellen
im Umweltschutz. Rund 1000 internationale Umweltorganisationen mit rund
5000 Teilnehmern tauschen ueber dieses Netz weltweit aktuelle Informationen
aus. Schacht-Wiegand: "Wir wollen noch in diesem Jahr einen deutschen
Greennet-Knoten aufbauen".
Dass aber auch das Medium fast zum Nulltarif zum Versenden von Nachrichten
'dienen kann, also im Gegensatz zu Zeitung, Rundfunk, Fernsehen alle
AnwenderInnen vom Wohnzimmer aus Texte lesen und empfangen koennen, war
auf der CeBIT '90 zu sehen. Ausgehend von Halle 22 breitete sich im kleinen
ein Abbild des in Europa inzwischen mit 130 Mailboxen vernetzten
Zerberus-Netzes aus. Zwoelf Mailboxen auf der CeBIT demonstrierten
Aktualitaet.
Brisante Themen aus Technikentwicklung, Medien, Umweltschutz und zum
politischen Tagesgeschehen erreichten ueber Bildschirm, Modem und Drucker
Tausende von Menschen. Eindruecke und Erfahrungen zum CeBIT-Geschehen
wurden live kommentiert - nicht nur Fachjournalisten, sondern auch von
CeBIT-BesucherInnen.
Alle Mailboxen waren mit dem COMPOST- und LINKSYS-Verbund im Zerberus-Netz
vernetzt. Diese Mailboxen haben sich die politische, soziale und oekologische
Vernetzung vorgenommen. Ausgehend von den Koordinatoren der LINKSYS- und
COMPOST- Mailboxen wird die Erfahrung dieser CeBIT der MesseAG und den
Ausstellern vermittelt. Ins Auge gefasst sind mindestens eine Computer-
mailbox pro CeBIT-Halle im kommenden Jahr. In einem CeBIT-Netz kann dann
eine tagesaktuelle elektronische CeBIT-Zeitung erscheinen. Nachwuchs-
journalistInnen, Schueler- und Jugendzeitungsredakteure und alle
interessierten BesucherInnen geben an den Terminals ihre Beitraege ein.
Ein Journalistenteam wird die verdichteten Nachrichten als Tagesdienst
ins Pressezentrum uebermitteln.
So wird Vernetzung von unten greifbar. Denn das Einklinken ins Netz ueber
Telefon wird von jedem Heim- und Personalcomputer, jedem Stand und jedem Ort
moeglich und erschwinglich sein.
Quelle: MIK-Magazin
Informationen von Umweltgruppen
-----------------------------------------------------------------------------
NEXT FRC9
Die wunderbare Wandlung
Da geht mensch nix ahnend ueber die Cebit und landet dabei bei der
Firma CombiTec in Halle 20. Dort faellt mir zwischen CAD-Programmen
das Bild von einer Vorabversion von Tempus-Word in die Augen. Nix
ahnend sehe ich mir das Treiben um die Demoversion an, bis mir ein
Widerspruch auffaellt: Vom Bildschirm her arbeitet mensch eindeutig
mit einem Atari ST. Dies laesst sich aber nicht mit der Aufschrift
am Computer uebereinbringen. Dort steht naemlich Commodore Amiga
dran. Die Loesung des Problem heisst Medusa: der erste ST-Emulator
fuer den Amiga.
Vor 6 Wochen hatten ein paar Programmierer von CombiTec angefangen
sich an einen ST-Emulator zu versuchen. Derzeit liegt die Version
0.3 vor, und innerhalb von 3-5 Wochen soll die Endversion
ausgeliefert werden koennen. Schon in der derzeitigen Version ist
die Emulation beeindruckend. Der QIndex behauptet, dass der
Emulator in den Bereichen CPU-Geschwindigkeit, Bios Text, Bios
Scroll, Gem Draw in der Regel zwischen 95 und 98% der
Geschwindigkeit eines ST's liegt. DMA-Read betraegt 3450% und
Gemdos I/O 1970%. Programme wie Signum 2, Calamus, GFA-Basic, Psion
Chess, etc, TOS1.0 und TOS 1.4 laufen einwandfrei. Auch die
Festplatte und Atari Diskettenformat wird unterstuetzt.
Allerdings sind - wie beim ST - wohl zwei Monitore notwendig. Zwar
kann mensch auf einen monochromen, sowie auf einen Farbbildschirm
alle drei Aufloesungen benutzen, allerdings fehlt bei Monochrom
logischerweise die Farbe, und wenn mensch auf Farbe im Monomodus
arbeitet, sieht mensch das beruehmte Amiga-Flackern (nur viel
staerker).
Natuerlich hat der Emulator auch Nachteile. Der Bidlschirmaufbau
scheint manchmal ziemlich unvollstaendig und langsam. Viele Spiele
laufen nicht. Besonders wenn sie direkt auf die Diskette (z.B.
Kopierschutz) oder auf die ST-Hardware zugreifen. Deswegen laufen
auch alle Dritt-Emulatoren wie Aladin oder PC-Ditto nicht.
Der Emulator besteht aus Soft- und Hardware und kostet im Handel
598 DM. Fuer Amiganer die die gute Anwendungssoftware des ST's
verwenden wollen, ist der Emulator eine echte Alternative. Fuer
die Spielkids ist das aber eher Geldverschwendung.
Ein Mitarbeiter von Atari meinte uebrigens zum ST-Emulator:
"Endlich eine vernueftige Anwendung fuer den Amiga"
Terra
-----------------------------------------------------------------------------
NEXT FRC8
Am Rande bemerkt
Wie immer gab es auch in diesem Jahr einiges am Rande der CeBit
zu sehen. Vielleicht koennten auch andere ueber "kleine"
Leckerbissen von der Messe erzaehlen.
Auf der Suche nach der viel zitierten neuen Unix Version von
System 5 Release 4, blieb uns ein Erfolg versagt. AT&T teilte
uns auf Anfrage mit, dass Release 4.0 fruehestens Ende des
Jahres. Vermutlich eher Anfang 1991 erscheinen wird. Es wurden
aber auf einer Pressekonferenz einiges zu Rel 4.0 erzaehlt. (Wir
waren nicht dabei: Koennte dazu jemand mal was schreiben ?).
Ein anderes Geruecht war das die neue Version von WordPerfect 5.1
neben einem Woerterbuch und einer Rechtschreibkorrektur auch
eine Kommakorrektur beherrschen soll. Dieses Geruecht hat sich
so hartnaeckig gehalten, dass die Leute auf dem WordPerfect
Stand bei Anfragen zu dem Thema kurz vor Tobsuchtsanfaellen
standen.
Bei dem Stand von DSM-Computersysteme fiel uns eine i860 Karte
auf. Bei dem i860/64Bit-Prozessor handelt es sich um eine neue
Entwicklung von Intel im RISC-Bereich. Die Karte bietet fuer
unter 10.000 DM ca. 4 MB Speicher und bis zu 120 Mips. Noch
mehr kann erreicht werden, wenn mensch diese Karte paralell
schaltet. Mit bis zu 256 Karten ist dies moeglich. Als Drystone
Wert wurden 89.500 pro Sekunde angegeben. Das i860-Entwicklungs-
system ist fuer Unix V R3.2 und OS/2 erhaeltlich und enthaelt,
die Programmiersprache C und Fortran. Mehrere Mathematik- und
Vektorlibaries, einen Fortran-Vektorizer, Assembler, Linker und
Simulator sind ebenfalls integriert. Allerdings wird dieses
nicht zusammen mit der Karte ausgeliefert.
Bei Schneider wurde ein sehr guenstiges Fax-Geraet vorgestellt.
der SPF 101 soll 999 DM kosten und wird ab Ende April
erhaeltlich sein. Interessant ist ein Satz in der Produktinfo:
"Mit einer Uebertragungsdauer von nur ca. 25 Sekunden ist das
SPF 101 gut geruestet fuer die Direktkommunikation von
Arbeitsplatz zu Arbeitsplatz". Selbst langsame Geraete muss
mensch nur gut verkaufen koennen.
Richtiges Science Fiction Feeling kam auf dem Panasonic Stand
auf. Wer kennt nicht die Stories wo sich der Held mit den
kleinen gruenen Menschchen mit Hilfe eines Translators
unterhaelt. Besonders gern denkt mensch an diese Stories in
Englisch- oder Franzoesischpruefungen. Panasonic stellte nun ein
Forschungsprojekt vor, welches von der Panasonic Tocher
Matsushita und der Carnegie Mellon University entwickelt wurde.
An einem Ende spricht mensch auf japanisch rein und auf der
anderen Seite erscheint auf den Bildschirm die Uebersetzung,
sowie ueber einen relativ schlechten Sprach-Synthesizer wird
der Text in englischer Sprache wiedergegeben. Die Uebersetzung
erfolgt relativ schnell (ca. 3 Sekunden fuer einen Satz).
Allerdings ist die benoetigte Anlage noch ziemlich gross
(Workstation mit Peripherie). Ausserdem darf mensch nicht
vergessen, das Japanisch eine relativ einfache und insbesonders
phonetisch eindeutige Sprache ist. Allerdings wird daran
gearbeitet die Geraete zu verkleinern, damit sie auf Reisen
mitgenommen werden koennen. Derzeit kann der Translator nur auf
bestimmte Situationen reagieren (z.B: Sprachschatz der in einem
Reisebuero notwendig ist). Dafuer aber muss der Rechner nicht
erst die Stimme des Sprechers erlernen. Er reagiert allgemein
auf jede Stimme, wobei dies vermutlich auch mit der japanischen
Sprache zusammenhaengt.
Bei Atari gab es auch einiges zu sehen. Der neue TT/ATX, der TT
mit Unix wird im Unix Artikel naeher erwaehnt. Sonst waren z.B.
von X/Software ein X-Window System da, welches dem Atari ST zu
einem intelligenten X-Window-Terminal macht. Das Paket soll
weniger kosten als ein Terminal. Das Paket besteht aus Hard- und
Software (X-Windows, TCP/IP und ein zu TOS kompatibles
Multitasking-System).
Dann hat Atari neue Rechner namens ABC vorgestellt. dabei
handelt es sich um Rechner mit einem 386SX Prozessor und 40 MB
Festplatte. Fuer Atari Rechner der ST, TT und PC Linie gibt es
jetzt auch (endlich) ein LAN. Preis konnte - wie bei fast allen
Atariprodukten - nicht genannt werden. Auch andere Leistungsdaten
waren nicht rauszufinden. Atari's PR Politik laesst auf jeden
Fall einiges zu wuenschen uebrig.
Die Firma Best kuendigte ein neues 9600 Bps Modem mit V.32 Norm
an. Dieses soll vermutlich um die 1200 DM kosten und ist damit
billiger als alle anderen V.32-Modems. Allerdings sollte mensch
nicht vergessen, dass schon derzeit das Best 2400 MNP von der
Qualitaet sehr zu wuenschen uebrig laesst (z.B. effektive Bps
Rate von 3700).
Laut CeBit-Geruechtekueche soll die neue Version 5.1 von Word-
Perfect neben einer Rechtschreibkorrektur auch eine Kommakorrektur
besitzen. Die Standmitarbeiter reagierten freundlich, aber
leicht genervt wg. staendiger Anfragen. Das Geruecht erwiess
sich auch als solches. Ansonsten bietet das Programm eine
komfortable Einbindung von Formeln, die auch berechnet
und
aehnlich wie Grafik in den Text eingebaut werden koennen. Ein
weiteres interessantes Feature (Bug?) des DOS-Directories,
welches bekanntlich nur 8 Buchstaben zur Vergabe von Dateiname
zulaesst, ist die Vergabe zusaetzlicher Stichworte zur Datei.
Nach langen suchen fand mensch uebrigens endlich einen NeXT
Computer auf der Messe. Die Firma A-Dope stellte ihren Display
Postscript Interpreter vor. Damit wird der gesamte Bildschirm
mit Hilfe von Postscript-Kommandos dargestellt. Viele
Informationen zum NeXT waren nicht zu erhalten. Der NeXT wird in
England ans Business verkauft. Preis liegt zwischen 20.000 und
25.000 DM. Dabei sind allerdings eine groessere Palette an
Software, wie bsw. Textverarbeitung, Grafikprogramme und E-Mail
Software. Letztere hat mensch sich natuerlich intensiver
angesehen. Die grosse Funktionalitaet von E-Mail wird dort
relativ gut grafisch dargestellt. Allerdings scheint auch NeXT
keine Loesung fuer integrierte Kommunikationssoftware auf
grafischer Basis zu sein. Ein nettes Feature (sicher kein Bug)
ist die Moeglichkeit eine Mail nicht nur mit Textinhalten,
sondern auch mit Sprache zu verschicken. Digitalisierung und
Mikrophon sind direkt beim NeXT dabei. Sprachdigitalisierung ist
direkt vom E-Mail Programm aus aufrufbar.
Es gab auch einige Treffen auf der CeBit. Beispielsweise trafen
sich am Montag am Heise-Stand Unix Benutzer aus Hannover um einen
Unix-Stammtisch zu initiieren. Dieser soll sich in Zukunft jeden
Dienstag um 20 Uhr in der "Wiener Sophie", Koenigstr. 12 treffen.
Ob daraus die geplante GUUG-Ortsgruppe wird, muss sich noch zeigen.
Zum Abschluss bleibt noch zu sagen: Die CeBit 1991 findet vom
13. Maerz bis 20. Maerz statt.
Terra
-----------------------------------------------------------------------------
NEXT FFAB
Der alte Mann und das -MEHR ?-
Seit etwa sechs Jahren gibt es nun Mailboxen auch in diesem unseren Lande.
Zwischenzeitlich sind Millionen von immer besseren und immer
leistungsfaehigeren Computern verkauft werden, das Modem verdraengt allmaehlich
den Akustikkoppler, alles wird schneller, groesser. Nur besser wird es nicht.
Sieht man genau hin, hat sich in der Mailboxlandschaft seit 1984 nicht sehr
viel bewegt. Gewiss, seit geraumer Zeit gibt es vernetzte Systeme, man kann
heute durchaus eine Nachricht innerhalb von fuenf, sechs Tagen von einer
Hamburger Box in die andere senden, wenn man einen Umweg ueber Wuppertal und
andere Staedte fuer vertretbar haelt. Gewiss, es gibt Systeme, die halten -zig
Megabyte an Daten fuer ihre Benutzer abrufbereit, hunderte von Programmen zum
Herunterziehen, sowie all die netten kleinen Texte, die besagen: Ich war auch
hier. Gewiss, es gibt inzwischen auch Systeme mit inhaltlichen Schwerpunkten,
meist im Bereich linker und/oder alternativer und/oder umweltpolitischer
Themen, deren groesste Freude es ist, darueber zu debattieren, innerhalb welchen
Netzwerkes man sich angemessen verbreiten kann. Und das soll es dann schon
gewesen sein ? Hier tut offenbar eine kritische Bestandsaufnahme not (Sie ,
lieber Leser, sind selbstverstaendlich in den folgenden Zeile nicht gemeint,
egal ob Sie nun User sind oder Sysop, Point, Terminal oder Node, Einzelperson
oder Gruppe. Es sind immer nur die Anderen, die gemeint sind. Aber das sehen
Sie ja ohnehin genauso).
Beginnen wir auf der untersten Ebene, bei den Benutzern. Benutzer sind
grundsaetzlich dumm, viele dazu noch dreist. Sie kommen aus den
unterschiedlichsten Gruenden zur Mailbox, weil sie in einer selbsternannten
Fachzeitschrift darueber gelesen haben, weil Hans-Bernhardt um die Ecke das
auch geil findet, weil sie keinen Bock mehr auf noch zehn weitere
Ballerspiele haben, weil der Computer sonst verstaubt, weil sie mal gehoert
haben, dass Hacker sowas auch machen und und und...
All diese User treffen dann bei ihren ersten Gehversuchen auf die zweite
Gruppe, die Boxbetreiber oder Sysops. Sysops unterscheiden sich von den Usern
dadurch, dass sie grundsaetzlich dreist sind, viele dazu noch dumm. Die meisten
Sysops sind nicht in der Lage, ihr Mailboxprogramm selbst zu schreiben,
geschweige denn, zu verstehen, wie es funktioniert. Sie kommen zur Mailbox,
weil sie sich ueber die anderen Boxen geaergert haben, weil sie sich ueber die
anderen User geaergert haben, und so weiter...
Die Sysops treffen bei ihren Versuchen, eine eigene Mailbox zu eroeffnen, auf
eine weitere Gruppe, die Mailboxautoren. Mailboxautoren sind grundsaetzlich
dummdreist, viele dazu noch geldgierig. Sie kommen zum Programmieren, weil
sie sich ueber die anderen Mailboxprogramme geaergert haben, weil sie sich ueber
andere Sysops geaergert haben, etc. etc etc. ...
Mailboxautoren treffen frueher oder spaeter auf Netzwerker. Netzwerker sind
dummdreist und geldgierig, viel dazu noch groessenwahnsinnig. Sie kommen zum
Netzwerk, weil sie sich ueber die bestehenden Netze geaergert haben, weil sie
sich ueber lange Laufzeiten geaergert haben, weil sie sich ueber irrsinnige
Routwege geaergert haben ...
Fairerweise sei dazu gesagt, dass die Grenzen zwischen den Gruppen
mittlerweile fliessend geworden sind. Im Zerberus-Netz gibt es beispielsweise
User, die mehr dreist als dumm sind, das sind die Terminals. Und es gibt
ueberall in den Netzen Sysops, die mehr dumm sind als dreist, ja sogar
etliche, die nur dumm sind.
Eine hochinteressante Erscheinung in den vom Zeitgeist heimgesuchten Boxen
ist das inzwischen -Dank entsprechender Beispiele innerhalb gewisser Clubs-
in Mode gekommene Ausgrenzspiel. Da streiten die User untereinander darueber,
wer von ihnen nicht ins System passt, die Sysops streiten darueber, welche
Bretter nicht in die Boxen passen und ueber die User, die Netzwerke streiten
darueber, welche Boxen nicht in die Netzwerke passen, welche Netze nicht
angeschlossen werden sollen und ueber Bretter und ueber User. Kaum haben die
Netze begonnen, sich zu formen, werden sie durch dieses ewige Ausgrenzerei
mit Laufmaschen versehen, was angesichts der wirren Strukturen toedlich sein
muss.
Woran liegt's ? Ein Grund, so merkwuerdig das auch angesichts der Gigabytes an
Daten auf den Netzen scheint, ist mangelnde Information. Wobei deutlich
darauf hingewiesen sei, dass falsche Information genauso mangelhaft ist, wie
fehlende, ja, schlimmer als diese. Da werden von allen Seiten Erwartungen
geweckt, die dann nicht oder nur unvollstaendig erfuellt werden. Jedes Jahr im
Fruehjahr, also vor der entscheidenden Messe in Hannover, finden sich in den
Fachzeitschriften sogenannte Schwerpunktbeitraege zum Thema
Datenfernuebertragung, die von den Nicht-Usern gierig verschlungen werden, von
den Usern mit einem Stirnrunzeln bedacht werden, von den Sysops mit einem
Laecheln und von den Netzwerkern mit einem Kopfschuetteln. Natuerlich sollen
diese Artikel, dafuer sind Fachzeitschriften ja da, in erster Linie den Kreis
potentieller Kaeufer vergroessern. Dagegen ist nichts einzuwenden, Geschaeft ist
Geschaeft. Nur darf man sich dann nicht wundern, geschweige denn aufregen,
wenn die frischgebackenen User in Scharen ueber die Mailboxen herfallen und
dort Bloedsinn verzapfen, weil sie noch nicht mit dem Medium umgehen koennen,
oder weil sie veraergert sind, wenn ihre Erwartungen nicht erfuellt wurden.
Diese Leute dann aus dem Kreis der User auszugrenzen, ist sicherlich der
bequemste Weg. Unbequemer, aber sinnvoller, ist es, die User anhand
einleuchtender Beispiele vorsichtig zu fuehren und ihnen eine Chance zum
Begreifen zu geben. Begreifen kann man Computer und was damit zusammenhaengt
aber nun einmal am Besten, wenn man das woertlich nimmt und begreift,
Fehler zu machen, auch wenn dann Datenmuell entsteht, sinnlose Texte ueber die
Netze schwirren oder Texte am falschen Ort landen. Ganz ohne diesen Muell geht
es nicht, ja es muss sogar darauf geachtet werden, dass der Muell nicht ganz
verschwindet, denn dann bliebe nur eine sterile Wueste der Seriositaet. Eine
Mailbox, die in ihrem Kern gesund ist, verkraftet so etwas sehr gut.
Womit wir bei den Mailboxen waeren. Das ist eine Medaille mit mindestens zwei
Kehrseiten. Die meisten Sysops kommen zu ihrem Mailboxprogramm, wie
Kuhscheisse aufs Dach: Keiner weiss so recht, wie und warum. Irgendwann wird
der Entschluss gefasst, eine Mailbox zu eroeffnen und da man selber nicht
programmieren kann, oder nicht weiss, wie man eine Mailbox programmiert,
sucht man nach einem fertigen Programm. Damit ist man dann auf Gedeih und
Verderb an die vorgelieferten Strukturen gebunden. Und diese sind
erschreckend unklar. Da gibt es mindestens drei verschiedene Systeme,
Aehnlich wie bei den Videorecordern, das eine arbeitet mit Zahlen, das andere
mit Mnemonics, das dritte mit Klartextbefehlen. Eigentlich sollte man
annehmen, dass dieses am einfachsten bedienbar waere, aber interessanterweise
tun sich die User damit zumindest Anfangs am schwersten. Warum das so ist,
kann man ahnen, wenn man sieht, dass diese Gruppe Boxen sich frueher
GeoNet-Kompatibel nannte, nach dem Beispiel der kommerziellen GeoNet-Systeme,
bei denen das Befehlssystem abgeguckt war. Mittlerweile ist nur noch von
Geo-Aehnlichkeit die Rede. Das liegt daran, dass jeder Mailboxautor seinen
eigenen Dialekt hinzufuegt, aber dazu kommen wir spaeter. Der User kann sich
also selbst innerhalb eines Typs von Mailboxprogramm nicht darauf verlassen,
mit gleichen Eingaben gleiche Ergebnisse zu erzielen. Diese babylonische
Verwirrung steigert sich spaeter auf der Netzebene noch dadurch, dass jedes
Netz seine eigene Art der Empfaengeradressierung hat. Das geht dann bis zu
einem Punkt, an dem klartextgesteuerten Boxen auf einmal Zahlenadresse a la
BTX aufgezwungen werden. Und der User, der da verstaendlicherweise nicht mehr
durchsteigt, wird als Dummuser abgekanzelt. Die Netze entstehen in den
Wirrkoepfen.
Fuer den Sysop ist es mit dem Kauf/der Beschaffung des Programms allerdings
nicht getan. Auch wenn sich in letzter Zeit immer mehr die gegenteilige
Ansicht durchsetzt: Eine Mailbox zu betreiben ist arbeitsintensiv. Man kann
sie nicht einfach vorsichhinbrabbeln lassen, sondern muss sich um das System
kuemmern. Bretter und User wollen betreut werden, wer das versaeumt, darf sich
ueber ein Zuviel an Muell nicht beklagen. Aber es ist natuerlich einfacher, auf
die User zu schimpfen, als etwas zu aendern. Auf diese Weise entstehen dann
die Boxen, die von den anderen Systemen belaechelt und/oder beschimpft werden.
Womit wir bei den Netzen waeren (keine Angst, die Mailboxautoren wurden nur
aufgeschoben, nicht aufgehoben). Da gibt es Fido-, Magic-, Maus-, PC-,
Zerberus-, BTX- und sonstige Netze. Nicht nur das jedes dieser Netze eine
eigene Struktur fuer die Uebertragung der Nachrichten hat, nein, jedes Netz
muss auch noch eine eigene Form der Adressierung haben. Um von einem Netz ins
andere zu kommen, muessen muehsam die Formate gewandelt werden, Routen
ausgerechnet und optimiert werden. Bei jedem Netzuebergang das gleiche Spiel
und innerhalb der jeweiligen Netze wieder das Gleiche. Dazu kommen
Animositaeten zwischen den einzelnen Netzen, sogar zwischen den einzelnen
Boxen eines Netzes. Die einen sind zu links, die anderen zu rechts, die einen
zu serioes, die anderen zu unserioes, wieder andere zu zu. Und jeder haelt
seinen Weg fuer den richtigen und versucht, die anderen in diesem Sinne zu
beeinflussen, wo das nicht klappt, wird halt gemeckert und geschimpft. Nur
geaendert wird nichts.
(Anm. der Redaktion: Geschichtlich gab es zwei Ansaetze der Vernetzung. Die
Vernetzung von Mailboxen (Bsp: Zerberus oder MagicNet) und die schon be-
stehenden Netze wie UUCP die einfach fuer den Normalbenutzer attraktiv
durch guenstige Unix-Anlagen und UUCP-Derivate fuer PC, ST und Amiga.
Die letzteren verwenden innternational gueltige Adressierungsformen wie
z.B. in der Domain- oder ISO-Domainn-Schreibweise, die Mailboxen verwenden
das was in gerade in die Finger viel. Praktischerweis sollte die Mailbox-
netze mit ihren insgesamt vielleicht 200 Maschinen sich an die Adressierung
der "grossen" Netze mit ueber 100.000 Rechner anpassen. Verweiss auf
BSMTP, RFC822, RFC987, etc).
Dabei gibt es durchaus Leute, die zumindest an den technischen Gegebenheiten
etwas aendern koennten (Jetzt kommen wir zu den Mailboxautoren). Doch daran
scheint niemand ein Interesse zu haben. Wer ein neues Mailboxprogramm
schreibt, oder ein vorhandenes neufasst, tut das auf eigene Faust, ohne sich
um die vorhandenen Strukturen zu kuemmern. Nach mir die Bitflut. Wenn das
Produkt halbwegs fertig ist, also die Absturzhaeufigkeit auf drei Ereignisse
pro Woche gesunken ist, wird das Produkt in Umlauf gebracht, koste es was es
wolle. Die Sysops werden sich schon damit zusammenraufen, dass sie viel zu
viel Zeit mit den technischen Problemen verbringen muessen, statt sich um die
Betreuung der User und der Inhalte zu kuemmern, ist unwichtig. Noch schlimmer
wird es bei den netzwerkfaehigen Programmen. Wenn das Programm noch neu ist
und nur zwei oder drei andere Systeme am Entwicklungssystem des Autors
haengen, ist die Welt noch in Ordnung. Sobald weitere Systeme dazukommen,
faengt das Netz an, wild zu wuchern, niemand kuemmert sich darum. So entstehen
dann solche kleinen Katastrophen wie im Z-Netz, in dem Nachrichten zwischen
zwei Hamburger Boxen ueber Wuppertal und Moers geroutet werden, koste es, was
es wolle.
Es ist zwar eigentlich nicht der Stil dieser Zeitschrift (Der Kluengel, Anm.
der Redaktion), Kritik auch konstruktiv zu fassen, trotzdem sei der Versuch
gemacht, einige Vorschlaege zu machen, wie es denn besser zu machen waere.
Dabei wird allerdings Unmoegliches von allen Betroffenen verlangt, was wiederum
den Herausgeber zu einem befriedigten Grinsen veranlasst.
Die Situtation koennte nachhaltig verbessert werden, wenn es mehr Leute gaebe,
die Ahnung davon haben, wie ein Mailboxprogramm wirklich arbeitet. Krass
gesagt, wer nicht selber programmieren kann, duerfte nicht Sysop werden. Zu
diesem Thema hat ein bekannter notorischer Notpressereferent einmal
behauptet, man muesse schliesslich auch nicht die Zusammensetzung der diversen
Lackschichten eines Autos kennen, um es fahren zu koennen. Recht hat er, nur
muss man halt erst mal das Autofahren selbst lernen, und ohne einige
Grundkenntnisse der technischen Funktionen geht das nunmal nicht. Diese
Forderung bedingt eine weitere: Die Unsitte, Mailboxprogramme nur als
ausfuehrbares Programm auszuliefern, muss verschwinden. Der Quelltext gehoert
dazu, schon aus dem einfach ersichtlichen Grund, dass es jedem Sysop moeglich
sein sollte, alle Systemausgaben nach seinem Geschmack zu aendern, ohne muehsam
mit dem Debugger im Programm herumzupatchen. Patchen ist immer eine
Notloesung, die leicht ins Auge geht. An dieser Stelle wird gewoehnlich
Gemurmel und Protest von Seiten der Programmierer laut, da ist von geistigem
Eigentum die Rede, von Sicherheitsbedenken, von Marktverschmutzung. Unsinn.
Die Forderungen lauten: Ein Mailboxprogramm, das so schlampig programmiert
ist, dass man nicht einmal oeffentlich ueber vorhandene Fehler reden kann, ohne
zu riskieren, dass kreative User reihenweise Boxen stillegen, darf nicht
verbreitet werden (Zerberus zum Beispiel). DIe Autoren sollten sich auch
entscheiden, was sie wollen: Entweder, sie schreiben ein allgemein
zugaengliches Programm, um die offene Kommunikation zu foerdern, oder sie
schreiben es, um damit reich zu werden (was noch keiner geschafft hat).
Beides geht nicht, ausserdem sind die meisten Programme derart schlecht
geschrieben, dass man sie ohnehin nicht guten Gewissens verkaufen koennte. Die
naechste Forderung ist, dass man ein Mailboxprogramm nicht einfach weitergibt
und den neuen Sysop damit alleine laesst und waere das Handbuch auch noch so
gut. Sicher, am besten lernt man aus eigenen Fehlern, aber es ist nun
wirklich unnaetig, dass jeder aufs Neue ueber den Fehler in Zeile 4711 stolpert.
Betreuung der Neulinge ist also angesagt, wobei sich das natuerlich nicht nur
auf die technische Seite beschraenken darf, auch die Kunst der Userbetreuung
will gelernt sein.
Dann ist es allerhoechste Zeit (es waere schon vor Jahren faellig gewesen), dass
sich alle Mailboxautoren mal zusammensetzen und miteinander arbeiten, statt
gegeneinander. Was derzeit fehlt, ist ein einheitliches Verfahren,
Nachrichten auszutauschen. Es reicht halt nicht aus, mit dem X.400-Sticker
von der CeBit rumzulaufen und darauf zu warten, dass etwas passiert. Dabei
koennen die Ziele durchaus niedriger gesteckt werden, als es die
Postverwaltungen bei X.400 tun. (Anm. der Redaktion: Ob X.400 wirklich die
Loesung des Problems ist, ist zweifelhaft, da der technische Aufwand gewaltig
ist. "Gaengige" Verfahren sollten aber einfach auch mal in betracht gezogen
werden und nicht mit dem Argument: "Wir machen alles, nur nicht nach vor-
handenen Strukturen" abgetan werden) Es muessen ja im Wesentlichen nur zwei
Dinge 'genormt' werden: Erstens eine Festlegung, welches Format die Netz-
nachrichten und die jeweiligen Header haben muessen, zweitens muss ein Packver-
fahren entwickelt. angepasst oder uebernommen werden, das fuer alle Systeme (und
alle Rechnertypen) identisch ist. Wobei man Wert auf Einfachheit legen sollte.
Die Angaben Absender,Empfaenger, Absendebox, Empfaengerbox, Absendenetz,
Empfaengernetz, Betreff, eventuell eine globale NachrichtenID, mehr ist fuer
einen Header nicht noetig. Routwege, Weiterleitungsvermerke und der ganze
restliche Bloedsinn, auf den ausser den Sysops eh niemand Wert legt, koennen
genausogut weggelassen, oder in den Nachrichtentext gepackt werden. Das
Packverfahren sollte ohne Muehe in allen gaengigen Programmiersprachen
umgesetzt werden koennen, das benutzte Uebertragungsprotokoll sollte variabel
sein, um sich besser an die Gegebenheiten verschiedener Netze anpassen zu
koennen. Was die einzelnen Netze und spaeter die einzelnen Boxen dann mit
diesen Daten anfangen, ist Sache des Netzes und der Boxen.
Spaetestens dann, wenn so ein globales Nachrichtenformat realisiert ist,
besser schon frueher, muessen sich dann alle Sysops zusammensetzen und eine
Grundstruktur fuer das Netz errichten. Es reicht nicht aus, zu sagen, ich
haenge meine Box an den Server XY, der ist fuer mich am billigsten, es ist auch
zu pruefen, ob der Server YZ nicht geeigneter ist, weil dann die Netzstruktur
klarer wird und andere Kosten sparen. Bislang arbeiten die Netze ja eher auf
der Basis, dass die meisten Systeme ihre eigenen Kosten zu Lasten der Systeme
optimieren, die -aus was fuer Gruenden auch immer- nicht so sehr auf die Mark
sehen. Sicher wird man da Kompromisse eingehen muessen, aber zumindest sollte
es sich vermeiden lassen, dass lokale System ueber den Fernbereich gehen
muessen, um einander zu erreichen. Wobei - vorausgesetzt, das globale
Datenformat ist vorhanden - es ja auch durchaus denkbar ist, dass eine
Nachricht von Z-Netz nach Z-Netz ueber Fido laeuft, weil das fuer diesen
speziellen Fall guenstiger ist. Das setzt natuerlich voraus, dass sich die
Struktur der Netze grundlegend aendert, denn das Routen der Nachrichten kann
nur noch von den Servern erledigt werden und als Gateways kommen auch nur
noch Server in Frage. Alle anderen Systeme liefern stur und unbeteiligt ihre
globalen Daten ab und pollen ihren eigenen Kram. Damit waere auch die
finanzielle Seite wesentlich einfach durchschau- und regulierbarer.
Nun nuetzt die ganze Technik, egal, wie sie funktioniert, ueberhaupt nichts,
wenn es inhaltlich daneben geht. Das faengt bei den leidigen Diskussionen an,
die innerhalb der Netze immer dann entstehen, wenn ein Brett eingerichtet
oder aufgehoben werden soll. Die einen sind dafuer, dieses Brett zu errichten,
andere wollen stattdessen noch zehn Unterbretter dazu, wieder andere halten
das Brett sowieso fuer unnoetig. Und schon beginnen Diskussionen und
Abstimmungen, die viel Zeit und Energie kosten, obwohl sie unnoetig sind.
Mailboxen sind, auch wenn viele Sysops das anders sehen, in erster Linie fuer
die User da. Also muessen die auch entscheiden, was sie lesen wollen. Das
bedeutet: Es gibt keine ueberfluessigen Bretter, solange mindestens ein User
sich dafuer interessiert. Das Konzept, dieses Problem in den Griff zu kriegen,
koennte so aussehen, dass innerhalb des Netzes alle Bretter Unterbretter haben,
deren Namen wie ueblich vereinbart werden. Systeme, deren User lieber alles in
einem Brett haben wollen, pollen die Unterbretter und packen alles in ein
Brett, Systeme, die das Brett gar nicht haben wollen, pollen es halt nicht.
Das bedeutet, nicht der Server muss wissen, was die Boxen kriegen, sondern
die Boxen fordern beim Pollen des Servers die entsprechenden Bretter ab. So
entsteht lediglich fuer den Server die Verpflichtung, alle Bretter und
Unterbretter zu fuehren, alle anderen Systeme sind frei in der Auswahl.
Natuerlich wirft das neue Probleme beim Senden von Texten auf, die aber loesbar
sind. Beispielsweise fuer eine Box, die vernnftigerweise nur ein
Schwerpunktbrett Computer hat (das bei anderen Boxen und beim Server als
Verzeichnis mit Unterbrettern gefuehrt wird): Der User gibt SENDEN COMPUTER
ein und die Box fragt nach dem Bereich: ST C64 MSDOS ? und kriegt so die
Information, fuer welches Unterbrett das Ganze gedacht ist.
Womit wir bei den Inhalten angelangt waeren. Zu Beginn der Mailboxentwicklung
waren die Hauptthemen computerspezifisch. In juengerer Zeit finden allerdings
auch andere Themen dankenswerterweise ihre Berechtigung. Es wird also Zeit,
dass sich die Betreiber Gedanken darueber machen, wo ihre inhaltlichen
Schwerpunkte liegen. Das liegt, wie schon gesagt, in erster Linie am
Userinteresse. Hier gilt es, anhand einleuchtender Beispiele zu zeigen, dass
Mailboxen eben nicht nur eine Quelle fuer Software und CB-Rauschen sind,
sondern dass mehr passiert, und noch mehr passieren kann, wenn man nur will.
So gibt es mittlerweile etliche Gruppen, die ihre Texte auch auf die Netze
blasen, die Gruenen und Greenpeace seien als Beispiele genannt. Wenn man sich
allerdings ansieht, was da alles kommt und wie es aufbereitet ist, fragt man
sich, ob das so Sinn hat. Fast alle Texte dieser Gruppen sind lang (genau wie
dieser Striemel hier, obwohl nicht von solchen Gruppen verfasst), so lang,
dass meist die Konzentration fehlt, sie aufmerksam zu lesen. Gut, das ist
ohnehin eine Eigenart dieser Gruppen, die in ihrem missionarischen Eifer fast
immer zuviel des Guten tun. Verstaerkt wird dieser negative Effekt aber noch
durch die medientypischen Eigenschaften der Box, die ueberlange Texte
eigentlich nicht vertraegt. Die oft geuebte Methode, die Texte erst
auszudrucken, und dann zu lesen, hilft auch nicht weiter, denn dann koennte
man sich ja gleich die Pressemitteilungen schicken lassen. Ausserdem wird
diese Methode angesichts der Informationsmengen in den Netzen schnell laestig,
Texte, die man am Bildschirm innerhalb einer halben Stunde liest, brauchen
nunmal noch laenger auf dem Drucker. Hier muss sich also noch viel tun, es
muss fuer das Medium Mailbox eine geeignete Methode gefunden werden,
Informationen artgerecht aufzubereiten. Das wird sich aber erst allmaehlich
entwickeln koennen und haengt wesentlich von der Bereitschaft aller Beteiligten
ab, etwas (gemeinsam) zu tun.
Quelle: Kluengel Ausgabe 0, Autor: Wie immer: Eine gute Frage
-----------------------------------------------------------------------------
NEXT FFAD
Der Internet Relay Chat
Das Internet ist das weltgroeszte Computernetz. Man findet darauf ca.
120000 Rechner, die zum groeszten Teil ueber Standleitungen miteinander
verbunden sind.
Speziell fuer dieses Netz wurde eine Software geschrieben, die ein ver-
teiltes Chatsystem realisiert, den Internet Relay Chat. (Anm. der
Redaktion: die Relays wie z.B. RELAY@DEARN auf dem EARN/Bitnet
funktionieren praktisch genauso)
Wie verwendet man IRC ?
-----------------------
Der IRC besteht aus zwei Teilen, dem Benutzerinterface irc und dem
Steuerprogramm im Hintergrund, ircd. Der User ruft das Programm irc auf.
Dies ist eine terminalorientierte Benutzeroberflaeche, die ungefaehr
so aussieht wie der emacs, d.h. mit einer Kommando-
zeile als unterste Zeile im Fenster und einer Statuszeile direkt darueber.
In der Kommandozeile koennen Kommandos eingegeben werden, die mit einem
definierten Zeichen beginnen (default "/") oder es kann auch nur einfach
Text eingegeben werden. Dieser Text wird in dem Fall ausgesendet.
Der irc verwendet wie die meisten Chat-Systeme Kanaele, d.h. man redet
zu jeder Zeit nur mit den Usern auf einem Kanal, nicht mit allen, die
den IRC gerade nutzen. Man wechselt mit dem Befehl /chan <channr> auf
einen Kanal. Kanalnummern von -2^32-1 bis +2^32 sind moeglich, es gibt
aber Unterschiede in der Funktion der Kanaele.
- Auf Kanal 0 ist jeder Teilnehmer nach Start des Programms. Er kann
dort aber nur private Gespraeche mit anderen Teilnehmern fuehren,
nicht aber in den Kanal 0 reinschreiben.
- Kanaele 1-9 sind oeffentliche Kanaele, die Anzahl der User auf diesen ist
unbeschraenkt.
- Kanaele 10-999 sind auch oeffentlich, aber es koennen sich maximal 10 Leute
auf diese Kanaelen einschalten.
- Kanaele 1000-2^32 sind privat (secret), d.h. die Teilnehmer auf diesen
Kanaelen koennen (wie bei denen auf den von 1-999) durch den Befehl /who
angezeigt werden, doch die Nummer des Kanals, auf dem sich der Teilnehmer
befindet, wird nicht angezeigt.
- Alle Teilnehmer auf negativen Kanaelen werden nicht angezeigt (hidden).
Wenn allerdings der /who-Befehl angewandt wird, wenn man sich in einem
privaten Kanal aufhaelt, dann sieht man natuerlich alle Teilnehmer auf
diesem Kanal.
Damit kanns eigentlich schon losgehen. Denn wo was abgeht, sieht man ja
an der Anzahl der Leute in den verschiedenen Kanaelen durch den /who-
Befehl. Wenn man es allerdings uebersichtlicher haben moechte, gibt es
den /list-Befehl, der die derzeitigen Kanaele anzeigt. Dabei erscheint
dann auch das Thema (Topic) der Kanaele. Die Themen koennen von jedem,
der sich auf dem Kanal aufhaelt, gesetzt werden.
Fuer das Training on the Job empfiehlt sich das /help-Kommando. Es er-
scheint eine Liste von moeglichen Kommandos. Deren Funktion bekommt
man meist schon durch Probieren raus. Wem das nicht hilft, der verwende
/help <command>.
Wie kommt man an IRC ran ?
--------------------------
Das ist meist ein nicht zu unterschaetzendes Problem. Vorhanden sein
sollte ein Rechner, der die TCP/IP-Protokolle berherrscht (kann fast
jeder Unix-Rechner). Des weiteren sollte der mit dem weltweiten Internet
verbunden sein (Internet verbindet ca. 120.000 Rechnern weltweit).
Solche Moeglichkeiten findet man an den Universitaeten Baden-Wuerttem-
Bergs und anderer Bundeslaender wie Bayern und NRW.
Dann sollte man sich den Programmcode des IRC von einem der ano-ftp-server
wie der sun1.ruf.uni-freiburg.de (132.230.1.1) oder
fauni45.informatik.uni-erlangen.de (131.188.1.45) abholen und auf seinem
Rechner auspacken. Jetzt ist man immerhin soweit, sich die Orginal-
Dokumentation zum IRC durchlesen zu koennen, meist recht sinnvoll...
In den meisten Faelle wird man darauf verzichten, einen IRC-Server den
weltweit ca. 100 Servern hinzuzufuegen sondern wird sich umschauen, wo
man sich denn mit einem Client dranhaengen kann. Denn fuer die Ein-
richtung eines Servers benoetigt man root-Privilegien und die sind,
wenn auch einfach zu bekommen, meist nur schwer zu erhalten. Nur in
den seltenen Faellen, dasz der Verwalter eines Rechners diesen Service
unterstuetzt oder man selber der Verwalter des Systems ist und weit
und breit kein anderer Server zur Verfuegung steht, lohnt sich der
administrative Aufwand.
Einen IRC-Client allerdings kann man auch ohne jedes Privileg verwenden
und erstellen, WENN, ja wenn ein freundlicher Server bereit ist,
Verbindungsanfragen positiv zu bescheiden.
In der BRDigung empfiehlt sich dazu noc.belwue.de (129.143.2.1) oder
jener des Leipniz-Rechenzentrums Munich. Die Uni Erlangen ermoeglicht
meines Wissens ebenfalls den Zugang an den IRC, wobei ich deren
Adresse grad leider nicht weisz.
Was geht auf dem IRC ab und was kann abgehen ?
----------------------------------------------
Der IRC wurde von einem Finnen programmiert, so dasz man sich nicht
wundern sollte, dasz auf dem IRC folglich die ueberwiegende Mehrzahl
Finnen sind. Dies haengt natuerlich auch mit dem Netzzugang zum
amerikanischen Internet zusammen (die Finnen haben 64 KBit) und
mit, was Wunder bei einem weltweiten System, dem Stand der Sonne.
Mittags sind kaum Amerikaner auf dem IRC zu finden, die liegen
da naemlich in den Federn. Und dafuer ists frueh morgens ganz
schoen geschaeftig auf dem IRC, denn dann ists in USA spaet abends
und viele kucken noch mal schnell rein. Die Japaner sind dann
mitten im Tagesgeschaeft.
Bisher habe ich auf dem IRC folgende Laender gefunden:
USA, Finnland, Norwegen, Schweden, BRD, Daenemark, GB, Japan, Australien,
Niederlande, Kanada
Bald sollen erste IRC-Systeme in Frankreich erscheinen.
Die Anzahl der Nutzer schwankt von einem bis 80. Der Fall mit einem User
tritt auf, wenn Dein Server den Kontakt zu den anderen verloren hat.
Achtzig Leute auf dem IRC ist dann schon recht viel. Meist ist die
Anzahl der Server deutlich groeszer als die Anzahl der User...
Allerdings ist das ganze System zeitweise recht instabil. So kann
es vorkommen, dasz man gerade mal zu dritt ist und alle paar Sekunden
tauchen weitere 30 user auf und wieder ab, weil die Verbindung so
instabil ist.
Man sucht sich dann den Kanal raus, dessen Topic am vielversprechendsten
klingt oder in dem am meisten Leute drin sind. Nach einer Weile kennt
man die Leute schon und weisz, wo etwas interessantes abgehen koennte.
Der IRC ist halt wie jede Szene, ob tchh, qsd, qom oder eben IRC. Wenn einen
die Leute kennen, gibts immer was zu quatschen, andererseits fuehlt
man sich ausgeschlossen, wenn man nicht so schnell kapiert, wie
der Hase laeuft.
Viele Teilnehmer lassen auf ihrem Workstation-Fenster-Feuerwerk den
IRC einfach so mitlaufen, man kann sie ja mit einem ctrl-g (Bell)
kurz aufwecken... Also braucht man sich nicht wundern, dasz ab und an
zwar zwanzig Leute anwesend sind, aber auf keinem Kanal was passiert.
Im Groszen und Ganzen wird der IRC wohl mittelfristig den Bitnet
Relay Chat abloesen.
Leider wird der IRC zwar von vielen Leuten frequentiert, doch eine
ernsthafte Anwendung existiert natuerlich noch nicht. Wie auch, wenn
die meisten Server nur durch undurchsichtige Arrangements mit den
Systembetreibern zustande kamen und die Rechenzentrumsleiter die
Axt zuecken wurden, wenn sie dies Treiben mitbekommen wuerden.
Was mir als Anwendung fuer diese Art von "Netzfunk" vorschwebt, waeren
z.B. Kanaele mit speziellem Publikum oder Programm:
- Auf einem festen Kanal im negativen Kanal findet man z.B. alle Be-
nutzerberater der diversen Rechenzentren. Benoetigt jemand einen
Tip, so ruft er IRC auf, wechselt auf diesen Kanal und kann losfragen.
- Auf einem anderen Kanal koennte eine bestimmte Sprache verwendet
werden, so dasz man praktisch dort englisch, schwedisch oder
auch deutsch lernen koennte.
- Ein Kanal kann speziell zu Anfragen bezueglich Software-Archiven
dienen.
- Fuer interne Systeme kann man das IRC so verwenden, dasz alle Daten
ueber andere TCP/IP-Services gehen (Default: 6667).
- Da der IRC in Source-Code vorliegt, kann man z.B. moderierte Kanaele
oder verschluesselte Kanaele einbauen.
- Aktienhandel (Wahrscheinlich unmoeglich, da auf IRC nicht HAL drauf-
steht).
- Nachrichtenfunk
Wie funktioniert IRC ?
----------------------
Das Funktionsprinzip des IRC wird im File Comms der IRC V2.2 PL1
Distribution erklaert. Ich fasse das hier mal eben zusammen.
(Zeichnung aus dem File NETWORKING).
Auf allen Server-Rechnern laeuft im Hintergrund das Programm ircd,
welches mittels der Konfigurationsdatei so aufgesetzt wurde, dasz
jeder ircd mit bestimmten anderen Servern Kontakt haelt, wobei
einige auch als Sicherungslinks verwendet werden, falls einer
der Links ausfaellt. Diese Daemons und ihre Rechner bilden im
Internet einen aufgespannten Baum mit moeglichst kurzen
Laufzeiten. Denn da das IRC die Resourcen des Internet ver-
wendet, wird es vom deren Verwaltern wohl untersagt, wenn es
zuviele Resourcen braucht:
FINLAND SURANET
\ \ / /
JVNCNET-BU----MIT NWU ODU
\ | /
\ | /
\ | /
\ | /
\ | /
\ | /
\|/
BARRNET--AMES-----------OSU---RPI-NYSERNET-------BELWUE
ORST/ \-CANADA
Die ircd verweigern den Kontakt zu anderen Servern, die sie nicht
kennen. Genauso verweigert ein Server den Kontakt zu Clients, wenn
der nicht bestimmte Einschraenkungen bezueglich des Hostname etc.
einhaelt. So kann ein Server allen Clients in einer bestimmten
Subdomain offen sein, andere aber ausschlieszen.
Die ircd unterhalten sich ueber TCP-Verbindungen mit Hilfe von
gewissen Code-Woertern, aehnlich wie z.B. SMTP oder NNTP.
Sie erlauben es auch Usern, sich mittels eines Nickname/Passwort-
Paares zu identifizieren und gewisse Verwaltungsaufgaben zu
uebernehmen, z.B. Starten des Servers, Stoppen oder Entfernen
von Teilnehmern, die sich unbotmaeszig verhalten.
Die ircd tauschen laufend Informationen aus ueber neue Messages
der User aneinander und ueber neue Kanaele, Topics und Server.
pi@complx.uucp
-----------------------------------------------------------------------------
NEXT FRC2
-----------------------------
! K u r z m e l d u n g e n !
-----------------------------
1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1
Computer Virus Handbook
Soebenn habe ich mir das 'Computer Virus Handbook' von Harold Highland,
(in englischer Sprache) herausgegeben von Elsevier Advanced Technology,
Mayfield House, 256 Banbury Road, Oxford OX2 7DH, United Kingdom besorgt.
Es umfasst etwa 370 Seiten bei einer Groesse von (8 1/2 x 11) ca DIN A4 [??]
in Hardcover-bindung; ISBN 0-946395-46-2.
Es glaenzt mit einem Vorwort von Bill Caelli, Direktor des Information
Security Research Centers an der Queensland University of Technology,
Brisbane, Queensland, Australien,
und zehn weiteren Kapiteln:
1. Basisdefinitionen und andere Grundlagen
2. Die Anwendung der Epidemiologie auf Computerviren (von William H.
Murray)
3. Eine Geschichte der Computerviren
Einfuehrung
Die Beruehmten Drei (Brain, Lehigh, Israeli)
Ein weiteres Trio (Alameda, Ping Pong, Marijuana)
Drei besondere Viren (Macro, Vienna, Batch)
Andere bekannte und dokumentierte Viren (Datacrime, Icelandic,
Autumn Leaves, Fu Manchu, Traceback und weitere)
4. Berichte von Virusjaegern
U. [Uni ?] of Delaware und der Pakistani Computer Virus
(von Anne E. Webster)
Lehigh Virus (von Ken van Wyk)
Israel PC Virus (von Yisrael Radai)
5. Bewertungsprotokoll und Untersuchungsmethoden
[Evaluation Protocol and Test Methodology]
Virentestzentren, Auswertungsplaetze, Antiviruserzeugnisse
[Virus Test Centers, Evaluation Sites, Anti-virus products]
...
6. Bericht eines Anti-Virus Produkt Testes (von Jon David)
7. Produktbewertungen
(enthaelt Berichte ueber Antidote, Data Physician, Disk Defender,
Disk Watcher, Dr. Panda Utilities, Flu Shot +, Immunize, Mace
Vaccine, Ntivirus, Softsafe, Vaccinate, Vaccine (Certus), Vaccine
(Sophos Ltd.), Vaccine (Worldwide Software), VirAlarm 2000 PC,
Virus-Free, Virusafe, Vir-X, V*Screen, XFICheck)
(Die Adressen der Hersteller befinden sich im Anhang des Buches)
8. Viren - Konsequenzen fuer das Management (von Harry B. de Maio)
9. Handlungsweisen zur Reduzierung der Gefahr durch Computerviren
10. Konzeptionelle Grundlagen der Computerviren
beinhaltet fuenf wiederaufgelegte Dokumentationen ( ? papers)
von Computers & Security
Ein Teil des Materials ist bereits in Computers & Security ( der von
Elsevier herausgegebenen Zeitschrift ) erschienen, aber ein guter Schwung
ist neu. Speziell interessant sind die Testergebnisse der Antivirus=
produktionen.
Quelle: comp.virus (UUCP)
Lance J. Hoffman
The George Washington University
Uebersetzung: Michael Schwuchow <michel@aragorn>
2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2-2
Japaner zeigen neues Expertensystem in den USA
Tokio (gmd/mik) - Das japanische Handelsministerium hat sich
bereit erklaert, den Prototypen eines japanischen Expertensystems
in den USA vorzustellen und gemeinsam mit den Amerikanern
Technologien im Anwendungsbereich zu entwickeln. Waehrend des
zweiten japanisch-amerikanischen Symposiums ueber "Kuenstliche
Intelligenz", das vom 11. bis 13. Oktober 1989 in Illinois/USA
stattfinden wird, wollen die Japaner diesen Computer
amerikanischen Forschern vorfuehren. Die amerikanische Seite hat
bereits vorgeschlagen, beide Laender sollten den Computer im
Rahmen der genetischen Forschung einsetzen.
Das sogenannte "Multi PSI System" ist eine Prototyp-
Entwicklung in Japan, die als nationales Projekt angelegt wurde.
Die Entwicklungskosten der letzen sieben Jahre belaufen sich
nach japanischen Angaben auf rund 400 Millionen Mark. Das System
verbindet 64 sogenannte "PSI"-Maschinen, von denen jede eine
Arbeitsgeschwindigkeit von 145.000 Inferenz-Operationen pro
Sekunde aufweist (inference = Schlussfolgerung).
Kernpunkt ist dabei eine neuartige Form der
Datenverarbeitung, bei der nicht auf verknuepfbare Datensaetze
zurueckgegriffen wird, wie etwa bei einer Datenbank.
Expertensysteme basieren auf Wissensaussagen, die zu zu
komplexen Ketten verknuepft und durch ein formales
Schlussfolgerungssystem gesteuert werden. Letztlich basiert
dieses Schlussfolgerungsystem auf schlichten Wenn-Dann-Formeln,
die auch mit Wahrscheinlichkeitsaussagen verbunden werden
koennen. Ziel dieser Entwicklungen ist, auch unerfahrenen
Personen die Moeglichkeit zu geben, Expertenwissen anzuwenden.
Das Verfahren hat den Nachteil, dass nur einfache Wenn-Dann-
Beziehungen eingegeben werden koennen. Hat eine Wissensaussage
nicht diesen einfachen Wenn-Dann-Charakter, kann keine
maschinell sichere Schlussfolgerungskette abgewickelt werden.
Dieses Manko will man durch Systemschnelligkeit ausgleichen, so
dass die Maschine mehrere moegliche Schlussfolgerungsketten
durchlaufen und vergleichen kann. Dieses kann ein menschlicher
Experte nicht leisten. Seine Entscheidungen basieren deshalb
meist auf Berufserfahrung und Intuition. Bei 64 angeschlossenen
PSI-Maschinen mit jeweils 145.000 Schlussfolgerungsoperationen
pro Sekunde kann der japanische Prototyp rein rechnerisch rund
9,2 Millionen Schlussfolgerungen pro Sekunde ablaufen lassen. Die
Japaner habe bereits eine Verbesserung des Prototypen bis 1990
angekuendigt. Die Maschine soll dann um den Faktor zehn schneller
sein. Gleichzeitig bereitet das japanische Handelsministerium
ein Nachfolgeprojekt vor, das die Entwicklung sogenannter
Neurocomputern zum Ziel hat. Grundlage dafuer sind Erkenntnisse
der biologischen Nachrichtenverarbeitung, die technisch
nachgebildet werden soll.
Quelle: emp: E-Mail-Press/MIK-Magazin
3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3-3
Dokumentation ueber Karl
Die Freunde von Karl Koch haben eine Dokumentation ueber das Leben und
den Tod von Karl Koch erstellt. Diese ist fuer den Preis von 5 DM bzw.
5 Stueck fuer 20 DM bei Freke Over, Boettcherstr.4, 3000 Hannover 21
erhaeltlich.
Der Inhalt besteht aus Pressemeldungen, den Grabreden, Texte von Karl
selber (z.B. sein Lebenslauf), Daten zum Prozess, sowie Meinungen und
Kommentare div. Menschen die Karl kannten.
-----------------------------------------------------------------------------
NEXT FRCC
IMPRESSUM
---------
"Die gesamte Menschheit bleibt aufgefordert, in freier Selbstbestimmung
die Einheit und Freiheit des globalen Dorfes zu vollenden."
Herausgeber: Chaos Computer Club e.V./Redaktion Chalisti
Erscheinungsdatum: 6. April 1990
V.i.S.d.P. : F.Simon
Redaktion: Volker Eggeling, Frank Simon
Mitwirkende an dieser Ausgabe:
Juergen Wieckmann, Michael Schwuchow, Marcus Humburg
Pi, Dirk Rode, u.a.
Redaktionen: Chalisti, c/o Frank Simon, Strackerjanstr. 29
2900 Oldenburg, Tel. 0441/73854
Datenschleuder, Lachswehrallee 31, 2400 Luebeck,
Tel. 0451/865571
MIK-Magazin, c/o J. Wieckmann, Barmbeker Str.22,
2000 HH 60, Tel. 040/275186
Verbreitung: Zerberus : /Z-NETZ/MAGAZINE/CHALISTI
UUCP(dnet) : dnet.general
UUCP(sub) : sub.mag.chalisti
EARN/CREN : CHAMAS@DOLUNI1, Brett chamas.chalisti
GeoNet : mbk1: brett ccc-presse
FidoNet : ccc.ger
MagicNet : Artikel&News
Adressen: EARN/CREN : 151133@DOLUNI1
UUCP : eggeling@uniol (eunet)
terra@olis (subnet)
Zerberus : chalisti-redaktion@mafia
GeoNet : mbk1: chaos-team
FidoNet : Volkmar Wieners on 2:241/2.1205
MagicNet : trendbox:gec
AmNET II : HENNE;SML
Teilnehmer aus diversen anderen Netzen wie z.B. ArpaNet,
DFN, etc. nutzen bitte die Bitnet Adresse ueber das
entsprechende Gateway.
Mit Namen gekennzeichnete Artikel geben nicht unbedingt die Meinung der
Redaktion wieder. Alle Artikel und Beitraege koennen mit Quellenangabe
weiterverwendet werden. Artikel aus dem MIK-Magazin bitte mit Quelle:
(emp/mik) MIK Magazin, (c/o) J. Wieckmann, Barmbeker Str. 24, 2000 HH 60
angeben.
Die Verbreitung der Chalisti auf anderen Netzen wird ausdruecklich er-
wuenscht. Bei Abdruck in Zeitungen oder Zeitschriften bitten wir um zwei
Belegexemplare.
