- NLNOG - NLNOG

nieuwjaarsborrel ?
by marcoh＠marcoh.net 11 Dec '08

11 Dec '08

En met meer belangrijk nieuws, ondergetekende en nog een handje bekenden leek het wel een aardig idee weer eens een nieuwjaarsborrel te doen. Voorlopige datum 9 januari 2009, voorlopige locatie ergens in Amsterdam (Bekeerde Suster ?). Suggesties voor verbeteringen zijn welkom, er ligt al een sponsorverzoek in de week bij een aantal organisaties, maar mocht je marketingbudget over hebben is een extra sponsor natuurlijk welkom. Als tegenprestatie is daar dan de eeuwige roem en een woord van dank in de speech van Niels :) Groet, MarcoH

13 33

[info@studio-logtenberg.nl: Re: nieuwjaarsborrel toch maar een weekje later ?]
by sabri＠cluecentral.net 10 Dec '08

10 Dec '08

Hi, Kent iemand de afzender? Wellicht tijd voor een LART. Thanks, Sabri ----- Forwarded message from herman logtenberg <info at studio-logtenberg.nl> ----- Return-Path: <info at studio-logtenberg.nl> X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on newdoos.cluecentral.net X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_50,HTML_MESSAGE, RDNS_NONE,SPF_PASS autolearn=no version=3.2.3 Delivered-To: sabri-cluecentral-sabri at cluecentral.net Received: (qmail 40557 invoked from network); 10 Dec 2008 19:02:48 -0000 Received: from unknown (HELO server01.superhost.nl) (91.192.36.168) by cluecentral.net with SMTP; 10 Dec 2008 19:02:48 -0000 Received: from cust-03-55bf0b78.adsl.scarlet.nl ([85.191.11.120] helo=[172.19.3.7]) by server01.superhost.nl with esmtpa (Exim 4.62) (envelope-from <info at studio-logtenberg.nl>) id 1LAUQo-000IOS-3Z for sabri at cluecentral.net; Wed, 10 Dec 2008 20:09:10 +0100 Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: <20081210120647.GA76537 at cluecentral.net> References: <E3849751-C053-4775-B20B-E1F233AAAD9B at marcoh.net> <5E0D1FEF-F804-4133-B49E-468444A86207 at marcoh.net> <20081208124138.GA80249 at fusix.nl> <20081208141919.GJ17010 at dot.freshdot.net> <alpine.DEB.0.99999.0812081720210.11201 at zaphod.blinkenlights.nl> <20081210095240.GA55561 at cluecentral.net> <c1ab1d2e0812100154n61b1eeb1ncae46336655bc34 at mail.gmail.com> <96ADB0F5-D931-4E06-A297-722558B9B768 at marcoh.net> <20081210120647.GA76537 at cluecentral.net> Content-Type: multipart/alternative; boundary=Apple-Mail-1--627232008 Message-Id: <517B71C9-1918-4C29-9D52-90D5B0B126B8 at studio-logtenberg.nl> From: herman logtenberg <info(a)studio-logtenberg.nl> Subject: Re: [Nlnog] nieuwjaarsborrel toch maar een weekje later ? Date: Wed, 10 Dec 2008 19:59:14 +0100 To: Sabri Berisha <sabri at cluecentral.net> X-Mailer: Apple Mail (2.753.1) X-Antivirus-Scanner: Clean mail though you should still use an Antivirus Wie ben jij, sabri wat verstuur je allemaal? In wat voor een mailingslist zit ik nou weer? Willem Aleksamender Op 10-dec-2008, om 13:06 heeft Sabri Berisha het volgende geschreven: >>Dus poging 2, iemand problemen met de 16 januari, zelfde plaats ? > >Moehahaha, dan zit ik ook in Mofrika :-) > >-- >Sabri > >_______________________________________________ >NLNOG mailing list >NLNOG at nlnog.net >http://mailman.nlnog.net/mailman/listinfo/nlnog > info at studio-logtenberg.nl verzonden door Sonja Koopal of door Herman Logtenberg telefoon 0592 353425 ----- End forwarded message ----- -- Sabri

4 3

Mogelijke aanstaande delisting Online van de NLWhitelist
by marks＠bit.nl 01 Dec '08

01 Dec '08

