Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

nombre réponses : 25

#0 -1 »  [Résolu] Créer un compte sur le wiki » Le 23/04/2019, à 05:25

Sylvhem
Réponses : 3

Bonjour

Après toutes ces années, j’aimerais bien me créer un compte sur le wiki, afin d’enrichir la documentation est d’aider les nouveaux·lles arrivant·e·s. Le problème, c’est que je n’arrive pas à trouver de formulaire d’inscription. Quelqu’un·e aurait une idée?

#1 Re : -1 »  [Résolu] Créer un compte sur le wiki » Le 23/04/2019, à 21:08

Sylvhem
Réponses : 3
xubu1957 a écrit :

Tu as vu cette page > wiki/participer_wiki ?

Oui, elle renvoi vers la documentation de DokuWiki qui dit la chose suivante :

Si l’administrateur du wiki ne l'a pas désactivé, les visiteurs peuvent s'enregistrer sur le wiki. Pour ce faire il suffit juste de cliquer sur le bouton « connexion » et de suivre le lien «s’enregistrer» situé sous le formulaire de connexion.

Comme ce n’est pas le cas ici, j’étais perturbée smile.

fabux a écrit :

Dès que tu as un compte sur le forum, tu peux t'identifier sur la doc.

Merci, ça fonctionne !

Un grand merci à vous deux.

#2 -1 »  Impossible de me connecter à mon serveur VPN via SSH » Le 10/03/2017, à 04:13

Sylvhem
Réponses : 1

Bonjour à tous·tes!

Depuis hier, je n’arrive plus à me connecter à mon serveur VPN via SSH. Quand je tape «ssh neptune» rien ne se passe et je me retrouve à attendre indéfiniment au lieu de me voir demander ma phrase de passe. Je suis alors obligé soit d’utiliser CTRL+C pour reprendre la main sur le terminal soit d’attendre un long moment que le serveur ferme la connection.
Voici le retour détaillé de la commande:

$ ssh -vvv neptune
OpenSSH_7.3p1 Ubuntu-1, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /home/bob/.ssh/config
debug1: /home/bob/.ssh/config line 1: Applying options for neptune
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolving "neptune.example.com" port 2222
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to neptune.example.com [2a03:7220:8081:1400::1] port 2222.
debug1: Connection established.
debug1: identity file /home/bob/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/bob/.ssh/id_rsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.3p1 Ubuntu-1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5+deb8u3
debug1: match: OpenSSH_6.7p1 Debian-5+deb8u3 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to neptune.example.com:2222 as 'alice'
debug3: put_host_port: [neptune.example.com]:2222
debug3: hostkeys_foreach: reading file "/home/bob/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/bob/.ssh/known_hosts:8
debug3: load_hostkeys: loaded 1 keys from [neptune.example.com]:2222
debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com,zlib
debug2: compression stoc: none,zlib@openssh.com,zlib
debug2: languages ctos: 
debug2: languages stoc: 
debug2: first_kex_follows 0 
debug2: reserved 0 
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1
debug2: host key algorithms: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com
debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos: 
debug2: languages stoc: 
debug2: first_kex_follows 0 
debug2: reserved 0 
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
Connection reset by 2a03:7220:8081:1400::1 port 2222

Je me suis demandé si quelque chose sur mon réseau ne bloquait pas SSH ou si une mise à jour récente de ma machine n’avait pas détraqué ce dernier. Pour vérifier, j’ai essayé de me connecter sur jupiter.example.org, une autre machine que j’administre et par ailleurs située sur un réseau différent. Je n’ai eu aucun problème pour y accéder.

Ce qui est particulièrement inquiétant et étrange, c’est que je me suis connecté pour la dernière fois sur mon VPN lundi soir et, à ce moment là, tout fonctionnait parfaitement. Cependant, j’ai à cette occasion mis à jour mon serveur (ce que je fais régulièrement) et installé le serveur XMPP Prosody à des fins de test. Peut-être y a-t-il un lien?
À titre informatif, mon serveur tourne sous Debian 8.

Mon ordinateur personnel, depuis lequel j’ai tenté de me connecter et quand à lui sous Ubuntu 16.10. La version d’OpenSSH utilisée est là version 7.3.

$ ssh -V
OpenSSH_7.3p1 Ubuntu-1, OpenSSL 1.0.2g  1 Mar 2016
$ cat /home/bob/.ssh/config 
Host neptune
	HostName neptune.example.com
	Port 2222
	User alice
	IdentityFile ~/.ssh/id_rsa

