Two ISPs on the same interface
Hello all, I got two ISP lines (1 Mb and 6 Mb) and was planning to route outgoing guest traffic thru the smaller one. Problem is my FW only has two NICs. If both external routers are connected to a Cisco switch as well as the external OpenBSD interface, is it possible to use route-to to send packets to the ISP gateway I choose? All the examples I found use three NICs. Thanks.-
Re: Problems with outgoing loadbalancing with pppoe(4)
Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface default XXX.YYY.133.6 UGS012091 - 8 pppoe0 These two routes have different priorities. In Cisco-land, you can have two routes for 0.0.0.0 w/ mask 0.0.0.0, but twod ifferent metrics will result in an HA not a round-robin condition. Try avoiding the use of /etc/mygate and try to manuallly add two routes with equal-cost priority. XXX.YYY.133.6 AAA.BBB.212.232 UH 0 0 - 4 pppoe1 I've never done this type of application before; So I'm curious to see what results you get. However, first order of business: The man page lists a flag that youc an set: -priority -priority ~BAS
Re: OpenBSD as router for UK FTTC?
On 28 December 2011 21:36, percy piper piper.pe...@gmail.com wrote: pppoe(4) did not work. We need to authenticate with chap first, then pap. pppoe(4) forces the exclusive use of either one or the other. Actually this is not true. Both use chap. There is no pap. The first chap challenge succeeds (to the BT AC) the second chap challenge does not. No authentication failure response is received, we just get another chap challenge and this repeats until a timeout occurs. If we deliberately use an incorrect secret the first chap challenge fails and we do get an auth fail response from BT's AC, so it seems that BT's AC accepts our chap auth response but our ISP's AC does not. Very odd especially as userland ppp does not exhibit this odd behaviour at all. It may be that our ISP's AC is dropping the pppoe(4) auth response packet as invalid (why?) or it never receives it which would explain the lack of a response. I will need to comb through the packet captures from both userland and kernel pppoe to see if I can find any relevant difference. Has anyone else seen anything like this? This is with both the Dec 20th i386 snap and 4.9 i386 release.
Re: Two ISPs on the same interface
Papo Napolitano p...@dosalcubo.com a C)crit : Hello all, I got two ISP lines (1 Mb and 6 Mb) and was planning to route outgoing guest traffic thru the smaller one. Problem is my FW only has two NICs. If both external routers are connected to a Cisco switch as well as the external OpenBSD interface, is it possible to use route-to to send packets to the ISP gateway I choose? All the examples I found use three NICs. Thanks.- Hi, Although possible it ain't very clean. Should your switch support vlans you can have each router in an untagged vlan and your firewall on a trunk port (Tagged) port of your switch. You would configure your fw with 2 external vlan interfaces. -- EnvoyC) de mon tC)lC)phone Android avec K-9 Mail. Excusez la briC(vetC).
sha1 and md5 broken with Broadcom 5862 CA and IPSec?
Hi list! After upgrading from 4.7 to 5.0, i started to have problems with SHA1 when using Broadcom 5862 crypto accelerator with IPSec. I am using a IPSec tunnel between two machines, where one end has a crypto accelerator and other doesn't. Machine with CA(host0) is running 5.0-current i386 from 20. December, second machine(host1) is running 4.9 release i386 patched to latest errata. When using SHA1 or MD5, there is packet loss on the link and i see netstat packets that failed verification received counter increasing on host1. There are no packet verification errors on host0. I have tested it with CA on both ends and the result is similar(packet verification fail on both ends). I have tested host0 also with 4.9 and 5.0 release - problem is the same. Before upgrade, when host0 was running 4.7 release, same configuration worked without any problem. There were also no problems when host0 was running 4.7 and host1 4.9. Problem occurs with SHA1 and MD5, which are both supported by CA. When using SHA2(that is not supported by CA) everything works. Problem exist with tunnel and transport mode. Any debugging hints and ideas to get sha1 working are welcome, Joosep CA in question is: ubsec0 at pci5 dev 0 function 0 Broadcom 5862 rev 0x01: 3DES MD5 SHA1 AES PK, apic 9 int 0 ipsec.conf: ike esp transport proto ipencap from $host0_ip to $host1_ip \ local $host0_ip peer $host1_ip quick auth hmac-sha1 enc aes \ srcid $host0_id dstid $host1_id dmseg of host0: OpenBSD 5.0-current (GENERIC) #118: Tue Dec 20 11:09:21 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Dual-Core AMD Opteron(tm) Processor 2210 (AuthenticAMD 686-class, 1024KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,SSE3,CX16,LAHF,SVM real mem = 1071501312 (1021MB) avail mem = 1043890176 (995MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.4 @ 0xee000 (64 entries) bios0: vendor HP version A10 date 07/17/2009 bios0: HP ProLiant DL365 G1 acpi0 at bios0: rev 2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP SPCR MCFG HPET SPMI ERST APIC SRAT BERT HEST acpi0: wakeup devices PPXB(S4) PXS2(S4) EXB0(S4) EXB1(S4) EXB2(S4) EXB3(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 addr 0xd000, bus 64-255 acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 200MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 8 pa 0xfec0, version 11, 16 pins ioapic1 at mainbus0: apid 9 pa 0xfec01000, version 11, 16 pins acpiprt0 at acpi0: bus 2 (PPXB) acpiprt1 at acpi0: bus 0 (PCI0) acpiprt2 at acpi0: bus 75 (EXB0) acpiprt3 at acpi0: bus 72 (EXB1) acpiprt4 at acpi0: bus 66 (NB01) acpiprt5 at acpi0: bus 68 (NB02) acpiprt6 at acpi0: bus 69 (EXB4) acpiprt7 at acpi0: bus 64 (PCI1) acpicpu0 at acpi0: PSS bios0: ROM list: 0xc/0xb000 0xcb000/0x4000! 0xcf000/0x1800 0xe5000/0x2000! ipmi at mainbus0 not configured cpu0: PowerNow! K8 1801 MHz: speeds: 1800 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) vga1 at pci0 dev 3 function 0 ATI ES1000 rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: apic 9 int 11 drm0 at radeondrm0 Compaq iLO rev 0x03 at pci0 dev 4 function 0 not configured Compaq iLO rev 0x03 at pci0 dev 4 function 2 not configured uhci0 at pci0 dev 4 function 4 Hewlett-Packard USB rev 0x00: apic 9 int 10 Hewlett-Packard IPMI rev 0x00 at pci0 dev 4 function 6 not configured ppb0 at pci0 dev 5 function 0 ServerWorks HT-1000 PCI rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci1 dev 13 function 0 ServerWorks HT-1000 PCIX rev 0xc0 pci2 at ppb1 bus 2 piixpm0 at pci0 dev 6 function 0 ServerWorks HT-1000 rev 0x00: polling iic0 at piixpm0 pciide0 at pci0 dev 6 function 1 ServerWorks HT-1000 IDE rev 0x00: DMA pcib0 at pci0 dev 6 function 2 ServerWorks HT-1000 LPC rev 0x00 ohci0 at pci0 dev 7 function 0 ServerWorks HT-1000 USB rev 0x01: apic 8 int 5, version 1.0, legacy support ohci1 at pci0 dev 7 function 1 ServerWorks HT-1000 USB rev 0x01: apic 8 int 5, version 1.0, legacy support ehci0 at pci0 dev 7 function 2 ServerWorks HT-1000 USB rev 0x01: apic 8 int 5 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ServerWorks EHCI root hub rev 2.00/1.00 addr 1 pchb0 at pci0 dev 24 function 0 AMD AMD64 0Fh HyperTransport rev 0x00 pci3 at pchb0 bus 64 ppb2 at pci3 dev 15 function 0 ServerWorks HT-2100 PCIE rev 0xa2 pci4 at ppb2 bus 75 ppb3 at pci4 dev 0 function 0 ServerWorks PCIE-PCIX rev 0xc1 pci5 at ppb3 bus 76 ubsec0 at pci5 dev 0 function 0 Broadcom 5862 rev 0x01: 3DES MD5 SHA1 AES PK, apic 9 int 0 ppb4 at pci3 dev 16 function 0 ServerWorks HT-2100 PCIE rev 0xa2 pci6 at ppb4 bus 72 ppb5 at pci3 dev 17 function 0 ServerWorks HT-2100 PCIE
Re: copyout from physio, why?
On Wed, Dec 28, 2011 at 11:10:41PM -0500, Geoff Steckel wrote: On 12/28/2011 09:08 PM, gwes wrote: I hope someone can shed some light on this. I'm running 5.0-current on an AMD64 with 4GB of physical memory. Reading large chunks (64K or multiples) from /dev/rsd0c using the AMD chipset SATA controller and a modern 1G drive: time dd if=/dev/rsd3c of=/dev/null bs=128k count=1 1+0 records in 1+0 records out 131072 bytes transferred in 11.348 secs (115498831 bytes/sec) 0.0u 2.0s 0:11.34 17.9% 0+0k 0+1io 0pf+0w Profiling the kernel shows that copyout() is being called from physio() via uvm_vsunlock_device() for every MAXPHYS byte chunk. Am I correct if I understand you use mmap on a device? On first inspection, physio calls uvm_vslock_device(...,map) which checks to see if all pages in the request satisfy PADDR_IS_DMA_REACHABLE(). If so, it returns NULL in map. After strategy() returns, map is sent to uvm_vsunlock_device, which calls copyout() if map != NULL. There's a comment on uvm_vslock_device saying it always returns something in *retp, but the code seems to indicate otherwise. PADDR_IS_DMA_REACHABLE checks against dma_constraint, which is 0..0x which should allow all memory 4G to be used for DMA. What have I missed? I believe that the copyout() shouldn't happen. I'm trying to run multiple 140MB/sec drives simultaneously and the copyout() is a killer - it's eating more of the system memory and CPU bandwidth than I'd like. Responding to myself - on further examination, if the system has only 2G, DMA is done to user pages as expected without copy{in,out}. Once past the evil 3G boundary, page physical addresses are = 0x1, and the code hardwires a limit several places. The ahci (at least) driver chokes and hangs if fed a physical address over 4G. What exactly should happen depends a bit on the way you access the memory, to be more exact, when it gets allocated. If the memory is a buffer void *buf = malloc(...); then the memory is first allocated by userspace. Because the kernel cannot guess from an allocation if it'd be used for IO or not, it'll assume that it won't be IO (which is true for most allocations). In that case, the page will be from high memory above 4GB. Ofcourse, in that case you'd be using read/write, which will always do copyin/copyout. However, if you use mmap instead, the IO path will be the first to do the allocation. In that case, there's certainly something to say for having the page allocated in dma-reachable memory (although I would worry about having that happen alot, since dma-reachable memory is limited and our pager does not deal with the differences yet). I'd really like to help someone fix this or if given more clues on where to look, I'll dig some more. The work I'm trying to do will probably survive quite well in 2G. I'd really like a look at the profiling data, can you mail that to me? -- Ariane
Re: Bridging and ESXi
Under OpenBSD the interfaces are em1 and em2. If I put IPs on them I can ping the devices that are supposed to talk through this bridge. Well VMWare ESX and ESXi use a virtual soft-switch to move packets, it may eat things like STP or other important msgs. Instead of creating two VLAN tag-based port-groups, and creating two virtual NICs to your OpenBSD guest, consider passing a dot1q trunk directly through to the guest OS and have him handle the VLAN tag stripping: http://kb.vmware.com/selfservice/microsites/search.do?language=en_UScmd=displayKCexternalId=1004074 This essentially maps the Dot1q trunk exclusively to the guest and bypasses VMWare vSwitch. At that point, you can at least eliminate VMWare as the cause of your problems ~BAS If I put them into a bridge I get nothing. Anyone know where I should be looking here to figure out why this isn't working? -brian
Re: OpenVPN issues on 5.0
On Wed, Dec 28, 2011 at 08:02:54PM -0200, Christiano F. Haesbaert wrote: On Mon, Dec 26, 2011 at 08:57:18PM -0200, Christiano F. Haesbaert wrote: On Sun, Dec 25, 2011 at 04:10:19PM +0100, Erling Westenvik wrote: On Sat, Dec 24, 2011 at 07:50:53PM -0200, Christiano F. Haesbaert wrote: Heya, can you paste me the output of: ifconfig acx0 hwfeatures ifconfig url0 hwfeatures Sorry, but I'm not on -current. Are there other ways to display such information? Not like this, but I think I found your problem, could you please try the following diff: http://article.gmane.org/gmane.os.openbsd.misc/192013 If you have any problems applying it, please report to me off list. The diff fixes Erling's problem :). Confirmed! Thanks again! :)
milter-greylist / postfix
One of our mailservers (Obsd 4.8, Postfix 2.6.5, milter-greylist 4.2.5) decided to stop passing incoming email this AM, .. milter-greylist is giving all incoming mail a 451, even though the souce IP is listed in the greylist database. Might there be a way to isolate the exact issue? It's been working fine for a couple of years now, so I hate to start mucking with things if there is a way to actually isolate and fix the problem. TIA, Lee
Re: Two ISPs on the same interface
Hello all, I got two ISP lines (1 Mb and 6 Mb) and was planning to route outgoing guest traffic thru the smaller one. Problem is my FW only has two NICs. If both external routers are connected to a Cisco switch as well as the external OpenBSD interface, is it possible to use route-to to send packets to the ISP gateway I choose? All the examples I found use three NICs. Thanks.- The key to figuring this out is a little more detail on the specifics of your ISP connections and provided devices. Are they using just basic modems or devices acting as gateways? If those devices are gateways then you could simply configure the internal side of those gateways to different subnets: say 192.168.1.0/24 for non guest traffic and 192.168.2.0/24 for guest traffic. The firewall will be assigned IPs from both subnets on the same interface via an alias. Your route-to rules for both sides of traffic would use the same network interface, but specify 192.168.2.1 (assuming .1 is the ISP gateway address) as the gateway IP for guest traffic. The other side is if the ISP device is a modem/bridge/media converter and your firewall gets assigned the public IP addresses. In that case you need each connection to have a different gateway (which usually would mean the IPs are on different subnets). If they have different gateways, you can do the same thing as above except change the IP addresses to the public ones. If they happen to have the same gateway, I would look more into aggregating those links and then using ALTQ to throttle guest traffic on your firewall.
Re: OpenBSD as router for UK FTTC?
On 2011-12-29, percy piper piper.pe...@gmail.com wrote: On 28 December 2011 21:36, percy piper piper.pe...@gmail.com wrote: pppoe(4) did not work. We need to authenticate with chap first, then pap. pppoe(4) forces the exclusive use of either one or the other. Actually this is not true. Both use chap. There is no pap. The first chap challenge succeeds (to the BT AC) the second chap challenge does not. No authentication failure response is received, we just get another chap challenge and this repeats until a timeout occurs. If we deliberately use an incorrect secret the first chap challenge fails and we do get an auth fail response from BT's AC, so it seems that BT's AC accepts our chap auth response but our ISP's AC does not. Very odd especially as userland ppp does not exhibit this odd behaviour at all. It may be that our ISP's AC is dropping the pppoe(4) auth response packet as invalid (why?) or it never receives it which would explain the lack of a response. I will need to comb through the packet captures from both userland and kernel pppoe to see if I can find any relevant difference. Has anyone else seen anything like this? This is with both the Dec 20th i386 snap and 4.9 i386 release. I haven't seen this with pppoe(4) and any of: zen fttc, demon adsl (ipstream), aaisp adsl (ipstream or 21cn), bogons adsl (ipstream). Does your ISP have reachable technical people that might be able to give a bit of insight into what they're seeing?
Curiculum Vitae
DANIEL CATALIN COROZEL C/ Arzobispo Carrillo,N:3 ,4:B 28803 Alcala de Henares (Madrid) Telefonos: 697 524 592 Correo electronico:tucumineimpre...@yahoo.com NIE: X-06862287-F FORMACION ACADEMICA 1999-2002 Curso de CONSTRUCTION (Pintura ,alicatado, solado y albaqileria, azulejos , marmol /tarima)en el GRUPO ESCOLAR GHEORGHE ASACHI (RUMANIA) EXPERIENCIA PROFESIONAL 2007-2011 Profesional de la construccion ANACORA decoracion en escayola S.L Velilla de San Antonio (Madrid) Funciones: Montador PLADUR (Montaje de techos desmontables/PLADUR , tabiques , tradosaos + cinta) Todo en PLADUR. 2004-2007 Auxiliar de montador de PLADUR MONPLADON S.L Getafe (Madrid) Funciones: Apoyo en la instalacion de techos PLADUR /desmontables tabiques , CINTA , cargar descargar materiales 2003-2004 Oficial en construction Julio Fraile (Autonomo) Alicatado, solado y albaqileria en general. 2003-2003 Oficial en construction AGROINVEST S.L Galati (Rumania) Alicatado, solado y albaqileria en general ,oficial en impermeabilizacion de tella asfaltica interiores/exteriores Idiomas Espaqol - Nivel alto Rumano- Nativo Ingles- Nivel Basico Informatica Internet , correos , paquete office nivel usuario Otros datos Flexibilidad horario total (incluido turno de noche) Responsable con gana de trabajar y con facilidad de aprender cosas nuevas
how to choose outgoing IPv4 address/interface ?
Hello! I'm runnning BGP server which is also dns resolver. so, host can go to internet using 2 addresses a) vlan379, which is connected to bgp peer b) vlan200, which is my own routable network bgp peer is strange. it permits only bgp and icmp traffic over vlan379, the rest is silently dropped. I'd like to use vlan379 address for bgp communication and vlan200 for dns resolver (and the rest of the traffic), but OpenBSD simply uses vlan379 address. well, I can use NAT on outgoing traffic, but it doesn't seem to be a proper solution. why does OpenBSD choose vlan379 ? how can I make it use vlan200 for all outgoing traffic except bgp communication ? Cheers, Ilya Shipitsin
inteldrm_attach still broken
Hi, Back in June of 2011, I reported problems with the Supermicro P8SCI and P8SCT motherboards failing to boot OpenBSD 4.8 and 4.9, due to a kernel page fault trap at interdrm_attach. Just for fun, I tried OpenBSD 5.0 tonight, and the same problem still happens. Has anyone found a workaround for this, or are there any plans to fix it? I have several of these motherboards running in firewalls, and unless I can find a fix, these boxes are trapped at OpenBSD 4.7 until I can replace them all. If anyone needs a box to test on, it looks like I'll have quite a few spares :-) Thanks, --Bill
Re: inteldrm_attach still broken
Hi Bill, If you really want this to be fix, the best way would be to help yourself by trying different vcs updates in between 4.7 and 4.8 and if you find the exact change that start to create your problem and send it to the list, I am sure someone will look into it for you. Well, let say you have a much bigger chance to get it fix if you help tracing the problem. You can download the 4.7, then do date cvs updates and compile and see the results. As the crash you describe is only with the kernel, compiling a new kernel and boot and see is frailly fast and it would be a great help to who ever did the change that introduce the bug you refer at. It would require some time form you to do this, but again, why would anyone spend their time to help you if you don't sent time to them them right? Doing a CVS update in time is a lots easier then you may think and it would be a huge help of you can say, this patch introduce this bug and from then, I am pretty sure someone will address the problem. That's my experience anyway, help yourself and you will see someone will help you. Start 1/2 way into the 4.8 release and then go 1/2 way from there either up or down depending if it is working or not for you. Hope this help you some anyway. Best, Daniel On 12/29/11 11:47 PM, listmail wrote: Hi, Back in June of 2011, I reported problems with the Supermicro P8SCI and P8SCT motherboards failing to boot OpenBSD 4.8 and 4.9, due to a kernel page fault trap at interdrm_attach. Just for fun, I tried OpenBSD 5.0 tonight, and the same problem still happens. Has anyone found a workaround for this, or are there any plans to fix it? I have several of these motherboards running in firewalls, and unless I can find a fix, these boxes are trapped at OpenBSD 4.7 until I can replace them all. If anyone needs a box to test on, it looks like I'll have quite a few spares :-) Thanks, --Bill
Re: inteldrm_attach still broken
On Fri, 30 Dec 2011 00:18:49 -0500, Daniel Ouellet wrote Hi Bill, If you really want this to be fix, the best way would be to help yourself by trying different vcs updates in between 4.7 and 4.8 and if you find the exact change that start to create your problem and send it to the list, I am sure someone will look into it for you. Hi Daniel, I fondly remember the days when I had the time to do things like that. Unfortunately, these days, I'm just a luser who buys the OpenBSD CDs and makes networks run. Frankly, it's far less expensive for me to replace all of the SuperO P8xxx machines running OpenBSD than it is to spend time tracking down this kernel bug. I'll happily donate a machine to the project if any of the developers are interested in fixing this. Meanwhile, I'll be installing OpenBSD 5.0 on machines that it works on, so that I can move forward with what I need to get done. Cheers, --Bill
Re: inteldrm_attach still broken
On Thu, Dec 29, 2011 at 09:47:21PM -0800, listmail wrote: On Fri, 30 Dec 2011 00:18:49 -0500, Daniel Ouellet wrote Hi Bill, If you really want this to be fix, the best way would be to help yourself by trying different vcs updates in between 4.7 and 4.8 and if you find the exact change that start to create your problem and send it to the list, I am sure someone will look into it for you. Hi Daniel, I fondly remember the days when I had the time to do things like that. Unfortunately, these days, I'm just a luser who buys the OpenBSD CDs and makes networks run. Frankly, it's far less expensive for me to replace all of the SuperO P8xxx machines running OpenBSD than it is to spend time tracking down this kernel bug. I'll happily donate a machine to the project if any of the developers are interested in fixing this. Meanwhile, I'll be installing OpenBSD 5.0 on machines that it works on, so that I can move forward with what I need to get done. I'm not sure as to how many updates there were between 4.7 and 4.8, but let's say there was one hundred. By using Daniel's proposal for a binary search you should be able to isolate the one causing problems within a maximum of 6 or 7 attempts. And if it were to be one thousand updates, you would be done within 9 or 10. Still not worth the effort? Cheers, Erling
Vous souhaites de bonnes fêtes
Vous souhaite de bonnes fjtes de fin d'annie 2011 ! Faccor accompagne les Particuliers pour le budget familial et les Professionnels (Artisans, TPE PME statuts Auto-Entrepreneurs, Associations, EURL, SARL, Professions libirales) qui souhaitent amiliorer la trisorerie et la marge de leur entreprise. Girez efficacement la trisorerie de votre entreprise ! Faccor Edition Pro facilite la gestion de la trisorerie de votre entreprise en riunissant toutes les fonctionnalitis indispensables au sein d'une seule et mjme application.Visualisez le solde des comptes en temps riel, affichez vos objectifs privisionnels et risultats, saisissez vos imptts et charges en quelques clics, etc. Divers tableaux de bord permettent de suivre les risultats, les recettes et dipenses, les imptts et charges, iditez vos devis, factures et commandes. Girez vos membres facilement avec ce logiciel de gestion ! Faccor Association facilite la gestion financihre de votre association en regroupant tous les outils nicessaires au suivi du budget, au classement des paiements pour un rapprochement bancaire plus rapide, au calcul des amortissements ou encore ` la gestion du personnel. L'application simplifie aussi la saisie des recettes et des dipenses, ainsi que la visualisation des risultats de l'association ` l'aide du tableau de bord. Girez votre activiti de A ` Z facilement avec ce logiciel de gestion !Faccor Auto-Entrepreneur regroupe, au sein d'une seule et mjme interface, toutes les fonctionnalitis indispensables ` la gestion de votre activiti d'auto-entrepreneur. Girez la trisorerie, ripertoriez vos clients et fournisseurs, criez des comptes bancaires, saisissez vos imptts et charges, etc. Diffirents tableaux de bord permettent de suivre votre trisorerie, vos risultats, vos bases de donnies, iditez vos devis, factures et commandes. Pour les fjtes, offrez-vous le droit de bien dipenser avec le code VIP2011 - Vos questions sont les bienvenues, n'hisitez-pas ` nous contacter pour en savoir plus : Lightline : 0 811 030 047 (prix d'un appel local) - site web faccorpro.fr - devenir distributeur Pour ne plus recevoir notre newsletter, cliquez ici [demime 1.01d removed an attachment of type image/png which had a name of Pied.png]