Beste Concullegae, Vorige week heb ik gemailed over het beschikbaar zijn van statistieken uit Virbl over whitelisted hosts. De reden hiervan was toen 'een enkele partij die ik niet nader zal noemen'. Inmiddels zijn we bijna een week verder en heb ik via omwegen en geheime mailinglists contact gehad met iemand bij de betreffende partij. Ik had een deadline gezet van afgelopen woensdag 12.00u, en op dinsdag had ik iemand aan de lijn die het op zou gaan pakken. Helaas heb ik vanmorgen moeten concluderen dat er na dinsdag 21 oktober half vijf niemand meer ingelogd is geweest op de Virbl webinterface en dat het aantal meldingen met ruim 15000 omhoog is gegaan. We staan op het punt om te concluderen dat Online geen werkend abuse-beleid heeft en dat ze derhalve niet op de NLWhitelist thuis horen. Als Online niet binnen afzienbare tijd reageerd en actie onderneemt om de verspreiding van virussen door hun mailservers tegen te gaan zullen ze op maandag om 12.00 u van de NLWhitelist verwijderd worden. Het gaat om de volgende IP's: 193.252.22.249 smtp-4.orange.nl. 193.252.22.242 smtp-2.orange.nl. 193.252.22.241 smtp-1.orange.nl. 193.252.22.243 smtp-3.orange.nl. Als je dus vertrouwt op de NLWhitelist om alle rbl's te omzeilen bij het aannemen van je mail en je wilt de mail van Online / Orange / Wanadoo / Euronet blijven ontvangen zul je deze IP's vanaf maandag hoogstwaarschijnlijk met de hand moeten whitelisten. We vinden het vervelend om dit te moeten doen, maar om de geloofwaardigheid van de NLWhitelist niet in het geding te brengen is het wel een stap waarvan we vinden dat we hem moeten nemen. Groeten, -- Mark Schouten, Unix/NOC-engineer BIT BV | info at bit.nl | +31 318 648688 MS8714-RIPE | B1FD 8E60 A184 F89A 450D A128 049B 1B19 9AD6 177FF

3 8

Fwd: Hacking at Random
by marcoh＠marcoh.net 18 Nov '08

18 Nov '08