Host jupiter
	HostName jupiter.example.org
	Port 2222
	User caroline
	IdentityFile ~/.ssh/id_rsa_jupiter

Est-ce que quelqu’un plus au fait que moi de SSH pourrait m’aider à y voir plus clair? Cette aide serait grandement appréciée ^^.

#3 -1 »  [Résolu] Interruption pendant la mise à niveau d'Ubuntu 16.04 à 16.10 » Le 01/11/2016, à 21:57

Sylvhem
Réponses : 6

Bonjour

Un peu plus tôt dans la journée, j'ai lancée la mise à niveau de mon système d'Ubuntu 16.04 vers Ubuntu 16.10.
Si les premières étapes se passent sans aucun soucis, je rencontre un premier problème pendant l'installation des nouveaux paquets. Une fenêtre apparaît pour m'informer que gconf2 n'a pas pu être installé mais que la mise à niveau va tout de même se poursuivre. Un peu inquiet (gconf ça me semble quand même être un gros morceaux), je constate toutefois que l'installation continue bel et bien. En revanche, impossible de fermer la fenêtre contenant le message d'erreur, celle-ci se réouvrant aussitôt.
Un peu plus tard, je constate toutefois que l'installation semble s'être interrompue à un peu plus du tiers du processus (installation de libsecret-quelquechose). Il n'y a plus aucun progrès visible, la sortie est immobile et je ne peux plus scroller pour lire ce qui y est écrit plus haut. Au bout d'un moment je finis par réouvrir Firefox pour essayer de trouver quelque chose sur Internet, sans succès. Au bout de plus deux heures sans aucun progrès, je finis par redémarrer l'ordinateur en désespoir de cause.
Comme vous pouvez vous en douter, le résultat est catastrophique. Mon ordinateur démarre, je peux même me connecter à ma session, mais l'interface ne s'affiche plus. Je n'ai accès ni au lanceur, ni au tableau de bord, ni au HUD ni même au menu contextuel. Il ne me reste que ma souris et le fond d'écran. J'ai bien essayé de me connecter à un terminal pour essayer de reprendre la main, mais le clavier par défaut de ces derniers est maintenant QWERTY et mon mot de passe possède des caractères qui en sont absents...
Qu'est-ce que vous me conseilleriez de faire ? Sachant que, pour une fois, j'ai une l'idée parfaitement stupide de ne pas faire de sauvegarde de ma partition /home en me disant que ça faisait des années que je n'avais pas eu de problèmes avec une mise à niveau.

#4 Re : -1 »  [Résolu] Interruption pendant la mise à niveau d'Ubuntu 16.04 à 16.10 » Le 02/11/2016, à 15:00

Sylvhem
Réponses : 6

Merci à vous deux pour vos réponses !

Babdu89 a écrit :

As tu bien fait une installation avec partition /home séparée, ou /home inclus?

J'ai fait une installation avec partition /home séparée. Plus précisément, j'ai une partition pour la racine, une pour le /home et une pour /opt.

Babdu89 a écrit :

En session live. Peux tu avoir accès aux fichiers système de ton Ubuntu en panne, et donner le contenu du fichier texte  /etc/fstab ?

Que l'on puisse s'assurer que l'installation est bien faite sur deux partitions. ( /   et  /home). Ou pas. (/home inclus dans le système  /   ).
Ce pour savoir exactement quelle méthode convient pour réinstaller.

Je n'ai malheureusement plus de support Live disponible, je vais graver un DVD d'Ubuntu 16.10 demain pour tester et essayer de lancer une nouvelle installation. Mais je peux te garantir que les partitions sont bel et biens séparées. Je l'ai fait moi-même, donc à moins d'un miracle ça ne devrait pas avoir bougé smile.

Du coup, pour juste installer Ubuntu 16.10 au propre par dessus mon système cassé, il faudrait que je suive la méthode 2, c'est bien ça ? Désolé si la question est bête. C'est ce que j'aurais fait spontanément, mais je veux être sûr de ne rien manquer d'important ^^.

#5 Re : -1 »  [Résolu] Interruption pendant la mise à niveau d'Ubuntu 16.04 à 16.10 » Le 10/03/2017, à 03:40

Sylvhem
Réponses : 6

