Kurzanleitung zum Einsatz von TCP/IP unter QNX 4

Inhaltsverzeichnis

Anleitung 

Eintragstruktur

Die Einträge zu den einzelnen Punkten sind wie folgt gegliedert:

Motivation
Warum der Standardzustand auf Dauer nicht tragbar ist.

Abhilfe
Der prinzipielle Lösungsweg.

Durchführung
Die konkret notwendigen Befehle zur Lösung des Problems.

Fallen und Fußangeln
Unerwünschte Seiteneffekte und/oder notwendige Voraussetzungen.

Weitere Informationen
Wo nachgelesen werden kann, wie es sich im Detail verhält.

Anleitung

Anmerkung: Normalerweise muß unter QNX nur ein Rechner als TCP/IP-Host konfiguriert werden. Alle anderen QNX-Rechner können dann einfach über das QNX-Netz die Dienste des TCP/IP-Netzes nutzen. Um aber die Konfiguration zu testen, ist es sinnvoll, vorübergehend auf zumindest zwei QNX-Rechner TCP/IP zu konfigurieren.

Das Netz soll die Internet-Nummer 192.200.9 erhalten. Diese Nummer ist für Testzwecke reserviert und sollte geändert werden, wenn das Netz ans Internet angeschlossen werden soll. Die Host-Nummer der Rechner wird durch Anhängen der Knotennummer gebildet, z.B. 192.200.9.3 für Rechner 3. Das Netz soll den symbolischen Namen, z.B. "swd" haben. Die Namen der einzelnen Rechner (bzw. Interfaces) setzen sich aus "node" und der jeweiligen Knotennummer zusammen, z.B. "node3".

In der sysinit.node müssen folgende Zeilen eingefügt werden:

• Starten des Prozesses, der die TCP/IP-Funktionen unterstützt. Argument ist der symbolische Name des Rechners im TCP/IP-Netz:

  Socket node$NODE &

   

• Jetzt müssen alle Interfaces konfiguriert werden, die Zugang zu Netzwerkmedien bieten:

  ifconfig lo0 localhost up
  (virtuelles Interface für Testzwecke, gibt es auf jedem TCP/IP-Host.)

  ifconfig en2 node$NODE up
  (Konfiguration des Ethernet-Interfaces für logisches Netzwerk 2, hier nur Angabe des jeweiligen Namens.)

   

• (optionelles) Starten eines Servers, der bei Eintreffen einer externen Anforderung nach einem bestimmten TCP/IP-Service den entsprechenden zuständigen Server startet:

  inetd &

   

Im Verzeichnis /etc müssen folgende Dateien modifiziert werden:

hosts:
Enthält die Zuordnung von Host-Name und Internet-Nummer. Hier ist folgender Inhalt notwendig:

node1 192.200.9.1
node2 192.200.9.2
node3 192.200.9.3
...

usw., bis zur höchsten Nummer, die verwendet wird.

networks:
Enthält die Zuordnung von Netzwerkname und Internet-Nummer:

swd 192.200.9

Änderungen in den Dateien resolv.conf, protocols und services sind eventuell auch vorzunehmen, wenn zusätzliche Funktionen aktiviert oder deaktiviert werden sollen.

Zum Testen der Konfiguration kann das Kommando ping verwendet werden, z.B. ping node3 sendet Nachrichten an den Rechner 3, der sie zurückschickt, falls die Konfiguration erfolgreich war.

Einrichtung eines Druckers unter QNX 4.x und Photon 1.12 oder höher

Inhaltsverzeichnis

Einleitung 
Konfiguration unter QNX 4.x 
Netzwerkdrucker 
Konfiguration für Photon 1.12 oder höher 

Eintragstruktur

Die Einträge zu den einzelnen Punkten sind wie folgt gegliedert:

Motivation
Warum der Standardzustand auf Dauer nicht tragbar ist.

Abhilfe
Der prinzipielle Lösungsweg.

Durchführung
Die konkret notwendigen Befehle zur Lösung des Problems.

Fallen und Fußangeln
Unerwünschte Seiteneffekte und/oder notwendige Voraussetzungen.

Weitere Informationen
Wo nachgelesen werden kann, wie es sich im Detail verhält.

Einleitung

In dieser Anleitung soll gezeigt werden, wie ein Drucker unter QNX4 und unter Photon 1.12 eingerichtet wird. Mit höheren Versionen sollte das meiste auch funktionieren. Bei Bedarf ist in den entsprechenden Handbüchern nachzuschauen.

