1195689874 Q * dna Quit: Verlassend 1195690552 Q * hparker Quit: Quit 1195691660 Q * yarihm Quit: Leaving 1195692578 J * yarihm ~yarihm@84-75-112-118.dclient.hispeed.ch 1195693298 Q * shuri Ping timeout: 480 seconds 1195694463 J * hparker ~hparker@linux.homershut.net 1195697207 Q * yarihm Quit: Leaving 1195698444 Q * kwowt Ping timeout: 480 seconds 1195699620 Q * AStorm Remote host closed the connection 1195699633 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1195701844 Q * FireEgl Ping timeout: 480 seconds 1195701879 Q * mire Read error: Operation timed out 1195703418 Q * AStorm Ping timeout: 480 seconds 1195703546 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1195704733 Q * fatgoose Ping timeout: 480 seconds 1195704856 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com 1195705616 Q * hparker Quit: g'nite 1195705815 Q * Aiken Remote host closed the connection 1195706140 Q * fatgoose Quit: fatgoose 1195706597 J * Aiken ~james@ppp121-45-217-13.lns2.bne1.internode.on.net 1195710548 J * dsoul_ darksoul@vice.ii.uj.edu.pl 1195710877 Q * dsoul Ping timeout: 480 seconds 1195711553 Q * balbir Ping timeout: 480 seconds 1195713247 J * sharkjaw ~gab@shell.ormset.no 1195713484 J * virtuoso_ ~s0t0na@ppp89-110-2-242.pppoe.avangarddsl.ru 1195713484 Q * virtuoso Read error: Connection reset by peer 1195716753 Q * AStorm Remote host closed the connection 1195716789 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1195717066 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1195718861 J * mire ~mire@51-171-222-85.adsl.verat.net 1195719005 Q * JonB Quit: This computer has gone to sleep 1195719388 J * larsivi ~larsivi@85.221.53.194 1195719653 N * ensc Guest1533 1195719663 J * ensc ~irc-ensc@77.235.182.26 1195719710 Q * larsivi Quit: Konversation terminated! 1195719799 J * larsivi ~larsivi@85.221.53.194 1195720064 Q * Guest1533 Ping timeout: 480 seconds 1195720398 J * gebura ~gebura@77.192.186.197 1195720430 M * gebura hi 1195720713 Q * AStorm Ping timeout: 480 seconds 1195720721 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1195721142 Q * AStorm Quit: ET calling home 1195721163 Q * rorem- Remote host closed the connection 1195721764 J * JonB ~NoSuchUse@130.227.63.19 1195721868 J * dna ~dna@56-205-dsl.kielnet.net 1195722089 J * rorem- ~roremtank@bzq-219-46-202.isdn.bezeqint.net 1195722343 N * Bertl_zZ Bertl 1195722358 M * Bertl good morning! 1195722583 M * gebura you to :) 1195722659 M * JonB hey Bertl 1195724016 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1195724201 M * mrfree using sys-apps/baselayout-2.0.0_rc6 on gentoo I receive "shutdown: /dev/initctl: No such file or directory" during "vserver ... stop" 1195724238 M * Hollow mrfree: which initstyle? 1195724278 M * Bertl probably gentoo or sysv 1195724278 M * mrfree I followed the gentoo guide... initstyle gentoo 1195724300 M * Hollow are you trying to shutdown from inside? 1195724325 M * Bertl nope, as he wrote 'vserver .. stop' 1195724339 M * mrfree if I remember well using the baselayout in the stage4 I downloaded, this problem wasn't here 1195724342 M * Hollow right .. sorry, it's too early 1195724354 M * Bertl hehe, just got up too .. np 1195724405 M * mrfree http://pastebin.com/d3a93f3b5 1195724409 M * mrfree this is the full output 1195724442 M * Hollow weird .. can you paste /etc/init.d/shutdown.sh (from inside) 1195724475 M * mrfree http://pastebin.com/d38f838fc 1195724508 M * Hollow ok, somehow you overwrote this file during update (and probably reboot.sh too) 1195724517 M * Hollow it#s from the sysvinit ebuild IIRC 1195724529 M * Hollow the gentoo init style needs a little hack here 1195724575 M * mrfree Do I simply need to re-emerge it? 1195724691 M * Hollow you can just re-run the initpost script to fix that file again 1195724719 M * Hollow /usr/lib/util-vserver/distributions/gentoo/initpost /etc/vservers/ /usr/lib/util-vsever/util-vserver-vars 1195724748 M * Hollow (please fix typos with :) 1195724772 M * mrfree ah ok, do I need to run them sistematically? 1195724779 M * mrfree after every update? 1195724796 M * Hollow wel, ust do not eplace shutdown.sh/reboot.sh on the next sysvinit upgrade :) 1195724800 M * Hollow argh 1195724803 M * Hollow this keyboard sucks 1195724804 M * mrfree ok :) 1195724851 M * mrfree another little question... when I upgraded baselayout I noticed that the #terminals part in the /etc/inittab is commented in the guests 1195724894 M * Hollow yeah, you don't have access to them (but it doesn't mater for gentoo initstyle, it doesn't use inittab) 1195724995 M * mrfree but I need to run the initpost from host right? 1195725049 M * mrfree oops ok it's a single long command :) 1195725068 M * mrfree great it seems to work thanks 1195725154 M * Hollow you're welcome! 1195726121 J * _markus__ ~chatzilla@mail.netcare.at 1195726189 M * _markus__ 'lo 1195726232 M * _markus__ Why is 127.0.0.1 treated special in a vserver guest? There' no loopback interface, it's not pingable yet it works with e.g. tcp connection which seem to access the services running on the guests ip? 1195726297 M * Bertl welcome _markus__! :) 1195726303 M * _markus__ Hi :> 1195726323 M * _markus__ Seeing me not often here is a good sign: everthing vserver related works ;) 1195726331 M * Bertl first, 127.0.0.1 is treated special because there are some (many?) broken apps which have 127.0.0.1 hardcoded 1195726339 M * _markus__ mhmm. 1195726352 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1195726366 M * Bertl second, the fact that you do not see 'lo' is related to the fact that you do not have any IPs assigned to the 'lo' interface 1195726392 M * Bertl third, if you get a recent devel kernel and configure it properly, you will see '127.0.0.1' and 'lo' inside a guest 1195726399 M * _markus__ ahh :-) 1195726429 M * Bertl finally, not having 127.0.0.1 in a guest (and/or using an older kernel) doesn't cause any issues with 'sane' software 1195726433 A * ard6 always sees lo 1195726435 M * _markus__ if I've not a so recent kernel, is 127.0.0.1 the same as the ip of the guest, in terms of connecting with tcp to that ip? I mean, that's what I observered 1195726446 A * ard6 always bind ip's to lo... no use having them on eth* 1195726472 M * Bertl yes, part of the remapping (old or new kernel) is to change 127.0.0.1 to a special IP, for older kernels, that is the first assigned IP 1195726472 M * JonB ard6 sees dead lo's. lo's dont know they are dead 1195726533 M * ard6 Dead? 1195726546 M * JonB ard6: sixth sense 1195726560 M * ard6 :-) 1195726594 M * _markus__ I laughed my ass off yesterday when I saw the episode if "IT Crowd" where Roy was wearing his "I see dumb people" -Tshirt :-))))) 1195726606 M * JonB heh 1195726643 A * ard6 has to watch that then 1195726654 M * ard6 but's it's not official broadcasted in holland... 1195726676 M * JonB ard6: we know that wont stop you 1195726677 M * ard6 although BBC is FTA 1195726681 M * Bertl ard6: I'm sure that will give you serious troubles ... 1195726688 M * ard6 LOL 1195726715 M * ard6 fortunately there is always somebody else that has already taped it... 1195726724 M * _markus__ JonB: lol 1195726742 M * Bertl I remember a cool plugin to vdr called videgor 1195726764 M * Bertl it allows you to record broadcastings in the past :) 1195726777 M * _markus__ It's neither broadcasted in Austria ... still everyone from IT guys I know have seen it *wonder wonder* 1195726801 P * click [IRSSI] 1195726826 M * Bertl I'd assume, they watch private copies of good friends in the UK :) 1195726868 J * click click@ti511110a080-2077.bb.online.no 1195726876 M * _markus__ Exactly :) 1195726898 M * ard6 Well, according to dutch law I am allowed to record for friends, but not to copy the recording for friends. 1195726918 A * ard6 just hardlinks the transportstream file several times 1195726953 M * ard6 (a copy of a copy without license is not allowed, making a copy for a friend from the original is :-) ) 1195726974 M * ard6 videgor looks ncie 1195726975 M * ard6 eh 1195726976 M * ard6 nice 1195727022 M * Bertl it's a funny idea, not very practical atm thoguh 1195727025 M * Bertl *though 1195727131 M * ard6 In holland it might be, something like that... 1195727143 M * ard6 we only use 2, at most 3 transponders for all channels 1195727154 J * lilalinux ~plasma@dslb-084-059-006-183.pools.arcor-ip.net 1195727168 M * ard6 so you actually only need 3 receivers, and a lot of diskspace :-) 1195727201 M * ard6 And if everybody had fiber@home then sharing is simple. 1195727259 J * C14r ~C14r@h58173.serverkompetenz.net 1195727270 M * Bertl welcome C14r! 1195727405 Q * weasel Quit: reboot 1195727689 J * weasel weasel@weasel.chair.oftc.net 1195728339 M * _markus__ Bertl: thank for your answers! nice day! 1195728409 M * Bertl you're welcome! 1195728421 M * Bertl okay, off for now .. back a little later ... 1195728430 N * Bertl Bertl_oO 1195728565 Q * _markus__ Quit: ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514] 1195729073 M * mrfree from the guests can I see 127.0.0.1? 1195729154 N * ensc Guest1543 1195729164 J * ensc ~irc-ensc@77.235.182.26 1195729547 Q * Guest1543 Ping timeout: 480 seconds 1195730994 Q * Aiken Quit: Leaving 1195731937 M * ard6 mrfree : vs2.2 : no, connections to 127.0.0.1 will be rewritten to the first ip of the vserver. 1195731944 M * ard6 127.0.0.2 is available though 1195731958 M * ard6 vs2.3: each vserver has it's own 127.0.0.1 1195732196 M * mrfree I actually apply "particular" policies for the connection through 127.0.0.1, now I'm splitting services over different vserver and I need to recreate the same behaviour 1195732297 M * mrfree reading the wiki I think I can simple create a new rfc1918 (fake) lan and apply the old policies to the new subnet 1195732594 M * matthew__ I reduce 127. to a class C 1195732607 M * matthew__ I then assign a 127.x. class C to each vserver 1195732619 M * matthew__ with some suitable iptables on the host, you can make it work nicely 1195732678 M * mrfree when I set a particular device in /etc/vservers/$VSERVER/interfaces/0/dev it means I want to create a "bridge" between (host)eth0 ans (guest)eth0 ... i.e. if I use eth0 1195732680 M * mrfree ? 1195732746 M * mrfree or it's simply a "name" for the device in the guest system 1195732831 J * tanjix ~tanjix@office.star-hosting.de 1195732834 M * tanjix hello @ll 1195732852 M * tanjix i have a little problem 1195732897 M * tanjix i try to stop a guest but it does not stop. there are still prcesses remaining which cannot be killed, too using "chcontext --xid kill -9 " 1195732906 M * tanjix any ideas how i get the geust stopped completely? 1195733163 J * meandtheshell ~sa@85.127.102.124 1195734364 M * matti Bertl_oO: :) 1195736912 Q * larsivi Quit: Konversation terminated! 1195737449 M * JonB tanjix: there's always power off ;-) 1195738999 M * tanjix JonB: i don't want to power off... there must be other possibilites too i think ;) 1195739651 J * ema ~ema@rtfm.galliera.it 1195740499 Q * ard Ping timeout: 480 seconds 1195741332 Q * sharkjaw Remote host closed the connection 1195741337 J * shuri ~shuri@64.235.209.226 1195741820 J * larsivi ~larsivi@144.84-48-50.nextgentel.com 1195742478 J * yang yang@yang.netrep.oftc.net 1195743094 J * Yvo ~yvonne@91.64.217.106 1195743162 P * Yvo 1195744130 Q * JonB Ping timeout: 480 seconds 1195744768 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1195744877 M * mrfree I have a quesion about networking... I setted up dummy0 on both host and guest as descrcibed in the wiki 1195744911 M * mrfree the I masq the new lan (using shorewall) on the host but guests can't go out 1195744959 M * mrfree using dummy0 in /etc/vservers/$VSERVER/interfaces/0/dev means that the dummy0 if is on the same lan as dummy0 on the host? 1195744989 M * mrfree host has 192.168.0.1 a guest 192.168.0.2 1195744995 M * mrfree guest can ping host 1195745199 M * mrfree i think the problem is... i haven't understand how vserver plays with the interfaces :) 1195745312 Q * rob-84x^ Ping timeout: 480 seconds 1195745524 M * gebura using dummy0 in /etc/vservers/$VSERVER/interfaces/0/dev means that the dummy0 if is on the same lan as dummy0 on the host? 1195745525 M * gebura yes 1195745575 M * gebura and yes for " host has 192.168.0.1 a guest 192.168.0.2" (if you use this adress) 1195745585 M * mrfree ok a step ahead :) ... I think I need to make something like vguest --> host --> ... 1195745605 M * mrfree ok 1195745626 M * mrfree but it doesn't work 1195745699 M * mrfree gebura, I think I need to masq "dummy0 192.168.0.1/24 192.168.20.20" in shorewall "term" 1195745713 M * mrfree 192.168.20.20 is the host eth0 address 1195745738 M * mrfree so I nat all 192.168.0.1/24 on 192.168.20.20 1195745748 M * gebura maybe should you try first with iptables 1195745778 M * gebura just a second 1195745783 M * mrfree k 1195745840 M * mrfree the guests should use 192.168.0.1 as default gw, right? 1195745852 M * daniel_hozac there's no such thing... 1195745882 M * gebura arg, i didn't find back the 'pivate networking page" 1195745891 M * gebura will put you my confing online 1195745896 M * gebura config 1195745902 M * mrfree http://linux-vserver.org/Networking_vserver_guests 1195745968 M * gebura the oldwiki page was more simplier :( 1195746030 M * daniel_hozac mrfree: guests do not have their own routing tables, interfaces or IPs. 1195746052 M * daniel_hozac mrfree: all the networking happens on the host, the guests are just limited to a subset of the IP addresses. 1195746137 M * gebura http://gebura.eu.org/private/vserver 1195746205 M * gebura updated 1195746269 M * gebura i don't know if it will help you a lot 1195746284 M * gebura please tell me if it does :) 1195746339 M * gebura i used this page as start http://oldwiki.linux-vserver.org/HowtoPrivateNetworking 1195746389 M * gebura hum ok it is the same that the new 1195746392 M * mrfree gebura, yes I read that howto. thanks for your config 1195746439 M * mrfree http://shorewall.net/shorewall_setup_guide.htm#SNAT 1195746475 M * mrfree the rule in masq should acts like "iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d ! 192.168.1.0/24 -j SNAT --to-source $EXTIP" 1195746516 M * mrfree but I assume that the traffic in dummy0 should go in etho (host side) to go out 1195746522 M * mrfree eth0 1195746555 M * daniel_hozac no, it wouldn't. 1195746587 M * mrfree ok, so this is the prob :) 1195746601 M * daniel_hozac what i said implies that there is absolutely no forwarding between guests and the host. 1195746655 M * mrfree so from the firewall point of view the are 2 subnet on a single interface? or what? 1195746667 Q * zLinux Ping timeout: 480 seconds 1195746721 M * daniel_hozac interfaces don't matter. you should base your rules on the IP addresses if you want to limit the guests' communication with eachother and the host. 1195746735 M * daniel_hozac if you just want NAT, the rule you pasted should be fine. 1195746756 M * mrfree I'm trying to use shorewall (I'm actually using it) 1195746760 M * mrfree I try... 1195746851 M * daniel_hozac stop doing that and see if it works without shorewall? 1195746943 J * zLinux ~zLinux@88.213.26.179 1195746972 M * mrfree last try ;) 1195747011 J * Alikus ~alikus@217.150.200.212 1195747261 J * ard ~ard@gw-tweakb16.kwaak.net 1195747592 M * mrfree daniel_hozac, gebura: it doesn't seem to work 1195747604 M * mrfree i tryed with only iptables only 1195747624 M * mrfree I noticed that the packed cont on ifconfig dummy0 doesn't increase 1195747630 M * daniel_hozac and you flushed the tables before? 1195747632 M * mrfree all is 0 1195747637 M * daniel_hozac as i said, interfaces don't matter. 1195747650 M * daniel_hozac if packets would actually go out on dummy0, they would never get anywhere. 1195747672 M * mrfree http://pastebin.com/d3f331353 1195747673 M * daniel_hozac (it's like /dev/null for interfaces) 1195747687 M * mrfree in this state I added the rule using iptables 1195747698 M * mrfree iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -d ! 192.168.0.0/24 -j SNAT --to-source 192.168.20.20 1195747727 M * daniel_hozac and how are you testing if it works? 1195747760 M * mrfree I tryed to ping 192.168.20.1 another host on the "host" (in the vserver meaning) lan 1195747765 M * mrfree from a gues 1195747765 M * mrfree t 1195747811 M * daniel_hozac and the guest is assigned 192.168.0.x? 1195747817 M * mrfree yes 1195747829 M * mrfree 192.168.0.2 1195747831 M * daniel_hozac with 192.168.20.20 being the host's public IP address? 1195747851 M * tanjix i have a little problem 1195747854 M * tanjix i try to stop a guest but it does not stop. there are still prcesses remaining which cannot be killed, too using "chcontext --xid kill -9 " 1195747856 M * tanjix any ideas how i get the geust stopped completely? 1195747881 M * daniel_hozac what state are the processes in? 1195747892 M * mrfree daniel_hozac, yes and no... 192.168.20.20 is "public" for guests but it is natted on another device 1195747914 M * tanjix daniel_hozac: S and D 1195747918 M * daniel_hozac mrfree: that's a given. 1195747926 M * daniel_hozac tanjix: D means it's stuck in kernel space. 1195747933 M * daniel_hozac tanjix: you can't kill that. 1195747933 M * tanjix daniel_hozac: but the procs which cannot be killed have D 1195747962 M * tanjix daniel_hozac: so no other option than rebooting the hosT? 1195747978 M * daniel_hozac figure out why they're stuck and there might be another way. 1195747991 M * tanjix i do not know how to :( 1195748001 M * daniel_hozac dmesg is a good bet. 1195748025 M * tanjix dmesg is empty 1195748032 M * mrfree daniel_hozac, so yes 192.168.20.20 is "public" 1195748033 M * mrfree :) 1195748040 M * daniel_hozac tanjix: empty? 1195748049 M * tanjix daniel_hozac: yes 1195748055 M * daniel_hozac tanjix: that's on th ehost? 1195748090 M * tanjix no within the guest 1195748098 M * daniel_hozac you want the host... 1195748104 M * mrfree daniel_hozac, on the gebura config I noticed that dummy0 counters aren't all = 0 1195748127 M * tanjix daniel_hozac: dmesg on the host does not show me relevant things in my oppinion for that case 1195748153 M * daniel_hozac tanjix: meaning it's just the regular boot messages? 1195748172 M * daniel_hozac mrfree: that's just a bunch of packets that have entered a black hole.. 1195748189 M * tanjix daniel_hozac: sorry? 1195748213 M * daniel_hozac tanjix: what does dmesg contain? 1195748231 M * mrfree daniel_hozac, ok but in my case any pck running through the blackhole :) 1195748291 M * daniel_hozac mrfree: could you post the output of ip a; ip r; iptables -nvL; iptables -t nat -nvL? 1195748435 M * mrfree daniel_hozac, http://pastebin.com/d432b5591 1195748500 M * mrfree daniel_hozac, 192.168.20.20 is secondary ip for eth0... is that a prob? 1195748514 M * daniel_hozac no, shouldn't be. 1195748529 M * daniel_hozac ping -I 192.168.20.20 192.168.20.1 works fine, right? (on the host) 1195748667 M * mrfree holy crap!!! 1195748684 M * mrfree 192.168.20.1 doesn't accept icmp !!! 1195748694 M * mrfree sorry :P 1195748726 M * mrfree I tryed with another host in 192.168.20.x lan and it works from guest too 1195748826 J * rob-84x^ rob@submarine.ath.cx 1195749236 M * mrfree daniel_hozac, now (probably since some time ago) it works :) 1195749243 M * mrfree many thanks for the help 1195749350 M * daniel_hozac heh, you're welcome. 1195749553 Q * gebura Quit: Quitte 1195749693 M * faheem__1 Hi. Happy Thanksviving everyone. Except those who don't celebrate it, possibly. :-) 1195749913 M * sid3windr (wtf is thanksgiving) 1195749916 M * sid3windr :] 1195750322 M * igraltist hi 1195750356 M * igraltist i read on somewhere in the vlinux-site that it is easy to go out from a chroot. 1195750378 M * igraltist is it the same for an apache in a chroot to break out? 1195750658 Q * nebuchadnezzar Remote host closed the connection 1195750851 M * daniel_hozac if you have root in a chroot, it's a no-brainer to escape. 1195750870 M * daniel_hozac (see man 2 chroot) 1195750893 J * nebuchadnezzar ~nebu@zion.asgardr.info 1195751805 M * faheem__1 daniel_hozac: Is a vserver guest more secure? 1195752724 Q * shuri Quit: Leaving 1195753310 M * daniel_hozac faheem__1: that's what the barrier protects against. 1195753953 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1195753990 J * bragon ~bragon@2001:7a8:aa58::1 1195754034 Q * mrfree Ping timeout: 480 seconds 1195754046 J * hparker ~hparker@linux.homershut.net 1195754377 Q * pmenier Quit: Konversation terminated! 1195754465 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1195754708 J * the_hydra ~the_hydra@125.164.99.22 1195754717 M * the_hydra Bertl_oO: nice interview! 1195755876 Q * JonB Quit: This computer has gone to sleep 1195756825 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1195757178 Q * the_hydra Quit: Leaving. 1195757245 Q * tanjix Ping timeout: 480 seconds 1195757466 Q * JonB Quit: This computer has gone to sleep 1195758115 Q * ema Quit: leaving 1195758213 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1195758539 Q * lilalinux Remote host closed the connection 1195758802 Q * michal Ping timeout: 480 seconds 1195759150 J * Moo ~troy@shells195.pinchaser.com 1195759279 J * michal ~michal@www.rsbac.org 1195759667 Q * Mark17 Remote host closed the connection 1195759812 Q * JonB Quit: This computer has gone to sleep 1195759894 N * Bertl_oO Bertl_zZ 1195760197 J * tanjix ~tanjix@dslb-084-058-011-172.pools.arcor-ip.net 1195762267 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1195763475 Q * meandtheshell Quit: Leaving. 1195763475 J * dilinger ~dilinger@mail.queued.net 1195763497 Q * dilinger 1195763598 J * ema ~ema@rtfm.galliera.it 1195763731 J * Aiken ~james@ppp121-45-235-214.lns1.bne4.internode.on.net 1195763979 Q * JonB Quit: This computer has gone to sleep 1195764846 Q * derjohn Ping timeout: 480 seconds 1195764882 J * derjohn ~derjohn@dslb-084-058-249-090.pools.arcor-ip.net 1195765839 J * kwowt ~kwowt@BSN-61-123-11.dial-up.dsl.siol.net 1195765842 M * kwowt heyy :p 1195767791 J * yarihm ~yarihm@84-75-112-118.dclient.hispeed.ch 1195769212 N * AStorm Guest1591 1195769216 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1195769226 Q * Guest1591 Ping timeout: 480 seconds 1195769755 Q * ema Quit: leaving 1195773177 Q * dna Quit: Verlassend 1195773905 Q * larsivi Quit: Konversation terminated! 1195775386 Q * yarihm Quit: Leaving