Je suis désolé, j’ai complètement oublié de poster le résultat ici et de marquer le sujet comme résolu. La manipulation a parfaitement marché, tout est rentré dans l’ordre smile.

Ne pas oublier la partition séparée /opt . À formater ou pas? je n'en ai pas la moindre idée.
il faudrait creuser le sujet.

Chez moi ce dossier contient "teamviewer9" . rien d'autre.

Ce dossier contient normalement les logiciels non présents dans la distribution et installés par l’utilisateur de manière manuelle. Chez moi il contient un certain nombre de jeux et il ne fallait évidement pas le supprimer ^^. J’avais fait une partition à part justement pour parer à ce genre de cas.

Merci pour votre aide à vous deux!

#6 Re : -1 »  La Sncf ne veut pas de mon OS » Le 19/12/2015, à 14:23

Sylvhem
Réponses : 40

Numerama a publié un article à ce sujet intitulé La SNCF empêche l’achat de billets de trains TER sous Linux. Apparemment, changer l’agent utilisateur ne suffirait pas.

#7 Re : -1 »  La Sncf ne veut pas de mon OS » Le 19/12/2015, à 18:49

Sylvhem
Réponses : 40
pierrecastor a écrit :

J'ai peu être raté un truc dans l'article, mais je n'ai pas lu qu'ils ai essayé le changement d'user agent.

On en parle sur Twitter.

#8 -1 »  [Résolu] Verbiste ne s’ouvre pas » Le 19/12/2015, à 14:16

Sylvhem
Réponses : 2

Bonjour

J’ai récemment installé Ubuntu 15.10 Willy Werewolf 64 bits sur mon ordinateur et j’ai remarqué que l’excellent logiciel Verbiste ne fonctionnait plus. En effet, quant j’essaie de le lancer, que ce soit en cliquant sur son icône dans le tableau de bord ou en l’appelant en ligne de commande, la seule chose que j’obtiens, c’est une fenêtre contenant « Verbiste: could not parse /usr/share/verbiste-0.1/conjugation-fr.xml ». Voici le détail de la ligne de commande :

$ verbiste
I/O warning : failed to load external entity "/usr/share/verbiste-0.1/conjugation-fr.xml"

Comme personne ne semblait l’avoir déjà fait, j’ai ouvert un rapport de bogue sur Launchpad. Y a-t-il d’autres personnes ici affectée par ce problème ? Si oui, pouvez vous aller vous signaler sur le rapport de bogue ?

#9 Re : -1 »  [Résolu] Verbiste ne s’ouvre pas » Le 19/12/2015, à 15:00

Sylvhem
Réponses : 2

Merci pour ta réponse.
verbiste-gnome, qui est le paquet contenant l’interface graphique, est déjà installé chez moi. Par contre, je viens de remarquer que le parquet verbiste, contenant le moteur est les données, est marqué absent dans Synaptic. Serait-ce possible que…

EDIT : Ça marche ! Apparemment, verbiste n’est plus une dépendance de verbiste-gnome. Et comme j’ai, pour une fois, installé ce logiciel via la Logithèque, c’est verbiste-gnome qui a été installé, cassant ainsi l’installation. Je vais mettre le rapport de bogue à jour. Merci beaucoup pour ton aide olivi4.

#10 Re : -1 »  Firefox / Flashplugin / 14.04 LTS : Bug a l'ouverture d'un swf? » Le 30/05/2014, à 01:37

Sylvhem
Réponses : 14

Je viens d'ouvrir un rapport de bogue à ce sujet dans le Launchapd. Si vous êtes affecté par ce problème, allez l'indiquer en cliquant sur le bouton correspondant en haut à droite de la description. Merci d'avance smile.

#11 Re : -1 »  Firefox / Flashplugin / 14.04 LTS : Bug a l'ouverture d'un swf? » Le 03/06/2014, à 23:38

Sylvhem
Réponses : 14
Crone123 a écrit :

OK, merci smile
Je me suis mis en suivi du bug, j'ai laissé un commentaire et j'ai cliqué comme quoi le bug m'affecte.
Le petit icône en feu est passé de 6 a 12 déjà smile

Merci d’avoir pris le temps de le faire smile.

Crone123 a écrit :
7a a écrit :

Merci Beaucoup Crone 123, Ton script marche très bien !! J'ai essayé Gnash avant de tomber sur ce forum, et il est vrai que cette application ne fonctionne pas pour toutes les animations flash. Je ne m'y connais pas du tout en programmation, en console ... mais j'ai réussi à le lancer ton script avec tes explications simples. Encore merci.

