balzane a écrit 168 commentaires

Bonsoir,

J'ai forcé avec la MAC du routeur :
arp -s 192.168.50.1 MA:C:du:r:ou:te:ur

du coup, ip neigh show me retourne
192.168.50.1 dev eth0 lladdr MA:C:du:r:ou:te:ur

Mais le routeur ne réponde toujours pas à mes pings, et impossible d'accèder à son interface de gestion.
:(

C'est mon interface wifi.
Pour tester en filaire, c'est moyen ;-)

Voilà :
cf51:/home/balzane# ip -s link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes packets errors dropped overrun mcast
8010 112 0 0 0 0
TX: bytes packets errors dropped carrier collsns
8010 112 0 0 0 0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:0b:97:a0:bc:1f brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
5589 41 0 0 0 0
TX: bytes packets errors dropped carrier collsns
42700 337 0 0 0 0
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:12:f0:49:b0:2b brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
0 0 0 0 0 0
TX: bytes packets errors dropped carrier collsns
7190 44 0 0 0 0

Chez moi c'est un peu pareil :
route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.50.0 * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 eth0
default 192.168.50.1 0.0.0.0 UG 0 0 0 eth0

route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.50.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.168.50.1 0.0.0.0 UG 0 0 0 eth0

/etc/hosts
127.0.0.1 cf51.[...].homeip.net localhost.[...].homeip.net cf51 localhost
#127.0.1.1 cf51.[...].homeip.net cf51
192.168.50.12 cf51.[...].homeip.net cf51

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

#Local network
192.168.50.1 tux-server

L'envoi de la requête en utilisant le nom d'hôte de la machine et non son IP est-il la cause de cette absence de réponse, ma machine n'étant pas dans le domaine [...].homeip.net. Si oui, la solution est-elle simplement de commenter la ligne 192.168.50.12 cf51.[...].homeip.net dans le fichier /etc/hosts ?

Heu, j'ai dit une connerie là, non ? La réponse est envoyée vers l'adresse MAC à l'origine de la requête ?

J'avais bien purgé le cache suite à ton commentaire précédent.
Après mes nouvelles tentatives, arp -an me renvoie :
? (192.168.50.1) at [incomplete] on eth0
Tu avais raison, le problème semble bien se situer au niveau d'ARP, mais pas au niveau cache.

* Incomplete est entre < et >, et semble trop ressembler à une balise html pour passer tel quel.

cf51:/home/balzane# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
Link detected: yes


Ci-dessous le résultat du tcpdump pendant une tentative de ping de la passerelle.

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
17:26:40.259468 ARP, Request who-has 192.168.50.1 tell cf51.[...].homeip.net, length 28
17:26:41.259467 ARP, Request who-has 192.168.50.1 tell cf51.[...].homeip.net, length 28
17:26:42.259469 ARP, Request who-has 192.168.50.1 tell cf51.[...].homeip.net, length 28
17:26:43.275497 ARP, Request who-has 192.168.50.1 tell cf51.[...].homeip.net, length 28
17:26:44.275465 ARP, Request who-has 192.168.50.1 tell cf51.[...].homeip.net, length 28
17:26:45.275471 ARP, Request who-has 192.168.50.1 tell cf51.[...].homeip.net, length 28
^C
6 packets captured
6 packets received by filter
0 packets dropped by kernel

Si je lis bien, la passerelle ne renvoie pas de réponse... ou la réponse n'arrive pas.
L'envoi de la requête en utilisant le nom d'hôte de la machine et non son IP est-il la cause de cette absence de réponse, ma machine n'étant pas dans le domaine [...].homeip.net. Si oui, la solution est-elle simplement de commenter la ligne
192.168.50.12 cf51.[...].homeip.net
dans le fichier /etc/hosts ?

Merci pour la piste, elle permet d'éliminer la mise en cause du cache ARP : le fichier /proc/net/arp est vide, est les commandes arp -d 192.168.50.1 et arp -d tux-server me retournent Pas d'entrée ARP pour 192.168.50.1, resp. tux-server.

Le déchargement /rechargement du pilote r8169 du noyau suivi d'un /etc/init.d/networking start ne fonctionne pas non plus.

Sauf erreur, lorsque tu envoies un cookie sans préciser de date d'expiration, celui-ci expire à la fin de la session, lorsque le navigateur est fermé.

Il peut accéder à d'autres fichiers sans en avoir l'autorisation.
Deux solutions qui peuvent être combinées :
- la valeur de ta variable (le nom du fichier téléchargé) doit correspondre à un motif de regex tel que, par exemple, tout premier caractère soit une lettre ou un chiffre et les derniers caractères .ogg
- la valeur de ta variable doit également être un nom de fichier musical enregistré dans la table correspondante de la BDD

PAS DE COOKIE !
Oui, j'ai bien compris, encore qu'à cette heure j'en grignoterai bien un. Le message que j'ai essayé de faire passer, c''est qu'en php, il existe de méthodes de propagation d'un id de session :
- première méthode, celle interdite : un cookie sur le poste client
- seconde méthode, ma proposition dans mon poste précédent : l'id est propagé via la constante SID, tous tes liens internes deviennent : href="mon_lien.php?sessionid=mon_id_de_session_kinépadanzincookie"

En php, un identifiant de session peut-être propagé par un cookie ou par l'URL via get. session.use_trans_sid et SID (la constante php, pas la branche Debian) sont tes amis.

Remarques :
- pourquoi rechercher une solution fonctionnant indifféremment sous Apache et IIS ? Si tu cherches à construire un petit site web, et non une solution universelle qui concurrencera iTunes, il me semble indispensable de définir en amont l'environnement de production. Si ton projet doit réellement pouvoir être déployé indifféremment sous Apache et IIS, prends-tu bien en compte les différences entre les deux serveurs ? -Indexes, deny from all sonne pour moi comme une directive Apache... mais je ne connais pas IIS :)
- ta contrainte sur l'absence de cookie utilisateur est-elle justifiée ? Le passage d'un id de session via l'URL, quoique possible, ne me semble pas une solution propre.
- Sous Apache, l'utilisation de mod_rewrite te permettra d'utiliser une URL comme mon_site_de_zik.com/download/mon_fichier.mp3, plus propre que mon_site_de_zik.com/push.php?file=mon_fichier.mp3
- que se passe-t-il si l'utilisateur modifie l'URL à la main, genre push.php?file=index.php ?
- enfin, un conseil, révise le chapitre sessions de la doc php :)