Voor wie hem nog niet gezien had, tijd om het tentje van zolder te halen. > -PUBLIC ANNOUNCEMENT- > > Hacking at Random > > International technology & security conference. Four days of > technology, ideological debates and hands-on tinkering. > > On August 13-16, 2009 the 20th anniversary event edition of the > four-yearly Dutch outdoor technology-conference will take place near > Vierhouten, NL. > > What is HAR? > > Since 1989 the international community that builds the internet has > been getting together on a series of conferences to discuss the > state > of contemporary technology, the future of it and the sociological > and > political consequences of their work. The participants vary from > students and people with personal interests to researchers, > scientists > and entrepreneurs who are widely recognized as the best in their > field. > > The atmosphere is friendly and relaxed, the average level of > knowledge > is high and outside of the official lectures the site is buzzing > with > energy, ideas and projects. The New York Times likened the 1997 > edition > to a "Woodstock for Hackers". We do our best to keep that > atmosphere. > > When these conferences first happened twenty years ago, the internet > was like the Wild West, a new frontier to explore. That has changed, > virtually every household in the Western world has access to the > internet and, just as happened in the Wild West, new questions have > risen. Questions of governance, sustainability, integration with > existing power structures, shortage of IP space and energy, > censorship, > security, etc. The notion of hacking, to use a system in a > creative way > that was not thought of when it was invented, has also shown to be > applicable to fields outside of ICT technology. > > Where is HAR? > > The location (+52 19' 50.02", +5 49' 27.98") is near Vierhouten, a > small settlement in the beautiful Veluwe area renowned for its > culinary > industry. The former socialist youth-camp [1]de Paasheuvel provides > some good old-fashioned Dutch [2]gezelligheid. A variety of camping > areas will cater to our broad range of camping and non-camping > audience: varying from secluded spots in the foliage to larger > fields > for those of you who want to cluster together to form a village. > > There is a train-station nearby, in Nunspeet. From there it is a > 10-minute drive to the festival terrain. Some form of transport from > the station to the terrain will be arranged, but the truly > adventurous > among you may choose to take a hike: it is definetely within walking > distance and the surroundings will not disappoint. > > Who is HAR? > > You, me and some hundreds (if not thousands) of other like-minded > folks. In true spirit, there will be no visitors but only > volunteers. > In order to keep costs low, expect to lend a hand here and there. > You > might be operating the A/V-equipment in one of the lecture tents, > sweep > the floor in the bar tent, check in visitors at the entrance or pour > drinks at the bar. A great way to discover new talents, or develop > those hidden ones you never suspected you had! > > Of course, there is a somewhat smaller group of madmen and women > that > will lay (and have been laying) the groundwork for another great > edition in the year leading up to the event. This event could > easily be > dubbed "the next generation". Because, yes, the original crew that > has > been working hard on these conferences have earned a relaxing > holiday > by organising the four preceeding events. A new generation is > eager to > take over, and continue their legacy. Not to say that the old > farts are > not interested, au contraire my friends. There is a healthy mix of > new > blood and experienced hands currently working on the necesarry > preparations. > > In fact, this is reflected nicely in the foundation that was set > up to > handle all the paperwork and other legal requirements: [3]the Hxx > foundation. Its board is a 50/50 mix of old and new: Aldert > Hazenberg > and Mischa Peters have been involved to a great extent in all past > events, Koen Martens made his organising debut 3 years ago on WTH > and > Mathijs Schmittmann is our new kid on the block. > > In case you are wondering "but where is Rop Gonggrijp", no fears: > he is > right around the corner and [4]believes we "pesky new-generation > event-hackers" are going to do just fine. He will help out where > possible, but more on that below. > > Of course, HAR will not be happen without huge sums of money. We > have > tried to keep ticket prices low, even in these times of financial > crisis, so we are attracting a number of sponsors and donors. But > don't > worry, HAR will not be called "Yoyodyne Inc. HAR2009" even if > Yoyodyne > coughs up millions of euro's. > > And more.. > > As this is being written, the last work is undertaken on the > ticket-webshop, which we hope to have online early december. At the > same time, the program committee, led by the more than qualified Rop > Gonggrijp, is preparing the call for papers and otherwise > developing a > solid lecture program that'll make your mouth water (even if you > have > visited every single conference between WTH and now and seen em > all). > > Of course, planning has started on an in-promptu power > infrastructure > and intranet, with uplink to the interwebs. And naturally, there > will > be various foods and beverages. > > Subscribe > > If you want to receive the latest news on HAR2009 as it happens, be > sure to subscribe to the relatively low-volume announcement list. > Send > an email to [5]announce-subscribe at har2009.org or visit > [6]www.har2009.org and enter your email in the subscribe form. > > Perhaps you're thinking "hey, I want to help!". If you have some > time > in the next months and are prepared to make a commitment, send an > email > to [7]help at har2009.org. > > The wiki is available at [8]http://wiki.har2009.org/. > > Potential sponsors can mail directly to [9]sponsoring at har2009.org. > > Press inquiries can be sent to [10]press at har2009.org. > > References > > 1. http://www.paasheuvel.nl/ > 2. http://en.wikipedia.org/wiki/Gezelligheid#Similar_words_in_other_languages > 3. http://www.stichtinghxx.nl/ > 4. http://staging.har2009.org/index.php?p=73 > 5. mailto:announce-subscribe at har2009.org > 6. http://www.har2009.org/ > 7. mailto:help at har2009.org > 8. http://wiki.har2009.org/ > 9. mailto:sponsoring at har2009.org > 10. mailto:press at har2009.org > > > > Aldert. > > --

1 0

110/8 and 111/8 allocated to APNIC
by leo.vegoda＠icann.org 13 Nov '08

13 Nov '08

Hi, The IANA IPv4 registry has been updated to reflect the allocation of two /8 IPv4 blocks to APNIC in November 2008: 110/8 and 111/8. You can find the IANA IPv4 registry at: http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xhtml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt Please update your filters as appropriate. Regards, Leo Vegoda Number Resources Manager, IANA

1 0

Vraagje mbt logging en kosten ivm Bewaarplicht ...
by erik＠bais.name 04 Nov '08

04 Nov '08

Hi, Ik ben gevraagt om ter voorbereiding voor een gesloten zitting van de 1ste kamer Commissie van Justitie wat inzage te geven in kosten mbt bewaarplicht. Deze zitting is op 11 November. De gegevens welke gebruikt worden, zullen door onafhankelijke EDP auditors bekeken worden tijdens de zitting. Dit zal waarschijnlijk de laatste mogelijkheid zijn om deze gegevens nogmaals bij de CvJ voor te leggen en wat de impact gaat zijn van dit besluit voor de ISP. Om dit correct te doen, ben ik momenteel wat gegevens bij elkaar aan het verzamelen en zou hier graag jullie willen vragen om de volgende info te verschaffen (dit mag ook private als je de gegevens niet publiekelijk wil delen.) De gegevens die ik heb, zijn 3 jaar oud en ik heb deze uit mijn presentatie gehaald toen ik nog bij IS werkte. Wat zie je als website logging per dag per website: Mijn inschatting momenteel is 7MB per dag gemiddeld. Hoeveel website's host je momenteel ? Hoeveel storage ga je nodig hebben per dedicated / virtueel dedicated server per jaar ? Colo is niet van de hoster en hoef je niet mee te nemen. Maillogging: Voor een omgeving waarbij je ongeveer 30.000 mailboxen host, krijg je ongeveer 3GB aan logfiles per dag. Wat zie je zelf in je eigen omgeving en hoeveel mailboxes host je ? DHCP / Radius logging. Hoeveel log-gegevens zie je uit deze omgeving per dag ? Deze DHCP / Radius logging is puur de logging van de technische informatie, maar weet je over 10 maanden nogaan welke klant je welk IP nr hebt uitgedeelt ? En wat is de impact als je ook IPv6 gaat aanbieden aan je klanten ? Kan je dan nog steeds per IP adres over 10 mnd met 100% zekerheid aangeven wie de eigenaar was op moment X ? Als je dit niet kan (wat wel een requirement is), hoeveel denk je dat het gaat kosten om de integratie te maken en qua opslag, zodat je dit wel kan doen. ( integratie kosten en additionele opslag kosten om bij iedere IP record in de Radius / DHCP timestamp ook een identifier ( acct nr ? ) op te slaan ) Hoeveel van jullie hebben SOX complient storage ( en hoe groot is deze), waarbij het mogelijk is om logfiles read-only op te slaan zodat het niet aangepast kan worden (tampering) waarbij de gegevens ook daarwerkelijk als bewijslast zou kunnen worden gebruikt ? Wat ga je denk je nodig hebben aan pure ( netto ) storage en daarnaast nog de RAID overhead en komt er dan nog aan backup storage bij. Hoeveel backups ga je maken en hoelang ga je die data ( van de backups ) bewaren.) Uiteraard heb ik niet veel tijd gekregen om de info te verzamelen, dus als je dit zou kunnen verstrekken binnen 24 uur, zou ik dat heel erg op prijs stellen. Mvg, Erik Bais

3 5

197/8 allocated to AfriNIC
by leo.vegoda＠icann.org 29 Oct '08

29 Oct '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The IANA IPv4 registry has been updated to reflect the allocation of one /8 IPv4 block to AfriNIC in October 2008: 197/8. You can find the IANA IPv4 registry at: http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt Please update your filters as appropriate. Regards, Leo Vegoda Number Resources Manager, IANA -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFJCBdMvBLymJnAzRwRApYGAJ9DfmQ2fvbfMgCVW1M8ZfiMnqSvgACgrCha /biQ/NJ9HS09avyV3UTRlRY= =wQ6t -----END PGP SIGNATURE-----

1 0

Virbl toont nu ook meldingen van whitelisted hosts
by marks＠bit.nl 18 Oct '08

18 Oct '08

Ola, naar aanleiding van een 12000 meldingen van whitelisted hosts op Virbl van een enkele partij die ik niet nader zal noemen, heb ik vanmorgen in Virbl getyped dat meldingen van whitelisted hosts ook opgenomen worden in de database. Dat wil *niet* zeggen dat ze ook op de list terecht komen, maar *wel* dat de evidence wordt opgeslagen en dat je in de login-area de evidence ervan ook kunt zien. Ik hoop dat men daarop ook actie gaat ondernemen zodat we steeds minder meldingen zien van whitelisted hosts. -- Mark Schouten, Unix/NOC-engineer BIT BV | info at bit.nl | +31 318 648688 MS8714-RIPE | B1FD 8E60 A184 F89A 450D A128 049B 1B19 9AD6 177FF

1 0

Virbl notificaties
by marks＠bit.nl 11 Oct '08

11 Oct '08

Ola, men kan nu notificaties instellen in Virbl. Op het moment dat je dat hebt gedaan (dit gaat per AS) kun je iedere twaalf uur mail verwachten op het moment dat er een host in je AS gelist staat. Is dat niet het geval, dan krijg je ook geen mail. Je kunt ook je wachtwoord aanpassen. Have fun. -- Mark Schouten, Unix/NOC-engineer BIT BV | info at bit.nl | +31 318 648688 MS8714-RIPE | B1FD 8E60 A184 F89A 450D A128 049B 1B19 9AD6 177FF

1 0

Redundante ISC DHCP setup
by arjan＠vanderoest.net 08 Oct '08

08 Oct '08

Heeft iemand ervaring met een redundante ISC-DHCPD setup? Wij lopen onder omstandigheden tegen het onderstaande verhaal aan. Voor de volledigheid omschrijf ik de hele sequence maar, omdat een en ander een aaneenschakeling van 'als, mits" lijkt te zijn. We hebben twee machines in failover config staan, in separate netwerken. Clients zitten niet in het lokale subnet maar praten via een 'sort-of' DHCP relay. Bij het ontvangen van de DISCOVER stuurt de relay deze gedupliceerd door naar beide servers. Een van beiden stuurt een OFFER, de andere logt "load balance to peer default". De relay stuurt de OFFER door naar de client, maar om nog onduidelijke redenen komt deze niet altijd aan. De client doet een timeout en stuurt vervolgens nog een DISCOVER met een identieke transaction-id. De relay stuurt deze weer door naar beide servers en blijkbaar interpreteert de redundante setup de hernieuwde DISCOVER met identieke transaction-id als een teken van transmissie problemen. In antwoord daarop sturen _beide_ servers een OFFER, het IP in deze offers is niet identiek en ook geen van beiden identiek aan de eerste OFFER. Dit gedrag van twee offers en de aanname dat dit het gevolg is van de herhaalde discover met identiek transaction-id is nergens op gebaseerd, bij deze tweede offer logt geen van beide servers namelijk een bijzondere melding. De relay stuurt beide offers door naar de client. De client selecteert (op nog onbekende gronden) een OFFER en stuurt een REQUEST naar het IP van de versturende server. De relay dupliceert dit pakket weer en stuurt het door naar de bij hem 2 bekend zijnde DHCP servers. Beide servers sturen een ACK, we nemen vooralsnog ongefundeerd aan dat beide servers dit doen omdat ze een failure-state vermoeden op grond van de herhaalde DISCOVER. Onder normale omstandigheden zou een enkele REQUEST ook een enkele ACK tot gevolg hebben, met een melding omtrent load-balancing op de 2e server. Beide servers zetten hun eigen IP in de server identifier in de ACK. De relay stuurt beide ACK's door naar de client. Een intermediate device (tussen relay en client) dropt de tweede ACK (commentaar: er is een sort of statemachine geimplementeerd die ook actief het DHCP verkeer in de gaten houdt en het blijkbaar nodig acht om de tweede ACK te droppen). Hier is sprake van een race-condition: als de eerste ACK van de machine blijkt te zijn waar de REQUEST heen is gegaan dan accepteert de client hem. Komt de ACK van de tweede machine aan dan pikt (in ieder geval die DHCP implementatie van Windows XP) de client hem niet, waarschijnlijk als gevolg van de server identifier. Er volgt weer een timeout van de client en het hele circus start opnieuw. Het droppen van de 2e ACK is geen probleem indien er geen twee OFFERS worden gedaan, die tweede ACK komt namelijk niet, ook al wordt de REQUEST wel degelijk richting beide servers gestuurd. De 2e server reageert in dat geval namelijk met een 'lease owned by peer' en stuurt in dat geval helemaal niets terug richting de client. Concreet mijn vraag: is het geschetste gedrag van de DHCP servers (eerst _een_ OFFER en bij herhaling van de DISCOVER met identieke transaction-id allebei een OFFER) zoals het zou moeten zijn? Elke andere input, behalve in reactie op bovenstaande vraag, is uiteraard ook welkom.

1 0