gros pb avec ipcop 1.3

[Jo1212]

lut le monde <BR> <BR>je viens de changer l'ordi qui me servait pour mon ipcop, j'ai mis un p120, 64mo ram et 800 mo de dd, j'ai donc reinstallé ipcop, mais là gros pb, le modem se connecte bien, j'ai accès au l'interface web de l'ipcop, mais je n'arrive pas à surfer, ni à me connecter à messenger par exemple, enfin bref comme si je n'étais aps connecté <IMG SRC="images/smiles/icon_bawling.gif">

[mad_dog]

As tu reparamétrer ton adresse de passerelle et de DNS sur ton PC utilisateur afin que celle ci soit celle de ton IPCOP ???

[mad_dog]

Sinon met ton PC utilisateur en DHCP et active ton DHCP sur ton ipcop ...

[Jo1212]

ben malheureusement j'ai bien paramétré mes postes clients et le dhcp ne change rien <IMG SRC="images/smiles/icon_bawling.gif"> <BR>une copie des logs si quelq'un arrive à déceler une anomalie : <BR> <BR>PPP : <BR>

Code: Tout sélectionner

<BR>21:43:05 pppd pppd 2.4.1 started by root, uid 0 <BR>21:43:05 pppd Using interface ppp0 <BR>21:43:05 pppd Connect: ppp0 <--> /dev/ttyp0 <BR>21:43:10 pppd local IP address 80.11.105.137 <BR>21:43:10 pppd remote IP address 193.253.160.3 <BR>21:43:10 pppd primary DNS address 193.252.19.3 <BR>21:43:10 pppd secondary DNS address 193.252.19.4 <BR>21:44:10 pppd No response to 3 echo-requests <BR>21:44:10 pppd Serial link appears to be disconnected. <BR>21:44:10 pppd Connection terminated. <BR>21:44:10 pppd Connect time 1.1 minutes. <BR>21:44:10 pppd Sent 1860 bytes, received 1104 bytes. <BR>21:44:10 pppd Using interface ppp0 <BR>21:44:10 pppd Connect: ppp0 <--> /dev/ttyp1 <BR>21:44:24 pppd local IP address 81.51.13.144 <BR>21:44:24 pppd remote IP address 193.253.160.3 <BR>21:44:24 pppd primary DNS address 193.252.19.3 <BR>21:44:24 pppd secondary DNS address 193.252.19.4 <BR>21:44:39 pppd local IP address 81.51.13.144 <BR>21:44:39 pppd remote IP address 193.253.160.3 <BR>21:44:39 pppd primary DNS address 193.252.19.3 <BR>21:44:39 pppd secondary DNS address 193.252.19.4 <BR>21:46:41 pppd Terminating on signal 15. <BR>21:46:41 pppd Terminating on signal 15. <BR>21:46:42 pppd Child process /usr/local/bin/pppoeci -vpi 8 -vci 35 -vendor 0x0915 -product 0x8000 -mode VCM_RFC2364 (pid 309) terminated with signal 11 <BR>21:46:42 pppd Modem hangup <BR>21:46:42 pppd Connection terminated. <BR>21:46:42 pppd Connect time 2.6 minutes. <BR>21:46:42 pppd Sent 11242 bytes, received 10036 bytes. <BR>21:46:44 pppd Exit. <BR>

<BR> <BR>et pour le noyau : <BR> <BR>

Code: Tout sélectionner