Dr Watson message :

Attention, les programmes suivants ont causé une erreur irrécupérable :
MS Flight Simulator EADS A380 edition - fly-high.exe

Codes d'erreur : #0down #0fall

Cliquez sur « OK » pour redémarrer le système, « Annuler » pour déboguer l'application.

Les contributeurs Framalang, petites mains industrieuses derrière les traductions du Framablog, recourent à une organisation digne d'un processus métier (foutaises !). Le passage par les étapes successives : traduction, relecture, validation, permet d'éviter bien des écueils.

Face aux difficultés linguistiques ou techniques, les connaissances de chacun s'avèrent souvent complémentaires, et assurent à minima une traduction qui tient la route.

La mutualisation appliqué à la traduction, en quelque sorte, même si le résultat final reste corrélé avec les compétences des contributeurs bénévoles... et leur nombre !

Une ONT, ce ne serait pas ça ?

Une Optical Network Termination, (abbrév. ONT) est une unité de réseau optique employée pour le raccordement par fibre jusqu’au domicile (FTTH, Fiber To The Home), qui incorpore la fonction d’accès au terminal de l’utilisateur.

Source : Wikipédia.

Il y a bien Emacs, mais son éditeur de texte laisse encore un peu à désirer...

--> []

Merci de la précision.
Il me reste définitivement des progrès à faire en admin :~|

Bonjour,

Postulat : ton script php est appelé par /etc/cron.monthly.
Pourrais-tu ensuite clarifier ta question : souhaites-tu que le mail soit envoyé par ton script php, auquel cas, recours à la fonction mail() de php, ou bien, souhaites-tu procéder autrement, comme par exemple en redirigeant la sortie du script php vers un fichier temporaire dont le contenu serait récupéré et envoyé par mail via un script bash ?
Je trouve à cette dernière solution un désagréable côté usine à gaz, mais elle autorise le log de la valeur de retour.

Je pense utiliser MySQL comme SGBDR, sans avoir définitivement arrêté ce choix (pourquoi pas PostgreSQL, c'est vendredi ;-) ).
Comme l'appli attaque la BDD via un ORM (Doctrine), le choix n'est pas critique à ce stade.

Ta proposition de table de tags ne me semble utilisable que pour les mots clefs, les autres champs ont, selon le standard IPTC, des tailles très variables (de mémoire, 2000 caractères pour la légende).
En revanche, la remarque sur l'utilisation de vues pour masquer la structure sous-jacente est très pertinente :-)

Merci pour la réponse.

il peut y avoir plusieurs villes portant le même nom dans un même pays
L'écueil me semble contournable en fixant dans la table City une contrainte d'unicité sur la paire name, state_id : avec ça je dois pouvoir gérer (presque) tous les homonymes.

« et s'il n'y a pas d'hiver, cela n'est pas l'été »

Les con-sommateurs. Comme maintenant quoi...

Opera aussi : http://www.opera.com/browser/download/?os=linux-x86-64&v(...) ...

Les paquebots récents sont propulsés par des moteurs électriques placés dans des bulbes orientables ou fixes. L'intérêt va au delà de la simple économie de carburant : meilleur rendement hydrodynamique, mais aussi manœuvrabilité améliorée, réduction du bruit et des vibrations, suppression des arbres d'hélices.

http://fr.wikipedia.org/wiki/Pod_(navigation)
Quelques paquebots propulsés par les Azipod d'ABB : http://en.wikipedia.org/wiki/Azipod#Cruise_ships

Les locomotive diesel récentes, tout est relatif. Je n'ai pas creusé plus avant, mais j'avais en tête la BB 63000 : d'après Wikipédia, les premiers exemplaires furent construits en 1953.

http://fr.wikipedia.org/wiki/BB_63000