[01:08] *** LT has joined #arpnetworks [02:20] *** schmir has joined #arpnetworks [02:30] *** schmir has quit IRC (Remote host closed the connection) [03:05] *** schmir has joined #arpnetworks [05:46] Yay! My throat feels like its been stabbed and I'm coughing my guts out [05:46] swine flu [05:49] Impossible! My school gave me the flu shot! [05:49] THIS IS MADNESS! [05:50] I'll sue them [05:53] they *told* you it was a flu shot [05:53] really it's a government research project [05:53] Probably [05:54] I don't care - it went quick and (not really) painlessly [06:22] Hey, RandalSchwartz. You there? [06:38] that's why I don't bother with flu shots. Still no guarantee you won't get the flu. [07:09] *** heavysixer has joined #arpnetworks [07:09] *** ChanServ sets mode: +o heavysixer [07:37] *** ziyourenxiang has joined #arpnetworks [07:48] *** lll has quit IRC (Quit: ZNC - http://znc.sourceforge.net) [07:48] *** lll has joined #arpnetworks [07:58] *** amdprophet has quit IRC (Read error: Connection reset by peer) [07:58] *** amdprophet has joined #arpnetworks [08:07] *** fink has joined #arpnetworks [09:15] *** LT has quit IRC (Quit: Leaving) [09:48] *** ziyourenxiang has quit IRC (Quit: ziyourenxiang) [10:46] *** st3ffan has quit IRC (Quit: leaving) [10:57] anyone around from staff? [10:58] up_the_irons: ^ [10:59] idle 17h :| [10:59] :p [10:59] depends on which staff.. :) [10:59] arp staff [10:59] :p [11:27] Hey, RandalSchwartz! :) [11:28] http://github.com/dxtr/emacs/blob/master/init.el <- My current emacs setup! [11:42] *** nerdd has joined #arpnetworks [11:44] *** nerdd_ has quit IRC (Ping timeout: 240 seconds) [11:52] *** sbp_ has joined #arpnetworks [12:08] *** sbp_ has quit IRC (Quit: Lost terminal) [12:18] emacs = sweet [12:18] my emacs is pretty basic [12:19] vi* sux [12:19] Hey watch it. [12:19] http://sprunge.us/FNBY [12:19] * Wraithan uses vi(m) often [12:19] haha [12:19] * jdoe starts more holy wars [12:20] vi* > emacs! perl > python! linux > bsd! [12:20] Most times I have emacs but quick edits, especially on work servers (where I don't have an emacs daemon running), I tend to use vi(m) [12:21] jdoe: wrong on all counts [12:21] fink: yhbt. yhl. hand. [12:21] * jdoe lights a cigarette and basks in the afterglow [12:21] Wraithan: ed is better for quick edits, imo [12:21] I write Ruby in vim all day. It gets the job done. [12:21] jdoe: lol [12:21] fink: if I knew ed maybe. [12:21] Wraithan: ed's a nice guy [12:21] friend uses joe [12:21] Yeah, I like ed for quick edits. [12:21] fink: ed sits next to me at work [12:21] but joe uses ed. :) [12:22] * jdoe ONLY USES PICO [12:22] fink: though he prefers Edwin [12:22] ... not these "open source" knockoffs like nano >:| [12:22] Emacs can emulate *all* of your editors. :) [12:22] and your browser. [12:22] and your irc client. [12:22] nano > vi* [12:22] and your os. [12:22] notepad.exe > * [12:22] * fink has a soft spot for pico [12:23] cp /dev/null notepad.exe [12:23] RandalSchwartz: hater. [12:23] :( [12:23] * Wraithan goes back to work [12:23] in emacs [12:24] ... nah I don't actually care. I just learned vim first and have no desire to remember another trillion or so key bindings. [12:24] * RandalSchwartz goes back to reading irc... in emacs [12:24] * fink goes back to emacs… in emacs [12:25] RandalSchwartz: ... yeah? Impressive. [12:25] I know you can do it, I didn't know anyone actually did. [12:25] that's how I'm typing right here right now [12:25] neat. [12:26] Terminal.app -> ssh -> screen -> emacs -> irc.el -> freenode [12:26] I have some friends that use emacs for IRC [12:26] die hard irssi user. [12:26] weechat here [12:26] weehchat > irssi [12:26] konsole -> ssh -> screen -> ssh -> screen -> irssi :P [12:26] because python + perl > perl [12:26] Wraithan: the nicklist is neat, but it was unstable (like crashy unstable) last I tried. [12:27] urxvt -> ssh -> tmux -> weechat -> freenode [12:27] btw [12:27] tmux > screen [12:27] and urxvt > * [12:27] yeah, uh, what's so great about tmux? [12:28] jdoe: weechat is a lot more stable now a days, though I run against head [12:28] I saw they rewrote it, I didn't see why [12:28] er, rewrote screen [12:28] jdoe: eh, there isn't much that makes tmux better, I like the defaults better and it is on all of my systems [12:28] It is part of the set of packages I have my default install [12:29] ah, fair enough. [12:29] It's BSD licensed, not GPL [12:29] this is the only obsd system i've touched in years, so I think I'll be sticking with screen [12:29] that's part of the reason [12:29] Wraithan: does tmux let you have tmuxes inside tmuxes? [12:29] RandalSchwartz: I guess, but most of the software people are going to put on the machine is going to be some non-bsd license. [12:29] fink: you can force it yes [12:30] and client/server design, which lets it get away with a few things [12:30] fink: it gives a warning just like screen does [12:30] ok [12:30] jdoe really? very little of what I have on my box is GPL [12:31] BSD licence is part of what makes me consider BSD [12:31] Would be nice to get away from the GPL a bit more [12:31] replacing gcc is the tough one [12:31] clang is getting closer every day [12:31] but there are new compilers, I hear [12:31] can't you build the whole freebsd userland with clang now? including the kernel [12:32] plus clang is LLVM based, something which I support (even if it is funded by Steve Jobs. [12:33] Thought they are getting closer to compiling the linux kernel with it as well, which is cool [12:36] RandalSchwartz: apache? [12:36] RandalSchwartz: perl? ;) [12:38] what about apache and perl? [12:38] neither of them are GPL [12:39] you said GPL, I said non-BSD. [12:40] perl is dual-licensed, right? I skimmed over the terms, the "artistic license" doesn't seem far off the GPL. [12:40] * jdoe shrugs. [12:41] emacs is gpl, if you use a real mail client it's probably gpl'd (or worse) as well... mutt is GPL, alpine is GPL... [12:42] gpl OR WORSE [12:42] dun dun dun [12:43] yeah... the emacs thing, not sure what I would replace it with [12:43] CESSMASTER: well, pine is fairly restrictive, that was what I was thinking of. [13:19] anyone good with network bridging and routes? [13:31] cedwards: I've done it... in some moderately complex setups but I wouldn't claim to be good (aka I spent hours with man pages and google to do the harder ones) [13:34] *** nbari|away has quit IRC (Ping timeout: 240 seconds) [13:35] *** nbari|away has joined #arpnetworks [13:39] Hmm... I'm having problems with emacs now [13:42] I'm getting my hours in now.. [13:43] I have a kvm host. I need 9 vm (which are created) to connect through two vlans. I assume this needs two bridges. [13:43] what I'm currently trying is eth0 (host), br0 (half guests), br1 (half guests). [13:47] cedwards: when you say vlans, do you mean real 802.1Q vlans, or kvm's mis-use of the word vlan [13:53] *** Wraithan has quit IRC (Quit: rebooting) [13:53] *** Ehtyar has quit IRC (Quit: Don't follow me) [13:56] *** Wraithan has joined #arpnetworks [14:07] *** fink has quit IRC (Quit: fink) [14:11] *** schmir has quit IRC (Remote host closed the connection) [14:15] up_the_irons: might want to specify the zones for rdns in the faq. You're using a hyphen for the mask, RFC uses a / [14:16] er, zone style [14:16] jdoe: thought the RFC showed both styles [14:16] but yes, i should specify [14:17] rfc only has examples for / but I think it says you can use whatever delimiter you like. [14:17] jdoe: ah ok [14:24] er... wait [14:24] is this even right? [14:24] 242.97.136.174.in-addr.arpa. 3600 IN CNAME 242.240-247.97.136.174.in-addr.arpa. [14:24] shouldn't that be IN CNAME 242.240-29.97.136.174.in-addr.arpa [14:33] up_the_irons: well, whenever you're around, ^^^ :) [14:34] jdoe: no [14:34] jdoe: use the format I specified [14:34] it's not simply s/-/\// [14:34] mmk. [14:35] fwiw, that's not how 2317 does it either. [14:35] so you don't think I'm nuts, that format was specified in "DNS & BIND", 2nd Ed. by O'Reilly (old news now) [14:35] right on. [14:35] I mean, it doesn't matter either way, you could call it bob.in-addr.arpa if you wanted. [14:35] right [14:36] alright, I'll fix the zone too. [14:36] up_the_irons: that book is sitting on our shared bookshelf at work [14:36] Wraithan: hehe, nice. the 2nd ed. is old now, but that was current when i read it [14:37] I have it at home somewhere. [14:37] i think everyone has a copy somewhere [14:37] not sure why given that I don't generally use bind. [14:37] I am sure it was new when my boss bought it... we have lots of old books [14:37] I did learn something new from it though, DNAME [14:37] I've never even opened it [14:37] whoa, wth is DNAME [14:38] haha. [14:39] sorta like cname but for an entire subdomain [14:39] whoa [14:39] I believe it's new in BIND9 [14:39] "new" [14:43] *** amdprophet has quit IRC (Ping timeout: 240 seconds) [14:47] *** amdprophet has joined #arpnetworks [14:48] Is someone here using wanderlust? [15:09] up_the_irons: I mean 802.1q vlans. our office network is separated by business unit per vlan. [15:10] up_the_irons: I need one kvm guest to go to one vlan, and others to another. [15:11] cedwards: so the first thing you'll need to do is set up VLANs on the regular interfaces (eth0, eth1, ...) [15:11] cedwards: or, unless you have one vlan going to eth0, and another to eth1, etc... [15:12] *** visinin has joined #arpnetworks [15:15] visinin: nice work. [15:15] jdoe: what [15:17] visinin: ident [15:17] er... non-ident. [15:17] oh yeah, thanks :3 [15:18] up_the_irons: currently the setup is eth0 connects to a port on the switch, vlan24. eth1 connects to a port on the switch vlan64. [15:19] up_the_irons: I had set eth0 to br0 and eth1 to br1, but I'm thinking I should dedicate an interface to the host, leaving me with eth0, br0 and br1. [15:19] up_the_irons: eth0 connecting physically to one vlan on the switch, br0 and br1 connecting to their respective vlans on the switch and the guests assigned to each bridge accordingly. [15:20] cedwards: so you would make eth1 a 802.1Q port? ("trunk port" in cisco terms) [15:20] *** schmir has joined #arpnetworks [15:21] up_the_irons: is that what we need to do? we did consider trunking, but hadn't tried it yet. [15:22] up_the_irons: the server I am using has 4 NICs, and between the 9 VMs + host we only need to access two 802.1q vlans. [15:22] cedwards: you don't *have* to but then you'd have to pick vlan 24 or vlan 64 for the host [15:22] cedwards: oh, you have 4 nics [15:23] up_the_irons: right. with the 4 nics I was directly connecting to ports configured on the appropriate vlans. [15:23] cedwards: well, easy solution is to bridge vlan24 VMs to eth0 and bridge vlan64 VMs to eth1, for example [15:23] up_the_irons: the problem arose when I added the second bridge on the second vlan. the routes got confused I think and I couldn't get anywhere. [15:23] and use eth2 for the host, if u wish [15:24] your setup would look something like: [15:24] br24 bridges eth0, tap1, tap2, etc... [15:24] br64 bridges eth1, tap6, tap7, etc... [15:24] i'm making up the interface names [15:26] would this be an appropriate config: http://pastebin.com/ZRqNAvmA [15:26] I'm just making up addresses there.. [15:27] cedwards: looks about right [15:28] up_the_irons: would I need to do anything additional with my routes/gateways? [15:29] (this is all on ubuntu 10.04 server, btw) [15:29] cedwards: not really, you're just bridging your VM traffic onto the wire and not using the hosts routing, I'm assuming [15:29] (which is the better way to go IMO) [15:30] *host's [15:30] I'll have to keep playing with it tomorrow. [15:30] I think my initial problem was the host interface was also the br0 (eth0->br0), and br0 address was how I accessed the host. [15:34] cedwards: in your eth0 stanza of your paste, remove the "bridge_" directives [15:34] that only applies for a "brXX" interface [15:35] the eth0 stanza [15:35] hahahaha [15:35] ohh, right. copy/paste blunder there. [15:35] yeah i figured [15:36] I'd try this out here on my laptop, but no bridging over wifi and I only have one nic. [15:36] * Wraithan isn't sure what is funny about eth0 stanza [15:36] cedwards: when you bridge eth0 to something, you want the IP addresses that originally existed on eth0 to now be on the bridge. so you'd remove the IPs from eth0 [15:36] * up_the_irons isn't sure what is funny either [15:36] is "stanza" commonly used to describe conf files? [15:36] I only see it for poetry [15:36] in which context it is hilarious [15:37] CESSMASTER: not super common but it is used for that [15:37] up_the_irons: yeah. when I bridged eth0 to br0 I gave br0 the IP. In my example, eth1 and eth2 will not have IPs, only br1 and br2. [15:37] CESSMASTER: the "iface" parts are called stanza's, i believe [15:37] cedwards: ok [15:37] well I bet it was hilarious when somebody first came up with the name :/ [15:37] ..which does make me wonder, if a bridge is basically just a software switch (in simple terms), why would it need an IP at all? [15:37] cedwards: management [15:38] does it _need_ an IP? I mean, if I can manage them via eth0.. [15:38] CESSMASTER: beer and IT seem to go hand in hand... [15:38] cedwards: if you don't have any IPs on your bridges, you won't be able to access the host machine (only VMs). Unless you dedicate a separate port for management (which I think you are doing) [15:38] cedwards: no, bridges don't _need_ IPs [15:38] i tend to not put IPs on mine [15:39] In my mind a clean setup would be non-bridged eth0, with a static address. then non-addressed bridges with VMs attached, each having their own static addresses. [15:39] bridge management can be done via eth0 (host), and it serves the main purpose of the VMs getting in/out traffic. [15:41] I can then create as many vlan-attached bridges as I need, without allocating any IPs to the bridge interface itself. [15:41] (vlan-attached meaning physical interface connected to vlan assigned port on switch) [15:43] sounds fine to me [15:48] *** fink has joined #arpnetworks [15:49] *** fink has quit IRC (Read error: Connection reset by peer) [16:26] *** schmir has quit IRC (Remote host closed the connection) [16:37] *** visinin has quit IRC (Quit: leaving) [16:43] *** amdprophet has quit IRC (Quit: amdprophet) [16:43] *** amdprophet has joined #arpnetworks [17:05] ... that's kind of... weird. [17:05] chrooting postfix usually involves some work. [17:06] ... on openbsd it was just telling it to in master.cf, no adding files to the chroot. [17:06] doesn't seem right. [17:23] nice [17:24] haha. I guess. I suspect it's broken until proven otherwise. The fact that mail's coming through isn't swaying me in that regard. [17:32] ah [17:41] *** heavysixer has quit IRC (Quit: heavysixer) [18:03] *** heavysixer has joined #arpnetworks [18:03] *** ChanServ sets mode: +o heavysixer [18:08] *** fink has joined #arpnetworks [18:26] *** heavysixer has quit IRC (Quit: heavysixer) [18:38] *** ballen has joined #arpnetworks [18:38] *** ballen has quit IRC (Changing host) [18:38] *** ballen has joined #arpnetworks [18:38] *** ChanServ sets mode: +o ballen [19:16] *** ballen has quit IRC (Quit: Leaving...) [19:26] *** heavysixer has joined #arpnetworks [19:26] *** ChanServ sets mode: +o heavysixer [19:37] qmail++ [19:37] * infrared hides [19:38] s/q/g/ [19:38] hah [19:39] I'd much rather set up qmail on my server than gmail. Imagine what's involved in running gmail! [19:40] mike-burns: a few thousand servers and a bunch of people with doctorites running around screaming python [19:40] Exactly; I don't think I can afford that. [19:41] i think google jumped the shark [19:41] idiots [19:41] They did that years ago. [19:41] i dunno.. i really think this was the topper for me [19:41] What are you going to switch to? [19:42] nothing. they own me [19:42] bing? and stare at that horrible home page? [19:43] Well you'd use a smart bookmark/search bar to never look at the home page, but yeah---Y!, Bing, and G all have identical search results HTML now. [19:43] And Ask censors their results. [19:44] There's Teoma. [19:44] Gmail is Java isn't it? [19:44] probably Go or something stupid [19:45] I'd expect it to be C. [19:45] who in their right might would code a web app in C? [19:45] mind* [19:45] OKCupid, Google. I think that's it. [19:45] A lot of the backend stuff at google is done in C, and some more recently is Go [19:46] Lots of the github backend is in C. [19:46] But they admitted in one part of their FAQ that gmail is java iirc [19:46] *** ballen has joined #arpnetworks [19:46] *** ChanServ sets mode: +o ballen [19:46] java-- [19:47] Agreed [19:47] http://panela.blog-city.com/python_at_google_greg_stein__sdforum.htm - "Most other front ends are in C++ (google.com) and Java (gmail)." [19:47] oooh hi [19:48] amazon's shit used to be coded in C [19:48] i thought amazon was perl [19:48] CESSMASTER: amazon's shit used to be written in Lisp [19:48] Yeah. [19:49] obidios or whatever was called was written in C, iirc [19:49] Reddit was in lisp [19:49] now it is python [19:49] iirc [19:49] So many things can compile down to something that gcc can understand that it doesn't make sense to write C anymore. Most of the time. Usually. [19:50] haskell [19:50] Like the haskell kernel module folks [19:50] lol [19:50] haha [19:50] jinx [19:50] infrared++ [19:50] Yeah, I had Haskell in mind. [19:50] i dunno.. i still have a love for perl [19:50] :) [19:50] They're doing some LLVM work on GHC or something, supposed to be faster and more memory efficient. [19:51] infrared: we are all wrong sometimes. [19:51] * infrared punches Wraithan in the juggular [19:52] hah [20:00] *** dreamer1101 has joined #arpnetworks [20:01] hello, is there anyone from arpnetworks available to spare a couple minutes? [20:01] up_the_irons: ^ [20:02] not from ARPNetworks, but whats up [20:03] oh, well i placed an order a couple days ago and haven't received the verification call... i'm currently out of town and was wondering what is up... was kind of wanting to setup the base of my system before i head to the beach this weekend... [20:03] did you place the order after the orders were closed? [20:03] or are they back open again? [20:04] still closed atm [20:04] dreamer1101: I only got a verification email [20:04] oh ok cool [20:04] well i've been in contact via email with gary from arpnetworks and he provided me with a link to order... and i did =) [20:04] there ya go [20:05] just haven't received a phone call or email back after i placed the order [20:05] hehe [20:05] :D [20:05] dreamer1101: you talking the special order link? [20:05] seems quite unlikely you'll get a call [20:06] just an email providing further details of what i ordered then i assume? [20:06] yep [20:06] I assume Gary is just busy [20:06] dreamer1101: along with a recept once your card is charged [20:07] yea i totally understand and not here to rant, i just found it interesting when i clicked the contact us link that arpnetworks had an irc channel, i was going to send a msg- but like you said, he is prolly just a bit busy lately... [20:07] ya [20:08] cheers everyone [20:09] i've been in a vehicle for 14hr today (i know airplanes exist) but... ya know ;) [20:09] hah that sucks [20:09] thx for the response guys [20:09] np [20:10] bye [20:10] have a good night fellas [20:10] *** dreamer1101 has quit IRC (Quit: leaving) [20:20] nite [20:25] paste [20:26] sorry [20:36] whoop, dns is all happy and good, thanks up_the_irons. [20:39] jdoe: what was your issue? [20:41] fink: well, first I hadn't set it up. Then I had, but due to some miscommunication it was setup wrong. Then it was setup right ;) [20:42] jdoe: just wondering if it was something i should take notice of with my vps [20:43] fink: not unless you want him to delegate rdns and you haven't set it up, or you have set it up and it isn't working. [20:44] no i think it's working ;) thanks to tinydns [20:44] rdns delegation == pita [20:44] especially classless [20:47] ballen: yeah. I'm not thrilled with the RFC for it. [20:48] ... because it only suggests how one might do it. [20:48] it doesn't set a standard. [20:48] hah [20:48] as evidenced by our back and forth a couple hours ago. [20:48] ya [20:54] *** jdoe_ has joined #arpnetworks [20:54] *** jdoe has quit IRC (Quit: whee.) [20:55] *** jdoe_ is now known as jdoe [20:56] whee. [20:56] buh bye dedicated. [21:32] *** fink has quit IRC (Quit: fink) [21:41] *** steinberg has quit IRC (Quit: leaving) [21:45] *** ballen has quit IRC (Quit: ballen) [22:21] jdoe: cool, glad to hear [22:28] I think I will start putting /64's (IPv6) on the wire for new orders. Everything the same except /64 instead of /48. The /48 will still be allocated to the customer, but it won't do anything unless one contacts support and wants it routed over a link-local [22:29] toddf: ^^ if you have an opinion, lmk [22:29] then I won't be a "bad example" [22:33] why change? [22:51] jdoe: a /48 for a site is meant to be subnetted further for different purposes. But the way I currently set this up, it is not possible to subnet further. No one besides toddf has ever even asked to subnet it further, so I think it is clear that more than one subnet is not required by default. one subnet = /64. and if more than one subnet is required, all that is needed is to contact [22:51] support and we'll route it over link-local. it's like sensible defaults. right now, my default is wrong [22:52] faq entry in the making, huh? ;) [22:52] yeah, that makes sense. [22:52] even a /48 is insane. [22:56] hehe, yeah. but a /48 is "generally accepted" as default allocation for a "site" [22:58] those clinging onto IPv4 thinking will still say don't allocate a /48 if it is not needed, but I prefer the new thinking of "everyone gets the same thing", regardless of need. If you do the math, we won't run out of subnets, so it doesn't matter. the upside is it makes allocation policies a lot easier, and therefore cheaper to maintain [23:15] true. [23:23] *** heavysixer has quit IRC (Ping timeout: 260 seconds)