<BR>21:40:36 kernel klogd 1.4.1, log source = /proc/kmsg started. <BR>21:40:36 kernel Inspecting /boot/System.map-2.4.20 <BR>21:40:39 kernel Loaded 15381 symbols from /boot/System.map-2.4.20. <BR>21:40:39 kernel Symbols match kernel version 2.4.20. <BR>21:40:39 kernel Loaded 288 symbols from 23 modules. <BR>21:40:39 kernel Linux version 2.4.20 (root@server1.wormgoor.com) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-113)) #1 wo apr 16 14:57:21 CEST 2003 <BR>21:40:39 kernel BIOS-provided physical RAM map: <BR>21:40:39 kernel BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) <BR>21:40:39 kernel BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) <BR>21:40:39 kernel BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) <BR>21:40:39 kernel BIOS-e820: 0000000000100000 - 0000000004000000 (usable) <BR>21:40:39 kernel BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) <BR>21:40:39 kernel BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) <BR>21:40:39 kernel BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved) <BR>21:40:39 kernel 64MB LOWMEM available. <BR>21:40:39 kernel On node 0 totalpages: 16384 <BR>21:40:39 kernel zone(0): 4096 pages. <BR>21:40:39 kernel zone(1): 12288 pages. <BR>21:40:39 kernel zone(2): 0 pages. <BR>21:40:39 kernel Kernel command line: auto BOOT_IMAGE=IPCop ro root=304 BOOT_FILE=/boot/vmlinuz <BR>21:40:39 kernel Initializing CPU#0 <BR>21:40:39 kernel Console: colour VGA+ 80x25 <BR>21:40:39 kernel Calibrating delay loop... 120.01 BogoMIPS <BR>21:40:40 kernel Memory: 62652k/65536k available (1020k kernel code, 2496k reserved, 272k data, 232k init, 0k highmem) <BR>21:40:40 kernel Checking if this processor honours the WP bit even in supervisor mode... Ok. <BR>21:40:40 kernel Dentry cache hash table entries: 8192 (order: 4, 65536 bytes) <BR>21:40:40 kernel Inode cache hash table entries: 4096 (order: 3, 32768 bytes) <BR>21:40:40 kernel Mount-cache hash table entries: 1024 (order: 1, 8192 bytes) <BR>21:40:40 kernel Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) <BR>21:40:40 kernel Page-cache hash table entries: 16384 (order: 4, 65536 bytes) <BR>21:40:40 kernel Enabling CPUID on Cyrix processor. <BR>21:40:40 kernel CPU: Cyrix 6x86 2x Core/Bus Clock stepping 07 <BR>21:40:40 kernel Checking 'hlt' instruction... OK. <BR>21:40:40 kernel Checking for popad bug... OK. <BR>21:40:40 kernel POSIX conformance testing by UNIFIX <BR>21:40:40 kernel PCI: PCI BIOS revision 2.10 entry at 0xfdb81, last bus=0 <BR>21:40:41 kernel PCI: Using configuration type 1 <BR>21:40:41 kernel PCI: Probing PCI hardware <BR>21:40:41 kernel Limiting direct PCI/PCI transfers. <BR>21:40:41 kernel Activating ISA DMA hang workarounds. <BR>21:40:41 kernel Linux NET4.0 for Linux 2.4 <BR>21:40:41 kernel Based upon Swansea University Computer Society NET3.039 <BR>21:40:41 kernel Initializing RT netlink socket <BR>21:40:41 kernel apm: BIOS not found. <BR>21:40:41 kernel Starting kswapd <BR>21:40:41 kernel Journalled Block Device driver loaded <BR>21:40:42 kernel pty: 256 Unix98 ptys configured <BR>21:40:42 kernel Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled <BR>21:40:42 kernel Uniform Multi-Platform E-IDE driver Revision: 6.31 <BR>21:40:43 kernel ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx <BR>21:40:43 kernel PIIX3: IDE controller on PCI bus 00 dev 39 <BR>21:40:43 kernel PIIX3: chipset revision 0 <BR>21:40:43 kernel PIIX3: not 100%% native mode: will probe irqs later <BR>21:40:44 kernel ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio <BR>21:40:44 kernel hda: WDC AC2850F, ATA DISK drive <BR>21:40:44 kernel ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <BR>21:40:44 kernel blk: queue c02a4384, I/O limit 4095Mb (mask 0xffffffff) <BR>21:40:44 kernel hda: 1667232 sectors (854 MB) w/64KiB Cache, CHS=827/32/63, DMA <BR>21:40:44 kernel Partition check: <BR>21:40:44 kernel hda: hda1 hda2 hda3 hda4 <BR>21:40:45 kernel Floppy drive(s): fd0 is 1.44M <BR>21:40:45 kernel FDC 0 is a post-1991 82077 <BR>21:40:45 kernel RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize <BR>21:40:45 kernel NET4: Linux TCP/IP 1.0 for NET4.0 <BR>21:40:45 kernel IP Protocols: ICMP, UDP, TCP <BR>21:40:45 kernel IP: routing cache hash table of 512 buckets, 4Kbytes <BR>21:40:45 kernel TCP: Hash tables configured (established 4096 bind 8192) <BR>21:40:45 kernel kjournald starting. Commit interval 5 seconds <BR>21:40:45 kernel EXT3-fs: mounted filesystem with ordered data mode. <BR>21:40:46 kernel VFS: Mounted root (ext3 filesystem) readonly. <BR>21:40:46 kernel Freeing unused kernel memory: 232k freed <BR>21:40:46 kernel NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. <BR>21:40:46 kernel usb.c: registered new driver usbdevfs <BR>21:40:46 kernel usb.c: registered new driver hub <BR>21:40:46 kernel usb-uhci.c: $Revision: 1.275 $ time 15:17:00 Apr 16 2003 <BR>21:40:46 kernel usb-uhci.c: High bandwidth mode enabled <BR>21:40:46 kernel usb-uhci.c: USB UHCI at I/O 0xff40, IRQ 10 <BR>21:40:47 kernel usb-uhci.c: Detected 2 ports <BR>21:40:47 kernel usb.c: new USB bus registered, assigned bus number 1 <BR>21:40:47 kernel hub.c: USB hub found <BR>21:40:47 kernel hub.c: 2 ports detected <BR>21:40:47 kernel usb-uhci.c: v1.275:USB Universal Host Controller Interface driver <BR>21:40:47 kernel hub.c: new USB device 00:07.2-1, assigned address 2 <BR>21:40:47 kernel usb.c: USB device 2 (vend/prod 0x547/0x2131) is not claimed by any active driver. <BR>21:40:47 kernel EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,4), internal journal <BR>21:40:47 kernel kjournald starting. Commit interval 5 seconds <BR>21:40:47 kernel EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,1), internal journal <BR>21:40:48 kernel EXT3-fs: mounted filesystem with ordered data mode. <BR>21:40:48 kernel kjournald starting. Commit interval 5 seconds <BR>21:40:48 kernel EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal <BR>21:40:48 kernel EXT3-fs: mounted filesystem with ordered data mode. <BR>21:40:48 kernel Adding Swap: 62492k swap-space (priority -1) <BR>21:40:48 kernel ip_conntrack version 2.1 (512 buckets, 4096 max) - 320 bytes per conntrack <BR>21:40:48 kernel ip_tables: (C) 2000-2002 Netfilter core team <BR>21:40:48 kernel ip_conntrack_pptp version $Revision: 1.1.2.1 $ loaded <BR>21:40:48 kernel ip_nat_pptp version $Revision: 1.1.2.1 $ loaded <BR>21:40:49 kernel via-rhine.c:v1.10-LK1.1.14 May-3-2002 Written by Donald Becker <BR>21:40:49 kernel <!-- BBCode auto-link start --><a href="http://www.scyld.com/network/via-rhine.html" target="_blank">http://www.scyld.com/network/via-rhine.html</a><!-- BBCode auto-link end --> <BR>21:40:49 kernel eth0: VIA VT86C100A Rhine at 0xfc80, 00:50:ba:c5:41:a8, IRQ 10. <BR>21:40:49 kernel eth0: MII PHY found at address 8, status 0x782d advertising 05e1 Link 45e1. <BR>21:40:49 kernel eth0: Setting full-duplex based on MII #8 link partner capability of 45e1. <BR>21:42:49 kernel usb.c: USB disconnect on device 00:07.2-1 address 2 <BR>21:42:50 kernel hub.c: new USB device 00:07.2-1, assigned address 3 <BR>21:42:50 kernel usb.c: USB device 3 (vend/prod 0x915/0x8000) is not claimed by any active driver. <BR>21:43:05 kernel CSLIP: code copyright 1989 Regents of the University of California <BR>21:43:05 kernel PPP generic driver version 2.4.2 <BR>21:43:06 kernel HDLC line discipline: version $Revision: 3.3 $, maxframe=4096 <BR>21:43:06 kernel N_HDLC line discipline registered. <BR>21:46:02 kernel usb-uhci.c: interrupt, status 3, frame# 382 <BR>21:46:53 kernel usb.c: USB disconnect on device 00:07.2-1 address 3 <BR>