QNX4 unterstützt ein Ressourcensharing, d.h. daß prinzipiell jeder Knoten in einem Netzwerk auf die Ressourcen (Festplatte, Modem, Drucker etc.) eines anderen Knoten des Netzwerkes zugreifen kann. Da ein Drucker zur Zeit jeweils nur ein Druckauftrag bearbeiten kann, ist es in einem Netz sinnvoll, einen Druckmanager zu haben, der beliebig eingehende Druckaufträge geeignet verwaltet.

QNX4 bietet die Möglichkeit einen Spooler einzurichten. Dieser Spooler legt die eingehenden Druckaufträge in temporären Dateien ab, und gibt sie der Reihe nach an den frei gewordenen Drucker aus. Zu diesem Zweck wird auf einem Rechner im Netz der Spooler eingerichtet.

Konfiguration unter QNX 4.x

Der Printspooler für das QNX-Netzwerk wird durch Ausführen des Printservers lpsrvr & gestartet. Dieses Utility sucht und liest als erstes die Datei /etc/config/lpsrvr.node#. Findet es diese Datei nicht, so verwendet es die Datei /etc/config/lpsrvr, die bei der Installation angelegt wird. Diese Datei erwartet einen Postscript Drucker an /dev/par (Achtung: QNX4 legt default /dev/par1 an).

In der Datei /etc/config/lpsrvr.node# wird festgelegt, wie eine Datei beim Drucken umgewandelt wird, und an welchen Drucker sie weitergeleitet wird. Die zu druckenden Dateien liegen in verschiedensten Formaten vor, z.B. ASCII oder Postscipt, und jedes Format muß für jeden Drucker aufbereitet werden, d.h. für jeden Drucker und jedes Format muß eine eigene Queue eingerichtet werden.

Die Umgebungsvariable LPDEST gibt den default (standard) Drucker an. Dieser Drucker wird automatisch benutzt, sobald kein anderer Drucker angegeben wird. Die Umgebungsvariable LPSRVR gibt den default Spooler an. Dieser Spooler wird automatisch benutzt, sobald kein anderer Spooler angegeben wird. Unter Photon lassen sich eigene Printspooler einrichten.

Um die Drucker-Utilities lp, lpc, lprm, lpq verwenden zu können, muß in diesem Fall die Variable LPSRVR auf den Spooler-Namen gesetzt sein, welcher mit diesen Utilities angesprochen werden soll.

Aufbau der Datei /etc/config/lpsrvr.node# für einen Drucker, der das PCL-Format (z.B. HP-Deskjet) verarbeiten kann und an /dev/par1 angeschlossen ist.

• Defaultname für QNX Printspooler: /qnx/spooler
  []
  sp = /qnx/spooler
  cd = /tmp

• Dokument im ASCII-Format
  [txt]
  ta = lpt1
  co = pr -h"$(fname)" $(spfile) > $(device)

• Dokument im PCL-Format
  [pcl]
  ta = lpt1
  co = cat $(spfile) > $(device)

• Name des Targets
  [-lpt1]
  dv = /dev/par1

In der ersten Zeile stehen leere, eckige Klammern. Ihnen folgt der Spooler-Name und der Verzeichnispfad für temporäre Dateien. Diese temporären Dateien werden nach Beendigung des Druckauftrages automatisch gelöscht. Diese beiden Angaben sind nicht zwingend notwendig. Mit diesen zwei bzw. drei Zeilen weiß der Print-Server, wo er die Print-Queue verwalten und wo er temporäre Dateien erzeugen darf. Darauf folgt in eckigen Klammern der Name einer Print-Queue, welche man nach dem Start des Print-Servers im Verzeichnis /dev/spool wiederfindet. Nachdem die Queue bekannt ist, wird definiert, wie eine Datei bearbeitet wird, um sie dem Drucker anzupassen. In der folgenden Zeile wird das Ziel der Ausgabe (ta = Target), der Drucker, festgelegt. Das Target selbst wird festgelegt durch den, mit einem vorangestellten Minuszeichen, in eckigen Klammern gefaßten, Namen und den folgenden Pfad des Devices, z.B. dv=/dev/par1. Alle Druckaufträge an lpt1 werden über das Device /dev/par1 geleitet werden.

Aufbau für einen Postscript Drucker, der an einen zweiten QNX4 Rechner angeschlossen ist, der sich im QNX-Netzwerk befindet:

• Dokument im ASCII Format
  [txt2ps]
  ta=lpt2
  co=pr -h"$(fname)" $(spfile) | lps -F0 > $(device)
  
  (lps ist ein undokumentiertes Utility, welches eine Textdatei in eine Prostscriptdatei umwandelt.)