Si possible, va aussi sur le launchpad du bug (voir le lien dans un message + haut), ça permettra d'avoir un truc fonctionnel sans avoir a utiliser mon script smile
Merci smile

Ça serait en effet bien si tout le monde pouvait se marquer comme affecté.

#12 -1 »  [Résolu] Configuration d’un serveur secondaire depuis NSD » Le 15/06/2015, à 22:27

Sylvhem
Réponses : 7

Bonjour à tous.

Ayant appris que Gandi, chez qui j’ai acheté mon nom de domaine, proposait un service de DNS secondaire, j’ai entrepris de changer mes serveurs de nom pour utiliser un serveur de nom perso, sous NSD 3, et leur DNS secondaire à la place.
Pour ça j’ai remplacé, dans l’interface Gandi, les deux anciens serveurs de nom par ns1.lepubdelobservateur.fr (mon serveur de nom) et ns6.gandi.net (le serveur de nom fournit par Gandi) et modifié mon fichier de zone de façon à avoir :

$TTL 1h
$ORIGIN lepubdelobservateur.fr.
@ IN SOA ns1.lepubdelobservateur.fr. hostmaster.lepubdelobservateur.fr. (
 2015061200
 1d
 1h
 2w
 3h
 )

@   IN NS   ns1
@   IN NS   ns6.gandi.net.
ns1 IN A    91.224.149.20
ns1 IN AAAA 2a01:6600:8081:1400::1

J’ai ensuite ajouté les lignes suivantes dans le fichier de configuration de NSD :

zone:
 name: lepubdelobservateur.fr.
 zonefile: lepubdelobservateur.fr.zone
 notify: 217.70.177.40 NOKEY
 provide-xfr: 217.70.177.40 NOKEY

J’ai pensé que ça serait suffisant mais, hélas, si la zone est bien distribuée par ns1.lepubdelobservateur.fr, ce n’est pas le cas avec ns6.gandi.net qui me renvoi la réponse suivante :

$ dig lepubdelobservateur.fr A @ns6.gandi.net

; <<>> DiG 9.9.5-9-Ubuntu <<>> lepubdelobservateur.fr A @ns6.gandi.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 60296
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;lepubdelobservateur.fr.		IN	A

;; Query time: 155 msec
;; SERVER: 217.70.177.40#53(217.70.177.40)
;; WHEN: Mon Jun 15 22:04:28 CEST 2015
;; MSG SIZE  rcvd: 51

Les résultats du test Zonemaster no sont pas beaucoup plus réjouissants.
Après avoir réfléchi un moment au problème, j’ai finalement envoyé un message au support de Gandi. Voici leur réponse :

Alexandre, technicien Gandi a écrit :

Après vérification, tout semble configuré correctement sur votre serveur. J'ai validé de nouveau les serveurs DNS sur votre interface. Pour avoir plus d'information sur la raison du problème, vous pouvez également vérifier dans les logs de votre serveur DNS, lors des requêtes AXFR.

Les journaux systèmes ne m’apprenant pas grand chose, je poste ici en désespoir de cause. Quelqu’un ici pourrait me donner une piste sur ce que j’ai mal configuré ?

Petite précision : la machine que j’utilise est partagée avec des amis qui s’en servent eux aussi pour annoncer leurs domaines. Quand j’ai pris connaissance de l’existence de ns6.gandi.net nous avons procédé aux mêmes modifications pour leurs noms de domaine. Le problème est le même.

#13 Re : -1 »  [Résolu] Configuration d’un serveur secondaire depuis NSD » Le 16/06/2015, à 16:31

Sylvhem
Réponses : 7

Merci pour ta réponse bruno.

J’ai bien entendu regardé la documentation. Si je comprend bien le manuel, il faut utiliser les options provide-xfr pour autoriser les transferts de zone et notify pour notifier les serveurs secondaires. Si tu regardes l’extrait de configuration que j’ai donné plus haut, c’est ce que j’ai fait.
Par ailleurs, je suis conforté dans ma façon de faire par cet article de Stéphane Bortzmeyer et par ce tutoriel, qui semblent conseiller la même chose.

#14 Re : -1 »  [Résolu] Configuration d’un serveur secondaire depuis NSD » Le 17/06/2015, à 00:12

Sylvhem
Réponses : 7
bruno a écrit :