<BR> <BR>désolé pour la longuer du post mais au moins tout y est <IMG SRC="images/smiles/icon_biggrin.gif">

[Jo1212]

bon je me suis livré à quelques ping en continu : <BR>PC vers ipcop : ok <BR>ipcop vers pc : ok <BR>pc vers net : 60 % de perte <BR>ipcop vers net : 60 % de perte <BR> <BR>la seule chose que j'ai changé par rapport à mon ancien ipcop c'est la carte mère et le proc <IMG SRC="images/smiles/icon_boxe2.gif">

[Gesp]

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-2>En réponse à:</font><HR></TD></TR><TR><TD><FONT SIZE=-2><BLOCKQUOTE>pppd Child process /usr/local/bin/pppoeci -vpi 8 -vci 35 -vendor 0x0915 -product 0x8000 -mode VCM_RFC2364 (pid 309) terminated with signal 11 </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End --> <BR> <BR>Le signal11, c'est pas normal. Soit c'est un bug, soit c'est un défaut matériel. <BR>Je te conseillerais en premier de verifier la mémoire avec memtst86. <BR>Elle peut ne pas être défectueuse mais ne pas bien marcher sur la 'nouvelle' carte mère. <BR>

[Jo1212]

non pas de pb avec la mémoire, des années qu'elle est sur cette carte mère, jamais eu de pb, j'ai quand même fait les tests mais rien a signaler, ce serait pas plutôt quand de colère j'ai débranché sauvagement le modem pour le mettre provisoirement sur un pc windaube? <IMG SRC="images/smiles/icon_rolleyes.gif">

