El 19/05/2013, a les 20:59, "Cory Smelosky" <b4 at gewt.net> va escriure:
Ideas? From what I can determine, FreeBSD 9 ships with libpcap 1.2.1 (at
least as of a year ago).
I never used TUN/TAP on FreeBSD...I always added extra virtual NICs and used BPF there.
I'd recommend to use vde2. I have just checked and it is in the ports collection, as net/vde2
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On Sun, 19 May 2013, Brian Hechinger wrote:
On Sun, May 19, 2013 at 07:10:44PM -0000, Cory Smelosky wrote:
I was running FreeBSD VMs in QEMU/KVM or ESXi. I would add more virtual
physical interfaces to the VM.
I would then attach vm0 to en0, vm1, to en1, vm2 to en2...et cetera. It
allowed them to communicate with each other fine.
Yeah, see my other email where I figured that out. :)
Oh! I just remembered. Have you set tap0 up? Are you running simh as
root?
Running simh as root and tap1 is in the UP state.
Weird. Try attaching with the interface down and then bringing it up?
(I had to do some weird stuff with tap and OpenVPN + simh...)
-brian
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
On Sun, May 19, 2013 at 07:10:44PM -0000, Cory Smelosky wrote:
I was running FreeBSD VMs in QEMU/KVM or ESXi. I would add more virtual
physical interfaces to the VM.
I would then attach vm0 to en0, vm1, to en1, vm2 to en2...et cetera. It
allowed them to communicate with each other fine.
Yeah, see my other email where I figured that out. :)
Oh! I just remembered. Have you set tap0 up? Are you running simh as
root?
Running simh as root and tap1 is in the UP state.
-brian
Brian Hechinger <wonko at 4amlunch.net> writes:
On Sun, May 19, 2013 at 03:04:47PM -0400, Brian Schenkenberger, VAXman- wrote:
Brian Hechinger <wonko at 4amlunch.net> writes:
I can't find my copy. I do know it exists on a machine that is powered
off, but that doesn't help me much. :)
Anyone have a copy handy that can be fetched from outside of HECnet?
Version?
Latest. but Sampsa has provided. Thanks! :)
OK. I was recently asked for some older version of VMS, so I put the V1
Hobbyist CD up. It had installation kits for several early versions of
VMS:
000000.DIR;1 BACKUP.SYS;1 BADBLK.SYS;1 BADLOG.SYS;1
BITMAP.SYS;1 CMUIP.DIR;1 CONTIN.SYS;1 CORIMG.SYS;1
DECW054.C;1 DECW054.D;1 DECW054.E;1 DECW054.F;1
DECW054.G;1 DECW054.H;1 DECW055.C;1 DECW055.D;1
DECW055.E;1 DECW055.F;1 DECW055.G;1 DECW055.H;1
DECW060.C;1 DECW060.D;1 DECW060.E;1 DECW060.F;1
DECW061.C;1 DECW061.D;1 DECW061.E;1 DECW061.F;1
DOCUMENTATION.DIR;1 HELP_MESSAGE.DIR;1 HISTORICAL.DIR;1 INDEXF.SYS;1
ISL_SCRIPT.ESS;1 MPH.DIR;1 SECURITY.SYS;1 SOFTWARE.DIR;1
SYS0.DIR;1 SYS1.DIR;1 TOOLS.DIR;1 VMS054.A;1
VMS054.B;1 VMS054.C;1 VMS054.D;1 VMS055.A;1
VMS055.B;1 VMS055.C;1 VMS055.D;1 VMS060.A;1
VMS060.B;1 VMS060.C;1 VMS060.D;1 VMS060.E;1
VMS060.F;1 VMS061.A;1 VMS061.B;1 VMS061.C;1
VMS061.D;1 VMS061.E;1 VMS061.F;1 VMSMUP054.A;1
VMSMUP054.B;1 VMSMUP055.A;1 VMSMUP055.B;1 VMSU2054.A;1
VMSU2054.B;1 VMSU2055.A;1 VMSU2055.B;1 VMSU2055.C;1
VMSU2055.D;1 VMSU2055.E;1 VOLSET.SYS;1
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE] On Behalf Of Sampsa Laine
Sent: 19 May 2013 19:14
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] CSV Proposal
OK,
Here's a really quick draft of what I'm thinking, feel free to add your
thoughts
The parseable info begins with ".BEGIN-HECNET-INFO" and ends with ".END-
HECNET-INFO"
The following columns must be present and named in the first line of the
parseable block:
- ADDR - DECNET address of host
- NAME - DECNET node name of host
- OWNER - Person who owns the box*
- EMAIL - Contact email for the box's admin*
- HARDWARE - What hardware the box is running*
- OS - What operating system / software stack the system is running*
- LOCATION - Textual location of box, optionally long/lat info in some
sane
format*
I would suggest one small change. Location should be two fields. One is the
textual description of the location, and one is the lat/long. Both optional
of course. Would need a specific format for lat/long so it is standard and
can be plotted on a map.
Regards
Rob
The fields marked with an asterisk can be left empty but must be present
in
the header.
Example:
.BEGIN-HECNET-INFO
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS
|LOCATION |NOTES
8.401|CHIMPY|Sampsa Laine |sampsa at mac.com |AlphaServer DS10
|OpenVMS 8.3 |London, England |Main SAMPSACOM system, SMTP
gateway (CHIMPYMAIL.COM)
8.400|GORVAX|Sampsa Laine |sampsa at mac.com |SIMH VAX on
OSX/Intel |OpenVMS 7.3 |London, England |MULTINET bridge to
Area 2, Area router
8.403|RHESUS|Sampsa Laine |sampsa at mac.com |HP rx2600 Dual 900MHz
|OpenVMS 8.4E |London, England |File libraries available
8.500|PYFFLE|Sampsa Laine |system at pyffle.com|VMWare
|Ubuntu+Pyffle BBS |London, England |Waffle
reimplementation
BBS, log in as pyffle for access
.END-HECNET-INFO
On 19 May 2013, at 20:07, Sampsa Laine <sampsa at mac.com> wrote:
On 19 May 2013, at 20:03, Cory Smelosky <b4 at gewt.net> wrote:
On Sun, 19 May 2013, Sampsa Laine wrote:
On 19 May 2013, at 19:58, Cory Smelosky <b4 at gewt.net> wrote:
#6 is a provlem I've noticed with INFO.TXT. There's no order.
When me and Steve Davidson originally thought of adding parseable info
to INFO.TXT we had the idea that the file itself would be free-form text
with
a machine parseable block at the end, with delimiters.
If you look at http://rhesus.sampsa.com/cgi-
bin/hecnetinfo/hecnetinfo.com?q=chimpy you'll see what I mean, there's a
clearly defined block of machine readable CSV at the end.
How many people followed that though?
No idea - I don't think anyone ever wrote a parser.
But here's a brief outline of how I think this should work:
1. Someone (=me) defines the CSV format formally in a document
2. This document is passed around and corrected until majority is happy
with it
3. Someone (=brian) writes a parser
4. People nominate boxes from where their INFO.TXTs should be pulled
(one can cover a whole area or even more)
5. This is integrated into the DB using the parser from 3 periodically.
On Sun, May 19, 2013 at 03:04:47PM -0400, Brian Schenkenberger, VAXman- wrote:
Brian Hechinger <wonko at 4amlunch.net> writes:
I can't find my copy. I do know it exists on a machine that is powered
off, but that doesn't help me much. :)
Anyone have a copy handy that can be fetched from outside of HECnet?
Version?
Latest. but Sampsa has provided. Thanks! :)
-brian
On Sun, 19 May 2013, Brian Hechinger wrote:
Eth: opened OS device tap1
Eth: Error Transmitting packet: Network is down
You may need to run as root, or install a libpcap version
which is at least 0.9 from your OS vendor or www.tcpdump.org
Eth: Error Transmitting packet: Network is down
You may need to run as root, or install a libpcap version
which is at least 0.9 from your OS vendor or www.tcpdump.org
XQ: MAC Address Conflict on LAN for address 08:00:2B:AA:BB:CC, change
the MAC address to a unique value
Eth: closed tap1
vax.ini> attach xq tap1
Unit not attachable
Ideas? From what I can determine, FreeBSD 9 ships with libpcap 1.2.1 (at
least as of a year ago).
I never used TUN/TAP on FreeBSD...I always added extra virtual NICs and used BPF there.
-brian
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Eth: opened OS device tap1
Eth: Error Transmitting packet: Network is down
You may need to run as root, or install a libpcap version
which is at least 0.9 from your OS vendor or www.tcpdump.org
Eth: Error Transmitting packet: Network is down
You may need to run as root, or install a libpcap version
which is at least 0.9 from your OS vendor or www.tcpdump.org
XQ: MAC Address Conflict on LAN for address 08:00:2B:AA:BB:CC, change
the MAC address to a unique value
Eth: closed tap1
vax.ini> attach xq tap1
Unit not attachable
Ideas? From what I can determine, FreeBSD 9 ships with libpcap 1.2.1 (at
least as of a year ago).
-brian
