Index: head/de_DE.ISO8859-1/books/handbook/serialcomms/chapter.xml =================================================================== --- head/de_DE.ISO8859-1/books/handbook/serialcomms/chapter.xml (revision 47926) +++ head/de_DE.ISO8859-1/books/handbook/serialcomms/chapter.xml (revision 47927) @@ -1,3060 +1,2989 @@ Serielle Datenübertragung MartinHeinenÜbersetzt von - - Übersicht serielle Datenübertragung + &unix; Systeme unterstützten schon immer die serielle Datenübertragung. Tatsächlich wurden Ein- und Ausgaben auf den ersten &unix; Maschinen über serielle Leitungen durchgeführt. Seit der Zeit, in der ein durchschnittlicher - Terminal aus einem seriellen Drucker mit + Terminal aus einem seriellen Drucker mit 10 Zeichen/Sekunde und einer Tastatur bestand, hat sich viel verändert. Dieses Kapitel behandelt einige Möglichkeiten, - serielle Datenübertragung unter FreeBSD zu verwenden. + serielle Datenübertragung unter &os; zu verwenden. - Nachdem Sie dieses Kapitel durchgearbeitet haben, werden + Nachdem Sie dieses Kapitel gelesen haben, werden Sie Folgendes wissen: + - Wie Sie Terminals an Ihr FreeBSD anschließen. - - Wie Sie sich mit einem Modem auf einem entfernten - Rechner einwählen. - Wie Sie entfernten Benutzern erlauben, sich mit einem - Modem in Ihr System einzuwählen. - Wie Sie Ihr System über eine serielle Konsole - booten. + + Wie Sie Terminals an ein &os;-System + anschließen. + + + + Wie Sie sich mit einem Modem auf entfernte + Rechner einwählen. + + + + Wie Sie entfernten Benutzern erlauben, sich mit einem + Modem in ein &os;-System einzuwählen. + + + + Wie Sie ein &os;-System über eine serielle Konsole + booten. + Bevor Sie dieses Kapitel lesen, sollten Sie + - einen neuen Kernel konfigurieren und installieren - können (). - Das Berechtigungskonzept von &unix; und Prozesse - verstehen (). - Zudem sollten Sie Zugriff auf die Handbücher der - seriellen Komponenten (Modem oder Multiportkarte) haben, die Sie - mit FreeBSD verwenden wollen. + + einen angepassten Kernel + konfigurieren und installieren können. + + + + Berechtigungen und Prozesse unter + &os; verstehen. + + + + Zugriff auf die Handbücher der seriellen Komponenten + haben, die mit &os; verwendet werden sollen. + Einführung Mit &os; 8.0 wurden die Gerätedateien für serielle Ports von /dev/ttydN in /dev/ttyuN umbenannt. Setzen Sie noch &os; 7.X ein, müssen Sie die Befehle in den folgenden Abschnitten entsprechend anpassen. Begriffe bits-per-second bps - Bits pro Sekunde – Einheit für die - Übertragungsgeschwindigkeit. + Bits pro Sekunde (bps ist die + Einheit für die Übertragungsgeschwindigkeit. DEE (DTE) DEE DTE Datenendeinrichtung (Data Terminal Equipment) – - zum Beispiel Ihr Computer. + zum Beispiel ein Computer. DÜE (DCE) DÜE DCE Datenübertragungseinrichtung (Data Communications - Equipment) – Ein Modem. + Equipment) – zum Beispiel ein Modem. RS-232 RS-232C Kabel - EIA (Electronic Industries Association) Norm für - die serielle Datenübertragung. + Der Standard für serielle Datenübertragung. Wird + heutzutage in der Regel als + TIA-232 bezeichnet. In diesem Abschnitt wird der Begriff Baud nicht für Übertragungsgeschwindigkeiten gebraucht. Baud bezeichnet elektrische Zustandswechsel pro Zeiteinheit, die Taktfrequenz, - während bps (Bits pro Sekunde) der - richtige Begriff für die - Übertragungsgeschwindigkeit ist (die meisten Pedanten sollten - damit zufrieden sein). + während bps der richtige + Begriff für die Übertragungsgeschwindigkeit ist. Kabel und Schnittstellen - Um ein Modem oder einen Terminal an Ihr FreeBSD-System - anzuschließen, muss Ihr Computer über eine serielle - Schnittstelle verfügen. Zusätzlich brauchen Sie noch das - passende Kabel, um das Gerät mit der Schnittstelle zu - verbinden. Wenn Sie mit Ihren Geräten und den nötigen - Kabeln schon vertraut sind, können Sie diesen Abschnitt + Um ein Modem oder einen Terminal an ein &os;-System + anzuschließen, muss der Computer über eine serielle + Schnittstelle verfügen. Zusätzlich wird das passende Kabel + benötigt, um das Gerät mit der Schnittstelle zu + verbinden. Benutzer, die mit seriellen Geräten und den + nötigen Kabeln schon vertraut sind, können diesen Abschnitt überspringen. Kabel Es gibt verschiedene serielle Kabel. Die zwei häufigsten sind Nullmodemkabel und Standard-RS-232-Kabel. Die Dokumentation Ihrer Hardware sollte beschreiben, welchen Kabeltyp Sie benötigen. Nullmodemkabel Nullmodemkabel Ein Nullmodemkabel verbindet einige Signale, wie die Betriebserde, eins zu eins, andere Signale werden getauscht: Die Sende- und Empfangsleitungen werden zum Beispiel gekreuzt. - Sie können das Kabel für die Anbindung eines - Terminals auch selbst herstellen. Die folgende Tabelle - enthält die Signalnamen von - RS-232C sowie die Pinbelegung für einen Stecker vom - Typ DB-25. Beachten Sie dabei aber, dass der Standard - zwar eine direkte Verbindung beider Pin 1 - (Protective Ground) vorschreibt, diese - aber in vielen Fällen nicht vorhanden ist. Einige + Nullmodemkabel für die Anbindung eines Terminals + können auch selbst hergestellt werden. Die folgende + Tabelle enthält die Signalnamen + von RS-232C sowie die Pinbelegung für einen Stecker vom + Typ DB-25. Obwohl der Standard eine direkte Verbindung + von Pin 1 zu Pin 1 + (Protective Ground) vorschreibt, ist + diese in vielen Fällen nicht vorhanden. Einige Terminals benötigen nur die Pins 2, 3 und 7 für eine korrekte Funktion, während andere eine unterschiedliche Konfiguration als die in den folgenden Beispielen gezeigte benötigen. Nullmodemkabel vom Typ DB-25-zu-DB-25 Signal Pin # Pin # Signal SG 7 verbunden mit 7 SG TD 2 verbunden mit 3 RD RD 3 verbunden mit 2 TD RTS 4 verbunden mit 5 CTS CTS 5 verbunden mit 4 RTS DTR 20 verbunden mit 6 DSR DTR 20 verbunden mit 8 DCD DSR 6 verbunden mit 20 DTR DCD 8 verbunden mit 20 DTR
Die folgenden zwei Schemata werden heutzutage ebenfalls häufig eingesetzt: Nullmodemkabel vom Typ DB-9-zu-DB-9 Signal Pin # Pin # Signal RD 2 verbunden mit 3 TD TD 3 verbunden mit 2 RD DTR 4 verbunden mit 6 DSR DTR 4 verbunden mit 1 DCD SG 5 verbunden mit 5 SG DSR 6 verbunden mit 4 DTR DCD 1 verbunden mit 4 DTR RTS 7 verbunden mit 8 CTS CTS 8 verbunden mit 7 RTS
Nullmodemkabel vom Typ DB-9-zu-DB-25 Signal Pin # Pin # Signal RD 2 verbunden mit 2 TD TD 3 verbunden mit 3 RD DTR 4 verbunden mit 6 DSR DTR 4 verbunden mit 8 DCD SG 5 verbunden mit 7 SG DSR 6 verbunden mit 20 DTR DCD 1 verbunden mit 20 DTR RTS 7 verbunden mit 5 CTS CTS 8 verbunden mit 4 RTS
Wird ein Pin eines Kabels mit zwei Pins des anderen Kabels verbunden, werden dazu in der Regel zuerst die beiden Pins mit einem kurzem Draht verbunden. Danach wird dieser Draht mit dem Pin des anderen Endes verbunden. - Die eben besprochenen Schemata scheinen die beliebtesten - zu sein. Es gibt aber noch weitere Varianten. Im Buch - RS-232 Made Easy wird beispielsweise - SG mit SG verbunden, TD mit RD, RTS und CTS mit DCD, DTR - mit DSR, und umgekehrt. + Die eben besprochenen Schemata scheinen die + beliebtesten zu sein. Weitere Varianten verbinden SG mit + SG, TD mit RD, RTS und CTS mit DCD, DTR mit DSR, und + umgekehrt. Standard RS-232C Kabel RS-232C Kabel - Ein Standard-RS-232C-Kabel verbindet alle Signale direkt, - das heißt das Signal Transmitted Data wird mit - dem Signal Transmitted Data der Gegenstelle verbunden. - Dieses Kabel wird benötigt, um ein Modem mit einem - FreeBSD-System zu verbinden. Manche Terminals benötigen dieses - Kabel ebenfalls. + Ein Standard-RS-232C-Kabel verbindet alle Signale + direkt. Das Signal Transmitted Data wird + mit dem Signal Transmitted Data der + Gegenstelle verbunden. Dieses Kabel wird benötigt, um ein + Modem mit einem &os;-System zu verbinden. Manche + Terminals benötigen dieses Kabel ebenfalls. Schnittstellen Über serielle Schnittstellen werden Daten zwischen dem - FreeBSD-System und dem Terminal übertragen. Dieser + &os;-System und dem Terminal übertragen. Dieser Abschnitt beschreibt die verschiedenen Schnittstellen und wie sie - unter FreeBSD angesprochen werden. + unter &os; angesprochen werden. Arten von Schnittstellen - Da es verschiedene Schnittstellen gibt, sollten Sie vor - dem Kauf oder Selbstbau eines Kabels sicherstellen, dass - dieses zu den Schnittstellen Ihres Terminals und - FreeBSD-Systems passt. + Da es verschiedene Schnittstellen gibt, sollte vor + dem Kauf oder Selbstbau eines Kabels sichergestellt + werden, dass dieses zu den Schnittstellen des Terminals + und des &os;-Systems passt. Die meisten Terminals besitzen DB-25-Stecker. - Personal Computer haben DB-25- oder DB-9-Stecker. Wenn - Sie eine serielle Multiportkarte für Ihren PC besitzen, - haben Sie vielleicht RJ-12- oder RJ-45-Anschlüsse. + Personal Computer haben DB-25- oder DB-9-Stecker. Eine + serielle Multiportkarte hat vielleicht RJ-12- oder + RJ-45-Anschlüsse. - Die Dokumentation Ihrer Geräte sollte Aufschluss + Die Dokumentation der Geräte sollte Aufschluss über den Typ der benötigten Anschlüsse geben. Oft hilft es, wenn Sie sich den Anschluss einfach ansehen. Schnittstellenbezeichnung - Unter FreeBSD sprechen Sie die serielle Schnittstelle - (Port) über einen Eintrag im /dev - Verzeichnis an. Es gibt dort zwei verschiedene + Unter &os; wird jede serielle Schnittstelle + (Port) über einen Eintrag in /dev + angesprochen. Es gibt dort zwei verschiedene Einträge: Schnittstellen für eingehende Verbindungen werden - /dev/ttyuN + /dev/ttyuN genannt. Dabei ist N die Nummer der Schnittstelle, deren Zählung bei Null beginnt. Allgemein wird diese Schnittstelle für Terminals benutzt. Diese Schnittstelle funktioniert nur, wenn ein - Data Carrier Detect Signal (DCD) - vorliegt. + Data Carrier Detect Signal + (DCD) vorliegt. Für ausgehende Verbindungen wird - /dev/cuadN + /dev/cuadN verwendet. Dieser Port wird normalerweise nur von - Modems genutzt. Sie können ihn allerdings für - Terminals benutzen, die das Data Carrier Detect - Signal nicht unterstützen. + Modems genutzt. Er kann allerdings auch für + Terminals benutzt werden, die das + Data Carrier Detect Signal nicht + unterstützen. - Wenn Sie einen Terminal an die erste serielle Schnittstelle - (COM1 in &ms-dos;), angeschlossen haben, - sprechen Sie ihn über /dev/ttyu0 an. - Wenn er an der zweiten seriellen Schnittstelle angeschlossen - ist, verwenden Sie /dev/ttyu1, usw. + Wenn ein Terminal an die erste serielle Schnittstelle + (COM1) angeschlossen ist, wird er + über /dev/ttyu0 angesprochen. + Wenn er an der zweiten seriellen Schnittstelle + (COM2) angeschlossen ist, verwenden Sie + /dev/ttyu1, usw. Kernelkonfiguration - In der Voreinstellung benutzt FreeBSD vier serielle - Schnittstellen, die in &ms-dos;-Kreisen als + In der Voreinstellung benutzt &os; vier serielle + Schnittstellen, die unter &ms-dos; als COM1, COM2, COM3 und COM4 - bekannt sind. Momentan unterstützt FreeBSD einfache - Multiportkarten (z.B. die BocaBoard 1008 und 2016) und bessere wie - die von Digiboard und Stallion Technologies. In der Voreinstellung - sucht der Kernel allerdings nur nach den + bekannt sind. Momentan unterstützt &os; einfache + Multiportkarten, wie bspw. die BocaBoard 1008 und 2016 und + bessere wie die von Digiboard und Stallion Technologies. In + der Voreinstellung sucht der Kernel allerdings nur nach den Standardanschlüssen. - Um zu überprüfen, ob der Kernel eine Ihrer seriellen + Um zu überprüfen, ob der Kernel die seriellen Schnittstellen erkennt, achten Sie auf die Meldungen beim Booten, oder schauen sich diese später mit - /sbin/dmesg an. Achten Sie insbesondere + /sbin/dmesg an. Achten Sie auf Meldungen die mit uart beginnen, wenn Sie &os; 8.0 oder höher verwenden, beziehungsweise sio wenn Sie &os; 7.4 oder älter verwenden. Die folgenden Kommandos zeigen Ihnen nur die Meldungen an, welche die Folge uart, beziehungsweise die Folge sio enthalten. Verwenden Sie je nach installierter &os;-Version das entsprechende Kommando: &prompt.root; /sbin/dmesg | grep 'uart' &prompt.root; /sbin/dmesg | grep 'sio' Auf einem &os; 7.X System mit vier seriellen Schnittstellen sollte der Kernel die folgenden Meldungen ausgeben: sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A - Wenn Ihr Kernel nicht alle seriellen Schnittstellen erkennt, - müssen Sie Ihren Kernel über die Datei - /boot/device.hints konfigurieren. - Zusätzlich können Sie Einträge für - Geräte, die auf Ihrem System nicht vorhanden sind, aus dem - Kernel entfernen. + Wenn der Kernel nicht alle seriellen Schnittstellen + erkennt, müssen Sie /boot/device.hints + konfigurieren. Wenn Sie diese Datei editieren, können Sie + die Einträge für Geräte, die auf dem System nicht vorhanden + sind, auskommentieren oder komplett entfernen. Die Hilfeseite &man.sio.4; enthält weitere Informationen zu seriellen Schnittstellen und Multiportkarten. Seien Sie vorsichtig, wenn Sie Konfigurationsdateien - von älteren FreeBSD-Versionen verwenden, da sich die Syntax + von älteren &os;-Versionen verwenden, da sich die Syntax und die Bedeutung der Optionen zwischen verschiedenen - Versionen geändert hat. + Versionen geändert haben kann. port IO_COM1 ist ein Ersatz für port 0x3f8, IO_COM2 bedeutet port 0x2f8, IO_COM3 bedeutet port 0x3e8 und IO_COM4 steht für port 0x2e8. Die angegebenen IO-Adressen sind genau wie die Interrupts 4, 3, 5 und 9 - üblich für serielle Schnittstellen. Beachten Sie - bitte, dass sich normale serielle Schnittstellen auf ISA-Bussen + üblich für serielle Schnittstellen. Beachten Sie, dass sich + normale serielle Schnittstellen auf ISA-Bussen keine Interrupts teilen können. Multiportkarten besitzen zusätzliche Schaltkreise, die es allen 16550As auf der Karte erlauben, sich einen oder zwei Interrupts zu teilen. Gerätedateien Die meisten Geräte im Kernel werden durch Gerätedateien in /dev angesprochen. Die sio Geräte werden durch /dev/ttyuN für eingehende Verbindungen und durch /dev/cuadN für ausgehende Verbindungen angesprochen. Zum Initialisieren der - Geräte stellt FreeBSD die Dateien + Geräte stellt &os; die Dateien /dev/ttyuN.init und /dev/cuadN.init zur Verfügung. Zusätzlich existieren Dateien für das Sperren von Gerätedateien (Locking). Dabei handelt es sich um die Dateien /dev/ttyuN.lock und /dev/cuadN.lock. Diese Dateien werden benutzt, um Kommunikationsparameter beim Öffnen eines Ports vorzugeben. Für Modems, die zur Flusskontrolle RTS/CTS benutzen, kann damit crtscts gesetzt werden. Die Geräte /dev/ttyldN und /dev/cualaN (locking devices) werden genutzt, um bestimmte Parameter festzuschreiben und vor Veränderungen zu schützen. Weitere Informationen zu Terminals finden Sie in &man.termios.4;, &man.sio.4; erklärt die Dateien zum Initialisieren und Sperren der Geräte, &man.stty.1; beschreibt schließlich Terminal-Einstellungen. Konfiguration der seriellen Schnittstelle ttyu cuad Anwendungen benutzen normalerweise die Geräte ttyuN oder cuadN. Das Gerät besitzt einige Voreinstellungen für Terminal-I/O, wenn es von einem Prozess geöffnet wird. Mit dem folgenden Kommando können Sie sich diese Einstellungen ansehen: &prompt.root; stty -a -f /dev/ttyu1 - Sie können diese Einstellungen verändern, sie bleiben - allerdings nur solange wirksam, bis das Gerät geschlossen wird. + Wenn diese Einstellungen verändert werden, bleiben sie + nur solange wirksam, bis das Gerät geschlossen wird. Wenn das Gerät danach wieder geöffnet wird, sind die - Voreinstellungen wieder wirksam. Um die Voreinstellungen zu - ändern, öffnen Sie das Gerät, das zum Initialisieren + Voreinstellungen wieder wirksam. Um die Voreinstellungen + dauerhaft zu ändern, öffnen Sie das Gerät, das zum Initialisieren dient und verändern dessen Einstellungen. Um beispielsweise für ttyu5 den Modus, 8-Bit Kommunikation und Flusssteuerung einzuschalten, setzen Sie das folgende Kommando ab: &prompt.root; stty -f /dev/ttyu5.init clocal cs8 ixon ixoff rc-Dateien rc.serial In /etc/rc.d/rc.serial werden die systemweiten Voreinstellungen für serielle Geräte vorgenommen. Um zu verhindern, dass Einstellungen von Anwendungen verändert werden, können Sie die Geräte zum Festschreiben von Einstellungen (locking devices) benutzen. Wenn sie beispielsweise die Geschwindigkeit von ttyu5 auf 57600 bps festlegen wollen, benutzen Sie das folgende Kommando: &prompt.root; stty -f /dev/ttyld5 57600 Eine Anwendung, die ttyu5 öffnet, kann nun nicht mehr die Geschwindigkeit ändern und muss 57600 bps benutzen. Die Geräte zum Initialisieren und Festschreiben von Einstellungen sollten selbstverständlich nur von root beschreibbar sein. Terminals SeanKellyBeigetragen von - - - Mit &os; 8.0 wurden die Gerätedateien für - serielle Ports von - /dev/ttydN in - /dev/ttyuN - umbenannt. Setzen Sie noch &os; 7.X ein, müssen - Sie die Befehle in den folgenden Abschnitten entsprechend - anpassen. - - Terminals Wenn Sie sich nicht an der Konsole oder über ein Netzwerk an - Ihrem FreeBSD-System anmelden können, sind Terminals ein - bequemer und billiger Weg auf Ihr System zuzugreifen. Dieser - Abschnitt beschreibt wie Sie Terminals mit FreeBSD benutzen. + ein &os;-System anmelden können, sind Terminals ein + bequemer und kostengünstiger Weg, um auf ein System zuzugreifen. + Dieser Abschnitt beschreibt wie Sie Terminals mit &os; + benutzen. Terminaltypen Das ursprüngliche &unix; System besaß keine Konsolen. Zum Anmelden und Starten von Programmen wurden stattdessen - Terminals benutzt, die an den seriellen Schnittstellen des Rechners - angeschlossen waren. Dies entspricht der Benutzung eines Modems - zum Anmelden auf einem entfernten System, um dort mit einem - Terminalemulator im Textmodus zu arbeiten. + Terminals benutzt, die an den seriellen Schnittstellen des + Rechners angeschlossen waren. - Die Konsolen heutiger PCs besitzen sehr gute - Grafikfähigkeiten, trotzdem gibt es in fast jedem &unix; System - die Möglichkeit, sich über die serielle Schnittstelle - anzumelden; FreeBSD ist da keine Ausnahme. Sie können sich an - einem Terminal anmelden und dort jedes Textprogramm, das Sie - normalerweise an der Konsole oder in einem xterm - Fenster im X Window System benutzen, laufen lassen. + Die Möglichkeit, über eine serielle Schnittstelle eine + Anmeldesitzung herzustellen, existiert heute noch in fast + jedem &unix;-artigen Betriebssystem, einschließlich &os;. + Der Einsatz eines Terminals, das an einem freien seriellen + Port angeschlossen ist, ermöglicht es dem Benutzer sich + anzumelden und dort jedes Textprogramm zu starten, das + normalerweise an der Konsole oder in einem + xterm Fenster ausgeführt wird. - Im kommerziellen Umfeld können Sie viele Terminals an ein - FreeBSD-System anschließen und diese auf den - Arbeitsplätzen Ihrer Angestellten aufstellen. Im privaten - Umfeld kann ein älterer IBM PC oder &macintosh; als Terminal - dienen. Damit verwandeln Sie einen Einzelarbeitsplatz in ein - leistungsfähiges Mehrbenutzersystem. + Viele Terminals können an einem &os;-System angeschlossen + werden. Ein alter Computer kann als Terminal an ein + leistungsfähiges &os;-System angeschlossen werden. Damit kann + ein Einzelarbeitsplatz in ein leistungsfähiges + Mehrbenutzersystem verwandelt werden. - FreeBSD kennt drei verschiedene Terminals: + Dieser Abschnitt beschreibt die drei Arten von + Anschlüssen, die von &os; unterstützt werden: + Dumb Terminals, Computer die als Terminal fungieren, sowie + X-Terminals. - - - Dumb terminals, - - - - PCs, die als Terminals - fungieren, - - - - X Terminals. - - - - Die folgenden Abschnitte beschreiben jeden dieser Terminals. - Dumb-Terminals Dumb-Terminals (unintelligente Datenstationen) sind Geräte, die über die serielle Schnittstelle mit einem Rechner verbunden werden. Sie werden - unintelligent genannt, weil sie nur Text senden - und empfangen und keine Programme laufen lassen können. - Alle Programme, wie Texteditoren, Compiler oder Spiele befinden - sich auf dem Rechner, der mit dem Terminal verbunden ist. + unintelligent genannt, weil sie nur Text + senden und empfangen und keine Programme laufen lassen + können. Alle Programme, wie Texteditoren, Compiler oder + Spiele befinden sich auf dem Rechner, der mit dem Terminal + verbunden ist. Es gibt viele Dumb-Terminals, die von verschiedenen - Herstellern produziert werden, wie zum Beispiel der VT-100 von - Digital Equipment Corporation oder der WY-75 von Wyse. So gut - wie jeder der verschiedenen Terminals sollte mit FreeBSD - zusammenarbeiten. Manche High-End Geräte verfügen - sogar über Grafikfähigkeiten, die allerdings nur von - spezieller Software genutzt werden kann. + Herstellern produziert werden, und so gut wie jeder der + verschiedenen Terminals sollte mit &os; zusammenarbeiten. + Manche High-End Geräte verfügen sogar über + Grafikfähigkeiten, die allerdings nur von spezieller + Software genutzt werden kann. - Dumb-Terminals sind in Umgebungen beliebt, in denen keine - Grafikanwendungen, wie zum Beispiel X-Programme, laufen - müssen. + Dumb-Terminals sind in Umgebungen beliebt, in denen + keine Grafikanwendungen benötigt werden. - PCs, die als Terminal fungieren + Computer, die als Terminal fungieren - Jeder PC kann die Funktion eines - Dumb-Terminals, der ja nur - Text senden und empfangen kann, übernehmen. Dazu brauchen - Sie nur das richtige Kabel und eine - Terminalemulation, die auf dem PC + Jeder Computer kann die Funktion eines Dumb-Terminals, der ja nur Text + senden und empfangen kann, übernehmen. Dazu wird lediglich + das richtige Kabel benötigt und eine + Terminalemulation, die auf dem Computer läuft. - Diese Konfiguration ist im privaten Umfeld sehr beliebt. Wenn - Ihr Ehepartner zum Beispiel gerade an der FreeBSD-Konsole arbeitet, - können Sie einen weniger leistungsstarken PC, der als - Terminal mit dem FreeBSD-System verbunden ist, benutzen, um dort - gleichzeitig im Textmodus zu arbeiten. + Diese Konfiguration ist sehr nützlich. Wenn ein + Benutzer zum Beispiel gerade an der &os;-Konsole arbeitet, + kann ein anderer Benutzer einen weniger leistungsstarken + Computer, der als Terminal mit dem &os;-System verbunden + ist, benutzen, um dort gleichzeitig im Textmodus zu + arbeiten. Bereits im Basissystem sind mindestens zwei Werkzeuge vorhanden, die Sie zur Arbeit über eine serielle Konsole einsetzen können: &man.cu.1; sowie &man.tip.1;. Um sich von einem &os;-System aus über eine serielle Verbindung mit einem anderen System zu verbinden, geben Sie folgenden Befehl ein: &prompt.root; cu -l serial-port-device serial-port-device ist hier der Name der Gerätedatei, die einer bestimmten seriellen Schnittstelle - Ihres Systems zugewiesen ist. Diese Gerätedateien werden - /dev/cuadN - genannt. + des Systems zugewiesen ist. Diese Gerätedateien werden + /dev/cuadN genannt. Der Buchstabe N muss dabei durch die Nummer - des seriellen Ports Ihres Systems ersetzt werden. + des seriellen Ports des Systems ersetzt werden. - Beachten Sie, dass die Numerierung dieses Daten (im - Gegensatz etwa zu &ms-dos;-kompatiblen Systemen) unter &os; - mit Null und nicht mit Eins beginnt. Die Schnittstelle - COM1 entspricht daher in der Regel + Beachten Sie, dass die Numerierung dieser Daten + unter &os; mit Null und nicht mit Eins beginnt. Die + Schnittstelle COM1 entspricht daher /dev/cuad0 unter &os;. - In der Ports-Sammlung finden sich weitere Programme - (beispielsweise comms/minicom), mit denen Sie - eine Verbindung über eine serielle Schnittstelle - herstellen können. + In der Ports-Sammlung finden sich weitere Programme, + wie beispielsweise comms/minicom, mit + denen eine Verbindung über eine serielle Schnittstelle + hergestellt werden kann. X-Terminals X-Terminals sind die ausgereiftesten der verfügbaren Terminals. Sie werden nicht mit der seriellen Schnittstelle sondern mit einem Netzwerk, wie dem Ethernet, verbunden. Diese Terminals sind auch nicht auf den Textmodus beschränkt, sondern können jede X-Anwendung darstellen. - X-Terminals sind hier nur der Vollständigkeit halber - aufgezählt. Die Einrichtung von X-Terminals wird in diesem - Abschnitt nicht beschrieben. + Die Einrichtung und Verwendung von X-Terminals wird in + diesem Abschnitt nicht + beschrieben. Konfiguration - Im Folgenden wird beschrieben, wie Sie Ihr FreeBSD-System - konfigurieren müssen, um sich an einem Terminal anzumelden. + Dieser Abschnitt beschreibt, wie Sie ein &os;-System + konfigurieren müssen, um sich an einem Terminal anzumelden. Dabei wird vorausgesetzt, dass der Kernel bereits die serielle Schnittstelle, die mit dem Terminal verbunden ist, unterstützt. Weiterhin sollte der Terminal schon angeschlossen sein. - Aus wissen Sie, dass - init für das Initialisieren des Systems und - den Start von Prozessen zum Zeitpunkt des Systemstarts - verantwortlich ist. Unter anderem liest init - /etc/ttys ein und startet für jeden + Der init Prozess ist für das + Initialisieren des Systems und den Start von Prozessen zum + Zeitpunkt des Systemstarts verantwortlich. Unter anderem + liest init /etc/ttys + ein und startet für jeden verfügbaren Terminal einen getty Prozess. getty wiederum fragt beim Anmelden den Benutzernamen ab und startet login. - Um Terminals auf Ihrem FreeBSD-System einzurichten, führen - Sie folgenden Schritte als root durch: + Um Terminals auf einem &os;-System einzurichten, führen + Sie folgenden Schritte als root durch: - Wenn er noch nicht da ist, fügen Sie einen Eintrag in + Fügen Sie einen Eintrag in /etc/ttys für die serielle - Schnittstelle aus /dev ein. + Schnittstelle aus /dev ein, falls + dieser nicht bereits vorhanden ist. Geben Sie /usr/libexec/getty als auszuführendes Programm an. Als Parameter für - getty geben Sie den passenden Verbindungstyp - aus /etc/gettytab an. + getty geben Sie den passenden + Verbindungstyp aus /etc/gettytab + an. Geben Sie den Terminaltyp an. Aktivieren Sie den Anschluss. Geben Sie die Sicherheit des Anschlusses an. Veranlassen Sie init /etc/ttys erneut zu lesen. Optional können Sie in /etc/gettytab auch einen auf Ihre Zwecke angepassten Terminaltyp erstellen. - Die genaue Vorgehensweise wird in diesem Abschnitt nicht - erklärt, aber die Manualpages von &man.gettytab.5; und - &man.getty.8; enthalten dazu weitere Informationen. + &man.gettytab.5; und &man.getty.8; enthalten dazu weitere + Informationen. Hinzufügen eines Eintrags in <filename>/etc/ttys</filename> In /etc/ttys werden alle Terminals - aufgeführt, an denen Sie sich auf dem FreeBSD-System - anmelden können. Hier findet sich zum Beispiel ein Eintrag + aufgeführt, an denen eine Anmeldung auf dem &os;-System + möglich ist. Hier findet sich zum Beispiel ein Eintrag für die erste virtuelle Konsole - /dev/ttyv0, der es Ihnen ermöglicht, - sich dort anzumelden. Die Datei enthält des Weiteren + /dev/ttyv0, der es Benutzern + ermöglicht, sich dort anzumelden. Die Datei enthält weitere Einträge für andere virtuelle Konsolen, serielle - Schnittstellen und Pseudoterminals. Wenn Sie einen Terminal - konfigurieren wollen, fügen sie einen Eintrag für den + Schnittstellen und Pseudoterminals. Um einen Terminal + zu konfigurieren, fügen Sie einen Eintrag für den Namen des Gerätes aus /dev ohne das Präfix /dev hinzu. Zum Beispiel wird /dev/ttyv0 als - ttyv0 aufgeführt. + ttyv0 aufgeführt. In der Voreinstellung enthält /etc/ttys Einträge für die ersten - vier seriellen Schnittstellen: ttyu0 bis - ttyu3. Wenn Sie an eine von diesen einen - Terminal anschließen, brauchen Sie keinen weiteren Eintrag - hinzuzufügen. + vier seriellen Schnittstellen: ttyu0 + bis ttyu3. Wird an eine von diesen + Schnittstellen ein Terminal angeschlossen, braucht in dieser + Datei kein weiter Eintrag hinzugefügt werden. Einträge in <filename>/etc/ttys</filename> hinzufügen - Angenommen, wir wollen an ein System zwei Terminals - anschließen: Einen Wyse-50 und einen alten 286 IBM PC, + Dieses Beispiel konfiguriert zwei Terminals: + Einen Wyse-50 und einen alten 286 IBM PC, der mit Procomm einen VT-100 - Terminal emuliert. Den Wyse-Terminal verbinden wir mit der - zweiten seriellen Schnittstelle und den 286 mit der sechsten - seriellen Schnittstelle (einem Anschluss auf einer - Multiportkarte). Die entsprechenden Einträge in + Terminal emuliert. Der Wyse-Terminal ist mit der + zweiten seriellen Schnittstelle verbunden und der 286 + mit der sechsten seriellen Schnittstelle, einem Anschluss + auf einer Multiportkarte. Die entsprechenden Einträge in /etc/ttys würden dann wie folgt aussehen: ttyu1 "/usr/libexec/getty std.38400" wy50 on insecure ttyu5 "/usr/libexec/getty std.19200" vt100 on insecure Das erste Feld gibt normalerweise den Namen der Gerätedatei aus /dev an. Im zweiten Feld wird das auszuführende Kommando, normal ist das &man.getty.8;, angegeben. getty initialisiert und öffnet die Verbindung, setzt die Geschwindigkeit und fragt den Benutzernamen ab. Danach führt es &man.login.1; aus. getty akzeptiert einen optionalen Parameter auf der Kommandozeile, den Verbindungstyp, der die Eigenschaften der Verbindung, wie die Geschwindigkeit und Parität, festlegt. Die Typen und die damit verbundenen Eigenschaften liest getty aus /etc/gettytab. /etc/gettytab enthält viele Einträge sowohl für neue wie auch alte Terminalverbindungen. Die meisten Einträge, die mit std beginnen, sollten mit einem festverdrahteten Terminal funktionieren. Für jede - Geschwindigkeit zwischen 110 bps und 115200 bps - gibt es einen std Eintrag. Natürlich - können Sie auch eigene Einträge erstellen, - Informationen dazu finden Sie in &man.gettytab.5;. + Geschwindigkeit zwischen + 110 bps und + 115200 bps gibt es einen + std Eintrag. Weitere Informationen + dazu finden Sie in &man.gettytab.5;. Wenn Sie den Verbindungstyp in /etc/ttys eintragen, stellen Sie - bitte sicher, dass die Kommunikationseinstellungen + sicher, dass die Kommunikationseinstellungen auch mit denen des Terminals übereinstimmen. - In unserem Beispiel verwendet der Wyse-50 keine - Parität und 38400 bps, der 286 PC benutzt ebenfalls - keine Parität und arbeitet mit 19200 bps. + In diesem Beispiel verwendet der Wyse-50 keine + Parität und 38400 bps, der + 286 PC benutzt ebenfalls keine Parität und + arbeitet mit 19200 bps. Das dritte Feld gibt den Terminaltyp an, der normalerweise mit diesem Anschluss verbunden ist. Für Einwählverbindungen wird oft unknown oder dialup benutzt, da sich die Benutzer praktisch mit beliebigen Terminals oder Emulatoren anmelden können. Bei festverdrahteten Terminals ändert sich der Typ nicht, - so dass Sie in diesem Feld einen richtigen Typ aus der - &man.termcap.5; Datenbank angeben können. + so dass in diesem Feld ein richtiger Typ aus der + &man.termcap.5; Datenbank angegeben werden + kann. - In unserem Beispiel benutzen wir für den Wyse-50 + In diesem Beispiel benutzt der Wyse-50 den entsprechenden Typ aus &man.termcap.5;, der 286 PC wird als VT-100, den er ja emuliert, angegeben. Das vierte Feld gibt an, ob der Anschluss - aktiviert werden soll. Wenn Sie hier on - angeben, startet init das Programm, das - im zweiten Feld angegeben wurde (normal - getty). Wenn Sie off - angeben, wird das Kommando aus dem zweiten Feld nicht - ausgeführt und folglich können Sie sich dann an - dem betreffenden Terminal nicht anmelden. + aktiviert werden soll. Ist das Feld auf + on gesetzt, startet + init das Programm, das + im zweiten Feld angegeben ist. Normalerweise ist dies + getty. Wenn das Feld auf + offgesetzt wird, wird + getty nicht ausgeführt und folglich + kann sich niemand an dem betreffenden Terminal + anmelden. - Im letzten Feld geben Sie die Sicherheit des - Anschlusses an. Wenn Sie hier secure - angeben, darf sich root (oder jeder - Account mit der UID 0) über diese - Verbindung anmelden. Wenn Sie insecure - angeben, dürfen sich nur unprivilegierte Benutzer - anmelden. Diese können später mit &man.su.1; - oder einem ähnlichen Mechanismus zu - root wechseln. + Das letzte Feld gibt die Sicherheit des + Anschlusses an. Wenn hier secure + angegeben wird, darf sich root, oder jeder + Account mit der UID + 0 über diese Verbindung anmelden. + Wenn insecure angegeben wird, + dürfen sich nur unprivilegierte Benutzer anmelden. + Diese können später mit &man.su.1; oder einem + ähnlichen Mechanismus zu root wechseln. - Es wird dringend empfohlen, insecure - nur für Terminals hinter verschlossenen Türen - zu verwenden, da Sie mit su leicht zum - Superuser werden können. + Es wird dringend empfohlen + insecure zu verwenden, sogar für + Terminals hinter verschlossenen Türen. Es ist ganz + einfach sich mit su anzumelden, + wenn Superuser-Rechte benötigt werden. <command>init</command> zwingen, <filename>/etc/ttys</filename> erneut zu lesen - Nachdem Sie die nötigen Änderungen in - /etc/ttys vorgenommen haben, schicken Sie + Nachdem Änderungen in /etc/ttys + vorgenommen wurden, schicken Sie init ein SIGHUP-Signal (hangup), um es zu veranlassen, seine Konfigurationsdatei neu zu lesen: &prompt.root; kill -HUP 1 Da init immer der erste Prozess auf - einem System ist, besitzt es immer die PID + einem System ist, besitzt es immer die Prozess-ID 1. Wenn alles richtig eingerichtet ist, alle Kabel angeschlossen und die Terminals eingeschaltet sind, sollte für jeden Terminal ein getty Prozess laufen und auf - jedem Terminal sollten Sie eine Anmeldeaufforderung sehen. + jedem Terminal sollte eine Anmeldeaufforderung zu sehen + sein. Fehlersuche Selbst wenn Sie den Anweisungen akribisch gefolgt sind, kann es - immer noch zu Fehlern beim Einrichten eines Terminals kommen. Die - folgende Aufzählung von Symptomen beschreibt mögliche + immer noch zu Fehlern beim Einrichten eines Terminals kommen. + Hier eine Liste der häufigsten Symptome, sowie einige mögliche Lösungen: Es erscheint kein Anmeldeprompt Stellen Sie sicher, dass der Terminal verbunden und eingeschaltet ist. Wenn ein PC als Terminal fungiert, überprüfen Sie, dass die Terminalemulation auf den richtigen Schnittstellen läuft. Stellen Sie sicher, dass Sie das richtige Kabel verwenden und dass das Kabel fest mit dem Terminal und - dem FreeBSD-Rechner verbunden ist. + dem &os;-Rechner verbunden ist. Stellen Sie sicher, dass die Einstellungen für - die Geschwindigkeit (bps) und Parität auf dem FreeBSD - System und dem Terminal gleich sind. Wenn Ihr Terminal einen - Bildschirm besitzt, überprüfen Sie die richtige - Einstellung von Helligkeit und Kontrast. Wenn Ihr Terminal - druckt, stellen Sie die ausreichende Versorgung mit Papier - und Tinte sicher. + die Geschwindigkeit (bps) und Parität auf + dem &os;-System und dem Terminal gleich sind. Wenn der + Terminal einen Bildschirm besitzt, überprüfen Sie die + richtige Einstellung von Helligkeit und Kontrast. Wenn der + Terminal druckt, stellen Sie die ausreichende Versorgung mit + Papier und Tinte sicher. Überprüfen Sie mit ps, dass der getty Prozess für den Terminal läuft: &prompt.root; ps -axww|grep getty - Für jeden Terminal sollten Sie einen Eintrag sehen. - Aus dem folgenden Beispiel erkennen Sie, dass + Für jeden Terminal sollte ein Eintrag vorhanden sein. + Aus dem folgenden Beispiel ist zu erkennen, dass getty auf der zweiten seriellen Schnittstelle tyyd1 läuft und den Verbindungstyp std.38400 aus /etc/gettytab benutzt: 22189 d1 Is+ 0:00.03 /usr/libexec/getty std.38400 ttyu1 Wenn getty nicht läuft, überprüfen Sie, ob der Anschluss in - /etc/ttys aktiviert ist. Haben Sie - kill -HUP 1 abgesetzt, nachdem Sie - /etc/ttys geändert hatten? + /etc/ttys aktiviert ist. Denken Sie + daran kill -HUP 1 auszuführen, nachdem + /etc/ttys geändert wurde. Wenn getty läuft, aber der - Terminal immer noch kein Anmeldeprompt ausgibt, oder Sie am - Anmeldeprompt nichts eingeben können, kann es sein, - dass Ihr Terminal oder Kabel keinen Hardware-Handshake + Terminal immer noch kein Anmeldeprompt ausgibt, oder am + Anmeldeprompt nichts eingegeben werden kann, kann es sein, + dass der Terminal oder Kabel keinen Hardware-Handshake unterstützt. Ändern Sie dann den Eintrag std.38400 in /etc/ttys zu 3wire.38400. Nachdem Sie /etc/ttys geändert haben, setzen - Sie das Kommando kill -HUP 1 ab. Der + Sie kill -HUP 1 ab. Der Eintrag 3wire besitzt ähnliche Eigenschaften wie der Eintrag std, ignoriert aber den Hardware-Handshake. Wenn Sie den Eintrag - 3wire verwenden, müssen Sie - vielleicht die Geschwindigkeit verkleinern oder die - Software-Flusssteuerung aktivieren, um - Pufferüberläufe zu vermeiden. + 3wire verwenden, muss vielleicht die + Geschwindigkeit verkleinert oder die Software-Flusssteuerung + aktiviert werden, um Pufferüberläufe zu vermeiden. Es erscheinen nur unverständliche Zeichen Stellen Sie sicher, dass die Einstellungen für - die Geschwindigkeit (bps) und Parität auf dem FreeBSD - System und dem Terminal gleich sind. Kontrollieren Sie den + die Geschwindigkeit (bps) und Parität auf dem &os;-System + und dem Terminal gleich sind. Kontrollieren Sie den getty Prozess und stellen Sie sicher, dass der richtige Verbindungstyp aus /etc/gettytab benutzt wird. Wenn das nicht der Fall ist, editieren Sie /etc/ttys und setzen das Kommando kill-HUP 1 ab. Zeichen erscheinen doppelt und eingegebene Passwörter erscheinen im Klartext Stellen Sie den Terminal oder die Terminalemulation von - half duplex oder local echo auf - full duplex. um. + half duplex oder local echo + auf full duplex um. Einwählverbindungen GuyHelmerBeigetragen von SeanKellyMit Anmerkungen von - - - Mit &os; 8.0 wurden die Gerätedateien für - serielle Ports von - /dev/ttydN in - /dev/ttyuN - umbenannt. Setzen Sie noch &os; 7.X ein, müssen - Sie die Befehle in den folgenden Abschnitten entsprechend - anpassen. - - Einwählverbindungen - Das Einrichten von Einwählverbindungen ähnelt dem - Anschließen von Terminals, nur dass Sie anstelle eines - Terminals ein Modem verwenden. + Das Einrichten von Einwählverbindungen auf + &os;-Systemen ähnelt dem Anschließen von Terminals, nur dass + anstelle eines Terminals ein Modem verwendet wird. Externe und interne Modems Externe Modems sind für Einwählverbindungen besser geeignet, da sie die Konfiguration in nicht flüchtigem RAM speichern können. Zudem verfügen Sie über Leuchtanzeigen, die den Status wichtiger RS-232 Signale - anzeigen und unter Umständen Besucher beeindrucken - können. + anzeigen. Interne Modems verfügen normalerweise nicht über nicht flüchtiges RAM und lassen sich meist nur über DIP-Schalter konfigurieren. Selbst wenn ein internes Modem Leuchtanzeigen besitzt, sind diese meist schwer einzusehen, wenn das Modem eingebaut ist. Modems und Kabel Modem - Mit einem externen Modem müssen Sie das richtige Kabel - benutzen: Ein Standard RS-232C Kabel, bei dem die folgenden - Signale miteinander verbunden sind, sollte ausreichen: + Mit einem externen Modem muss das passende Kabel + verwendet werden. Ein Standard RS-232C Kabel, bei dem die + folgenden Signale miteinander verbunden sind, sollte + ausreichen: Signalnamen Abkürzung Bedeutung RD Received Data TD Transmitted Data DTR Data Terminal Ready DSR Data Set Ready DCD Data Carrier Detect (dadurch erkennt RS-232 das Signal Received Line) SG Signal Ground RTS Request to Send CTS Clear to Send
- Ab Geschwindigkeiten von 2400 bps benötigt FreeBSD die + Ab Geschwindigkeiten von 2400 bps benötigt &os; die Signale RTS und CTS für die Flusssteuerung. Das Signal CD zeigt an, ob ein Träger vorliegt, das heißt ob die Verbindung aufgebaut ist oder beendet wurde. DTR zeigt an, dass das Gerät betriebsbereit ist. Es gibt einige Kabel, bei denen nicht alle - nötigen Signale verbunden sind. Wenn Sie Probleme der Art - haben, dass zum Beispiel die Sitzung nicht beendet wird, + nötigen Signale verbunden sind. Wenn Probleme dieser Art + auftreten, dass zum Beispiel die Sitzung nicht beendet wird, obwohl die Verbindung beendet wurde, kann das an einem solchen Kabel liegen. - Wie andere &unix; Betriebssysteme auch, benutzt FreeBSD + Wie andere &unix; Betriebssysteme auch, benutzt &os; Hardwaresignale, um festzustellen, ob ein Anruf beantwortet wurde, eine Verbindung beendet wurde, oder um die Verbindung zu schließen und das Modem zurückzusetzen. - FreeBSD vermeidet es, dem Modem Kommandos zu senden, oder den - Statusreport des Modems abzufragen. Falls Sie ein Benutzer - von PC-basierenden Bulletin Board Systemen sind, mag Sie das - verwundern. + &os; vermeidet es, dem Modem Kommandos zu senden, oder den + Statusreport des Modems abzufragen. Schnittstellenbausteine - FreeBSD unterstützt EIA RS-232C (CCITT V.24) serielle + &os; unterstützt EIA RS-232C (CCITT V.24) serielle Schnittstellen, die auf den NS8250, NS16450, NS16550 oder NS16550A Bausteinen basieren. Die Bausteine der Serie 16550 verfügen über einen 16 Byte großen Puffer, der als FIFO angelegt ist. Wegen Fehler in der FIFO-Logik kann der Puffer in einem 16550 Baustein allerdings nicht genutzt werden, das heißt der Baustein muss als 16450 betrieben werden. Bei allen Bausteinen ohne Puffer und dem 16550 Baustein muss jedes Byte einzeln von dem Betriebssystem verarbeitet werden, was Fehler bei hohen Geschwindigkeiten oder großer Systemlast erzeugt. Es sollten daher nach Möglichkeit serielle Schnittstellen, die auf 16550A Bausteinen basieren, eingesetzt werden. Überblick getty Wie bei Terminals auch, startet init für jede serielle Schnittstelle, die eine Einwählverbindung zur Verfügung stellt, einen getty Prozess. Wenn das Modem beispielsweise an /dev/ttyu0 angeschlossen ist, sollte in der Ausgabe von ps ax eine Zeile wie die folgende erscheinen: 4850 ?? I 0:00.09 /usr/libexec/getty V19200 ttyu0 Wenn sich ein Benutzer einwählt und die Verbindung aufgebaut ist, zeigt das Modem dies durch das CD Signal (Carrier Detect) an. Der Kernel merkt, dass ein Signal - anliegt und vollendet das Öffnen der Schnittstelle durch - getty. Dann sendet getty das + anliegt und weist getty an, die + Schnittstelle zu öffnen. Dann sendet getty das Anmeldeprompt mit der ersten für die Verbindung vereinbarten Geschwindigkeit und wartet auf eine Antwort. Wenn die Antwort unverständlich ist, weil zum Beispiel die Geschwindigkeit des Modems von gettys Geschwindigkeit abweicht, versucht getty die Geschwindigkeit solange anzupassen, bis es eine verständliche Antwort erhält. /usr/bin/login - getty führt, nachdem der Benutzer seinen - Namen eingegeben hat, /usr/bin/login aus, - welches das Passwort abfragt und danach die Shell des - Benutzers startet. + Nachdem der Benutzer seinen Benutzernamen eingegeben hat, + führt getty + /usr/bin/login aus, welches das Passwort + abfragt und danach die Shell des Benutzers startet. Konfigurationsdateien Drei Konfigurationsdateien in /etc - steuern, ob eine Einwahl in Ihr FreeBSD-System möglich ist. - Die erste, /etc/gettytab, konfiguriert den + steuern, ob eine Einwahl in das &os;-System möglich ist. + /etc/gettytab, konfiguriert den /usr/libexec/getty Dæmon. In /etc/ttys wird festgelegt, auf welchen Schnittstellen /sbin/init einen getty Prozess startet. Schließlich - haben Sie in /etc/rc.d/serial die + bietet /etc/rc.d/serial die Möglichkeit, Schnittstellen zu initialisieren. Es gibt zwei Ansichten darüber, wie Modems für Einwählverbindungen unter &unix; zu konfigurieren sind. Zum einen kann die Geschwindigkeit zwischen dem Modem und dem Computer fest eingestellt werden. Sie ist damit unabhängig von der Geschwindigkeit, mit der sich der entfernte Benutzer einwählt. Dies hat den Vorteil, dass der entfernte Benutzer das Anmeldeprompt sofort bekommt. Der Nachteil bei diesem Verfahren ist, dass das System die tatsächliche Geschwindigkeit der Verbindung nicht kennt. Damit können bildschirmorientierte Programme wie Emacs ihren Bildschirmaufbau nicht an langsame Verbindungen anpassen, um die Antwortzeiten zu verbessern. Die andere Möglichkeit besteht darin, die Geschwindigkeit der RS-232 Schnittstelle des lokalen Modems an die Geschwindigkeit des entfernten Modems anzupassen. Bei einer V.32bis (14400 bps) Verbindung kann das lokale Modem die RS-232 Schnittstelle mit 19200 bps betreiben, während bei einer Verbindung mit 2400 bps die RS-232 Schnittstelle mit 2400 bps betrieben wird. Da getty die Verbindungsgeschwindigkeit des Modems nicht kennt, startet es den Anmeldevorgang mit der Ausgabe von login: und wartet auf eine Antwort. Wenn der Benutzer der Gegenstelle nun nur unverständliche Zeichen erhält, muss er solange Enter drücken, bis das Anmeldeprompt erscheint. Solange die Geschwindigkeiten nicht übereinstimmen, sind die Antworten der Gegenstelle für getty ebenfalls unverständlich. In diesem Fall wechselt getty zur nächsten Geschwindigkeit und gibt wieder login: aus. In aller Regel erhält der Benutzer der Gegenstelle nach ein bis zwei Tastendrücken eine erkennbare Anmeldeaufforderung. Diese Anmeldeprozedur sieht nicht so sauber wie die Methode mit einer festen Geschwindigkeit aus, bietet dem Benutzer einer langsamen Verbindung allerdings den Vorteil, dass sich bildschirmorientierte Programme an die Geschwindigkeit anpassen können. Im Folgenden wird die Konfiguration für beide Methoden besprochen, doch die Methode der angepassten Geschwindigkeit wird bei der Diskussion bevorzugt. <filename>/etc/gettytab</filename> /etc/gettytab Mit /etc/gettytab wird &man.getty.8; im Stil von &man.termcap.5; konfiguriert. Das Format dieser Datei und die Bedeutung der Einträge wird in &man.gettytab.5; beschrieben. Konfiguration für feste Geschwindigkeit - Wenn Sie die Modemgeschwindigkeit vorgeben, werden Sie in - /etc/gettytab nichts ändern - müssen. + Wenn die Modemgeschwindigkeit vorgeben wird, sollten + Anpassungen in /etc/gettytab nicht + erforderlich sein. Konfiguration für angepasste Geschwindigkeit In /etc/gettytab müssen - Einträge für die Geschwindigkeiten, die Sie benutzen - wollen, sein. Wenn Sie ein 2400 bps Modem besitzen, - können Sie wahrscheinlich den schon vorhandenen - D2400 Eintrag benutzen. + Einträge für die Geschwindigkeiten konfiguriert werden. + Für ein 2400 bps Modem kann der vorhandene + D2400 Eintrag benutzt werden. # # Fast dialup terminals, 2400/1200/300 rotary (can start either way) # D2400|d2400|Fast-Dial-2400:\ :nx=D1200:tc=2400-baud: 3|D1200|Fast-Dial-1200:\ :nx=D300:tc=1200-baud: 5|D300|Fast-Dial-300:\ :nx=D2400:tc=300-baud: - Wenn Sie ein Modem mit einer höheren Geschwindigkeit - besitzen, müssen Sie wahrscheinlich in - /etc/gettytab weitere Einträge - erstellen. Hier ist ein Beispiel, das Sie mit einem 14400 bps - Modem benutzen können: + Wird ein Modem mit einer höheren Geschwindigkeit + eingesetzt, müssen weitere Einträge in + /etc/gettytab erstellt werden. + Dieses Beispiel zeigt einen Eintrag für ein 14400 bps + Modem mit einer Geschwindigkeit bis zu + 19200 bps: # # Additions for a V.32bis Modem # um|V300|High Speed Modem at 300,8-bit:\ :nx=V19200:tc=std.300: un|V1200|High Speed Modem at 1200,8-bit:\ :nx=V300:tc=std.1200: uo|V2400|High Speed Modem at 2400,8-bit:\ :nx=V1200:tc=std.2400: up|V9600|High Speed Modem at 9600,8-bit:\ :nx=V2400:tc=std.9600: uq|V19200|High Speed Modem at 19200,8-bit:\ :nx=V9600:tc=std.19200: Die damit erzeugten Verbindungen verwenden 8 Bit und keine Parität. Im obigen Beispiel startet die Geschwindigkeit bei 19200 bps (eine V.32bis Verbindung) und geht dann über 9600 bps (V.32), 400 bps, 1200 bps und 300 bps wieder zurück zu 19200 bps. Das Schlüsselwort nx= (next table) sorgt für das zyklische Durchlaufen der Geschwindigkeiten. Jede Zeile zieht zudem noch mit tc= (table continuation) die Vorgabewerte für die jeweilige Geschwindigkeit an. Wenn Sie ein 28800 bps Modem besitzen und/oder Kompression mit einem 14400 bps Modem benutzen wollen, brauchen Sie höhere Geschwindigkeiten als 19200 bps. Das folgende Beispiel startet mit 57600 bps: # # Additions for a V.32bis or V.34 Modem # Starting at 57600 bps # vm|VH300|Very High Speed Modem at 300,8-bit:\ :nx=VH57600:tc=std.300: vn|VH1200|Very High Speed Modem at 1200,8-bit:\ :nx=VH300:tc=std.1200: vo|VH2400|Very High Speed Modem at 2400,8-bit:\ :nx=VH1200:tc=std.2400: vp|VH9600|Very High Speed Modem at 9600,8-bit:\ :nx=VH2400:tc=std.9600: vq|VH57600|Very High Speed Modem at 57600,8-bit:\ :nx=VH9600:tc=std.57600: - - Wenn Sie eine langsame CPU oder ein stark ausgelastetes - System besitzen und sich kein 16550A in Ihrem System befindet, - erhalten Sie bei 57600 bps vielleicht - sio Fehlermeldungen der Form silo - overflow. - + Wenn Sie eine langsame CPU oder ein stark + ausgelastetes System besitzen und sich kein 16550A im + System befindet, erhalten Sie bei 57600 bps + vielleicht sio Fehlermeldungen der + Form silo overflow. <filename>/etc/ttys</filename> /etc/ttys - /etc/ttys wurde bereits in besprochen. Die Konfiguration für + /etc/ttys wurde bereits in besprochen. Die Konfiguration für Modems ist ähnlich, allerdings braucht getty ein anderes Argument und es muss ein anderer Terminaltyp angegeben werden. Der Eintrag für - beide Methoden (feste und angepasste Geschwindigkeit) hat die - folgende Form: + beide Methoden (feste und angepasste Geschwindigkeit) hat + die folgende Form: ttyu0 "/usr/libexec/getty xxx" dialup on Das erste Feld der obigen Zeile gibt die Gerätedatei - für diesen Eintrag an – ttyu0 + für diesen Eintrag an. ttyu0 bedeutet, dass getty mit /dev/ttyu0 arbeitet. Das zweite Feld "/usr/libexec/getty xxx" gibt das Kommando an, das init für dieses Gerät startet (xxx wird durch einen passenden Eintrag aus /etc/gettytab ersetzt). Die Vorgabe für den Terminaltyp, hier dialup, wird im dritten Feld angegeben. Das vierte Feld, on, zeigt init an, dass die Schnittstelle aktiviert ist. Im fünften Feld könnte noch secure angegeben werden, um Anmeldungen von root zu erlauben, doch sollte das wirklich nur für physikalisch sichere Terminals, wie die Systemkonsole, aktiviert werden. Die Vorgabe für den Terminaltyp, dialup im obigen Beispiel, hängt von lokalen Gegebenheiten ab. Traditionell wird dialup für Einwählverbindungen verwendet, so dass die Benutzer in ihren Anmeldeskripten den Terminaltyp auf ihren Terminal abstimmen können, wenn der Typ auf - dialup gesetzt ist. Wenn Sie aber - beispielsweise nur VT102 Terminals oder Emulatoren einsetzen, + dialup gesetzt ist. Wenn Sie nur VT102 + Terminals oder Emulatoren einsetzen, können Sie den Terminaltyp hier auch fest auf vt102 setzen. - Nachdem Sie /etc/ttys geändert - haben, müssen Sie init ein - HUP Signal schicken, damit es die Datei wieder - einliest. Sie können dazu das folgende Kommando - verwenden: + Nachdem /etc/ttys geändert wurde, + muss init ein HUP + Signal schicken, damit es die Datei wieder einliest: &prompt.root; kill -HUP 1 - Wenn Sie das System zum ersten Mal konfigurieren, sollten Sie - dieses Kommando erst ausführen, wenn Sie Ihr Modem richtig - konfiguriert und angeschlossen haben. + Stellen Sie sicher, dass das Modem richtig konfiguriert + und angeschlossen ist, bevor Sie das Signal an + init schicken. Konfiguration für feste Geschwindigkeit Das Argument von getty muss in diesem Fall eine feste Geschwindigkeit vorgeben. Der Eintrag für ein Modem, das fest auf 19200 bps eingestellt ist, könnte wie folgt aussehen: ttyu0 "/usr/libexec/getty std.19200" dialup on - Wenn Ihr Modem auf eine andere Geschwindigkeit eingestellt + Wenn das Modem auf eine andere Geschwindigkeit eingestellt ist, setzen Sie anstelle von std.19200 einen passenden Eintrag der Form std.speed ein. Stellen Sie sicher, dass dies auch ein gültiger Verbindungstyp aus /etc/gettytab ist. Konfiguration für angepasste Geschwindigkeit Das Argument von getty muss hier auf einen der Einträge aus /etc/gettytab zeigen, der zu einer Kette von Einträgen gehört, die die zu probierenden Geschwindigkeiten beschreiben. Wenn Sie dem obigen Beispiel gefolgt sind und zusätzliche Einträge in /etc/gettytab erzeugt haben, können Sie die folgende Zeile verwenden: ttyu0 "/usr/libexec/getty V19200" dialup on <filename>/etc/rc.d/serial</filename> rc-Dateien rc.serial Modems, die höhere Geschwindigkeiten unterstützen, zum Beispiel V.32, V.32bis und V.34 Modems, benutzen Hardware-Flusssteuerung (RTS/CTS). Für die entsprechenden Schnittstellen können Sie die Flusssteuerung mit stty in /etc/rc.d/serial einstellen. Um beispielsweise die Hardware-Flusssteuerung für die Geräte zur Ein- und Auswahl der zweiten seriellen Schnittstelle (COM2) zu aktivieren, benutzen Sie die Dateien zur Initialisierung der entsprechenden Geräte und fügen die folgenden Zeilen in /etc/rc.d/serial hinzu: + # Serial port initial configuration stty -f /dev/ttyu1.init crtscts stty -f /dev/cuad1.init crtscts Modemkonfiguration - Wenn Sie ein Modem besitzen, das seine Konfiguration in nicht - flüchtigem RAM speichert, werden Sie ein Terminalprogramm wie + Für ein Modem, das seine Konfiguration in nicht + flüchtigem RAM speichert, wird ein Terminalprogramm wie Telix unter &ms-dos; oder - tip unter &os; benötigen, um die Parameter + tip unter &os; benötigt, um die Parameter einzustellen. Verbinden Sie sich mit derselben Geschwindigkeit, die getty zuerst benutzen würde, mit dem Modem und treffen Sie folgende Einstellungen: DCD ist eingeschaltet, wenn das Trägersignal des entfernten Modems erkannt wird. Im Betrieb liegt DTR an. Bei einem Verlust von DTR legt das Modem auf und setzt sich zurück. CTS Flusssteuerung ist für ausgehende Daten aktiviert. XON/XOFF Flusssteuerung ist ausgeschaltet. RTS Flusssteuerung ist für eingehende Daten aktiviert. Keine Rückmeldungen ausgeben. Die Echo-Funktion ist deaktiviert. - In der Dokumentation Ihres Modems finden Sie die nötigen - Befehle, die Sie absetzen müssen, und/oder nötigen - DIP-Schalterstellungen, um die obigen Einstellungen zu - treffen. + Lesen Sie die Dokumentation für das Modem, um + herauszufinden welche Befehle und/oder DIP-Schalterstellungen + benötigt werden. Für ein externes 14400 &usrobotics; &sportster; gelten zum Beispiel die folgenden Befehle: ATZ AT&C1&D2&H1&I0&R2&W Bei dieser Gelegenheit können Sie auch gleich andere Einstellungen, zum Beispiel ob Sie V42.bis und/oder MNP5 Kompression benutzen wollen, an Ihrem Modem vornehmen. Bei einem externen 14400 &usrobotics; &sportster; müssen Sie auch noch einige DIP-Schalter einstellen. - Die folgenden Einstellungen können Sie vielleicht - als Beispiel für andere Modems verwenden: + Die folgenden Einstellungen können verwendet werden: Schalter 1: OBEN – DTR normal Schalter 2: N/A (Rückmeldungen als Text/numerische Rückmeldungen) Schalter 3: OBEN – Keine Rückmeldungen ausgeben Schalter 4: UNTEN – Echo-Funktion aus Schalter 5: OBEN – Rufannahme aktiviert Schalter 6: OBEN – Carrier Detect normal Schalter 7: OBEN – Einstellungen aus dem NVRAM laden Schalter 8: N/A (Smart Mode/Dumb Mode) Für Einwählverbindungen sollten die Rückmeldungen deaktiviert sein, da sonst getty dem Modem das Anmeldeprompt login: schickt und das Modem im Kommandomodus das Prompt wieder ausgibt (Echo-Funktion) oder eine Rückmeldung gibt. Das führt dann zu einer länglichen und fruchtlosen Kommunikation zwischen dem Modem und getty. Konfiguration für feste Geschwindigkeit Die Geschwindigkeit zwischen Modem und Computer muss auf einen festen Wert eingestellt werden. Mit einem externen 14400 &usrobotics; &sportster; Modem setzen die folgenden Kommandos die Geschwindigkeit auf den Wert der Datenendeinrichtung fest: ATZ AT&B1&W Konfiguration für angepasste Geschwindigkeit In diesem Fall muss die Geschwindigkeit der seriellen Schnittstelle des Modems der eingehenden Geschwindigkeit angepasst werden. Für ein externes 14400 &usrobotics; &sportster; Modem erlauben die folgenden Befehle eine Anpassung der Geschwindigkeit der seriellen Schnittstelle für Verbindungen, die keine Fehlerkorrektur verwenden: ATZ AT&B2&W Verbindungen mit Fehlerkorrektur (V.42, MNP) verwenden die Geschwindigkeit der Datenendeinrichtung. Überprüfen der Modemkonfiguration Die meisten Modems verfügen über Kommandos, die die Konfiguration des Modems in lesbarer Form ausgeben. Auf einem externen 14400 &usrobotics; &sportster; zeigt ATI5 die Einstellungen im nicht flüchtigen RAM an. Um die wirklichen Einstellungen unter Berücksichtigung der DIP-Schalter zu sehen, benutzen Sie ATZ gefolgt von ATI4. Wenn Sie ein anderes Modem benutzen, schauen Sie bitte in der - Dokumentation Ihres Modems nach, wie Sie die Konfiguration des + Dokumentation des Modems nach, wie Sie die Konfiguration des Modems überprüfen können. Fehlersuche Bei Problemen können Sie die Einwählverbindung anhand der folgenden Punkte überprüfen: - Überprüfen des FreeBSD-Systems + Überprüfen des &os;-Systems - Schließen Sie das Modem an das FreeBSD-System an und - booten Sie das System. Wenn Ihr Modem über + Schließen Sie das Modem an das &os;-System an und + booten Sie das System. Wenn das Modem über Statusindikatoren verfügt, überprüfen Sie, ob der DTR Indikator leuchtet, wenn das Anmeldeprompt - erscheint. Dies zeigt an, dass das FreeBSD-System einen + erscheint. Dies zeigt an, dass das &os;-System einen getty Prozess auf der entsprechenden Schnittstelle gestartet hat und das Modem auf einkommende Verbindungen wartet. Wenn der DTR-Indikator nicht leuchtet, - melden Sie sich an dem FreeBSD-System an und überprüfen mit - ps ax, ob FreeBSD einen + melden Sie sich an dem &os;-System an und überprüfen mit + ps ax, ob &os; einen getty-Prozess auf der entsprechenden - Schnittstelle gestartet hat. Unter den angezeigten Prozessen - sollten Sie ähnliche wie die folgenden finden: + Schnittstelle gestartet hat: 114 ?? I 0:00.10 /usr/libexec/getty V19200 ttyu0 115 ?? I 0:00.10 /usr/libexec/getty V19200 ttyu1 Wenn das Modem noch keinen Anruf entgegengenommen hat und Sie stattdessen die folgende Zeile sehen 114 d0 I 0:00.10 /usr/libexec/getty V19200 ttyu0 bedeutet dies, dass getty die Schnittstelle schon geöffnet hat und zeigt Kabelprobleme oder eine falsche Modemkonfiguration an, da getty die Schnittstelle erst dann öffnen kann, wenn das CD Signal (Carrier Detect) vom Modem anliegt. Wenn Sie keine getty-Prozesse auf den gewünschten ttyuN - Ports finden, untersuchen Sie bitte /etc/ttys + Ports finden, untersuchen Sie /etc/ttys auf Fehler. Suchen Sie auch in /var/log/messages nach Meldungen von init oder getty. Wenn Sie dort Meldungen finden, sollten Sie noch einmal die beiden Konfigurationsdateien /etc/ttys und /etc/gettytab nach Fehlern durchsehen. Überprüfen Sie auch, ob die Gerätedateien /dev/ttyuN vorhanden sind. Einwählversuch - Versuchen Sie, sich in Ihr System einzuwählen. Auf dem + Versuchen Sie, sich in das System einzuwählen. Auf dem entfernten System stellen Sie bitte die folgenden Kommunikationsparameter ein: 8 Bit, keine Parität, ein - Stop-Bit. Wenn Sie kein Anmeldeprompt erhalten oder nur - unleserliche Zeichen sehen, drücken Sie mehrmals, in + Stop-Bit. Wenn kein Anmeldeprompt erscheint oder nur + unleserliche Zeichen, drücken Sie mehrmals, in Abständen von ungefähr einer Sekunde, Enter. Wenn Sie immer noch nicht die login: Meldung sehen, schicken Sie ein BREAK Kommando. Wenn Sie zur Einwahl ein Highspeed-Modem benutzen, verwenden Sie eine feste - Geschwindigkeit auf der seriellen Schnittstelle des Modems - (AT&B1 für ein - &usrobotics; &sportster;). + Geschwindigkeit auf der seriellen Schnittstelle des + Modems. - Wenn Sie jetzt immer noch kein Anmeldeprompt erhalten, + Wenn jetzt immer noch kein Anmeldeprompt erscheint, überprüfen Sie nochmals /etc/gettytab - und stellen sicher, dass + und stellen sicher, dass: der Verbindungstyp in /etc/ttys zu einem gültigen Eintrag in /etc/gettytab - gehört, + gehört. jeder der nx= Einträge in gettytab gültig ist und jeder tc= Eintrag auf einen gültigen Eintrag in gettytab verweist. - Wenn das Modem an Ihrem FreeBSD-System auf einen eingehenden Anruf + Wenn das Modem am &os;-System auf einen eingehenden Anruf nicht antwortet, stellen Sie sicher, dass das Modem so konfiguriert ist, dass es einen Anruf beantwortet, wenn - DTR anliegt. Wenn Ihr Modem Statusindikatoren + DTR anliegt. Wenn das Modem Statusindikatoren besitzt, können Sie das Anliegen von DTR anhand der Leuchten überprüfen. Wenn Sie alles schon mehrfach überprüft haben und - es immer noch noch nicht funktioniert, machen Sie erst einmal - eine Pause, bevor Sie weitermachen. Wenn es immer noch nicht + es immer noch noch nicht funktioniert, versuchen Sie es zu + einem späteren Zeitpunkt erneut. Wenn es immer noch nicht funktioniert, können Sie eine Mail an die Mailingliste - &a.de.questions; schicken, in der Sie Ihr Modem und Ihr Problem - beschreiben und Ihnen sollte geholfen werden. + &a.de.questions; schicken, in der Sie Ihr Modem und Ihr + Problem beschreiben. Verbindungen nach Außen - - Mit &os; 8.0 wurden die Gerätedateien für - serielle Ports von - /dev/ttydN in - /dev/ttyuN - umbenannt. Setzen Sie noch &os; 7.X ein, müssen - Sie die Befehle in den folgenden Abschnitten entsprechend - anpassen. - - Die folgenden Ratschläge beschreiben, wie Sie mit einem Modem eine Verbindung zu einem anderen Computer herstellen. Dies können Sie nutzen, um sich auf einem entfernten Computer - anzumelden, oder um eine Verbindung zu einem BBS (Bulletin Board - System) herzustellen. + anzumelden. - Weiterhin ist diese Art von Verbindungen nützlich, wenn mal - Ihr PPP nicht funktioniert. Wenn Sie zum Beispiel eine Datei + Weiterhin ist diese Art von Verbindungen nützlich, wenn + PPP mal nicht funktioniert. Wenn Sie zum Beispiel eine Datei mit FTP übertragen wollen und das über PPP gerade nicht möglich ist, melden Sie sich auf dem entfernten Rechner an und - führen dort die FTP-Sitzung durch. Die Dateien können Sie - danach mit zmodem auf den lokalen Rechner übertragen. + führen dort die FTP-Sitzung durch. Die Dateien können danach + mit zmodem auf den lokalen Rechner übertragen werden. - Mein Hayes Modem wird nicht unterstützt – was kann - ich tun? + Ein Hayes Modem benutzen - Eigentlich ist die Onlinehilfe für tip - nicht mehr aktuell. Es gibt einen eingebauten, allgemeinen - Hayes Wähler. Verwenden Sie einfach at=hayes - in /etc/remote. + Es gibt einen eingebauten, allgemeinen Hayes Wähler in + tip. Verwenden Sie + at=hayes in + /etc/remote. Der Hayes-Treiber ist nicht schlau genug, um ein paar der - erweiterten Funktionen von neueren Modems zu erkennen – - Nachrichten wie BUSY, - NO DIALTONE oder CONNECT 115200 - verwirren ihn nur. Sie sollten diese Nachrichten mit Hilfe von - ATX0&W abschalten, wenn Sie - tip benutzen. + erweiterten Funktionen von neueren Modems, bspw. + BUSY, NO DIALTONE oder + CONNECT 115200 zu nutzen. Schalten Sie + diese Nachrichten mit Hilfe von ATX0&W + ab, wenn Sie tip benutzen. Der Anwahl-Timeout von tip beträgt 60 - Sekunden. Ihr Modem sollte weniger verwenden, oder + Sekunden. Das Modem sollte weniger verwenden, oder tip denkt, dass ein Kommunikationsfehler vorliegt. Versuchen Sie es mit ATS7=45&W. - Wie soll ich die AT-Befehle eingeben? + <literal>AT</literal>-Befehle benutzen /etc/remote - Erstellen Sie einen so genannten direct - Eintrag in /etc/remote. Wenn Ihr Modem zum + Erstellen Sie einen direct + Eintrag in /etc/remote. Wenn das Modem zum Beispiel an der ersten seriellen Schnittstelle, /dev/cuad0, angeschlossen ist, dann fügen Sie die folgende Zeile hinzu: cuad0:dv=/dev/cuad0:br#19200:pa=none - Verwenden Sie die höchste bps-Rate, die Ihr Modem in der - br Fähigkeit unterstützt. Geben Sie dann tip - cuad0 ein und Sie sind mit Ihrem + Verwenden Sie die höchste bps-Rate, die das Modem in der + br Fähigkeit unterstützt. Geben Sie dann + tip cuad0 ein und Sie sind mit dem Modem verbunden. Oder benutzen Sie cu als root mit dem folgenden Befehl: - &prompt.root; cu -lline -sspeed + &prompt.root; cu -lline -sspeed line steht für die serielle Schnittstelle (/dev/cuad0) und speed für die Geschwindigkeit (57600). Wenn Sie mit dem Eingeben der AT Befehle fertig sind, beenden Sie mit ~.. - Wieso funktioniert das <literal>@</literal> Zeichen für - die pn Fähigkeit nicht? + Das <literal>@</literal> Zeichen funktioniert + nicht Das @ Zeichen in der Telefonnummerfähigkeit sagt tip, dass - es in der Datei /etc/phones nach einer Nummer + es in /etc/phones nach einer Nummer suchen soll. Aber @ ist auch ein spezielles Zeichen in den Dateien, in denen Fähigkeiten beschrieben werden, wie /etc/remote. Schreiben Sie es mit einem Backslash: pn=\@ Wie kann ich von der Kommandozeile eine Telefonnummer wählen? - Stellen Sie einen allgemeinen Eintrag in + Setzen Sie einen allgemeinen Eintrag in /etc/remote. Zum Beispiel: tip115200|Dial any phone number at 115200 bps:\ :dv=/dev/cuad0:br#115200:at=hayes:pa=none:du: tip57600|Dial any phone number at 57600 bps:\ :dv=/dev/cuad0:br#57600:at=hayes:pa=none:du: - Mit dem folgenden Befehl können Sie dann - wählen: + Folgendes sollte jetzt funktionieren: &prompt.root; tip -115200 5551234 - Sollten Sie cu gegenüber - tip bevorzugen, verwenden Sie einen allgemeinen - cu-Eintrag: + Benutzer, die cu gegenüber + tip bevorzugen, können einen allgemeinen + cu-Eintrag verwenden: cu115200|Use cu to dial any number at 115200bps:\ :dv=/dev/cuad1:br#57600:at=hayes:pa=none:du: und benutzen zum Wählen das Kommando: &prompt.root; cu 5551234 -s 115200 - Muss ich dabei jedes Mal die bps-Rate angeben? + Die <acronym>bps</acronym>-Rate angeben Schreiben Sie einen tip1200- oder einen - cu1200-Eintrag, aber geben Sie auch die bps-Rate - an, die Ihr Modem wirklich unterstützt. Leider denkt - &man.tip.1;, dass 1200 bps ein guter Standardwert ist und - deswegen sucht es nach einem tip1200-Eintrag. - Natürlich müssen Sie nicht 1200 bps - benutzen. + cu1200-Eintrag, aber geben Sie auch die + bps-Rate an, die das Modem wirklich + unterstützt. Leider denkt &man.tip.1;, dass 1200 bps ein + guter Standardwert ist und deswegen sucht es nach einem + tip1200-Eintrag. Natürlich müssen Sie + nicht 1200 bps benutzen. - Wie kann ich möglichst komfortabel über einen - Terminal-Server auf verschiedene Rechner zugreifen? + Über einen Terminal-Server auf verschiedene Rechner + zugreifen Sie müssen nicht warten bis Sie verbunden sind, und - jedes Mal CONNECT Rechner + jedes Mal + CONNECT Rechner eingeben, benutzen Sie tips cm-Fähigkeit. Sie können diese - Einträge in /etc/remote verwenden: + Einträge in /etc/remote verwenden. + Mit den Befehlen tip pain oder + tip muffin können Sie eine Verbindungen zu + den Rechnern pain oder + muffin herstellen; mit + tip deep13 verbinden Sie sich mit dem + Terminalserver. pain|pain.deep13.com|Forrester's machine:\ :cm=CONNECT pain\n:tc=deep13: muffin|muffin.deep13.com|Frank's machine:\ :cm=CONNECT muffin\n:tc=deep13: deep13:Gizmonics Institute terminal server:\ :dv=/dev/cuad2:br#38400:at=hayes:du:pa=none:pn=5551234: - Mit den Befehlen tip pain oder tip - muffin können Sie eine Verbindungen zu den Rechnern - pain oder muffin herstellen; mit - tip deep13 verbinden Sie sich mit dem - Terminalserver. - Kann <command>tip</command> mehr als eine Verbindung für - jede Seite ausprobieren? + Mehr als eine Verbindung mit <command>tip</command> + benutzen Das ist oft ein Problem, wenn eine Universität mehrere Telefonleitungen hat und viele tausend Studenten diese benutzen wollen. - Erstellen Sie einen Eintrag für Ihre Universität in + Erstellen Sie einen Eintrag in /etc/remote und benutzen Sie @ für die - pn-Fähigkeit: + pn-Fähigkeit: big-university:\ :pn=\@:tc=dialout dialout:\ :dv=/dev/cuad3:br#9600:at=courier:du:pa=none: - Listen Sie die Telefonnummern der Universität in + Listen Sie dann die Telefonnummern in /etc/phones auf: big-university 5551111 big-university 5551112 big-university 5551113 big-university 5551114 tip probiert jede der Nummern in der aufgelisteten Reihenfolge und gibt dann auf. Möchten Sie, dass tip beim Versuchen eine Verbindung - herzustellen nicht aufgibt, lassen Sie es in einer while-Schleife - laufen. + herzustellen nicht aufgibt, lassen Sie es in einer + while-Schleife laufen. - Warum muss ich zweimal - <keycombo action="simul"> - <keycap>Ctrl</keycap> - <keycap>P</keycap> - </keycombo> - tippen, um ein - <keycombo action="simul"> - <keycap>Ctrl</keycap> - <keycap>P</keycap> - </keycombo> - zu senden? + Eine Übertragung erzwingen Ctrl P ist das voreingestellte Zeichen, mit dem eine Übertragung erzwungen werden kann und wird benutzt, um tip zu sagen, dass das nächste Zeichen direkt gesendet werden soll und nicht als Fluchtzeichen interpretiert werden soll. Mit Hilfe der Fluchtsequenz ~s, mit der man Variablen setzen kann, können Sie jedes andere Zeichen als force-Zeichen definieren. Geben Sie ~sforce=Zeichen gefolgt von Enter ein. Für Zeichen können Sie ein beliebiges einzelnes Zeichen einsetzen. Wenn Sie Zeichen weglassen, ist das force-Zeichen nul, das Sie mit Ctrl2 oder CtrlLeertaste eingeben können. Ein guter Wert für Zeichen ist Shift Ctrl 6 , welches nur auf wenigen Terminal Servern benutzt wird. Sie können das force-Zeichen auch bestimmen, indem Sie in $HOME/.tiprc das Folgende einstellen: force=single-char - Warum ist auf einmal alles was ich schreibe in - GROSSBUCHSTABEN?? + Großbuchstaben - Sie müssen + Dies passiert, wenn Ctrl A - , eingegeben haben, das raise-Zeichen von + eingegeben wurde, das raise-Zeichen von tip, das speziell für Leute mit defekten caps-lock Tasten eingerichtet wurde. Benutzen Sie ~s wie oben und setzen Sie die Variable raisechar auf etwas, das Ihnen angemessen erscheint. Tatsächlich kann die Variable auf das gleiche - Zeichen wie das force-Zeichen gesetzt werden, wenn - Sie diese Fähigkeiten niemals benutzen wollen. + Zeichen wie das force-Zeichen gesetzt werden, + wenn diese Fähigkeiten niemals benutzt werden sollen. - Hier ist ein Muster der .tiprc Datei, - perfekt für Emacs Benutzer, die oft + Hier ist ein Muster der .tiprc Datei + für Emacs Benutzer, die Ctrl2 und CtrlA tippen müssen: force=^^ raisechar=^^ Geben Sie für ^^ ShiftCtrl6 ein. - Wie kann ich Dateien mit <command>tip</command> - übertragen? + Dateien mit <command>tip</command> übertragen Wenn Sie mit einem anderen &unix; System kommunizieren, können Sie mit ~p (put) und ~t (take) Dateien senden und empfangen. Diese Befehle lassen cat und echo auf dem entfernten System laufen, um Dateien zu empfangen und zu senden. Die Syntax ist: ~p local-file remote-file ~t remote-file local-file - Es gibt keine Fehlerkontrolle, deshalb sollten Sie besser ein - anderes Protokoll, wie zmodem, benutzen. + Es gibt keine Fehlerkontrolle, deshalb sollte besser ein + anderes Protokoll, wie zmodem, benutzt werden. - Wie kann ich zmodem mit <command>tip</command> laufen - lassen? + <application>zmodem</application> mit + <command>tip</command> benutzen Um Dateien zu empfangen, starten Sie das Programm zum Senden auf dem entfernten Computer. Geben Sie dann ~C rz ein, um die Dateien lokal zu empfangen. Um Dateien zu senden, starten Sie das Programm zum Empfangen auf dem entfernten Computer. Geben Sie dann ~C sz Dateien ein, um Dateien auf das entfernte System zu senden. - Einrichten der seriellen Konsole - - KazutakaYOKOTABeigesteuert von - - - BillPaulAuf Grundlage eines Dokuments von - - - + Einrichten der seriellen Konsole - - Mit &os; 8.0 wurden die Gerätedateien für - serielle Ports von - /dev/ttydN in - /dev/ttyuN - umbenannt. Setzen Sie noch &os; 7.X ein, müssen - Sie die Befehle in den folgenden Abschnitten entsprechend - anpassen. - - serielle Konsole Einführung - FreeBSD kann ein System mit einem Dumb-Terminal (unintelligente - Datenstation) an einer seriellen Schnittstelle als Konsole booten. - Diese Konfiguration ist besonders nützlich für - Systemadministratoren, die FreeBSD auf Systemen ohne Tastatur oder - Monitor installieren wollen, und Entwickler, die den Kernel oder - Gerätetreiber debuggen. + &os; kann ein System mit einem Dumb-Terminal + (unintelligente Datenstation) an einer seriellen + Schnittstelle als Konsole booten. Diese Konfiguration ist + besonders nützlich für Systemadministratoren, die &os; auf + Systemen ohne Tastatur oder Monitor installieren wollen, und + Entwickler, die den Kernel oder Gerätetreiber debuggen. - Wie in beschrieben, besitzt FreeBSD drei - Bootphasen. Der Code für die ersten beiden Bootphasen befindet - sich im Bootsektor am - Anfang der FreeBSD-Slice der Bootplatte. Dieser Bootblock - lädt den Bootloader (/boot/loader) in - Phase drei. + Wie in beschrieben, besitzt &os; + drei Bootphasen. Der Code für die ersten beiden Bootphasen + befindet sich im Bootsektor am Anfang der &os;-Slice der + Bootplatte. Dieser Bootblock lädt den Bootloader in Phase + drei. - Um eine serielle Konsole einzurichten, müssen Sie den - Bootblock, den Bootloader und den Kernel konfigurieren. + Um eine serielle Konsole einzurichten, muss der + Bootblock, der Bootloader und der Kernel konfiguriert + werden. - Serielle Konsole einrichten, Kurzfassung + Schnelle Konfiguration der seriellen Konsole - Dieser Abschnitt fasst zusammen, wie Sie eine - serielle Konsole einrichten. Es wird vorausgesetzt, dass - Sie die Voreinstellungen verwenden und wissen, wie - serielle Schnittstellen verbunden werden. + Dieser Abschnitt bietet einen schnellen Überblick über die + Einrichtung einer seriellen Konsolen. Es wird vorausgesetzt, + dass die Voreinstellungen verwendet werden. Verbinden Sie die serielle Konsole mit COM1 sowie dem Kontrollterminal. Um die Startmeldungen der seriellen Konsole zu sehen, - geben Sie als root Folgendes ein: + geben Sie als root folgendes ein: - &prompt.root; echo 'console="comconsole"' >> /boot/loader.conf - + &prompt.root; echo 'console="comconsole"' >> /boot/loader.conf Ändern Sie in /etc/ttys den Eintrag für ttyu0 von off auf on. Zusätzlich sollten Sie den Wert dialup auf vt100 ändern. Nur so wird auf der seriellen Konsole eine Eingabeaufforderung mit einer Passwortabfrage aktiviert. Starten Sie nun das System neu, damit die serielle Konsole aktiviert wird. Wenn Sie eine unterschiedliche Konfiguration benötigen, - sollten Sie lesen. + lesen Sie den nächsten Abschnitt für eine tiefer gehende + Erklärung. - Konfiguration der Konsole + Konfiguration der seriellen Konsole Bereiten Sie ein serielles Kabel vor. Nullmodemkabel + Sie benötigen entweder ein Nullmodemkabel oder ein - serielles Standard Kabel mit einem Nullmodemkabel-Adapter. In - wurden serielle Kabel - beschrieben. + serielles Standard Kabel mit einem Nullmodemkabel-Adapter. + In werden serielle + Kabel beschrieben. Trennen Sie die Tastatur vom Computer. - Die meisten PC Systeme suchen beim Power On Self Test - (POST) nach einer Tastatur und geben eine Fehlermeldung aus, - wenn sie keine finden. Einige Maschinen werden sich sogar - weigern, ohne Tastatur zu booten. + Viele PC Systeme suchen beim Power On Self Test + (POST) nach einer Tastatur und geben + eine Fehlermeldung aus, wenn sie keine finden. Einige + Maschinen werden sich sogar weigern, ohne Tastatur zu + booten. - Wenn Ihr Rechner trotz einer Fehlermeldung normal - weiterbootet, brauchen Sie weiter nichts zu tun. - Beispielsweise geben einige Maschinen mit einem Phoenix BIOS - nur Keyboard failed aus und booten dann - normal weiter. + Wenn der Rechner trotz einer Fehlermeldung normal + weiterbootet, brauchen Sie weiter nichts zu tun. - Wenn Ihr System ohne Tastatur nicht booten will, - müssen Sie das BIOS so konfigurieren, das es diesen Fehler - ignoriert (wenn das möglich ist). Das Handbuch zu Ihrem + Wenn das System ohne Tastatur nicht booten will, + müssen Sie das BIOS so konfigurieren, dass es diesen Fehler + ignoriert (wenn das möglich ist). Das Handbuch zum Motherboard sollte beschreiben, wie das zu bewerkstelligen ist. Selbst wenn Sie im BIOS Not installed für die Tastatur einstellen, können Sie eine Tastatur angeschlossen haben und diese auch weiterhin benutzen, da sie mit dieser Anweisung das BIOS lediglich anweisen, nach dem Einschalten des Rechners nicht nach einer Tastatur zu suchen und den Rechner ohne entsprechende Fehlermeldung zu starten. Wenn die oben beschriebene Option nicht im BIOS vorhanden ist, halten Sie stattdessen Ausschau nach einer Halt on Error Option. Sie können den gleichen Effekt wie oben erzielen, wenn Sie diese Option auf All but Keyboard oder sogar No Errors setzen. - Wenn Ihr System über eine &ps2; Maus verfügt, + Wenn das System über eine &ps2; Maus verfügt, müssen Sie diese wahrscheinlich auch abziehen. Da sich die &ps2; Maus und die Tastatur einige Hardwarekomponenten teilen, kann das dazu führen, dass die Hardwareerkennung fälschlicherweise eine Tastatur findet, - wenn eine &ps2; Maus angeschlossen ist. Gateway 2000 - Pentium 90 MHz Systemen wird dieses Verhalten nachgesagt. - Normalerweise ist das kein Problem, da eine Maus ohne - Tastatur sowieso nicht sinnvoll einsetzbar ist. + wenn eine &ps2; Maus angeschlossen ist. Schließen Sie einen Dumb-Terminal an COM1 (sio0) an. Wenn Sie keinen Dumb-Terminal besitzen, können Sie - einen alten PC/XT mit einem Terminalemulator oder die serielle - Schnittstelle eines anderen &unix; Rechners benutzen. Sie - benötigen auf jeden Fall eine freie erste serielle - Schnittstelle (COM1). Zurzeit ist es - nicht möglich, in den Bootblöcken eine andere - Schnittstelle zu konfigurieren, ohne diese neu zu kompilieren. + einen alten Computer mit einem Terminalemulator oder die + serielle Schnittstelle eines anderen &unix; Rechners + benutzen. Sie benötigen auf jeden Fall eine freie erste + serielle Schnittstelle (COM1). + Zurzeit ist es nicht möglich, in den Bootblöcken eine + andere Schnittstelle zu konfigurieren, ohne diese neu zu kompilieren. Wenn Sie COM1 bereits für ein anderes Gerät benutzen, müssen Sie dieses Gerät temporär entfernen und einen neuen Bootblock sowie Kernel - installieren, wenn Ihr FreeBSD erst einmal installiert ist. - Auf einem Server sollte COM1 ohnehin - verfügbar sein. Wenn Sie die Schnittstelle für ein - anderes Gerät benutzen und Sie dieses nicht auf - COM2 (sio1) - legen können, sollten Sie sich nicht an erster Stelle mit - dem Aufsetzen einer seriellen Konsole beschäftigen. + installieren, wenn &os; erst einmal installiert + ist. - Stellen Sie sicher, dass Ihre Kernelkonfiguration die + Stellen Sie sicher, dass die Kernelkonfiguration die richtigen Optionen für COM1 (sio0) enthält. Relevante Optionen sind: 0x10 Aktiviert die Konsolenunterstützung für dieses Gerät. Zurzeit kann nur ein Gerät die Konsolenunterstützung aktiviert haben. Das erste, in der Konfigurationsdatei aufgeführte Gerät, mit dieser Option, verfügt über eine aktivierte Konsolenunterstützung. Beachten Sie, dass diese Option alleine nicht ausreicht, um die serielle Konsole zu aktivieren. Setzen Sie entweder noch die nachfolgend diskutierte Option oder verwenden Sie beim Booten, wie unten beschrieben, den Schalter . 0x20 Das erste Gerät in der Kernelkonfigurationsdatei mit dieser Option wird, unabhängig von dem unten diskutierten Schalter , zur Konsole. Die Option muss zusammen mit verwendet werden. 0x40 Reserviert dieses Gerät und sperrt es für normale Zugriffe. Sie sollten diese Option nicht auf dem Gerät setzen, das Sie als serielle Konsole verwenden wollen. Der Zweck dieser Option ist es, dieses Gerät für das Remote-Debuggen zu reservieren. Das FreeBSD Developers' Handbook enthält dazu weitere Informationen. Beispiel: device sio0 at isa? port IO_COM1 tty flags 0x10 irq 4 - Weitere Einzelheiten entnehmen Sie bitte + Weitere Einzelheiten finden Sie in &man.sio.4;. Wenn diese Optionen nicht gesetzt sind, müssen Sie auf einer anderen Konsole beim Booten UserConfig starten oder den Kernel neu kompilieren. Erstellen Sie boot.config im Rootverzeichnis der a-Partition des Bootlaufwerks. Der Code des Bootblocks entnimmt dieser Datei, wie Sie Ihr System booten möchten. Um die serielle Konsole zu aktivieren, müssen Sie hier eine oder mehrere Optionen (alle in derselben Zeile) angeben. Die folgenden Optionen stehen zur Auswahl der Konsole zur Verfügung: Schaltet zwischen der internen und der seriellen Konsole um. Wenn Sie beispielsweise von der internen Konsole (Bildschirm) booten, weist den Bootloader und den Kernel an, die serielle Schnittstelle als Konsole zu nehmen. Wenn die Konsole normal auf der seriellen Schnittstelle liegt, wählen Sie mit den Bildschirm aus. Schaltet zwischen Einzelkonsole und Dual-Konsole um. Die Einzelkonsole ist entweder die interne Konsole (der Bildschirm) oder die serielle Schnittstelle, je nach dem Stand von . Im Dual-Konsolen Betrieb ist die Konsole, unabhängig von , gleichzeitig der Bildschirm und die serielle Schnittstelle. Dies trifft aber nur zu, wenn der Bootblock ausgeführt wird. Sobald der Bootloader ausgeführt wird, wird die durch gegebene Konsole die alleinige Konsole. Veranlasst den Bootblock nach einer Tastatur zu suchen. Wenn keine Tastatur gefunden wird, werden und automatisch gesetzt. Wegen Platzbeschränkungen in den Bootblöcken kann nur erweiterte Tastaturen erkennen. Tastaturen mit weniger - als 101 Tasten (und ohne F11 und F12 Tasten) werden + als 101 Tasten und ohne F11 und F12 Tasten werden wahrscheinlich, wie vielleicht auch die Tastaturen - einiger Laptops, nicht erkannt. Wenn dies bei Ihrem - System der Fall ist, können Sie - nicht verwenden, da es leider noch keine Umgehung + einiger Laptops, nicht erkannt. Wenn das der + Fall ist, können Sie + nicht verwenden, da es leider keine Abhilfe für dieses Problem gibt. Benutzen Sie also entweder , um die Konsole automatisch zu setzen, oder , um die serielle Konsole zu verwenden. - In boot.config können Sie auch - andere, in &man.boot.8; beschriebene Optionen, - aufnehmen. + Weitere Optionen werden in &man.boot.8; + beschrieben. - Mit Ausnahme von werden die Optionen an - den Bootloader (/boot/loader) - weitergegeben. Der Bootloader untersucht dann einzig - um festzustellen, welches Gerät die - Konsole wird. Wenn Sie also nur angegeben - haben, können Sie die serielle Schnittstelle nur als - Konsole verwenden während der Bootblock ausgeführt - wird. Danach wird der Bootloader, da ja - fehlt, den Bildschirm zur Konsole machen. + Mit Ausnahme von werden die + Optionen an den Bootloader weitergegeben. Der Bootloader + untersucht dann einzig um + festzustellen, welches Gerät die Konsole wird. Wenn Sie + also nur angegeben haben, können Sie + die serielle Schnittstelle nur als Konsole verwenden + während der Bootblock ausgeführt wird. Danach wird der + Bootloader, da ja fehlt, den + Bildschirm zur Konsole machen. Booten Sie die Maschine. - Wenn Sie das FreeBSD-System starten, werden die + Wenn Sie das &os;-System starten, werden die Bootblöcke den Inhalt von /boot.config auf der Konsole ausgeben: /boot.config: -P Keyboard: no Die zweite Zeile sehen Sie nur, wenn Sie in /boot.config angegeben haben. Sie zeigt an, ob eine Tastatur angeschlossen ist oder nicht. Die Meldungen gehen je nach den Einstellungen in /boot.config auf die interne Konsole, die serielle Konsole, oder beide Konsolen. Optionen Meldungen erscheinen auf keine der internen Konsole der seriellen Konsole der seriellen und der internen Konsole der seriellen und der internen Konsole , mit Tastatur der internen Konsole , ohne Tastatur der seriellen Konsole Nach den oben gezeigten Meldungen gibt es eine kleine Verzögerung bevor die Bootblöcke den Bootloader laden und weitere Meldungen auf der Konsole erscheinen. Sie können die Ausführung der Bootblöcke unterbrechen, um zu überprüfen, ob auch alles richtig aufgesetzt ist, brauchen das aber unter normalen Umständen nicht zu tun. Drücken Sie eine Taste außer Enter um den Bootvorgang zu unterbrechen. Sie erhalten dann ein Prompt, an dem Sie weitere Eingaben tätigen können: >> FreeBSD/i386 BOOT Default: 0:ad(0,a)/boot/loader boot: Je nach Inhalt von /boot.config erscheint das Prompt auf der seriellen Konsole, der internen Konsole oder beiden Konsolen. Wenn die Meldung auf der richtigen Konsole erscheint, drücken Sie Enter um fortzufahren. - Wenn Sie das Prompt auf der seriellen Konsole erwartet - haben, dort aber nichts sehen, liegt ein Fehler in Ihren - Einstellungen vor. Als Umgehung geben Sie an der momentanen - Konsole ein, um den Bootblock und den - Bootloader auf die serielle Konsole umzustellen. Führen - Sie dann den Bootvorgang mit Enter weiter - und wenn das System gebootet hat, können Sie die - fehlerhaften Einstellungen korrigieren. + Wenn kein Prompt auf der seriellen Konsole erscheint, + liegt ein Fehler in den Einstellungen vor. Als Abhilfe + geben Sie an der momentanen Konsole + ein, um den Bootblock und den Bootloader auf die serielle + Konsole umzustellen. Führen Sie dann den Bootvorgang mit + Enter weiter und wenn das System gebootet + hat, können Sie die fehlerhaften Einstellungen + korrigieren. - Nachdem der Bootloader geladen wurde und Sie sich in der - dritten Bootphase befinden, können Sie immer noch zwischen der - internen und der seriellen Konsole auswählen. Setzen Sie dazu, - wie in beschrieben, die - entsprechenden Variablen des Bootloaders. + Während der dritten Bootphase können Sie immer noch + zwischen der internen und der seriellen Konsole auswählen. + Setzen Sie dazu, wie in + beschrieben, die entsprechenden Variablen des + Bootloaders. Zusammenfassung - Die folgende Übersicht zeigt, welche Konsole, abhängig - von den getroffenen Einstellungen, ausgewählt wird. + Es folgt eine Zusammenfassung der verschiedenen + Einstellungen, die in diesem Abschnitt diskutiert + wurden: Fall 1: Option 0x10 für <filename>sio0</filename> device sio0 at isa? port IO_COM1 tty flags 0x10 irq 4 Optionen in /boot.config Konsole in den Bootblöcken Konsole im Bootloader Konsole im Kernel keine interne interne interne serielle serielle serielle serielle und interne interne interne serielle und interne serielle serielle , mit Tastatur interne interne interne , ohne Tastatur serielle und interne serielle serielle Fall 2: Option 0x30 für <filename>sio0</filename> device sio0 at isa? port IO_COM1 tty flags 0x30 irq 4 Optionen in /boot.config Konsole in den Bootblöcken Konsole im Bootloader Konsole im Kernel keine interne interne serielle serielle serielle serielle serielle und interne interne serielle serielle und interne serielle serielle , mit Tastatur interne interne serielle , ohne Tastatur serielle und interne serielle serielle Hinweise zur seriellen Konsole Verwenden einer höheren Geschwindigkeit Die Vorgabewerte für die Kommunikationsparameter der seriellen Schnittstelle sind: 9600 baud, 8 Bit, keine - Parität und ein Stopp-Bit. Wenn Sie die - Standardgeschwindigkeit ändern wollen, haben Sie folgende - Möglichkeiten: + Parität und ein Stopp-Bit. Um die Standardgeschwindigkeit + zu ändern, stehen folgende Möglichkeiten zur + Verfügung: Geben Sie die neue Konsolengeschwindigkeit mit BOOT_COMCONSOLE_SPEED an und kompilieren Sie die Bootblöcke neu. Ausführliche Informationen zum Bau und zur Installation von neuen Bootblöcken finden Sie im des Handbuchs. Wenn die serielle Konsole nicht mit der Option gestartet wird, oder wenn die verwendete serielle Konsole sich von der von den Bootblöcken verwendeten unterscheidet, müsssen Sie zusätzlich die folgende Option in - Ihre Kernelkonfigurationsdatei aufnehmen und den Kernel + die Kernelkonfigurationsdatei aufnehmen und den Kernel neu bauen: options CONSPEED=19200 Verwenden Sie die Option , um den - Kernel zu booten. Die Option kann - auch in die Datei /boot.config - aufgenommen werden. Eine Beschreibung dieses Vorgangs + Kernel zu booten. Eine Beschreibung dieses Vorgangs sowie eine Auflistung der von - /boot.config unterstützten - Optionen finden Sie in der Manualpage &man.boot.8;. + /boot.config unterstützten Optionen + finden Sie in &man.boot.8;. Aktivieren Sie die Option - comconsole_speed in der Datei + comconsole_speed in /boot/loader.conf. Diese Option setzt voraus, dass auch die Optionen console, boot_serial, sowie - boot_multicons in der Datei + boot_multicons in /boot/loader.conf gesetzt sind. Im Folgenden finden Sie ein Beispiel, in dem comconsole_speed verwendet wird, um die Geschwindigkeit der seriellen Konsole zu ändern: boot_multicons="YES" boot_serial="YES" comconsole_speed="115200" console="comconsole,vidconsole" Eine andere Schnittstelle als <filename>sio0</filename> benutzen Wenn Sie, warum auch immer, ein anderes Gerät als sio0 für die serielle Konsole einsetzen wollen, kompilieren Sie bitte die Bootblöcke, den Bootloader und den Kernel nach dem folgenden Verfahren neu. - Installieren Sie die Kernelquellen (siehe - ). + Installieren Sie die Kernelquellen wie im + beschrieben. Setzen Sie in /etc/make.conf BOOT_COMCONSOLE_PORT auf die Adresse der Schnittstelle (0x3F8, 0x2F8, 0x3E8 oder 0x2E8), die Sie benutzen möchten. Sie können nur sio0 bis sio3 (COM1 bis COM4) benutzen, Multiportkarten können Sie nicht als Konsole benutzen. Interrupts müssen Sie hier nicht angeben. Erstellen Sie eine angepasste Kernelkonfiguration und geben Sie dort die richtigen Optionen für die Schnittstelle, die Sie benutzen möchten, an. Wenn Sie zum Beispiel sio1 (COM2) zur Konsole machen wollen, geben Sie dort entweder device sio1 at isa? port IO_COM2 tty flags 0x10 irq 3 oder device sio1 at isa? port IO_COM2 tty flags 0x30 irq 3 an. Keine andere serielle Schnittstelle sollte als Konsole definiert werden. Übersetzen und installieren Sie die Bootblöcke und den Bootloader: &prompt.root; cd /sys/boot &prompt.root; make clean &prompt.root; make &prompt.root; make install Bauen und installieren Sie einen neuen Kernel. Schreiben Sie die Bootblöcke mit &man.bsdlabel.8; auf die Bootplatte und booten Sie den neuen Kernel. DDB Debugger über die serielle Schnittstelle Wenn Sie den Kerneldebugger über eine serielle - Verbindung bedienen möchten (nützlich, kann aber - gefährlich sein, wenn auf der Leitung falsche BREAK-Signale - generiert werden), sollten Sie einen Kernel mit - den folgenden Optionen erstellen: + Verbindung bedienen möchten, übersetzen Sie einen + angepassten Kernel mit den folgenden Optionen. Das ist + nützlich, kann aber gefährlich sein, wenn auf der Leitung + falsche BREAK-Signale generiert werden. options BREAK_TO_DEBUGGER options DDB Benutzung der seriellen Konsole zum Anmelden Da Sie schon die Bootmeldungen auf der Konsole verfolgen können und den Kerneldebugger über die Konsole bedienen können, wollen Sie sich vielleicht auch an der Konsole anmelden. Öffnen Sie /etc/ttys in einem Editor und suchen Sie nach den folgenden Zeilen: ttyu0 "/usr/libexec/getty std.9600" unknown off secure ttyu1 "/usr/libexec/getty std.9600" unknown off secure ttyu2 "/usr/libexec/getty std.9600" unknown off secure ttyu3 "/usr/libexec/getty std.9600" unknown off secure ttyu0 bis ttyu3 entsprechen COM1 bis COM4. Ändern Sie für die entsprechende Schnittstelle off zu on. Wenn Sie auch die Geschwindigkeit der seriellen Schnittstelle geändert haben, müssen Sie - std.9600 auf die momentane Geschwindigkeit, zum - Beispiel std.19200, anpassen. + std.9600 auf die momentane + Geschwindigkeit anpassen. - Sie sollten auch den Terminaltyp von + Auch kann den Terminaltyp von unknown auf den tatsächlich verwendeten - Terminal setzen. + Terminal gesetzt werden. - Damit die Änderungen an der Datei wirksam werden, + Damit die Änderungen wirksam werden, müssen Sie noch kill -HUP 1 absetzen. Die Konsole im Bootloader ändern In den vorigen Abschnitten wurde beschrieben, wie Sie die serielle Konsole durch Änderungen im Bootblock aktivieren. - Dieser Abschnitt zeigt Ihnen, wie Sie mit Kommandos und + Dieser Abschnitt zeigt, wie Sie mit Kommandos und Umgebungsvariablen die Konsole im Bootloader definieren. Da der Bootloader die dritte Phase im Bootvorgang ist und nach den Bootblöcken ausgeführt wird, überschreiben seine Einstellungen die des Bootblocks. Festlegen der Konsole Mit einer einzigen Zeile in /boot/loader.conf können Sie den Bootloader und den Kernel anweisen, die serielle Schnittstelle zur Konsole zu machen: console="comconsole" Unabhängig von den Einstellungen im Bootblock legt dies die Konsole fest. Die obige Zeile sollte die erste Zeile in - /boot/loader.conf sein, so dass Sie die - Bootmeldungen so früh wie möglich auf der Konsole - sehen. + /boot/loader.conf sein, so dass die + Bootmeldungen so früh wie möglich auf der Konsole zu sehen + sind. Analog können Sie die interne Konsole verwenden: console="vidconsole" - Wenn Sie console nicht setzen, bestimmt der - Bootloader (und damit auch der Kernel) die Konsole über - die Option des Bootblocks. + Wenn die Umgebungsvariable console nicht + gesetzt ist, bestimmt der Bootloader und damit auch der + Kernel, die Konsole über die Option des + Bootblocks. - Sie können die Bootkonsole in + Die Bootkonsole kann in /boot/loader.conf.local oder - /boot/loader.conf angeben. + /boot/loader.conf angegeben + werden. Weitere Informationen erhalten Sie in &man.loader.conf.5;. Momentan gibt es im Bootloader nichts vergleichbares zu im Bootblock. Damit kann die Konsole nicht automatisch über das Vorhandensein einer Tastatur festgelegt werden. Eine andere Schnittstelle als <filename>sio0</filename> benutzen - Sie müssen den Bootloader neu kompilieren, wenn Sie eine - andere Schnittstelle als sio0 benutzen - wollen. Folgen Sie der Anleitung aus + Der Bootloader muss neu kompiliert werden, wenn eine + andere Schnittstelle als sio0 benutzt + werden soll. Folgen Sie der Anleitung aus . Vorbehalte - Hinter dem ganzen steckt die Idee, Server ohne Hardware - für Grafik und ohne Tastatur zu betreiben. Obwohl es die - meisten Systeme erlauben, ohne Tastatur zu booten, gibt es leider - nur wenige Systeme, die ohne eine Grafikkarte booten. Maschinen - mit einem AMI BIOS können ohne Grafik booten, indem Sie den - Grafikadapter im CMOS-Setup auf Not installed - setzen. + Obwohl es die meisten Systeme erlauben, ohne Tastatur zu + booten, gibt es nur wenige Systeme, die ohne eine Grafikkarte + booten. Maschinen mit einem AMI BIOS können ohne Grafik + booten, indem Sie den Grafikadapter im CMOS-Setup auf + Not installed setzen. Viele Maschinen unterstützen diese Option allerdings nicht. Damit diese Maschinen booten, müssen sie über eine Grafikkarte, auch wenn es nur eine alte Monochromkarte ist, verfügen. Allerdings brauchen Sie keinen Monitor an die Karte anzuschließen. Sie können natürlich auch versuchen, auf diesen Maschinen ein AMI BIOS zu installieren.