[Gesp]

La version 0.7 du driver est assez sensible coté USB. La connection tombait assez souvent chez moi. <BR>Dans la dernière version que j'ai compilé (la V1.3.1alpha4o), il y a le driver 0.8beta qui devrait améliorer ce problème. Cela m'interesserait d'avoir un retour s'il y a amélioration. Je n'ai pas eu le temps de tester longtemps. <BR> <BR>Sinon je ne vois pas trop. <BR> <BR>Avec le modem Sagem, certains ont pu améliorer le fonctionnement en réduisant le PCI_latency quand il était supérieur à 32 (voir sur ce forum) mais ce driver utilise le mode ISO plus exigeant que le BULK du driver ECI. <BR> <BR>J'ai le même chipset PIIX3: chipset revision 0, un Cyrix133, 32Mo EDO et un disque de 425Mo.<BR><BR><font size=-2></font>

[bri2]

je veux pas dire, mais çà allonge encore un peu la liste déjà longue des problèmes de la 1.3, alors sans vouloir plémiquer je persiste à la déconseiller en production et engage le s mebres qui pensent comme moi à revendiquer (gentilment) les fixes > au 5 de la 1.2 qui elle n'a jamais connu tous ces problèmes, j'en ai plusieurs qui tournent 24/24 sans l'ombre d'un pb quel que soit le matériel et même les modem usb !!!!!!!!

