Re: [Soekris] Soekris net5501 OpenBSD 4.5 Booting Problem
Hi Ken, On Fri, 2009-07-17 at 09:09 -0400, Hendrickson, Kenneth wrote: *0: A6 0 1 1 -131 127 63 [ 63: 2112516 ] OpenBSD 1: DA131 128 1 -262 254 63 [ 2112579: 2112516 ] Unknown ID 2: DA263 0 1 - 6211 254 63 [ 4225095:95570685 ] Unknown ID 3: DA 6212 0 1 - 12160 254 63 [99795780:95570685 ] Unknown ID Just follow the instructions in the OpenBSD installer, offered by default. When it prompts you 'Do you want to use all of wd0 for OpenBSD', just say yes, it will run fdisk -i It will make partition 3 the default active bootable one But I *never* want to use the entire disk for OpenBSD. I have a system for quick recovery in case of a disaster. I only use half of the disk. When I install a new version of OpenBSD, I use the other half of the disk. That way, if a disaster happens, I can quickly boot, run fdisk -- changing the bootable partition, and then reboot into my previous system. In the above fdisk output, partitions 0 and 2 are my current system, while partitions 1 and 3 are my last and next systems. After I install a new system onto partitions 1 and 3, partitions 0 and 2 will become my last and next systems. (Using 2 partitions like this is a holdover from the days when the bootable partition had to be in the first few cylinders of the drive.) From Absolute OpenBSD - UNIX for the practical paranoid by Michael Lucas I've learned that: OpenBSD partitions need to go within a single MBR partition. Dedicate a single MBR partition ... There can only be one OpenBSD MBR partition per hard disk. I can't make much sense of what you describe here, but to me it looks like it suggests that you're using a single disklabel which spans more than one MBR partition. Or even moving around the disklabel at will. If so, would you be willing to publish something like a howto on this subject?. Or else tell us where to find one? I know about multiple OpenBSD installations inside a single set of subpartitions, but that's still a single MBR partition. No fdisk or disklabel involved after initial setup, but probably more vulnerable than what you describe here. Bill I'm surprised more people don't do this. It provides for very quick and easy recovery in the case of a disaster. (I've only ever had such a disaster once; I've been using OpenBSD since late 1996.) The other advantage of this system is that it provides an easy means for seeing how I did things previously. I can quickly run disklabel, use an empty slice to point to one of my old slices, and then mount it. After I'm done I can run disklabel again and put it back. So I never want to use the entire disk for OpenBSD. Therefore, I will need to remember to escape to a shell and run fdisk -u when installing to a virgin disk. It would be nice if the OpenBSD install procedure checked for the lack of a valid MBR, and installed one automatically (after asking); that would save some people from experiencing the problem I experienced. Ken Hendrickson ___ Soekris-tech mailing list soekris-t...@lists.soekris.com http://lists.soekris.com/mailman/listinfo/soekris-tech
Re: xauth
On Sat, Jul 18, 2009 at 4:55 AM, Philip Guentherguent...@gmail.com wrote: On 7/17/09, 4625 4625...@gmail.com wrote: On first run and exit from X, I have 'Segmentation fault (core dumped)' (xauth.core). On all following startx command - window manager unable connect to X server, while '.Xauthority' file are present in '~/' (home) dir. Can anyone help me to fix this problem? OpenBSD localhost 4.5 200907101811#0 i386 1) does removing your .Xauthority change the behavior? 2) does it happen with the stock 4.5 GENERIC or GENERIC.MP kernels? Philip How old is you X installation? Afaik this bug was fixed in march 09. -- Matthieu Herrb
[ot] Re: Simple question about ./configure
On Fri, Jul 17, 2009 at 10:23:31PM -0500, Marco Peereboom wrote: run! if you have to do ./configure your personal hell has started... If you call running ./configure a `personal hell', what do you call it when you have to modify configure.ac and re-run autoconf? enterprise hell? (SCNR) Kili
Re: Radeon 9200 PRO + radeondrm freezes OpenBSD 4.5
On Tue, 9 Jun 2009 01:02:43 +0200 varheit varh...@gmx.de wrote: On Fri, 5 Jun 2009 08:21:47 -0600 Duncan Patton a Campbell campb...@neotext.ca wrote: On Fri, 5 Jun 2009 06:54:05 -0600 Duncan Patton a Campbell campb...@neotext.ca wrote: Howdy Victor? I appear to be having the same problems with the same card. Do you have any news? Thanks, Dhu I read somewhere to disable the radeondrm driver in kernel and this has worked so far. Well, that might not be the best solution if it is hardware acceleration that you are after... Anyway, after some more testing, I can finally start the X server without disabling radeondrm and without freezing the machine by adding Option BusType PCI to xorg.conf. This setting forces my AGP graphics card to PCI mode. Hmm. Might not work 4 me as I'm actually running an actual 9200 PCI card (HIS?), not an AGP, and there is no video on the mb. Dhu But 3D acceleration is still somewhat peculiar. Running glxgears yields significantly less FPS than without acceleration (that is, like 1 FPS with hardware acceleration and ~60 FPS without). Strange. Blender feels faster though unless textures are displayed. Stellarium runs OK (= smooth) in windowed mode, but unpredictable in full resolution (1280x1024). Maybe it needs some more tweaking... Vic On Fri, 29 May 2009 10:33:21 +0200 Viktor Varheit viktorvarh...@gmx.de wrote: Hi, according to radeon(4) my graphics card is supported, but I cannot get hardware acceleration to work. Booting with disable radeondrm in UKC and then running startx works fine. Doing the same with enable radeondrm (which is the default in the GENERIC kernel) appears to freeze the machine. The screen goes blank, and the monitor enters standby mode. Sometimes the computer shuts down after pressing the power button, but most of the time it can only be forced off by holding the power button. Trying several options in xorg.conf did not advance things. I booted with a serial console to see if any messages appeared after entering startx. This is what I got: radeondrm0: Setting GART location based on new memory map radeondrm0: writeback test failed radeondrm0: wait idle failed status : 0x80010140 0x radeondrm0: wait idle failed status : 0x80010140 0x radeondrm0: wait idle failed status : 0x80010140 0x ... The last message is repeated over and over until the machine appears to freeze. The time it takes to get to that point varies. After setting 'Option AGPFastWrite on' in xorg.conf no messages were output at all, but that was the only apparent difference. Setting AccelMethod to EXA also did not change anything. Using no xorg.conf at all also did not work. Anyway, here's my xorg.conf and dmesg. I hope someone can give me a hint. Vic +++ xorg.conf +++ Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/TTF/ FontPath /usr/X11R6/lib/X11/fonts/OTF FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ EndSection Section Module Load dbe Load dri Load extmod Load glx Load freetype EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol wsmouse Option Device /dev/wsmouse Option ZAxisMapping 4 5 6 7 EndSection Section Monitor #DisplaySize 340 270 # mm Identifier Monitor0 VendorName ENC ModelNameL557 HorizSync24.0 - 80.0 VertRefresh 50.0 - 75.0 Option DPMS EndSection Section Device Option AGPMode x4 Option BusType AGP # [str] #Option AGPFastWrite on # [bool] #Option AccelMethod EXA # str Option DRI on # [bool] Identifier Card0 Driver radeon VendorName ATI BoardName Radeon 9200 PRO BusID PCI:1:0:0 EndSection Section Screen Identifier Screen0
Re: logsurfer @ openbsd 4.5 amd64
On 2009-07-17, Stuart Henderson s...@spacehopper.org wrote: On 2009-07-17, Private Joker private.jo...@yahoo.com wrote: hi, i am trying to use logsurfer (package or ports) on a 4.5 amd64 (which is really a Pen tium E2220) and this thing keeps core dumping on me. if i try the same version (openbsd/logsurfer) but the i386 architecture is does work wonders. does anyone know what is wrong? thanks. logsurfer is not 64-bit clean code. there is a branch, logsurfer+, and it's not fixed there either. (pkgsrc hasn't fixed it either). this looks like it might be fixable by pulling in a newer version of the GNU regex library (well, it builds that way, but I don't use it nor do I want to learn how to configure it to test..), but I'm not sure if that's entirely a good idea, people may be relying on old behaviour. maybe it's better to mark it ONLY_FOR_ARCHS and direct people towards the more actively-maintained ports/sysutils/sec instead...
VPN ipv4_addr to ipv4_addr tunnel doesn't work
Hi, My question is: What I'm doing wrong? Two machines, both same snapshot, and I'm failing to setup VPN tunnel between them with following configuration files: # cn700: /etc/ipsec.conf (vpn server) ike passive esp tunnel \ from 172.16.0.51 to 79.97.200.174 \ srcid cn700.ath.cx dstid www1.virtualization.lan # www1: /etc/ipsec.conf (vpn client) ike dynamic esp tunnel \ from 172.16.0.51 to 79.97.200.174 \ peer 79.97.200.174 \ srcid www1.virtualization.lan dstid cn700.ath.cx On VPN server (cn700) I get following error: Jul 18 15:42:02 cn700 isakmpd[14697]: attribute_unacceptable: ENCRYPTION_ALGORITHM: got AES_CBC, expected 3DES_CBC Jul 18 15:42:02 cn700 isakmpd[14697]: message_negotiate_sa: no compatible proposal found Jul 18 15:42:02 cn700 isakmpd[14697]: dropped message from 79.97.195.245 port 54860 due to notification type NO_PROPOSAL_CHOSEN ON VPN client (www1) I get following error: Jul 18 15:43:46 www1 isakmpd[13468]: transport_send_messages: giving up on exchange peer-79.97.200.174, no response from peer 79.97.200.174:500 On both machines isakmpd(8) started same way `isakmpd -vK'. Machine cn700 has ip 79.97.200.174, and www1 has ip 172.16.0.51. # sysctl kern.version kern.version=OpenBSD 4.6-current (GENERIC) #62: Wed Jul 15 17:27:21 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC -- best regards q#
Re: VPN ipv4_addr to ipv4_addr tunnel doesn't work
On Sat, Jul 18, 2009 at 03:50:23PM +0100, Mikolaj Kucharski wrote: On both machines isakmpd(8) started same way `isakmpd -vK'. Machine cn700 has ip 79.97.200.174, and www1 has ip 172.16.0.51. www1 is behind NAT with external ip 79.97.195.245 (as you can see with error message in my first post). -- best regards q#
8 va. Promoción Distancia del Curso de Postgrado de Alta Dirección en Turismo Rural
FACULTAD DE AGRONOMIA Universidad de Buenos Aires AREA DE TURISMO RURAL 8 va. Promocisn Distancia del Curso de Postgrado de Alta Direccisn en Turismo Rural Abrimos las inscripciones para el CURSO MODALIDAD DISTANCIA de Turismo Rural que inicia en Septiembre del 2009. OBJETIVO Se espera que el alumno esti capacitado para diseqar e implementar un Plan de Negocios o un Plan Estratigico destinado a poner en marcha una inversisn privada o un proyecto institucional de Turismo Rural, utilizando estrategias que permitan generar ventajas competitivas en la empresa y en el territorio. DIRIGIDO A: Jsvenes emprendedores, mujeres empresarias que quieran desempeqarse en el ambito rural, lmderes de Pueblos Rurales que buscan desarrollar su comunidad, interesados en el armado de rutas alimentarias, circuitos turmsticos, profesionales y directivos vinculados a organizaciones, empresas e instituciones del sector agropecuario y turmstico, funcionarios nacionales, provinciales y municipales del area econsmica, agropecuaria y turmstica y docentes y capacitadotes, entre otros DURACION Y MODALIDAD 7 Meses de cursada mntegramente a travis de Internet con tutores a cargo. Cuenta con mas de 240 egresados en esta modalidad de los siguientes pamses: Alemania, Argentina, Bolivia, Brasil, Chile, Colombia, Cuba, Ecuador, El Salvador, Espaqa, Guatemala, Honduras, Mixico, Nicaragua, Panama, Perz, Portugal, Puerto Rico, Reino Unido, Uruguay, Venezuela. A travis de este curso el alumno logra armar su proyecto, obtiene un reconocimiento acadimico y realiza contactos de negocios. En nuestra pagina web encontrara un video informativo acerca del Curso http://www.agro.uba.ar/catedras/turismo/presentacion.htm DESCUENTOS 10% por inscripcisn anticipada hasta el 31 de julio. Para mayor informacisn complete los siguientes datos y reenvmelos a campo...@agro.uba.ar Nombre y Apellido: E-mail 1: E-mail 2: Telifono particular y csdigo de area: Telifono laboral y csdigo de area: Telifono celular y csdigo de area: Profesisn: Ocupacisn: Entidad: Ciudad: Provincia/Estado: Pams: Lo saluda cordialmente, Area de Turismo Rural Facultad de Agronomma Universidad de Buenos Aires campo...@agro.uba.ar Tel/Fax: 00 54 11 4523-9700 Pabellsn de Agronegocios Av. San Martmn 4453 Ciudad Autsnoma de Buenos Aires Argentina
Re: Thank you for the quality of the FAQ and MAN
On Thu, Jul 16, 2009 at 10:27:00PM +0200, zexel wrote: OpenBSD manpages are the best out there without doubt. A clear example of how thing should be done. I will agree with this. As will I. After years of frustration with various Linux distributions and wireless, I'd deferred dealing with wireless in OpenBSD, which I'm now running on my two laptops. But I reached a point where I had no choice but to get wireless working with these machines. I was amazed by how quickly I was able to do so (and that includes wap), in part because the documentation is so good. In general, the emphasis on quality of code and documentation in OpenBSD (as opposed to quantity, the hallmark of the bloatware that contaminates very nearly all of the world's computers today, and that includes those running certain Linux distributions), is something much appreciated by this user. I've tried almost all of them (Windows, multiple Linux distributions since Slackware in 1993, FreeBSD) and I don't believe there is anything available today as good as OpenBSD overall. /Don Allen -- Best Regards Edd Barrett
Re: PF performance problem
Ariane van der Steldt wrote: On Wed, Jun 03, 2009 at 10:07:33PM -0700, patrick keshishian wrote: On Wed, Jun 3, 2009 at 3:50 AM, Richard Toohey richardtoo...@paradise.net.nz wrote: On 3/06/2009, at 10:02 PM, BARDOU Pierre wrote: Hello, I have performance issues on a OpenBSD 4.4 firewall. CPU load is OK (always below 50%), but system load is always between 1 and 1.5, it may go up to 2 sometimes. [cut] And what is the actual *problem*? What is pf failing to do? Or are you just worried about the numbers? B Search the archives for high load ... just for the record, i have seen a server where its typical load floats around 0.10 or so, but then something will happen and the plateau will get bumped to 1.10 and remain there. this was an 4.5 system. I have not identified what event caused this. I've seen similar issue with a couple of linux boxes at work where the load avg plateau will keep rising: it'll hover around ~3, then say ~6 then ~13. i don't think the issues are related, but could be caused by similar bugs in kernel. All systems continue to be responsive and it only seems that the reported load avg value is just bumped by a base value. It is definitely odd. Load on linux and load on BSD are two completely different things. On linux I recall load being the number of processes running or blocking, or something based on that. I know this is an old thread, but I came across this and thought I'd affirm this: from http://en.wikipedia.org/wiki/Load_(computing) -- Most UNIX systems count only processes in the running (on CPU) or runnable (waiting for CPU) states. However, Linux also includes processes in uninterruptible sleep states (usually waiting for disk activity), which can lead to markedly different results if many processes are blocked in I/O due to a busy or stalled I/O system. This, for example, includes processes that are blocked due to an NFS server failure or slow media (e.g., USB 1.x storage devices), leading to an elevated load average, which does not reflect an actual increase in CPU use (but still gives an idea on how long you have to wait). - In other words, ditto. I've always noticed (and then ignored) a difference between BSD/Solaris load average running the same processes vs Linux on the same hw. systat is much more useful, IMNSHO. -tico On BSD, load is the number of processes which have (wanted to) run at least once in the most recent 5-second window, with a degradation over time. So, if you have a process that wakes up every 5 seconds and prints the time on your console, you have a load average of 1. Load is not the number of cpu cycles used. A high load is just that: high. It means you have a lot of processes that sometimes run. High load does not mean your performance is going down or whatever: I ran a test today which generated a load of 200, but only used 10% of the cpu and was very responsive. You can't compare load on linux with load on bsd, I'd really appreciate if people stopped comparing apples and oranges. :P If you are interested in the internals of the system: load is the black magic that keeps the scheduling fair compared to the number of processes. Ciao,
Re: xauth
On Sat, 18 Jul 2009, Matthieu Herrb wrote: On first run and exit from X, I have 'Segmentation fault (core dumped)' (xauth.core). On all following startx command - window manager unable connect to X server, while '.Xauthority' file are present in '~/' (home) dir. Can anyone help me to fix this problem? OpenBSD localhost 4.5 200907101811#0 i386 1) does removing your .Xauthority change the behavior? 2) does it happen with the stock 4.5 GENERIC or GENERIC.MP kernels? How old is you X installation? Afaik this bug was fixed in march 09. My X come with OpenBSD 4.5 distributive. -- 4625
Re: OpenBSD 4.5 networking problems with qemu
Hi Dmitry, Have you tried different NICs in QEMU? Could just be an issue with this one. There's no problems on a real machine, so perhaps this query would be best directed at QEMU's mailing lists. HTH On Sat, Jul 18, 2009 at 3:41 AM, Dmitiry Y. Zotikovx...@ungrund.org wrote: Hello everyone, I'm using OpenBSD as a guest system with qemu, and currently I'm unable to get network working. As far as I can say, the problem is not in my qemu setup, since I've also tried LFS Linux LiveCD as a guest and it worked fine (see below). Host: Debian Linux testing Guest: OpenBSD 4.5 qemu: 0.10.4 w/o kqemu OpenBSD installs fine, then the following setup is used to run qemu (skipping tests and irrelevant stuff): run-openbsd.sh: disk_image=`dirname $0`/obsd1.img boot=c mem=256 output=-vnc 192.168.1.1:1 ifname=`sudo tunctl -u $USER -b` net_nic=nic,vlan=0,model=pcnet,name=obsd1-pcnet0 net_mode=tap,vlan=0,ifname=${ifname},script=/etc/qemu-ifup qemu-hda $disk_image \ -boot $boot \ -m $mem \ $output \ -net $net_nic \ -net $net_mode /etc/qemu-ifup: ADDR='192.168.3.1 netmask 255.255.255.252' sudo -p Password for $0: /sbin/ifconfig $1 $ADDR As a result, I get on Linux (host): $ ip addr show dev tap0 35: tap0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 500 link/ether 00:ff:3f:3b:dc:6b brd ff:ff:ff:ff:ff:ff inet 192.168.3.1/30 brd 192.168.3.3 scope global tap0 inet6 fe80::2ff:3fff:fe3b:dc6b/64 scope link valid_lft forever preferred_lft forever $ ip route show 192.168.3.0/30 dev tap0 proto kernel scope link src 192.168.3.1 192.168.0.0/30 dev eth1 proto kernel scope link src 192.168.0.2 192.168.255.0/30 via 192.168.1.2 dev eth0 192.168.2.0/24 dev wlan0 proto kernel scope link src 192.168.2.1 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.1 default via 192.168.0.1 dev eth1 Okay, now in the freshly installed OpenBSD (guest): # ifconfig pcn pcn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 52:54:00:12:34:56 priority: 0 groups: egress media: Ethernet autoselect (autoselect) inet 192.168.3.2 netmask 0xfffc broadcast 192.168.3.3 inet6 fe80::5054:ff:fe12:3456%pcn0 prefixlen 64 scopeid 0x1 # netstat -f inet -rn Routing tables Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface default192.168.3.1UGS1 1927 - 8 pcn0 127/8 127.0.0.1 UGRS 00 33204 8 lo0 127.0.0.1 127.0.0.1 UH 1 62 33204 4 lo0 192.168.3.0/30 link#1 UC 10 - 4 pcn0 192.168.3.1link#1 UHLc 15 - 4 pcn0 224/4 127.0.0.1 URS00 33204 8 lo0 And when I ping host's tap0 from it (default gw) # ping 192.168.3.1 PING 192.168.3.1 (192.168.3.1): 56 data bytes ping: sendto: Host is down ping: wrote 192.168.3.1 64 chars, ret=-1 ping: sendto: Host is down ping: wrote 192.168.3.1 64 chars, ret=-1 ping: sendto: Host is down ping: wrote 192.168.3.1 64 chars, ret=-1 --- 192.168.3.1 ping statistics --- 6 packets transmitted, 0 packets received, 100.0% packet loss Because # arp -an ? (192.168.3.1) at (incomplete) on pcn0 So I launched tcpdump to see what's wrong (on linux host): $ sudo tcpdump -i tap0 -s 0 -w obsd1.dump Booted OpenBSD, made few pings, halted it, then analyzed the dump: $ tcpdump -t -r obsd1.dump reading from file obsd1.dump, link-type EN10MB (Ethernet) IP6 fe80::2ff:c6ff:fead:f73e ip6-allrouters: ICMP6, router solicitation, length 16 IP6 fe80::2ff:c6ff:fead:f73e ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28 IP6 fe80::2ff:c6ff:fead:f73e ip6-allrouters: ICMP6, router solicitation, length 16 arp who-has 192.168.3.2 tell 192.168.3.2 IP6 :: ff02::1:ff12:3456: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe12:3456, length 24 arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) It seems like OpenBSD guest doesn't recieve or ignores arp replies.
Re: OpenBSD 4.5 networking problems with qemu
Oh, and bear in mind that QEMU's virtual hardware would have been verified with Linux first, so of course it's going to work perfectly there. On Sun, Jul 19, 2009 at 2:35 PM, Aaron Masonsimplersolut...@gmail.com wrote: Hi Dmitry, Have you tried different NICs in QEMU? Could just be an issue with this one. There's no problems on a real machine, so perhaps this query would be best directed at QEMU's mailing lists. HTH On Sat, Jul 18, 2009 at 3:41 AM, Dmitiry Y. Zotikovx...@ungrund.org wrote: Hello everyone, I'm using OpenBSD as a guest system with qemu, and currently I'm unable to get network working. As far as I can say, the problem is not in my qemu setup, since I've also tried LFS Linux LiveCD as a guest and it worked fine (see below). Host: Debian Linux testing Guest: OpenBSD 4.5 qemu: 0.10.4 w/o kqemu OpenBSD installs fine, then the following setup is used to run qemu (skipping tests and irrelevant stuff): run-openbsd.sh: disk_image=`dirname $0`/obsd1.img boot=c mem=256 output=-vnc 192.168.1.1:1 ifname=`sudo tunctl -u $USER -b` net_nic=nic,vlan=0,model=pcnet,name=obsd1-pcnet0 net_mode=tap,vlan=0,ifname=${ifname},script=/etc/qemu-ifup qemu-hda $disk_image \ -boot $boot \ -m $mem \ $output \ -net $net_nic \ -net $net_mode /etc/qemu-ifup: ADDR='192.168.3.1 netmask 255.255.255.252' sudo -p Password for $0: /sbin/ifconfig $1 $ADDR As a result, I get on Linux (host): $ ip addr show dev tap0 35: tap0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 500 link/ether 00:ff:3f:3b:dc:6b brd ff:ff:ff:ff:ff:ff inet 192.168.3.1/30 brd 192.168.3.3 scope global tap0 inet6 fe80::2ff:3fff:fe3b:dc6b/64 scope link valid_lft forever preferred_lft forever $ ip route show 192.168.3.0/30 dev tap0 proto kernel scope link src 192.168.3.1 192.168.0.0/30 dev eth1 proto kernel scope link src 192.168.0.2 192.168.255.0/30 via 192.168.1.2 dev eth0 192.168.2.0/24 dev wlan0 proto kernel scope link src 192.168.2.1 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.1 default via 192.168.0.1 dev eth1 Okay, now in the freshly installed OpenBSD (guest): # ifconfig pcn pcn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 52:54:00:12:34:56 priority: 0 groups: egress media: Ethernet autoselect (autoselect) inet 192.168.3.2 netmask 0xfffc broadcast 192.168.3.3 inet6 fe80::5054:ff:fe12:3456%pcn0 prefixlen 64 scopeid 0x1 # netstat -f inet -rn Routing tables Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface default192.168.3.1UGS1 1927 - 8 pcn0 127/8 127.0.0.1 UGRS 00 33204 8 lo0 127.0.0.1 127.0.0.1 UH 1 62 33204 4 lo0 192.168.3.0/30 link#1 UC 10 - 4 pcn0 192.168.3.1link#1 UHLc 15 - 4 pcn0 224/4 127.0.0.1 URS00 33204 8 lo0 And when I ping host's tap0 from it (default gw) # ping 192.168.3.1 PING 192.168.3.1 (192.168.3.1): 56 data bytes ping: sendto: Host is down ping: wrote 192.168.3.1 64 chars, ret=-1 ping: sendto: Host is down ping: wrote 192.168.3.1 64 chars, ret=-1 ping: sendto: Host is down ping: wrote 192.168.3.1 64 chars, ret=-1 --- 192.168.3.1 ping statistics --- 6 packets transmitted, 0 packets received, 100.0% packet loss Because # arp -an ? (192.168.3.1) at (incomplete) on pcn0 So I launched tcpdump to see what's wrong (on linux host): $ sudo tcpdump -i tap0 -s 0 -w obsd1.dump Booted OpenBSD, made few pings, halted it, then analyzed the dump: $ tcpdump -t -r obsd1.dump reading from file obsd1.dump, link-type EN10MB (Ethernet) IP6 fe80::2ff:c6ff:fead:f73e ip6-allrouters: ICMP6, router solicitation, length 16 IP6 fe80::2ff:c6ff:fead:f73e ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28 IP6 fe80::2ff:c6ff:fead:f73e ip6-allrouters: ICMP6, router solicitation, length 16 arp who-has 192.168.3.2 tell 192.168.3.2 IP6 :: ff02::1:ff12:3456: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe12:3456, length 24 arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) arp who-has 192.168.3.1 tell 192.168.3.2 arp reply 192.168.3.1 is-at 00:ff:c6:ad:f7:3e (oui Unknown) arp who-has 192.168.3.1 tell 192.168.3.2 arp
Je sur comptable a la banque BCB je vais virée $6.million sui votre compte
You're invited to Je sur comptable a la banque BCB je vais virie $6.million sui votre compte. By your host Ashraf Cotu: Date: Sunday July 19, 2009 Time: 4:00 am - 5:00 am (GMT +00:00) Location: Cher Ami Salut, Je suis MR, Ashraf Cotu comptable a la BANQUE COMERCIALE DU BURKINA (BCB), je vais virie $6.million (usd) sui votre compte ci ga vous intersse je vous enverrons tous les ditails sur la fagon dont on va fait le demache et igalement noter que vous aurez 30% du montant indiqui .si vous jtes d'accord pour m'aider ` exicuter cette transaction. reponne moi rapidement et s.v.p ces un propossition confidentielle merci Guests: * k...@druknet.bt * eeuni...@hotmail.com * nrti-...@druknet.bt * leek...@citech.net * zeeshan_...@hotmail.com * yeit...@hotmail.com * alfredo_...@yahoo.com * pronostico...@hotmail.com * lobbypukebrun...@hotmail.com * caeac_s...@yahoo.fr * njantae...@hotmail.com * matsi...@yahoo.fr * abdalhafidh_oss...@yahoo.fr * misc@openbsd.org * lial_...@yahoo.fr * ambardcr...@yahoo.fr * annelaur...@yahoo.fr * par...@hotmail.fr * romancemang...@yahoo.fr * zina2...@yahoo.fr * cathalle2...@yahoo.fr * bertrandte...@yahoo.fr * carolete...@yahoo.fr * cerf.jour...@yahoo.fr * courr...@ados-senegal.org * suanag...@yahoo.fr * labri...@yahoo.fr * engrenagecompag...@yahoo.fr * belerose_gr...@yahoo.fr * rose.mar...@yahoo.ca * rose_love...@yahoo.com * salomon8...@yahoo.ca * salut_c_ju...@yahoo.fr * salzin...@yahoo.fr * samala4...@yahoo.ca * nkenmo...@yahoo.fr * nkeng...@yahoo.com * njil...@yahoo.com * rosedon...@yahoo.fr * roseadrien...@yahoo.fr * di...@yahoo.fr * affofabien2...@yahoo.fr * sed...@yahoo.fr * fred_a...@yahoo.com * alainhenri2...@yahoo.fr * lolagou...@yahoo.fr * araknidreco...@yahoo.fr * lucille_myrtil...@yahoo.fr * sindeger...@yahoo.fr * freddykjohn...@yahoo.fr * rose-marie@wanadoo.fr * ro...@yahoo.fr * ros...@hotmail.com * roy_the_v...@hotmail.fr * fabien_val...@yahoo.fr * domw...@yahoo.fr * caroze_h...@yahoo.fr * pathterc...@yahoo.fr * nurseryplantesjard...@yahoo.fr * gourdon.rose-ma...@wanadoo.fr * ouarzaventu...@yahoo.fr * meriem_s...@yahoo.fr * nguelieutou_2...@yahoo.fr * kinguempa...@yahoo.fr * gouterdanniversa...@yahoo.fr * pauldelflan...@yahoo.fr * rwa...@yahoo.fr * provincedu...@yahoo.fr * amirose1...@yahoo.fr * ettyka...@yahoo.fr * r...@corridor-aids.org * srphyilomuge...@yahoo.fr * nima...@yahoo.fr * jpsindayigaya2...@yahoo.fr * minoritesekonda2...@yahoo.fr * m...@yahoo.fr * fatd...@yahoo.fr * hubertdroge...@yahoo.fr * traoresi...@yahoo.fr * rose.corr...@yahoo.fr invitation_add_to_your_yahoo_calendar: http://ca.calendar.yahoo.com/?v=60ST=20090719T04%2BTITLE=Je+sur+comptable+a+la+banque+BCB+je+vais+vir%c3%a9e+$6.million+sui+votre+compteDUR=0100VIEW=din_loc=Cher+Ami+Salut,+Je+suis+MR,+Ashraf+Cotu+comptable+a+la+BANQUE+COMERCIALE+DU+BURKINA+(BCB),+je+vais+vir%c3%a9e+$6.million+(usd)+sui+votre+compte+ci+%c3%a7a+vous+intersse+je+vous+enverrons+tous+les+d%c3%a9tails+sur+la+fa%c3%a7on+dont+on+va+fait+le+demache+et+%c3%a9galement+noter+que+vous+aurez+30%25+du+montant+indiqu%c3%a9+.si+vous+%c3%aates+d%27accord+pour+m%27aider+%c3%a0+ex%c3%a9cuter+cette+transaction.+reponne+moi+rapidement+et+s.v.p+ces+un+propossition+confidentielle+merciTYPE=10 Copyright ) 2009 All Rights Reserved www.yahoo.ca Privacy Policy: http://privacy.yahoo.com/privacy/ca Terms of Service: http://ca.docs.yahoo.com/info/terms/