Effectivement je n’avais pas vu que cela correspondait au NS de gandi. Que dit la doc de gandi à ce sujet ? Peux-tu faire les transferts de zone ainsi et sans clé (ou faut-il indiquer la clé de gandi) ?

La doc ne donne pas d’exemple de configuration pour NSD, par contre, il est clairement indiqué dans Mettre en place un serveur DNS classique ou utilisant DNSSEC que le transfert doit être fait sans clef.

bruno a écrit :

D'après leur réponse tout semble correct…

Oui… Comme ils n’ont accès qu’à ce qui se trouve sur leur interface et aux données publiques du DNS, je suppose que l’erreur doit se trouver sur la configuration de ma machine hmm.

bruno a écrit :

Par ailleurs il peut y avoir un délai plus ou moins important  avant que la zone ne soit transférée vers le serveur secondaire.

Oui mais pas plusieurs jours quand même ^^.

bruno a écrit :

Je suppose que tu n'as pas non plus de problème de pare-feu qui bloquerait le transfert…

Hélas non, j’ai déjà vérifié.

bruno a écrit :

Il faut absolument éplucher les logs au moment où tu actives ta configuration pour trouver ce qui bloque le transfert.

Je n’ai pas vraiment réussi à tirer quoi que ce soit des journaux… Au cas où, je copie ici les dernières entrées de daemon.log.

# cat /var/log/daemon.log

Jun 15 17:28:59 ma-machine nsd[18274]: signal received, reloading...
Jun 15 17:28:59 ma-machine nsd[25005]: memory recyclebin holds 0 bytes
Jun 15 17:28:59 ma-machine nsd[18275]: NSTATS 1434389339 1434068799 A=321 NS=22 CNAME=4 SOA=199 MX=70 TXT=28 AAAA=68 SPF=3 TYPE252=188 TYPE255=41
Jun 15 17:28:59 ma-machine nsd[18275]: XSTATS 1434389339 1434068799 RR=0 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=756 SFwdQ=0 SDupQ=0 SErr=0 RQ=944 RIQ=0 RFwdQ=0 RDupQ=0 RTCP=192 SFwdR=0 SFail=46 SFErr=14 SNaAns=0 SNXD=49 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0
Jun 15 18:14:04 ma-machine nsd[25005]: signal received, reloading...
Jun 15 18:14:04 ma-machine nsd[25183]: memory recyclebin holds 0 bytes
Jun 15 18:14:04 ma-machine nsd[25006]: NSTATS 1434392044 1434389339 A=6 NS=4 SOA=12 MX=1 AAAA=5 DNSKEY=1 NSEC3PARAM=1 TYPE252=4
Jun 15 18:14:04 ma-machine nsd[25006]: XSTATS 1434392044 1434389339 RR=0 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=28 SFwdQ=0 SDupQ=0 SErr=0 RQ=34 RIQ=0 RFwdQ=0 RDupQ=0 RTCP=6 SFwdR=0 SFail=4 SFErr=0 SNaAns=0 SNXD=2 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0
Jun 15 18:38:18 ma-machine nsd[25183]: signal received, reloading...
Jun 15 18:38:18 ma-machine nsd[25283]: memory recyclebin holds 0 bytes
Jun 15 18:38:18 ma-machine nsd[25184]: NSTATS 1434393498 1434392044 A=1 SOA=2 TYPE252=2
Jun 15 18:38:18 ma-machine nsd[25184]: XSTATS 1434393498 1434392044 RR=0 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=3 SFwdQ=0 SDupQ=0 SErr=0 RQ=5 RIQ=0 RFwdQ=0 RDupQ=0 RTCP=2 SFwdR=0 SFail=0 SFErr=0 SNaAns=0 SNXD=0 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0
Jun 15 18:42:57 ma-machine nsd[25283]: signal received, reloading...
Jun 15 18:42:57 ma-machine nsd[25368]: memory recyclebin holds 0 bytes
Jun 15 18:42:57 ma-machine nsd[25284]: NSTATS 1434393777 1434393498 A=2 AAAA=2 TYPE252=1
Jun 15 18:42:57 ma-machine nsd[25284]: XSTATS 1434393777 1434393498 RR=0 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=4 SFwdQ=0 SDupQ=0 SErr=0 RQ=5 RIQ=0 RFwdQ=0 RDupQ=0 RTCP=1 SFwdR=0 SFail=0 SFErr=0 SNaAns=0 SNXD=0 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0
Jun 15 19:00:35 ma-machine nsd[25368]: signal received, reloading...
Jun 15 19:00:35 ma-machine nsd[25442]: memory recyclebin holds 0 bytes
Jun 15 19:00:35 ma-machine nsd[25369]: NSTATS 1434394835 1434393777 A=5 SOA=2 AAAA=2 TYPE252=5
Jun 15 19:00:35 ma-machine nsd[25369]: XSTATS 1434394835 1434393777 RR=0 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=9 SFwdQ=0 SDupQ=0 SErr=0 RQ=14 RIQ=0 RFwdQ=0 RDupQ=0 RTCP=5 SFwdR=0 SFail=0 SFErr=0 SNaAns=0 SNXD=0 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0
Jun 15 19:21:35 ma-machine nsd[25442]: signal received, reloading...
Jun 15 19:21:35 ma-machine nsd[25573]: memory recyclebin holds 0 bytes
Jun 15 19:21:35 ma-machine nsd[25443]: NSTATS 1434396095 1434394835 A=9 NS=3 SOA=2 AAAA=4 TYPE252=10
Jun 15 19:21:35 ma-machine nsd[25443]: XSTATS 1434396095 1434394835 RR=0 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=18 SFwdQ=0 SDupQ=0 SErr=0 RQ=28 RIQ=0 RFwdQ=0 RDupQ=0 RTCP=10 SFwdR=0 SFail=0 SFErr=0 SNaAns=0 SNXD=0 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0
Jun 15 19:26:36 ma-machine nsd[25573]: signal received, reloading...
Jun 15 19:26:36 ma-machine nsd[25650]: memory recyclebin holds 0 bytes
Jun 15 19:26:36 ma-machine nsd[25574]: NSTATS 1434396396 1434396095 SOA=2 TYPE252=2
Jun 15 19:26:36 ma-machine nsd[25574]: XSTATS 1434396396 1434396095 RR=0 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=2 SFwdQ=0 SDupQ=0 SErr=0 RQ=4 RIQ=0 RFwdQ=0 RDupQ=0 RTCP=2 SFwdR=0 SFail=0 SFErr=0 SNaAns=0 SNXD=0 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0