[antolien]

Je suis malheureusement d'accord avec bri2. <BR> <BR> La 1.3 à une liste de problèmes, que je ne pourrais pas énumérer tellement ça devient complet. <BR> <BR>Le passage à iptables, nous à fait se ruer vers cette version. <BR> <BR>Ce qui est compréhensible , car bri2, dans ton entreprise , tu as quand même près de 64000 ports ouverts ! <BR> <BR>Je suis sûr que avec les prochaines versions, nous devrions avoir quelque chose de correct. <BR> <BR>Cela dit, je ne suis pas seul à vouloir me tourner vers d'autres solutions plus... comment dire... fiables. <BR>En milieu pro, bien entendu je pense à des solutions commerciales, pour les assoces c'est difficile (morgane arrivera un jour) de se tourner vers des solutions qui coutent assez cher. <BR>Mais les trucs que je préfères, en milieu perso gratuit, c'est Astaro et Censornet... qui demandent un budget pour les entreprises (ce qui n'est pas gagné). <BR> <BR>Biensûr, des solutions gratuites plus compliquées existent. <BR>Notemment DEBIAN. avec des packages sécurisés (tel trustix) ADAMANTIX. <BR> <BR>Petite pub en passant, en partenariat avec un membre qui se reconnaîtera <IMG SRC="images/smiles/icon_wink.gif"> <BR> <BR>le mode out of topic était activé <IMG SRC="images/smiles/icon_rolleyes.gif">

[Gesp]

Comme tu l'as dit si bien <BR><!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-2>En réponse à:</font><HR></TD></TR><TR><TD><FONT SIZE=-2><BLOCKQUOTE>Tout<!-- BBCode Start --><B>e</B><!-- BBCode End --> solution amène de nouveaux problèmes (Murphy)</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End --> <BR> <BR>Je ne sais pas trop pourquoi il n'y a pas eu déjà au moins un fix de plus pour la V1.3. Il y avait quand même matière à cela. Et je ne ne suis pas tellement convaincu que le problème de reconnection soit complètement traité. <BR> <BR>Ou plutôt je me doute un peu. <BR>Chacun des derniers fix a engendré dans les jours qui suivaient une correction partielle du fix précédent. Et le fait que le fix soit mis en test au préalable n'y a rien changé. <BR> <BR>IPCop ne devient que ce que en font ses utilisateurs et ses dévelopeurs. <BR>J'ai trouvé des bugs dans la V1.3 finale qui étaient présents depuis les alpha de cette version et que personne y compris moi n'avait testé ou cerné. Plus le produit devient riche, plus il est difficile à tester en entier. Surtout que l'on a pas les moyens de contructeurs et que l'on ne peut pas nécessairement tester avec ce que l'on a chez soi.

[micj]

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-2>En réponse à:</font><HR></TD></TR><TR><TD><FONT SIZE=-2><BLOCKQUOTE> <BR>Le 2003-07-30 20:32, antolien a écrit: <BR>Je suis malheureusement d'accord avec bri2. <BR> <BR> La 1.3 à une liste de problèmes, que je ne pourrais pas énumérer tellement ça devient complet. <BR></BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End --> <BR> <BR>Je suis toujours étonné de voir des gens ayant des problèmes toujours les mêmes en prime et non remonté vers les équipes de développement ... <BR> <BR>Pour info, seulement 21 sur un total de 94 problèmes sont ouverts dans le bug tracking de sourceforge. <BR> <BR>Et entre nous, je n'y ai pas trouvé trace du problème évoqué ... <BR> <BR>

[antolien]

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-2>En réponse à:</font><HR></TD></TR><TR><TD><FONT SIZE=-2><BLOCKQUOTE> <BR>Le 2003-07-30 21:02, micj a écrit: <BR> <BR>Et entre nous, je n'y ai pas trouvé trace du problème évoqué ... <BR> <BR></BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End --> <BR> <BR>De quel problème parles tu s'il te plaît ? <BR> <BR>si tu parles du problème de reconnexion, il est connu, si tu parles du problème de l'antispoof, normalement aussi (je pense qu'ils n'ont pas très envie de rendre ça public) , le problème de sourceforge, ça va venir, celui de snort il y est. <BR> <BR>précises s'il te plaît...

[Gesp]

>si tu parles du problème de reconnexion, il est connu <BR>Eh bien je n'en suis pas si sùr. <BR>Je n'ai pas tout lu de la user-list mais je pense que personne n'a dit sur la devel-list que : <BR>- la solution proposée pour la V1.3 n'était pas suffisante : le holdoff=10 <BR>- la solution avec le holdoff=30 de la V1.3.1 n'était pas suffisante <BR> <BR>> si tu parles du problème de l'antispoof, normalement aussi (je pense qu'ils n'ont >pas très envie de rendre ça public) <BR>si j'ai bien compris la réponse, ils considèrent qu'il n'y a pas de besoin d'antispoof dans ce sens et que cela posait problème pour certaines configurations. Quelles objections ont-été formulés pour répondre si cette réponse n'était pas satisfaisante? <BR> <BR>Il me parait évident qu'il n'y a pas assez de monde travaillant sur IPCop pour qu'en même temps : <BR>- tous les problèmes qui sont spécifiques à l'installation des blocs logiciels incorporés dans IPCop soient résolus <BR>- les bugs dans les logiciels incorporés dans IPCop soient déjà correctement simplement identifiés et remontés aux équipes correspondantes. <BR>- le logiciel suive son évolution et progresse. <BR> <BR>Il n'y a qu'à voir sur les bugs recensés sur Sourceforge. Dans une grande partie des cas, l'utilisateur a dit: <BR>- cela ne marche pas <BR>- ou je peux regarder pour vous dire ou cela pose problème <BR>C'est pas comme cela que l'on apprendra si le smilblick est un oeuf <BR> <BR>Je considère que le projet Morgane tout bien sympatique qu'il puisse être est une perte d'énergie à réinventer une roue dont on ne trouvait pas la jante assez belle. <BR>Il eut été plus efficace de collaborer à un projet existant : <BR>- le support du Sagem800, je l'ai fait dans IPCop <BR>- la QOS, une première ébauche est dans la V1.3.1 <BR>Alors quoi de fondamentalement différent d'IPCop? <BR> <BR>Une petite remarque quand même, bri2 a lancé la conversation sur un sujet qui n'était pas vraiment celui du premier auteur du sujet. <BR> <BR>

[antolien]

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-2>En réponse à:</font><HR></TD></TR><TR><TD><FONT SIZE=-2><BLOCKQUOTE> <BR>Le 2003-07-30 23:04, Gesp a écrit: <BR> <BR>Une petite remarque quand même, bri2 a lancé la conversation sur un sujet qui n'était pas vraiment celui du premier auteur du sujet. <BR> <BR></BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End --> <BR> <BR>En effet, quelques justifications quand même. <BR> <BR>J'aime beaucoup ta réponse GESP, car elle est structurée, et concise. Ce qui n'est pas le cas de certains qui défendent à tout prix ipcop sans aucune argumentation. <BR> <BR>Il faut quand même voir que pour faire remonter des bugs, ce n'est pas vraiment évident. Il y a de plus la barrière de la langue et autre. <BR> <BR>Pour le projet morgane, c'était juste une allusion au passage. Rien de concret puisque rien n'existe réelement. Puis il est certain que la maturité de ce projet prendra du temps. <BR> <BR>Désolé pour l'auteur du sujet, qui se retrouve face à quelques problèmes qui ne le concerne pas directement.