Partie I Sujets relatifs aux services réseau
1. Service réseau (présentation)
2. Gestion des serveurs cache Web
Partie II Accès aux systèmes de fichiers réseau
4. Gestion des systèmes de fichiers NFS (présentation)
5. Administration de système de fichiers réseau (tâches)
6. Accès aux systèmes de fichiers réseau (référence)
8. Planification et activation de SLP (tâches)
9. Administration de SLP (tâches)
10. Intégration des services hérités
Partie IV Sujets relatifs aux services de messagerie
12. Services de messagerie (présentation)
13. Services de messagerie (tâches)
14. Services de messagerie (référence)
Partie V Sujets relatifs à la mise en réseau série
15. Solaris PPP 4.0 (Présentation)
Notions de base de Solaris PPP 4.0
Compatibilité avec Solaris PPP 4.0
Quelle version de Solaris PPP utiliser
Pourquoi utiliser Solaris PPP 4.0 ?
Chemin de mise à niveau de Solaris PPP 4.0
Sources d'informations sur PPP
Ouvrages de référence professionnelle à propos de PPP
Configurations et terminologie PPP
Présentation de la liaison commutée PPP
Composants de la liaison PPP commutée
Utilisation d'adaptateurs de terminal RNIS avec une machine d'appel sortant
Description des communications commutées
Présentation de la liaison PPP de ligne spécialisée
Comparaison des liaisons commutées et des liaisons de ligne spécialisées
Authentificateurs et authentifiés
Protocoles d'authentification PPP
Raisons de l'utilisation de l'authentification PPP
Prise en charge des utilisateurs DSL via PPPoE
Composants d'une configuration PPPoE
PPPoE côté opérateur de téléphonie
PPPoE côté fournisseur de service
16. Planification de la liaison PPP (tâches)
17. Configuration d'une liaison PPP commutée (tâches)
18. Configuration d'une liaison PPP de ligne spécialisée (tâches)
19. Paramétrage de l'authentification PPP (tâches)
20. Configuration d'un tunnel PPPoE (tâches)
21. Résolution des problèmes PPP courants (tâches)
22. Solaris PPP 4.0 (Référence)
23. Migration de Solaris PPP asynchrone à Solaris PPP 4.0 (tâches)
25. Administration du protocole UUCP (tâches)
Partie VI Utilisation de systèmes distants
27. Utilisation de systèmes distants (présentation)
28. Administration du serveur FTP (tâches)
29. Accès aux systèmes distants (tâches)
Partie VII Sujets relatifs au contrôle des services réseau
Cette section présente les configurations PPP. Elle définit également les termes utilisés dans ce guide.
Solaris PPP 4.0 prend en charge différentes configurations.
Configurations commutées ou à accès commuté
Configurations câblées ou de ligne spécialisée
Figure 15-1 Composants de la liaison PPP
La figure précédente illustre une liaison PPP de base. La liaison est constituée des composants suivants :
Deux machines, situées habituellement à des emplacements physiques distincts, appelées pairs. Un pair peut être un ordinateur personnel, une station de travail d'ingénierie, un serveur de grande taille ou même un routeur commercial, selon les exigences du site.
Interface série sur chaque pair. Sur des machines Solaris, cette interface peut être cua, hihp ou une autre interface, selon que vous configurez une liaison PPP synchrone ou asynchrone.
Liaison physique, telle qu'un câble série, une connexion modem ou une ligne spécialisée d'un fournisseur réseau (ligne T1 ou T3, par exemple).
La configuration PPP la plus fréquente est la liaison commutée. Dans une liaison commutée, le pair local appelle le pair distant pour établir la connexion et exécuter PPP. Au cours du processus de commutation, le pair local compose le numéro de téléphone du pair distant afin d'initialiser la liaison.
Un ordinateur domestique qui appelle un pair situé chez un FAI, configuré pour recevoir des appels entrants, constitue un scénario de commutation courant. Un autre scénario est un site d'entreprise où une machine locale transmet des données via une liaison PPP à un pair situé dans un autre bâtiment.
Dans ce guide, le pair local qui initialise la connexion commutée est appelé la machine d'appel sortant. Le pair qui reçoit l'appel entrant est désigné comme le serveur d'appel entrant. Cette machine est en réalité le pair cible de la machine d'appel sortant et n'est pas nécessairement un vrai serveur.
PPP n'est pas un protocole client-serveur. Certains documents PPP emploient les termes "client" et "serveur" dans le contexte de l'établissement d'un appel téléphonique. Un serveur d'appel entrant n'est pas un vrai serveur, comme un serveur de fichiers ou un serveur de noms. Le terme ''serveur d'appel entrant'' est répandu parce que les machines d'appel entrant ''servent'' plusieurs machines d'appel sortant auxquelles elles offrent l'accès au réseau. Néanmoins, le serveur d'appel entrant représente le pair cible de la machine d'appel sortant.
Reportez-vous à la figure suivante.
Figure 15-2 Liaison PPP commutée analogique de base
La configuration de l'emplacement 1 (côté appel sortant de la liaison) se compose des éléments suivants :
Machine d'appel sortant, généralement un ordinateur personnel ou une station de travail au domicile d'un utilisateur.
Interface série sur la machine d'appel sortant. L'interface /dev/cua/a ou /dev/cua/b est l'interface série standard pour les appels sortants sur des machines exécutant le logiciel Solaris.
Modem asynchrone ou adaptateur de terminal RNIS connecté à une prise téléphonique.
Lignes et services téléphoniques d'un opérateur de téléphonie.
La configuration de l'emplacement 2 (côté appel entrant de la liaison) se compose des éléments suivants :
Prise téléphonique (ou connecteur similaire) connectée au réseau téléphonique.
Modem asynchrone ou adaptateur de terminal RNIS
Interface série sur le serveur d'appel entrant, ttya ou ttyb pour les appels entrants
Serveur d'appel entrant connecté à un réseau, tel qu'un intranet d'entreprise, ou dans le cas d'un FAI, Internet
Les adaptateurs de terminal RNIS externes sont plus rapides que les modems, mais ils se configurent plus ou moins de la même manière. La principale différence dans la configuration d'un adaptateur de terminal RNIS réside dans le script de discussion, qui requiert les commandes spécifiques du fabricant de l'adaptateur. La section Script de discussion pour adaptateur de terminal RNIS externe contient des informations sur les scripts de discussion pour les adaptateurs de terminal.
Les fichiers de configuration PPP à la fois sur les pairs entrants et sortants contiennent les instructions pour la configuration de la liaison. Le processus suivant s'effectue lors de l'initialisation de la liaison commutée.
L'utilisateur ou le processus sur la machine d'appel sortant exécute la commande pppd pour démarrer la liaison.
La machine d'appel sortant lit les fichiers de configuration PPP. La machine d'appel sortant envoie ensuite des instructions via la ligne série à son modem, y compris le numéro de téléphone du serveur d'appel entrant.
Le modem compose le numéro de téléphone pour établir une connexion téléphonique avec le modem du serveur d'appel entrant.
La série de chaînes de texte que la machine d'appel sortant envoie au modem et au serveur d'appel entrant est contenue dans un fichier appelé script de discussion. Si nécessaire, la machine d'appel sortant envoie des commandes au serveur d'appel entrant pour appeler PPP sur le serveur.
Le modem connecté au serveur d'appel entrant entame la négociation de liaison avec le modem connecté à la machine d'appel sortant.
À l'issue de la négociation entre les modems, le modem connecté à la machine d'appel sortant indique “CONNECT”.
La liaison PPP sur les deux pairs entre dans la phase Establish où le protocole LCP (Link Control Protocol) négocie les paramètres de liaison de base et l'utilisation de l'authentification.
Si nécessaire, les pairs s'authentifient mutuellement.
Les NCP (Network Control Protocol) de PPP négocient l'utilisation de protocoles réseau, tels que IPv4 ou IPv6.
La machine d'appel sortant peut alors exécuter telnet ou une commande similaire au niveau d'un hôte accessible via le serveur d'appel entrant.
Une configuration PPP câblée de ligne spécialisée implique deux pairs reliés par le biais d'une liaison. Cette liaison constitue un service numérique commuté ou non commuté, loué auprès d'un fournisseur. Solaris PPP 4.0 fonctionne sur tous les supports de ligne spécialisée point à point et duplex intégral. En règle générale, une société loue une liaison câblée auprès d'un fournisseur réseau pour se connecter à un fournisseur d'accès Internet ou à un autre site distant.
Les deux types de liaison, commutée et spécialisée, impliquent deux pairs connectés par un support de communication. Le tableau suivant récapitule les différences entre les types de liaison.
|
Reportez-vous à la figure suivante.
Figure 15-3 Configuration de la ligne spécialisée de base
La liaison de ligne spécialisée est constituée des composants suivants :
Deux pairs, chacun situé à l'une des extrémités de la liaison. Les pairs peuvent être une station de travail ou un serveur. Le pair fonctionne souvent comme un routeur entre son réseau, ou Internet, et le pair opposé.
Une interface synchrone sur chaque pair. Certaines machines exécutant le logiciel Solaris exigent l'acquisition d'une carte d'interface synchrone, telle que HSI/P, pour la connexion à une ligne spécialisée. D'autres machines, comme les stations de travail UltraSPARC , intègrent des interfaces synchrones.
Une unité numérique synchrone CSU/DSU sur chaque pair, qui relie le port synchrone à la ligne spécialisée.
En fonction de votre environnement linguistique, une CSU peut être intégrée à la DSU, être louée auprès d'un fournisseur ou vous appartenir. La DSU offre une interface série synchrone standard à la machine Solaris. Avec Frame Relay, le périphérique FRAD (Frame Relay Access Device) réalise l'adaptation de l'interface série.
Une ligne spécialisée, offrant des services numériques commutés ou non commutés. C'est le cas de SONET/SDH, Frame Relay PVC et T1.
Sur la plupart des types de lignes spécialisées, les pairs ne s'appellent pas. Une société acquiert plutôt un service de ligne spécialisée pour connecter explicitement deux emplacements fixes. Il arrive que les deux pairs à chaque extrémité de la ligne spécialisée soient situés à différents emplacements physiques de la même société. Une société qui définit un routeur sur une ligne spécialisée connectée à un FAI constitue un autre scénario.
Les lignes spécialisées sont moins courantes que les liaisons commutées, bien qu'elles soient plus faciles à configurer. Elles ne nécessitent pas de scripts de discussion. L'authentification n'est généralement pas utilisée, car les deux pairs se connaissent lorsqu'une ligne est louée. Une fois initialisée par les deux pairs, la liaison PPP reste active. Une liaison de ligne spécialisée reste active, sauf en cas de panne de la ligne ou si l'un des pairs met explicitement fin à la liaison.
Les pairs de ligne spécialisée exécutant Solaris PPP 4.0 utilisent la plupart des fichiers de configuration qui définissent une liaison commutée.
Le processus suivant a lieu pour lancer la communication sur la ligne spécialisée :