Chaque bloc (commençant par signal received, reloading...) correspond à un moment où j’ai tapé nsdc reload afin de recharger la configuration. La commande nsdc notify, quant à elle, n’affiche rien dans les journaux apparemment…

#15 Re : -1 »  [Résolu] Configuration d’un serveur secondaire depuis NSD » Le 17/06/2015, à 16:38

Sylvhem
Réponses : 7

Problème résolu !

J’ai trouvé mon erreur et elle était vraiment stupide. Je pensais que la commande nsdc reload rechargeait l’ensemble de la configuration. Il s’avère qu’elle ne recharge que les zones. Pour prendre en compte les modifications apportées à nsd.conf il est nécessaire de redémarrer entièrement le serveur avec nsdc restart. Je m’en suis aperçu en essayant de changer le fichier utilisé pour la journalisation…

bruno a écrit :

C'est curieux que ce soit dans daemon.log, en principe ce fichier n'est pas utilisé sur Ubuntu… et les logs sont syslog.

J’ai oublié de préciser que ce serveur tourne sous Debian (je me suis permis de poster ici car le fonctionnement de NSD à l’air identique dans les deux distributions). C’est peut-être pour ça ? Les mêmes infos étaient enregistrées dans syslog de toute façon.

En tout cas, un énorme merci à toi bruno !

#16 Re : -1 »  [Résolu] ouvrir swf avec firefox ou chromium » Le 30/05/2014, à 01:36

Sylvhem
Réponses : 31

Merci pour ta réponse smile.

Je viens donc d'ouvrir un rapport de bogue à ce sujet dans le Launchapd. Si vous êtes affecté par ce problème, allez l'indiquer en cliquant sur le bouton correspondant en haut à droite de la description.

#17 Re : -1 »  Nouveautés & Infos de la 14.10 "Utopic Unicorn" » Le 04/06/2014, à 00:10

Sylvhem
Réponses : 953
Sibe a écrit :

pour moi l’argument "oui mais ya pas de système de mise a niveau intégré" n'est pas un argument valable contre Mint puisque même sous Ubuntu & dérivé je n'utilise déjà pas le système de mise a niveau intégré qui est simplement mauvais.

Toi non mais d'autres, dont moi, oui.