• Dokument im Postscript Format und ACSII mit Steuerzeichen
  [ps]
  ta=lpt2
  co=cat $(fname) > $(device)

• Der Name des Targets
  [-lpt2]
  dv=//2/dev/par1

Netzwerkdrucker

Will man nun aber einen Drucker unter verschiedenen Betriebssystemen benutzen, so muß dieser als Netzwerkdrucker eingerichtet werden, d.h. er wird nicht über eine parallele Schnittstelle sondern über TCP/IP und eine Netzwerkkarte angesprochen.

Betrachten wir als Beispiel nun einen Lexmark Drucker. Das copy-out (co) einer Print-Queue kann nun nicht an ein Device gehen, denn der Drucker ist an eine Netzwerkkarte angeschlossen. Daher benötigt man für das 'co' ein kleines Script, welches die Datei spfile an den Drucker sendet. Aus diesem Grunde kann man kein Target und beim 'co' nicht einfach ein cat verwenden.

Die Datei lpsrvr sieht für unser Beispiel nun folgendermaßen aus:

• Dokument im ASCII Format
  [txt]
  ta=null
  ci=lps -h -F0 $(fname) > $(spfile)
  co=send_lexmark '$(spfile)'

• Dokument im Postscript Format und ACSII mit Steuerzeichen
  [ps]
  ta=null
  co=send_lexmark '$(spfile)'

• Dokument unter Photon in Postscript Format
  [lex-photon]
  ta=null
  ci=/usr/photon/bin/Pp.ps < $(fname) > $(spfile)
  co=send_lexmark'$(spfile)'

• Der Name des Targets
  [-null]
  dv=/dev/null

Es ist zu beachten, daß das Target sich entscheidend geändert hat. Damit die temporäre Datei spfile nicht im System liegen bleibt, wird sie in das Device /dev/null geschrieben. Vorher wird sie allerdings auch an das Script send_lexmark übergeben. Dieses Script sieht folgendermaßen aus:

In der ersten Zeile wird eine tftp Verbindung nach lexmark aufgebaut. Sämtliche Ausgaben der Verbindung werden nach /dev/null geschrieben, bis THE_END erreicht wird. Mit binary wird auf binäre Übertragung umgeschaltet. put schreibt die Datei, welche in $1 übergeben wurde, nach /prt0, was der Speicher des Druckers ist. Ist die Datei vollständig übertragen, erreicht man THE_END und die Verbindung wird beendet.

Konfiguration für Photon 1.12 oder höher

Zunächst wird die Datei /usr/photon/print/printers angelegt. Hierfür existiert eine Beispieldatei im Verzeichnis /usr/photon/print. Also kopiert man die Datei printers_samples nachprinters und ändert die Angaben gemäß der vorhandenen Drucker. Alle nicht verwendeten Beispiele werden aus ihr entfernt. Diese Datei muß auf jedem Rechner existieren, auf dem unter Photon gedruckt werden soll. Ein symbolischer Link reicht hier nicht aus!

Wenn sie mehrere Drucker und Arbeitsplätze im Haus haben, können sie für jeden Arbeitsplatz eine Menge von Druckern (Einträgen in der Datei) zusammenstellen, die von dem Arbeitsplatz aus benutzt werden dürfen. In der Datei werden neben den Properties (Eigenschaften) der Drucker auch die Standardeinstellungen festgelegt. Wichtiger jedoch ist die Definition des Device, wobei der absolute Pfad zur Queue angegeben wird, z.B.:

Device = //node#/dev/spool/ps.phs

Dabei gibt node# wieder die Knotennummer des Rechners an, auf dem der Printspooler bzw. der Photonprintspooler läuft.

Werden zwei Printspooler verwendet, so muß die Umgebungsvariable LPSRVR gesetzt werden, damit die standard Print-Utilities lp, lpc, lprm, lpq benutzt werden können. Dies geschieht am besten in der /etc/config/sysinit.#node oder der /etc/profile. Dort erhält die Variable den Namen des Printspoolers. Ferner kann dort auch eine default Druckerqueue mit der Variable LPDEST definiert werden. Nun kann man unter Photon mit dem Menü 'Setup Printer' den/die Drucker installieren, mit denen man arbeiten möchte. Dies geschieht mit wenigen Mausklicks, z.B. mit der rechten Maustaste auf den Hintergrund klicken, Setup Printers wählen, Drucker auswählen, Install anklicken, Save. Das gleiche erreicht man im Helpviewer über Print | Install. Dann wird die Datei//node#/etc/config/lpsrvr.node# geändert bzw. angelegt. Dabei bezeichnet node# die Knotennummer des Rechners, auf dem der Printspooler läuft bzw. laufen soll. Es genügt also, wenn es diese Datei nur einmal im gesamten Netz gibt. Im Verzeichnis /usr/photon/print gibt es die Beispieldatei lpsrvr.photon. Die einzelnen Teile dieser Datei haben wir bereits oben besprochen.
Sie können auch einen separaten Printspooler nur für Photon Druckaufträge verwenden. Dafür wird die Datei //node#/etc/config/lpsrvr.photon angelegt. Um den Printspooler nur für Photon zu starten, verwendet man den Befehl:

