poil oq a écrit 377 commentaires

  • [^] # Re: dans l'ordre

    Posté par  . En réponse au message Migration e-mails de Gandi vers Pulseheberg. Évalué à 1. Dernière modification le 25 novembre 2023 à 22:17.

    Je suis d'accord (j'aime bien être d'accord de toute façon) mais mon problème c'est la syntaxe : Je suis incapable d'écrire 1 ligne de code, alors paramétrer un truc comme ça c'est foutu.

    Par contre le support technique de Pulseheberg est bien plus réactif que celui de Gandi et très sympa. Ils m'ont préparé la config à copier-coller chez Gandi :
    @ 10800 IN A 217.70.184.38
    @ 10800 IN MX 10 zimbra002.pulseheberg.com.
    @ 10800 IN TXT "v=spf1 include:spf.pulseheberg.com net ?all"
    www 10800 IN CNAME webredir.vip.gandi.net.

    Le ~all est devenu un ?all mais ça fonctionne, merci à tous.

    PoiloQ

  • [^] # Re: Améliorations

    Posté par  . En réponse au message Migration e-mails de Gandi vers Pulseheberg. Évalué à 1.

    Etant donné que chez Pulseheberg je n'ai pas trouvé où modifier les enregistrements DNS on va dire que la réponse de Cyril est pertinente. Et je vais tenir compte de ta remarque.

    Et ce ne sont que des e-mails perso, pas de soucis de temps de propagation ou de perte temporaire de service.

    Allez j'essaye ça et on verra demain comment ça se propage… ou pas ;o)

  • [^] # Re: Confusion

    Posté par  . En réponse au message Migration e-mails de Gandi vers Pulseheberg. Évalué à 1.

    Merci pour ta réponse.

    Je les garde comme registrar parce que j'ai payé jusqu'en 2031. Ensuite que ce soit leurs DNS ou ceux de Pulseheberg ne me fait ni chaud ni froid.

    Si je réutilise les DNS Gandi j'ai accès aux enregistrements DNS qui sont actuellement :
    @ 10800 IN A 217.70.184.38
    @ 10800 IN MX 10 spool.mail.gandi.net.
    @ 10800 IN MX 50 fb.mail.gandi.net.
    @ 10800 IN TXT "v=spf1 include:_mailcust.gandi.net ?all"
    _imap._tcp 10800 IN SRV 0 0 0 .
    _imaps._tcp 10800 IN SRV 0 1 993 mail.gandi.net.
    _pop3._tcp 10800 IN SRV 0 0 0 .
    _pop3s._tcp 10800 IN SRV 10 1 995 mail.gandi.net.
    _submission._tcp 10800 IN SRV 0 1 465 mail.gandi.net.
    gm1._domainkey 10800 IN CNAME gm1.gandimail.net.
    gm2._domainkey 10800 IN CNAME gm2.gandimail.net.
    gm3._domainkey 10800 IN CNAME gm3.gandimail.net.
    webmail 10800 IN CNAME webmail.gandi.net.
    www 10800 IN CNAME webredir.vip.gandi.net.

    ça fait beaucoup de lignes de paramétrage quand Pulseheberg remplace ça par juste une ligne MX et une ligne TXT. Mais si c'est suffisant ça me va, je peux toujours essayer ça.

  • # Le seul et unique : PyCoinCoin !

    Posté par  . En réponse au sondage Dix ans après, quel mécanisme de contrôle d'accès utilisez-vous pour votre système d'exploitation ?. Évalué à -5.

    Coin !

  • # /proc

    Posté par  . En réponse au sondage J'utilise les touches "Arrêt Défil" et/ou "Pause/Attn". Évalué à 2.

    J'ai un fichier de 35Mo dans /proc, c'est normal ?

  • # putain 15 ans !

    Posté par  . En réponse à la dépêche iiiiiiiiiiiiiii. Évalué à 3.

    bon anniversaire !!!

    ça fait 15 ans que j'ai un fichier de 15Mo dans /proc, je l'efface ?!

    Poiloq

  • # ?!

    Posté par  . En réponse au sondage Je microbloggue principalement avec. Évalué à 3.

    Procrastiner c'est remettre à plus tard ce que l'on a à faire tout de suite.

    Je ne vois pas bien comment on peut mettre ça en opposition à micro-blogguer.

    Je ne micro-bloggue pas, et procrastine peu.
    Quand d'autres savent sûrement micro-blogguer et procrastiner allègrement.

    il est bizarre ce sondage...
  • [^] # Re: udev à l'ouest ?

    Posté par  . En réponse au message fdisk -l ne montre rien après un apt-get upgrade. Évalué à 1.

    Bonne remarque, mais bien évidemment, j'ai pas de backup, quelle bonne blague.

    Par contre mon udev.conf est franchement vide (une ligne seulement: udev_log="err"). c'est louche. Et le répertoire rules.d est totalement vide.

    Comment reconstruit-on la config ?
    Ou bien comment récupérer un fichier de config correct ?
    J'ai déjà tout effacé (apt-get remove --purge) et tout réinstallé, mais c'est toujours vide.
  • [^] # Re: udev à l'ouest ?

    Posté par  . En réponse au message fdisk -l ne montre rien après un apt-get upgrade. Évalué à 1.

    Pas d'upgrade du noyau pendant l'opération.

    Udev azimuthé, j'en conviens, mais quoi faire ?
  • [^] # Re: UUID

    Posté par  . En réponse au message Grub et noyau 2.6.30. Évalué à 1.

    Réponse parfaite !

    après une semaine sans soucis, ce soir le système a re-mixé tout seul sda et sdb...

    J'ai tout passé en UUID dans fstab et menu.lst, c'est nickel.

    Merci.
  • [^] # Re: La voiture existe!

    Posté par  . En réponse à la dépêche Fiat Mio : la première voiture copyleftée. Évalué à 1.

    Il y en a au moins un qui suit l'actualité, bravo.
  • # XFS roulaize des papas ours !

    Posté par  . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à -9.

    tout est dans le titre.

    Et sinon il fait beau chez vous ?

    Poil.
  • [^] # Re: eth1

    Posté par  . En réponse au message pb carte réseau. Évalué à 1.

    t'as pas tout bien lu, mais j'étais pas super clair non plus, de toute façon c'est résolu:
    apt-get update
    apt-get dist-upgrade

    nouveau noyau 2.6.24, et tout marche correctement...

    merci pour l'effort...

    Poil.
  • [^] # Re: eth1

    Posté par  . En réponse au message pb carte réseau. Évalué à 1.

    je ne crois pas non:

    tout de suite sur le serveur elle est montée en eth2:

    en eth0 j'ai la d-link en 192.168.0.3
    en eth1 j'ai la freebox
    en eth2 j'ai l'e1000 en 10.0.0.1.

    Sur mon pc j'ai une carte configurée en 192.168.0.10, et une autre configurée en 10.0.0.2.

    tous les câbles sont sur le même switch, je peux pinger 192.168.0.3, mais pas 10.0.0.1.


    ifconfig:
    eth0 Link encap:Ethernet HWaddr 00:50:ba:2e:f4:7e
    inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0
    adr inet6: fe80::250:baff:fe2e:f47e/64 Scope:Lien
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:47846 errors:0 dropped:0 overruns:0 frame:0
    TX packets:52476 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:1000
    RX bytes:10000831 (9.5 MiB) TX bytes:44833719 (42.7 MiB)
    Interruption:10 Adresse de base:0x1400

    eth1 Link encap:Ethernet HWaddr 00:50:04:60:49:xx
    inet adr:88.179.96.xxx Bcast:88.179.96.255 Masque:255.255.255.0
    adr inet6: fe80::250:4ff:fe60:fe60/64 Scope:Lien
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:243747 errors:0 dropped:0 overruns:0 frame:0
    TX packets:233174 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:1000
    RX bytes:68110084 (64.9 MiB) TX bytes:23663536 (22.5 MiB)
    Interruption:11 Adresse de base:0xe400

    eth2 Link encap:Ethernet HWaddr 00:1b:21:07:4a:35
    inet adr:10.0.0.1 Bcast:10.0.0.255 Masque:255.255.255.0
    adr inet6: fe80::21b:21ff:fe07:4a35/64 Scope:Lien
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:3662 errors:0 dropped:0 overruns:0 frame:0
    TX packets:301 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:1000
    RX bytes:344967 (336.8 KiB) TX bytes:69837 (68.2 KiB)
    Adresse de base:0x1040 Mémoire:f0040000-f0060000


    lshw -C network:
    *-network:0
    description: Ethernet interface
    product: VT6102 [Rhine-II]
    vendor: VIA Technologies, Inc.
    physical id: d
    bus info: pci@0000:00:0d.0
    logical name: eth0
    version: 43
    serial: 00:50:ba:2e:f4:7e
    size: 100MB/s
    capacity: 100MB/s
    width: 32 bits
    clock: 33MHz
    capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
    configuration: autonegotiation=on broadcast=yes driver=via-rhine driverversion=1.4.1 duplex=full ip=192.168.0.3 latency=64 link=yes maxlatency=8 mingnt=3 module=via_rhine multicast=yes port=MII speed=100MB/s
    *-network:1
    description: Ethernet interface
    product: 3c905B 100BaseTX [Cyclone]
    vendor: 3Com Corporation
    physical id: e
    bus info: pci@0000:00:0e.0
    logical name: eth1
    version: 30
    serial: 00:50:04:60:49:xx
    size: 100MB/s
    capacity: 100MB/s
    width: 32 bits
    clock: 33MHz
    capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
    configuration: autonegotiation=on broadcast=yes driver=3c59x duplex=full ip=88.179.96.xxx latency=80 link=yes maxlatency=10 mingnt=10 module=3c59x multicast=yes port=MII speed=100MB/s
    *-network:2
    description: Ethernet interface
    product: 82541PI Gigabit Ethernet Controller
    vendor: Intel Corporation
    physical id: 10
    bus info: pci@0000:00:10.0
    logical name: eth2
    version: 05
    serial: 00:1b:21:07:4a:35
    size: 1GB/s
    capacity: 1GB/s
    width: 32 bits
    clock: 66MHz
    capabilities: pm pcix bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
    configuration: autonegotiation=on broadcast=yes driver=e1000 driverversion=7.1.9-k4-NAPI duplex=full firmware=N/A ip=10.0.0.1 latency=64 link=yes mingnt=255 module=e1000 multicast=yes port=twisted pair speed=1GB/s

    extrait de /var/log/messages:

    Jun 4 20:54:22 rotodesk kernel: Intel(R) PRO/1000 Network Driver - version 7.1.9-k4-NAPI
    Jun 4 20:54:22 rotodesk kernel: Copyright (c) 1999-2006 Intel Corporation.
    Jun 4 20:54:22 rotodesk kernel: ACPI: PCI Interrupt 0000:00:10.0[A] -> Link [LNKD] -> GSI 9 (level, low) -> IRQ 9
    Jun 4 20:54:22 rotodesk kernel: e1000: 0000:00:10.0: e1000_probe: (PCI:33MHz:32-bit) 00:1b:21:07:4a:35
    Jun 4 20:54:22 rotodesk kernel: e1000: eth2: e1000_probe: Intel(R) PRO/1000 Network Connection
    Jun 4 20:54:22 rotodesk kernel: e1000: eth2: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex


    d'autres infos nécessaires ?
  • [^] # Re: Et pour le grand public ?

    Posté par  . En réponse à la dépêche System Rescue CD estampillé 1.0. Évalué à 3.

    Bien sûr ! il y a SystemRescueCD !

    mais il faut investir un peu de son temps dans les pages man, et google...
  • [^] # Re: que dit ...

    Posté par  . En réponse au message nouvelle carte réseau. Évalué à 1.

    excellentes remarques, j'ai désactivé le firewall, et ça marche, donc faut que j'intègre la carte dans le script iptable...

    merci.
  • [^] # Re: que dit ...

    Posté par  . En réponse au message nouvelle carte réseau. Évalué à 1.

    # route -n
    Table de routage IP du noyau
    Destination Passerelle Genmask Indic Metric Ref Use Iface
    88.179.96.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
    192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
    192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    0.0.0.0 88.179.96.254 0.0.0.0 UG 0 0 0 eth1

    pour moi la route est bonne:
    eth1 la freebox
    eth0 le premier réseau
    eth2 le 2e réseau
  • [^] # Re: que dit ...

    Posté par  . En réponse au message nouvelle carte réseau. Évalué à 1.

    finalement, maintenant elle est là, parfaitement visible sur le serveur, mais totalement sourde et muette, impossible de pinger les adresses en 192.168.1.x, et impossible de la pinger depuis une machine sur le réseau 192.168.1.x.

    dans quelle direction dois-je chercher ?
  • [^] # Re: que dit ...

    Posté par  . En réponse au message nouvelle carte réseau. Évalué à 1.

    finalement, maintenant elle est là, parfaitement visible sur le serveur, mais totalement sourde et muette, impossible de pinger les adresses en 192.168.1.x, et impossible de la pinger depuis une machine sur le réseau 192.168.1.x.

    dans quelle direction dois-je chercher ?
  • [^] # Re: que dit ...

    Posté par  . En réponse au message nouvelle carte réseau. Évalué à 2.

    ben ifconfig disait rien du tout, juste eth0 eth1 et lo.

    mais j'ai ajouté un "alias eth2 e1000" dans /etc/modprobe.d/aliases, puis "update-modules", et là après ce dernier reboot ça marche...

    eth0 Link encap:Ethernet HWaddr 00:50:ba:2e:f4:7e
    inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0
    adr inet6: fe80::250:baff:fe2e:f47e/64 Scope:Lien
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:409 errors:0 dropped:0 overruns:0 frame:0
    TX packets:448 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:1000
    RX bytes:34545 (33.7 KiB) TX bytes:130804 (127.7 KiB)
    Interruption:10 Adresse de base:0x1000

    eth1 Link encap:Ethernet HWaddr 00:50:04:60:49:98
    inet adr:xx.xxx.xx.xxx Bcast:xx.xxx.xx.255 Masque:255.255.255.0
    adr inet6: xxx/64 Scope:Lien
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:1930 errors:0 dropped:0 overruns:0 frame:0
    TX packets:2743 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:1000
    RX bytes:375317 (366.5 KiB) TX bytes:1842097 (1.7 MiB)
    Interruption:11 Adresse de base:0xe400

    eth2 Link encap:Ethernet HWaddr 00:1b:21:07:4a:35
    inet adr:192.168.1.100 Bcast:192.168.1.255 Masque:255.255.255.0
    adr inet6: fe80::21b:21ff:fe07:4a35/64 Scope:Lien
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:1000
    RX bytes:0 (0.0 B) TX bytes:492 (492.0 B)
    Adresse de base:0x1480 Mémoire:f0020000-f0040000

    lo Link encap:Boucle locale
    inet adr:127.0.0.1 Masque:255.0.0.0
    adr inet6: ::1/128 Scope:Hôte
    UP LOOPBACK RUNNING MTU:16436 Metric:1
    RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:0
    RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

    merci quand même, bonne nuit ;o)
  • [^] # Re: LWN : Debian s'enterre dans les résolutions

    Posté par  . En réponse à la dépêche Destitution du Debian Project Leader ?. Évalué à 0.

    ça c'est un monument de la culture, allez hop ! voyons voir ce qu'il y a de dispo via mldonkey...

    je sais, je sors --------------->[]
  • [^] # Re: Tutorial sur postfix

    Posté par  . En réponse au message configuration serveur mail. Évalué à 1.

    là aussi:

    http://christian.caleca.free.fr/imap/serveurs_imap.htm

    le site est d'ailleurs assez complet concernant d'autres sujets.
  • [^] # Re: Images

    Posté par  . En réponse à la dépêche Lightning 0.1 en français. Évalué à 5.

    arrêtez de déconner, ils ont modifié l'extension calendar pour qu'elle s'intègre totalement dans thunderbird, c'est bien, je ne critique pas, mais y'a pas de quoi fouetter un chat, ça ne fait rien de plus que calendar.

    Quand on aura un serveur de calendriers pour gérer tout ça sans devoir installer un serveur apache, etc. ce sera une véritable avancée.
  • [^] # Re: Nom

    Posté par  . En réponse à la dépêche Lightning 0.1 en français. Évalué à 3.

    ça aurait pu être calenbird ou calenfox, ou chazaam, au choix.
  • [^] # Re: re

    Posté par  . En réponse au message table de routage du noyau - debian sarge. Évalué à 2.

    J'ai oublié de dire merci, alors merci.