Sibe a écrit :

Il n'y a pas de problème pour mettre a jour sous Ubuntu, c'est juste leur système de mise a niveau qui est merdique.

Personnellement, je ne le trouve pas si mauvais que ça. Il est sans doute perfectible mais dans la majorité des cas il me semble marcher très bien.
En ce qui me concerne (mais ce n'est là que mon expérience personnelle et je sais bien qu'elle est très loin d'être représentative) j'ai fait toutes les mises à niveau depuis Karmic Koala sans rencontrer le moindre problème si l'on excepte le passage délicat à Natty Narwhal, peu de temps après l'arrivée d'Unity sur la distribution mère (le gestionnaire de mise à niveau n'y étant donc pas pour grand chose…).
Au risque d'enfoncer des portes ouvertes, je rappel que pour que les mises à niveau se passe le mieux possible il vaut mieux éviter d'installer des tonnes de PPA (en particulier ceux fournissant une nouvelle version d'un paquet déjà présent dans les dépôts) et d'utiliser du matériel pas ou mal supporté (comme certaines de nombreuses cartes graphiques récentes) par les pilotes libres, sauf si on se sent de gérer les régressions dans le support de tel ou tel composant.

#18 Re : -1 »  Nouveautés & Infos de la 14.10 "Utopic Unicorn" » Le 17/08/2014, à 18:12

Sylvhem
Réponses : 953

Bonjour à tous.
J’aurais aimé savoir si cette bogue était toujours présente dans Utopic. Quelqu’un veut bien tester ?

#19 Re : -1 »  Nouveautés & Infos de la 14.10 "Utopic Unicorn" » Le 18/08/2014, à 19:57

Sylvhem
Réponses : 953
yann_001 a écrit :

Bonjour.

Sylvhem a écrit :

Bonjour à tous.
J’aurais aimé savoir si cette bogue était toujours présente dans Utopic. Quelqu’un veut bien tester ?

La personne utilise flasplugin-installer qui pose souvent des problèmes. Il faudrait savoir si le problème est le même avec adobe-flashplugin

La personne en question c’est moi wink. Mais je ne suis pas le seul affecté par ce problème comme on peut le voir dans ce sujet et dans celui-ci. Merci pour ton conseil en tout cas, je vais tester ça smile.
Au passage, quelqu’un sait pourquoi il y a deux paquets pour Adobe Flash dans les dépôts ? Ça me semble assez inhabituel comme façon de faire…

xylolink a écrit :

salut,

jamais vu "cette" bug  roll enveloppe hérissée de piquants de certains fruits dont les châtaignes et les marrons. Il s'agit d'un involucre de bractées mimant une capsule et s'ouvrant à maturité.

inconnus depuis très très longtemps sur chromium ....test sur firefox (a l'instant) idem !!

problèmes matérielles pour certains ? le mieux serait un liveusb(cd) c'est rapide !(voir plus qu'une réponse ici ....en plein mois d’août !!)

oh...suis taquin ...


membre hyper discret de la brigade des Z ... comme zéro

C’est toujours un plaisir d’être bien accueilli… Aurais-je fait quoi que ce soit qui justifierait ton commentaire acide ? Si c’est le cas, je m’en excuse, ce n’était pas là mon intention.

#20 Re : -1 »  Nouveautés & Infos de la 14.10 "Utopic Unicorn" » Le 19/08/2014, à 14:21

Sylvhem
Réponses : 953

Pas de soucis wink. J’étais moi même un peu fatigué hier et ça ma agacé plus ça aurait dû.

#21 Re : -1 »  Sortie d'Ubuntu 14.04 LTS » Le 30/05/2014, à 01:39

Sylvhem
Réponses : 11
seb24 a écrit :
Sylvhem a écrit :
MdMax a écrit :

Seul bémol: après le téléchargement, pendant l'installation, le programme m'a demandé plusieurs fois de cliquer pour passer à la suite. Il voulait me laisser le choix d'écraser ou de garder des fichiers de configuration précédents. Cela aurait été bien d'avoir toutes ces questions au début ou à la fin pour d'éviter de longues pauses où il m’attendait.

Je n'ai rien eu de ce style là cette fois, par contre c'était chez moi quasiment systématique lors de mes précédentes migrations.

Ca arrive quand tu touche aux fichiers de configurations de certains programmes.

Je l'avais compris en lisant le message qui s'affiche durant la mise à niveau smile.

#22 -1 »  [Résolu] Faire fonctionner PHP 5 avec Apache 2.2 » Le 14/06/2014, à 23:25

Sylvhem
Réponses : 2

Bonjour.

Je me suis embarqué il y a peu de temps dans une nouvelle grande aventure, à savoir installer un serveur Web. L'installation d'Apache 2.2 ne m'ayant pas posé de problèmes, je me suis lancé dans celle de PHP 5. J'ai suivis à cet effet la documentation disponible sur le wiki d'Apache, Running PHP with fcgid. Comme indiqué, j'ai :

  1. vérifié que apache2-mpm-worker était bien installé ;

  2. vérifié que libapache2-mod-php5 était bien désinstallé ;

  3. installé libapache2-mod-fcgid et php5-cgi ;

  4. créé le fichier /usr/local/bin/php-wrapper contenant très exactement :

    #!/bin/sh
    
    # Set desired PHP_FCGI_* environment variables.
    
    # PHP FastCGI processes exit after 1000 requests by default.
    
    PHP_FCGI_MAX_REQUESTS=1000
    
    export PHP_FCGI_MAX_REQUESTS
    
    # Replace with the path to your FastCGI-enabled PHP executable
    
    exec /usr/lib/cgi-bin/php5 
  5. donné ce fichier à l'utilisateur et au groupe www-data avant de faire un chmod 550 dessus ;

  6. rajouté les lignes suivantes à mon fichier apache2.conf :

    LoadModule fcgid_module /usr/lib/apache2/modules/mod_fcgid.so
    
    AddHandler fcgid-script .php
    
    FcgidWrapper /usr/local/bin/php-wrapper .php 

J'ai ensuite créé, à des fins de test, un fichier index.php contenant uniquement <?php phpinfo(); ?> et l'ai placé dans le répertoire où se trouvent les fichiers de mon hôte virtuel. J'ai redémarré le serveur et… J'ai eu droit à une belle erreur 403.
Plutôt étonné, j'ai retenté le coup en commentant les directives ajoutées à apache2.conf. Et là pas de problème, le fichier index.php est bien envoyé au navigateur (même si il est bien entendu pas interprété par le serveur).

Ça fait plusieurs heures que j'essaye de voir d'où vient le problème mais je ne trouve vraiment pas. Quelqu'un aurait une idée ? Si il vous faut d'avantage de précision, dites le moi.
Je précise que ce serveur ne tourne pas sous Ubuntu mais sous Debian Wheezy, qui est normalement sensiblement similaire (c'est pourquoi je me suis permis de poster ici).

#23 Re : -1 »  [Résolu] Faire fonctionner PHP 5 avec Apache 2.2 » Le 15/06/2014, à 15:50

Sylvhem
Réponses : 2

Merci beaucoup bruno, en lisant les liens que tu m'as donné, j'ai tout de suite trouvé la réponse. J'avais juste oublié de rajouter Options ExecCGI dans la configuration de mon site. Donc, forcément, ça ne marchait pas très bien…

bruno a écrit :

Ce n'est pas la configuration la plus simple pour Apache/PHP5 wink

Je sais bien, mais mod_php semble poser pas mal de problèmes, donc j'ai préféré partir sur quelque chose de plus propre smile.

bruno a écrit :

Enfin le chemin de l'exécutable PHP5 CGI c'est plutôt :

/usr/bin/php5-cgi

pour Debian/Ubuntu.

Pour une raison qui m'échappe un peu, il semble y avoir un fichier aux deux endroits… J'ai quand même suivi ton conseil.

#24 Re : -1 »  flash et java » Le 03/06/2014, à 23:34

Sylvhem
Réponses : 2

Comme indiqué dans le lien que tu donnes, pour installer le plugin Java il te suffit d'installer le paquet icedtea-7-plugin, disponible dans les dépôts. Normalement tu devrais pouvoir ensuite lire les appliquettes Java sans problème dans Mozilla Firefox, Epiphany, Chromium et Google Chrome. Si ça bloque vraiment essaye d'installer en plus icedtea-6-plugin (et pas icedtea6-plugin qui n'existe pas contrairement à ce qui est indiqué), qui apporte le support de l'ancienne version de Java.

En ce qui concerne Flash installe le paquet flashplugin-installer, lui aussi présent dans les dépôts et qui ira chercher et installer Adobe Flash directement depuis le site de l'éditeur.