lpsrvr -f/etc/config/lpsrvr.photon &.

Der so gestartete zweite Printspooler arbeitet konfliktfrei neben dem ersten Printspooler, sofern der erste Printspooler keine Queues enthält, die auch unter Photon arbeiten sollen. Damit aber gedruckt werden kann, muß entweder ein Photonprintspooler gestartet werden oder im Printspooler müssen Photon Print-Queues eingerichtet werden. Schauen wir uns zum Schluß einfach mal die Einträge an, welche über den Spoolernamen und die Targets hinausgehen:

• Dokument unter Photon in PCL Format
  [phpcl]
  ta=lpt1
  ci=/usr/photon/bin/Pp.pcl < $(fname) > $(spfile)
  co=cat $(spfile) > $(device)

• Dokument unter Photon in Postscript Format
  [phps]
  ta=lpt2
  ci=/usr/photon/bin/Pp.ps < $(fname) > $(spfile)
  co=cat $(spfile) > $(device)

Leitfaden zum Überwinden der ersten Hürden nach der Installation
des X Window Systems unter QNX 4

Inhaltsverzeichnis

Einleitung

• Konfigurationsmöglichkeiten

• Links
• Maus
• Shell mit History und Befehleditiermöglichkeit
• Hotkeyexit deaktivieren

• Eigene Menüs
• Deutsche Tastaturbelegung
• Lesbarer xterm-Font bei hoher Bildschirmauflösung

Eintragstruktur

Die Einträge zu den einzelnen Punkten sind wie folgt gegliedert:

Motivation
Warum der Standardzustand auf Dauer nicht tragbar ist.

Abhilfe
Der prinzipielle Lösungsweg.

Durchführung
Die konkret notwendigen Befehle zur Lösung des Problems.

Fallen und Fußangeln
Unerwünschte Seiteneffekte und/oder notwendige Voraussetzungen.

Weitere Informationen
Wo nachgelesen werden kann, wie es sich im Detail verhält.

Bevor die eigentlichen Maßnahmen geschildert werden, folgt hier noch eine kurze Darstellung der Konfigurationsmöglichkeiten unter X. Sie bildet die Grundlage für viele der im weiteren Verlauf beschriebenen Lösungsverfahren und sollte daher nicht übersprungen werden.

Einleitung

Nach der Installation des X Windows Systems liegt ein zwar lauffähiges jedoch noch recht rohes X vor dem Benutzer. Dieser Leitfaden soll dabei helfen, möglichst schnell einen "arbeitsfähigen" Zustand zu erreichen. Zunächst werden im Abschnitt "Generelles" die Schritte abgehandelt, die notwendig sind, um ein rudimentäres Arbeiten überhaupt zu erlauben. Im Abschnitt "Maßgeschneidertes" werden Maßnahmen vorgestellt, die eine Anpassung an die speziellen Bedürfnisse der Benutzer gestatten.

Bevor die eigentlichen Maßnahmen geschildert werden, folgt hier noch eine kurze Darstellung der Konfigurationsmöglichkeiten unter X. Sie bildet die Grundlage für viele der im weiteren Verlauf beschriebenen Lösungsverfahren und sollte daher nicht übersprungen werden.

Konfigurationsmöglichkeiten

Alle Einstellungen, die über die aktuelle Sitzung hinaus Gültigkeit haben sollen, werden am besten in eine Konfigurationsdatei eingetragen. Diese Dateien werden beim Starten von Programmen ausgeführt bzw. aufgerufen und sorgen dafür, daß das Programm sich von Anfang so verhält, wie der Benutzer es wünscht.

Es gibt drei Arten, auf die Programme konfiguriert werden können:

• Command-line Optionen. Diese Methode unterscheidet sich nicht von der unter QNX üblichen Methode. Die Optionen werden mit einem Spiegelstrich hinter dem Befehlsnamen angegeben. Um z.B. ein xterm mit einem Scrollbar und dem Titel "Terminal 1" zu versehen, kann geschrieben werden:

