| 
Applications TCP/IP : SNMP (Simple Network Management Protocol) Protocole de gestion de réseaux qui semble s'imposer comme un standard de fait, pour l'échange d'informations d'administration de réseaux. Qu'est-ce que l'administration de réseaux? L'ISO et le CCITT en ont donné un modèle abstrait, décrivant cinq fonctionnalités : - la gestion des pannes ou erreurs - la gestion de la sécurité - la gestion des configurations - la gestion des performances - la gestion de la comptabilité L'ISO a établi un cadre, définissant la structure des informations de gestion : SMI (Structure of Management Information), comprenant un modèle de consignation (CMIS) et un protocole de transmission (CMIB). Ce modèle décrit comment les objets de gestion, attributs et variables, sont rangés dans une base de données, la MIB (Management Information Base) |
|
SNMP (Simple Network Management Protocol) SNMP est utilisé sur chaque noeud d'un réseau TCP/IP, administré par un gestionnaire SNMP. Sur AS/400, SNMP participe à l'administration du réseau en tant qu'AGENT. Il fournit le support pour l'échange de messages de gestion du réseau. Bien que n'étant pas normalisé par l'ISO, SNMP définit une MIB, ou Base des Informations relatives à l'administration de réseaux, selon les critères de l'ISO. Il autorise le gestionnaire SNMP à lire, éventuellement à modifier, les objets contenus dans sa MIB. Il rend disponible, pour le gestionnaire, les données de configuration, de performances et de gestion des erreurs. Sur AS/400, il journalise les échanges avec le gestionnaire SNMP dans le journal QSNMP de QUSRSYS. |
|
TELNET Protocole permettant à un système (le Client TELNET), d'utiliser les ressources d'un système distant (le Serveur TELNET), comme si la station Cliente était attachée localement au Serveur. TELNET sur AS/400 fournit les deux fonctions Client et Serveur. Dépendant du système Serveur sur lequel le Client se connecte, le mode d'émulation sera différent : 3270, 5250, VT100 ou VT220. Les fonctions disponibles dans la session TELNET dépendront du mode. Un utilisateur TELNET pourra démarrer : - une session TELNET dans une session TELNET - une session passthru dans une session TELNET - une session TELNET dans une session passthru |
|
TELNET serveur : - faire le paramétrage par CFGTCPTELN puis STRTCPSVR. TELNET utilise la configuration automatique des unités virtuelles Pensez à vérifier la valeur système QAUTOVRT TELNET attribut donc à chaque fois un nom d'écran "dynamqiue" (QPADEV00xxx) cela rend difficile l'uitlisation d'une session telnet si vous demandez à ce que QSECOFR ait des droits explicite sur une unité (val. système QLMTSECOFR) TELNET client : lancer la commande TELNET nom-système (ou STRTCPTELN) Vous pouvez voir le "mappage clavier" avec DSPVTMAP. |
|
En V3R20,V3R70 on peut retrouver l'adresse IP d'une session TELNET (fonction disponible via PTF), à l'aide de l'API QDCRDEVD EXemple : DCL &RETOUR *CHAR 900 DCL &BIN *CHAR 4 DCL &FORMAT *CHAR 8 'DEVD0600' DCL &DEV *CHAR 10 DCL &ERR *CHAR 8 X'0000000000000000' DCL &IPADR *CHAR 15 CHGVAR %BIN(&BIN) 900 RTVJOBA JOB(&DEV) CALL QDCRDEVD PARM(&RETOUR &BIN &FORMAT &DEV &ERR) CHGVAR &IPADR %SST(&RETOUR 878 15) |
|
FTP (File Transfer protocol) Fonction permettant à un utilisateur d'envoyer ou de recevoir des fichiers, à ou depuis des systèmes distants. FTP fournit également la possibilité de renommer, ajouter et supprimer des fichiers. Sur AS/400 FTP permet les deux modes Client et Serveur. Les fonctions principakles sont: - transfert de fichiers binaires "tel que" - création de librairies, de fichiers et de membres - envoi et réception de tous fichiers IFS - soumission de commandes CL à distance - exécution de FTP en mode Batch (programme CL ou REXX) - envoi de documents en EBCDIC, ou traduits en ASCII |
|
FTP client : lancer la commande STRTCPFTP nom-système, puis ouvrir une session FTP (signature et mot de passe) et utiliser les commandes FTP FTP serveur : la fonction FTP serveur est automatiquement configurée à l'installation vous pouvez la paramétrer par CHGFTPA puis STRTCPSVR *FTP du coté du client (Windows ou Unix) lancez FTP par "ftp nom-serveur" |
|
TFTP (Trivial FTP) Fonction permettant à un utilisateur d'envoyer ou de recevoir des fichiers, à ou depuis des systèmes distants. TFTP est une fonction trés allégée de FTP, elle a comme particularité de fonctionner en mode anonyme (pas de profil utilisateur, pas de mot de passe) on ne se connecte pas, on passe une commande par fichier à transférer TFTP est arrivé sur l'AS/400 (avec BOOTP) pour le support de la NetworkStation (le kernel de la NS est stocké sur l'AS) Les commandes 'Remote' de Berckley Rexec : soumission d'une commande à un serveur (signature obligatoire) Rsh : soumission d'une commande à un serveur (signature facultative) Rcp : Copie de fichier entre deux machines RUNRMTCDM est la partie cliente de REXEC sur l'AS/400, le serveur REXEC est supporté depuis la V4.(les autres commandes ne sont pas supportées) |
|
SMTP (Simple Mail Transfer Protocol) Utilitaire d'envoi et de réception de messages. Comme TELNET et FTP, SMTP sur AS/400 gère les fonctions Client et Serveur. Sur AS/400 SMTP est couplé avec SNADS, pour échanger des messages avec des utilisateurs non-SMTP, sous forme de distributions (SNDDST) Cela signifie que les utilisateurs internet/intranet peuvent envoyer des messages à des utilisateurs AS/400 et inversement. chaque utilisateur enregistré dans le répertoire de distribution peut se voir assigner une adresse SMTP. (WRKDIRE et F19) Il s'agit là d'une réelle fonction de passerelle (donc avec adaptation de la syntaxe des informations, le pont, lui, ne faisant que passer les informations d'un réseau vers un autre sans les adapter). |
|
POP3 (Post Office Protocol) Post Office Protocol DEPUIS la V3R70 - permet le stockage des messages destiné à un utilisateur (répertoire QTCPTMM/MAIL/nom-du-user) - gère la restitution des messages lors d'une demande du client. Cette fonctionnalité fait de l'AS/400 un VRAI serveur de messagerie internet/intranet, compatible avec des produits clients comme : + Windows Messaging (boite de réception de Windows 95) + Outlook + Netscape navigator + Eudora ... |
|
LPR (Line Printer Requester) et LPD (Line Printer Daemon) Permet aux utilisateurs d'envoyer un fichier spool et de l'imprimer sur tout système d'un réseau TCP/IP. LPR est l'émetteur, la partie client, du transfert de spool. LPD est le récepteur, la partie serveur, du transfert de spool. Depuis un AS/400, des spools peuvent être envoyés à des système AS/400 ou non-AS/400. En cas de transfert à un système non AS/400 c'est la fonction "Host Print Transform" intégrée à l'OS/400 qui fait la conversion - les commandes de transfert sont SNDTCPSPLF ou LPR. |
|
HTTP (Hypertext Protocol) ce qui fait aujourd'hui le succès d'INTERNET LE WEB (toile d'araignée) il s'agit de serveurs de documents multi-média contenants des liens hypertextes vers d'autres documents ou d'autres serveurs. ce sont ces liens hypertextes qui constituent la toile d'araigné mondiale (World Wide WEB ou WWW) Le serveur envoi au client une page contenantes du texte et des codes HTML , la mise en page est réalisée par le client. Le programme sur le client doit reconnaitre ce langage, on parle de WEB Browser ou d'explorateurs INTERNET. les plus connus sont NETSCAPE et Internet Explorer |
|
Pour le client : - cliquer sur un lien hypertexte établit une nouvelle connexion vers le serveur référencé. - remplir une zone de saisie ou utiliser un bouton rend la main au serveur. Celui-ci doit alors appeler un programme chargé de récuperer la saisie, de la traiter et de constituer dynamiquement la page HTML constituant le résultat. Le standard de récupération des données saisies est appellé CGI pour Common Gateway Interface. l'AS/400 est serveur WEB (depuis la V3R7) reconnait la norme CGI (en C, GAP ou COBOl) il intègre un produit IBM, Netdata , permettant d'incorporer des requêtes SQL dans vos pages HTML. |
|
Si vous souhaitez développer des applications sur le Net vous pouvez , --> implémenter une architecture trois tiers : 1/ un client banalisé (navigateur) 2/ un serveur WEB (IIS, APACHE, ...) 3/ un SGBD-R (pouvant être sur une troisième machine, donc) la question est de savoir comment lancer des traitements sur le serveur WEB a/ en utilisant une extension au serveur WEB, analysant les pages HTML contenant du code propriètaire(ASP/Microsfot, Php dans le monde "libre") b/ en ajoutant au serveur Web un serveur d'application capable de lancer des programmes JAVA sur le serveur (Servlet) et de gérer le résultat. Les Servlet communiquent avec la base de données via JDBC et génèrent du HTML en retour. le produit WEBSPHERE d'IBM se situe dans cette gamme. |
|
Depuis la V4R20/R30 l'OS/400 propose les standards IP suivants : - DNS l'AS/400 est serveur DNS, la configuration se fait via OP.Navigator Il s'agit de stocker la correspondance adrsse-ip/nom dans des fichiers sur le serveur et de restituer cette information aux clients DNS. - DHCP l'AS/400 est serveur DHCP, la configuration se fait via OP.Navigator Il s'agit de stocker la configuration des clients sur un serveur (adresse Ip à utiliser, adresse de passerelle, serveur DNS, ...) et d'envoyer ces éléme,nts aux clients lors du démarrage. - IpSec fonction d'entrée d'un FIREWALL, permettant d'établir des règles de sécurité pour TCP/IP. |
|
- DDM sur IP les protocoles DDm et DRDA sont utilisables sur IP - /QFILESRV.400 l'AS/400 propose de voir les dossiers partagés des autres AS/400 dans cette arborescence. - /QNTC l'AS/400 propose de voir les répertoires partagés des machines Netbios (Windows et Unix/Samba) du réseau local. - LDAP l'AS/400 implémente un annuaire LDAP (X.500) pouvant répliquer la directory système. - Pour terminer, la version la plus récente de Client Access (Express) ne fonctionne que sur IP. |
|
Pour redémarrer un serveur seul : ENDTCPSVR *TELNET ou *FTP (etc ...) puis STRTCPSVR *TELNET ou *FTP (etc ...) la pluparts des serveurs ne "lisent" vos paramètres qu'au démarrage. Pour voir les serveurs TCP/IP actifs : WRKACTJOB SBS(QSYSWRK) JOB(QT*) note : la commande STRHOSTSVR démarre les serveurs (les jobs) devant répondre à Client Acces en environnement IP. |
