• [^] # Re: pas compris

    Posté par (site web personnel) . En réponse au message Connection VPN Cisco (vpnc) ubuntu 10.4 freebox. Évalué à 2.

    Je suis une quiche en réseaux, donc j'essaye un peu tous les trucs qui me semblent avoir un rapport avec mon problème. C'est une méthode algorithmique très en pointe appellée le petit bonheur la chance qui donne des résulats presque aussi bons que la méthode la rache (TM). Enfi bref, je viens d'essayer un sudo ifconfig eth2 down, ça ne change rien. À tout hasard, voici le résultat d'un ifconfig:
    eth1 Link encap:Ethernet HWaddr 00:1f:3c:2c:7d:2c 
     inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
     inet6 addr: fe80::21f:3cff:fe2c:7d2c/64 Scope:Link
     UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
     RX packets:317806 errors:0 dropped:0 overruns:0 frame:0
     TX packets:249718 errors:0 dropped:0 overruns:0 carrier:0
     collisions:0 txqueuelen:1000 
     RX bytes:358326990 (358.3 MB) TX bytes:37372648 (37.3 MB)
    lo Link encap:Local Loopback 
     inet addr:127.0.0.1 Mask:255.0.0.0
     inet6 addr: ::1/128 Scope:Host
     UP LOOPBACK RUNNING MTU:16436 Metric:1
     RX packets:50822 errors:0 dropped:0 overruns:0 frame:0
     TX packets:50822 errors:0 dropped:0 overruns:0 carrier:0
     collisions:0 txqueuelen:0 
     RX bytes:6617608 (6.6 MB) TX bytes:6617608 (6.6 MB)
    virbr0 Link encap:Ethernet HWaddr c6:31:f8:29:dd:35 
     inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0
     inet6 addr: fe80::c431:f8ff:fe29:dd35/64 Scope:Link
     UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
     RX packets:0 errors:0 dropped:0 overruns:0 frame:0
     TX packets:178 errors:0 dropped:0 overruns:0 carrier:0
     collisions:0 txqueuelen:0 
     RX bytes:0 (0.0 B) TX bytes:35789 (35.7 KB)
    
    L'interface filaire eth2 est bien désactivée puisqu'elle n'apparaît pas. D'un autre côté je ne vois pas pourquoi il n'y aurait conflit entre le filaire et le wifi que chez moi et pas chez mon collègue, sachant que c'est la même machine, les deux fois par wifi. Et surtout pourquoi ça marche pendant 30 secondes avant de tout bloquer. J'en suis venu à faire des scripts pour découper mes commandes svn par bouts de 35 secondes:
    #!/bin/bash
    sudo vpnc-disconnect
    while true 
    do
     killall -9 svn
     svn cleanup
     find . -name log -exec rm '{}' \;
     sudo vpnc-connect XXX
     $* &
     sleep 35
     sudo vpnc-disconnect
    done
    
    Ce qui est particulièrement sale et pas anodin pour svn, en témoigne le nettoyage systématique que je dois faire à chaque tour. Sans parler des services autres que svn dont j'ai besoin. Bref, je sèche.