• Startup-Scripts. Die auszuführenden Befehle bzw. die Konfigurationsdaten werden in einem Startup-Script festgelegt, das beim Aufruf eines Programms ausgeführt wird. Die Startup-Scripts-Dateinamen beginnen mit einem Punkt und Enden auf rc und enthalten dazwischen den Namen des Programms, bei dessen Start sie aufgerufen werden; so wird z.B. beim Start von xinit (letzter Befehl in startx) das Startup-Script .xinitrc ausgeführt.

  Viele Startup-Scripts sind in Standardversionen vorhanden, die in Verzeichnissen unter /usr/X11/lib/ liegen, und die leicht abweichende Namen tragen. Diese Scripts werden ausgeführt, solange der Benutzer in seinem $HOME -Verzeichnis kein entsprechendes Script angelegt hat. Möchte man also vom Standard abweichende Einstellungen vornehmen muß man zunächst diese Standardversionen finden, in das eigene $HOME-Verzeichnis kopieren, umbenennen und kann dann dieses Startup-Script editieren. Dies sind die Namen einiger wichtiger Startup-Scripts:

  Programm	Standard-Script	Eigenes Script
  twm	/usr/X11/lib/twm/system.twmrc	.twmrc
  mwm	/usr/X11/lib/system.mwmrc	.mwmrc
  xinit	/usr/X11/lib/xinit/xinitrc	.xinitrc

• Ressourcen. Fast alle Programme, die unter X laufen (sogenannte Clients) können bis ins Detail über Ressourcen modifiziert werden. Ohne hier ins Detail gehen zu wollen, sei gesagt, daß für jedes Element der Oberfläche (Knopf, Textfeld, Rahmen, etc.) sein Verhalten und Aussehen spezifiziert werden kann. Vom Standard abweichende Ressourcen werden in der Datei .Xdefaults festgelegt, die von jedem Client bei seinem Start gelesen wird. Um z.B. xtetris mit dem Label "Nicht spielen!" (statt "XTETRIS 2.5") zu versehen, muß folgende Zeile in .Xdefaults eingefügt werden:

   

   

Generelles

Links

Dieses sind:

/usr/X11
/usr/lib/X11
/usr/bin/X11
/usr/gnu
/usr/man/manl
/usr/man/mann
/usr/lib/terminfo/x

Der Befehl zum Anlegen des Links für /usr/X11 sähe wie folgt aus:

ln -s //A/usr/X11 //B/usr/X11

Um diese Arbeit zu erleichtern, wurde das Shellscript linkX erstellt. Der Aufruf lautet

linkX A

Um die Links wieder zu entfernen (z.B. um X11 komplett auf B zu installieren oder Links auf einen anderen Rechner anzulegen) muß für alle X-relevanten Verzeichnisse(s.o.) z.B. folgender Befehl ausgeführt werden:

rm //B/usr/X11

Um auch diese Arbeit zu erleichtern, wurde das Shellscript unlinkX erstellt. Der Aufruf lautet

unlinkX

Maus

• ein Text-"Paste" von Client zu Client (xterm, Editor, Anwendung mit Eingabefeldern) durch Drücken auf die mittlere Maustaste
• direktes Scrolling durch Ziehen am Scrollbar mit der mittleren Maustaste
• das Aufblenden des Optionsmenüs im xterm nur beim gleichzeitigen Drücken auf  und die mittlere Maustaste

Bsp.:

Die Zeile

Mouse msoft

wird umgewandelt in

Mouse mman

slay mouse

Mouse msoft

QNX User's Guide: system initialization file

Shell mit History und Befehleditiermöglichkeit

• In einer Befehlszeile kann der Cursor nach links und rechts bewegt werden
• Die letzten Befehle können durch Druck auf die Tasten ­ und ¯ traversiert werden.

Hotkeyexit deaktivieren

Maßgeschneidertes

Eigene Menüs

in der Definition von DefaultRootMenu eingefügt werden:

Um ein Menü mit häufig benutzten Anwendungen (z.B. xterm, ezfm, xman) auf die linke Maustaste zu legen, müssen folgende Zeilen eingefügt werden:

In der Definition von DefaultButtonBindings

Irgendwo außerhalb einer existierende Definition

           Menu ApplicationMenu
            {
             "Application Menu" f.title
             "Terminal" f.exec "xterm &"
             "Ezfm" f.exec "xqsh -e /usr/bin/ezfm &"
             "Manual" f.exec "../../usr/X11/bin/xman -notopbox
             &"
            }
         

Deutsche Tastaturbelegung

Lesbarer xterm-Font bei hoher Bildschirmauflösung