Résultat de l’API de MediaWiki

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "Retrouver_son_mot_de_passe_de_compte_dans_thunderbird",
        "continue": "gapcontinue||"
    },
    "warnings": {
        "main": {
            "*": "Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes."
        },
        "revisions": {
            "*": "Because \"rvslots\" was not specified, a legacy format has been used for the output. This format is deprecated, and in the future the new format will always be used."
        }
    },
    "query": {
        "pages": {
            "185": {
                "pageid": 185,
                "ns": 0,
                "title": "Redirection de port TCP",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "S'il s'agit d'une redirection dans le contexte d'une passerelle, utilisez iptables et DNAT.\n\nS'il s'agit d'une redirection g\u00e9n\u00e9rique (ex: transf\u00e9rer le traffic d'un client C sur le port 80 d'une machine A vers le port 8080 d'une machine B), on ne peut utiliser les redirections bas-niveau (le traffic de retour vers le client aurait d\u00fb passer par la machine de redirection, ce qui n'est pas n\u00e9cessairement le cas entre B et C). On peut utiliser \u00e0 la place l'outil <code>redir</code>.\n\nL'utilisation avec <code>inetd</code> s'est montr\u00e9e peut stable face \u00e0 de nombreuses connexions, il est pr\u00e9f\u00e9rable d'utiliser le mode d\u00e9mon autonome - pour cela la commande <code>daemon</code> est utile (ou alors <code>start-stop-daemon</code> pour un script dans <code>/etc/init.d</code>).\n\nExemple pour outrepasser une restriction de traffic sortant sur le port LDAP de B: on fait tourner un <code>redir</code> sur une machine que l'on contr\u00f4le, du port 21 de la machine A (autoris\u00e9) vers le port 389 de la machine B:\n root@A:~$ daemon --respawn -- redir --syslog --lport 21 --caddr=B.mydomain.tld --cport=389"
                    }
                ]
            },
            "380": {
                "pageid": 380,
                "ns": 0,
                "title": "Remotedisplay",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "== Intro ==\n\nUn '''ssh -X''' permet de rendre disponible son ''display'' local sur la machine distante.\nSi vous tapez\n\n ssh -X monserveur\n xmessage bonjour\n\nLe programme '''xmessage''' s'ex\u00e9cute \u00e0 distance mais le message bonjour s'affiche sur votre machine locale.\n\nLa manipulation d\u00e9crite ici permet de faire le '''contraire''', c'est \u00e0 dire de pouvoir acc\u00e9der au ''display'' distant.\n\n=== Variable globale DISPLAY ===\n\nsur la machine distante essayez un:\n export DISPLAY=:0\n xdpyinfo\n\nLe message \"normal\" devrait \u00eatre une erreur, pour une raison d'authentification:\n <pre>xdpyinfo:  unable to open display</pre>\n\nR\u00e9cup\u00e9rer le MIT-MAGIC-COOKIE avec xauth:\n\n xauth -f <Fichier_Xauthority> list\n\nPuis injecter le r\u00e9sultat dans votre ''.Xauthority''\n\n xauth add `xauth -f <Fichier_Xauthority> list`\n\nLe fichier ''Xauthority'' se trouve \u00e0 differentes places selon les distributions:\n\n* Unix classique, Ubuntu: <pre >$HOME/.Xauthority </pre>\n* Debian: <pre> /var/run/gdm3/auth-for-$USER-$HASH/database </pre>\n\nSous unix le fichier .Xauthority est en lecture seule pour l'utilisateur.\nSous debian, le r\u00e9pertoire <pre> /var/run/gdm3/ </pre> n'est pas lisible. Donc \u00e0 moins d'\u00eatre root personne ne peux deviner la valeur de $HASH et donc r\u00e9cup\u00e9rer le display\n\n=== d\u00e9pannage du display ===\n\nQuelques commandes permettent de caract\u00e9riser le display:\n* '''xdpyinfo''' donne la r\u00e9solution actuelle l'\u00e9cran\n* '''glxinfo | grep -i render''' donne des infos sur les capacit\u00e9s d'acc\u00e9l\u00e9ration de la carte (paquet mesa-utils)\n* '''glxgears''' permet de tester l'efficacit\u00e9 du rendu acc\u00e9l\u00e9r\u00e9 (nb FPS) Attention, affiche une fen\u00eatre sur l'\u00e9cran distant.\n* '''xlsclient''' donne la liste des fen\u00eatres sur le display\n\nD'autres d'int\u00e9ragir avec l'utilisateur\n* '''x11vnc''' pour exporter le display via VNC (permet de voir ce que voit l'utilisateur)\n* '''aosd-cat''' et  '''xmessage''' pour \u00e9crire un message \u00e0 l'utilisateur\n\n=== et puis les classiques ===\n* Les logs de X11: '''/var/log/Xorg.?.log'''\n* le mat\u00e9riel et le module kernel associ\u00e9: '''lspci -vk'''\n* les modules charg\u00e9s par le kernel '''lsmod'''\n* les infos sur le module '''modinfo'''\n* Le fichier de conf Xorg (qui est maintenant tr\u00e8s souvent absent car cr\u00e9\u00e9 \u00e0 la vol\u00e9e au d\u00e9marrage de X)."
                    }
                ]
            }
        }
    }
}