- NLNOG - mailman3.nlnog.net

[OFFTOPIC] Funs Kessen
by alex＠bit.nl 08 Nov '07

08 Nov '07

On Thu, 8 Nov 2007, Wesley Schwengle wrote: >> Ik kreeg vanmorgen onderstaand mailtje, van iemand die om legitieme >> redenen op zoek lijkt te zijn naar Funs Kessen. Hangt Funs hier nog >> rond via een ander e-mail adres of weet een van de andere aanwezigen >> waar hij uithangt? > > Ik ken een collega van hem en hij woont bij mij in de buurt. Ik heb van verschillende mensen wat pointers gehad, waarvoor mijn hartelijke dank. Ik denk dat het hiermee wel moet lukken op de post op de plaats van bestemming te krijgen. -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE

1 0

[OFFTOPIC] Funs Kessen
by alex＠bit.nl 08 Nov '07

08 Nov '07

Hi, Ik kreeg vanmorgen onderstaand mailtje, van iemand die om legitieme redenen op zoek lijkt te zijn naar Funs Kessen. Hangt Funs hier nog rond via een ander e-mail adres of weet een van de andere aanwezigen waar hij uithangt? -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE ---------- Forwarded message ---------- Date: Thu, 8 Nov 2007 01:06:34 +0100 From: Marten Lohstroh <marten(a)example.com> To: alex at bit.nl Subject: Funs Kessen Hi Alex, Ik ben op zoek naar Funs Kessen, de vorige bewoner van het adres waar ik nu woon. Ik vond zijn adres funsk at nl.demon.net op de pipermail mailinglist van nlnog.net, maar dit adres is niet meer in gebruik. Nu vroeg ik me af of jij (of een ander lid) misschien onlangs nog contact hebt gehad met Funs, en mij wellicht van zijn huidige e-mail adres kunt voorzien. Er ligt hier namelijk nog een hele stapel post voor hem. Bij voorbaad dank! groeten, Marten Lohstroh

1 0

IP header & TTL modificatie door bridges
by bvisser-nlnog＠xs4all.nl 24 Sep '07

24 Sep '07

>>> = AvdO >> = BV > = AvdO = BV > > [geen knips deze keer, aangezien deze reply van Arjan de lijst niet haalde, maar er wel voor bedoeld was] >> [knip wireless bridge, speelt met DSCP en doet ook TTL decrement] > -snip- >> Mee eens, dwz, ik vind het wel TTL decrementen, en dan niet sturen van >> unreachables ook verkeerd gedrag, en kan er niet echt een argument voor >> verzinnen waarom je het zou willen. >> Het enige wat me nu voor de geest komt is dat de * * * in de traceroute >> een indicatie geeft dat het pad tussen twee hops "bijzonder" is >> [radio<->ethernet] en geen gewone PtP of ether segment. > > Wat Steven ook al zei ja, dat was mijn argument ook. De reden dat het > kreng geen unreachables stuurt is me ook nog vaag, maar zit > waarschijnlijk in de hoek van a) het is een semi laag-twee device dus > waarom ICMP's sturen in de dataplane of b) we hebben in de > controlplane voor het gemak OOK maar alle binnenkomende ICMP's > dichtgezet, want dat is zo lekker veilig... (must resist.....) > >> (of je er wat mee kunt, een aantal opinies pro of con van nlnog, is iets >> anders..). > > Het geeft in ieder geval een indicatie of mijn mening al dan niet het > stempel 'absurd' verdient. > > *cue voor-de-hand-liggende-inkoppertjes* Ik ben nooit vies van makkelijke inkoppertjes, maar dit is t? :-) > >> Feitelijk is laag-3 manipulatie door een laag-2 device al een beetje >> verdacht, maar er zijn genoeg situaties waar het nodig of handig is, >> zoals >> wanneer het voor de hand liggende L3 device om technische of >> organistorische redenen niet zelf de L3 manipulaties kan doen. > > Sja, het hele device is uberhaupt al een beetje een gek ding, maar het > gaat te ver om alle design issues hier te bespreken. Neem van me aan > dat er al meer dingen zijn waar enkele wenkbrauwen over opgetrokken > zijn. Maar het ding wordt in eerste instantie als laag-2 beestje > neergezet door $vendor en in mijn optiek is het dat ook. Ware het niet > dat het dus op een paar punten laag-3 aware is en daar op wederom een > paar punten ook op kan acteren, zoals het beschreven DSCP verhaal, wat > laag-3 filtering, etc. Maar qua IP forwarding is het ding gewoon geen > laag-3 device en in mijn optiek moet je dan uberhaupt van de TTL > afblijven. Wat mij dwarsboomt in die stelling is RFC791 die dus gewoon > simpel zegt : in IP rommelen = TTL verlagen. Gevalletje vlees noch > vis. > >> Als de bridge wel icmp unreachables moet sturen is de vraag natuurlijk >> met >> welk ip adres. > > Dat is dus de grap, het ding heeft maar *een* IP adres, in de control > plane, in een heel ander subnet (en in de uiteindelijke setup ook in > een heel ander vlan). En dat is natuurlijk om allerlei redenen onzin of zinloos om te gebruiken, als icmp source. (Want de kans is heel groot dat zo'n adres er toch niet door komt, om allerlei redenen. Hoe beter je netwerk in elkaar zit, des te kleiner die kans) > >> Een redelijke keuze zou het IP adres van het upstream (qua >> richting van het ontvangen verkeer) device zijn, maar dat kan natuurlijk >> verwarring geven nadat de volgende hop (dat upstream device) dan >> hetzelfde >> antwoord geeft. > > Hmm, unreachables sturen met een IP adres dat niet aan jou toebehoort? > Dat lijkt me niet wenselijk. Normaal niet, maar _als_ je hier iets moet sturen, is dit beter dan het mgmt adres. En al helemaal als dat mgmt ip in een veilige, gefilterde, rfc1918 etc etc reeks zit. Een firewall die reject ipv dropt doet niets anders, een rst terug sturen met als source het adres van de bedoelde destination. Weet niet zeker wat een fw doet als hij icmp terug moet sturen; port unreachable van de destination of admin prohibited van zichzelf. Maar een firewall in een L2 setup heeft weinig keus, die moet ook alles "spoofen" aan rejects. Nu maakt de gemiddelde fw admin het v???l veiliger door drop ipv reject te kiezen, en is het voor hen uberhaupt geen vraag, maar dat is weer een andere discussie. > >> Anyway, in dit geval is dus geen TTL decrement m.i. de betere keuze. >> (wel zou het ding spanning-tree moeten [kunnen] doen... ). > > Waarom? In de onderhavige setup is daar totaal geen noodzaak voor noch > is het wenselijk. Ok, ik ken die setup niet. Maar als ik L2 bridge hoor, dan denk ik aan "moet loopfree zijn", met als extra reminder de context van TTL decrement, die op L3 loopend verkeer uiteindelijk moet stoppen. Maar inderdaad, in een pure PtP setup is het niet nodig. Boudewijn > > Arjan >

2 1

IP header & TTL modificatie door bridges
by arjan＠vanderoest.net 24 Sep '07

24 Sep '07

Heren, Ik zit met het volgende, het lijkt me dat er hier wel mensen zijn met een meer of minder uitgesproken mening over het volgende, waar ik bovengemiddelde interesse heb: Feiten: ik heb hier een device wat zich gedraagt als wat ik als 'wireless bridge' zou omschrijven. Het device verstuurt over het AIR interface geen Ethernet maar alleen IPv4. Ethernet headers worden na wireless transmissie er weer aan geklust door beide kanten. Het device routeert niet, het is puur een punt-punt verbinding. Echter, het beestje is in staat om DSCP values te modificeren aan de hand van een bepaalde config. Het (imho) discutabele gedrag: het beestje verlaagt de TTL van alle passerende IP pakketjes, maar aangezien het geen router is stuurt het ook geen ICMP uit (at least, niet in de dataplane). Maar door het verlagen van de TTL en het niet uitsturen van unreachables verschijnt de het betreffende device wel in een traceroute maar geeft door het onbreken van de unreachables uiteraard verder geen info prijs. Mijn argument: het ding is geen router/host als bedoeld in rfc791 en ondanks het feit dat het kreng DSCP kan modificeren zie ik geen reden waarom ie met zn tengels aan de TTL zou moeten zitten. Heeft iemand hier iets over te zeggen, zowel pro als con is uiteraard welkom. Arjan

4 4

v35 seriele links via modems
by sabri＠cluecentral.net 22 Aug '07

22 Aug '07

Hi, Is er iemand die v35 seriele links gebruikt met CSU/DSU's van: 1. Tellabs 8110 STU. 2. Tellabs 8110 CTU-512. 3. Mainstreet 2753. 4. Loop Telecom. Zo ja, kunt u dan even contact met ondergetekende opnemen? Thanks, -- Sabri JNCIE-M #261 JNCIS-ER #6

1 0

Hulp gezocht - aanzetten van single mode connectors
by arien.vijn＠ams-ix.net 16 Jul '07

16 Jul '07

Hoi, Voor het komende CCC camp (https://events.ccc.de/camp/2007/Intro/) zoeken we iemand die een zestiental connectors (SC/PC of LC/PC) aan de oude What The Hack Fiber zou kunnen zetten. Liefst deze week en nog liever goedkoop :) Als het makkelijker is heb ik ook nog wel wat patch fiber met connectors die eraan gespilde mogen worden. Dan kunnen we dat eind kunnen meten. As het ding niet meer goed is moeten we namelijk rap nieuwe fiber kopen want wie kan er vandaag de dag nog kamperen zonder 10GE op de camping. Alvast bedankt, Arien -- Ari?n Vijn T: +31 20 514 17 18 E: arien.vijn at ams-ix.net

4 8

(Nog een) Botnet (fwd)
by paul＠xtdnet.nl 22 May '07

22 May '07

Kan de bofh deze de nek om draaien? Paul ---------- Forwarded message ---------- Date: Tue, 22 May 2007 19:43:51 +0200 From: lucas(a)ithology.nl To: paul at xtdnet.nl Subject: Re: Re: [Nlnog] (Nog een) Botnet Ithology heeft zijn dienstverlening gestaakt per 01-01-2006.

2 1

Botnet
by peter＠proserve.nl 22 May '07

22 May '07

Hoi, Wederom ben ik een botnet tegen gekomen dmv het tracen op een gehackte dedicated server bij ons. Moet zeggen dat ik verrassend veel .nl machines tegen kom: http://www.proserve.nl/~peter/botnet6.txt Veel hosting toko's, dus vandaar dit mailtje. Omdat de IPs schijnbaar versleuteld zijn in de hostname, geeft de uname in de userinfo nog het beste beeld. Het is een flink netje, met ook flink wat power zo te zien. In iedergeval, deze ircd draait op 217.160.203.83 poort 23. Zojuist heeft de eigenaar de ircd gekilled lijkt het, dus ik ben benieuwd hoe het met de drones is afgelopen. Dit process viel op, en deze bleef ook draaien na een stop van apache. apache 23570 79.8 0.3 5108 3112 ? R 06:25 345:14 /usr/sbin/httpd Met een lsof was het duidelijk: perl 26331 apache 206u IPv4 15938897 TCP x.x.nl:55480->alb-server.de:telnet (SYN_SENT) Helaas heb ik het process zelf niet gevonden in de standraard temp dirs, en ook heb ik nog niet kunnen vinden welke site hiervoor misbruikt is. Mochten mensen iets vinden, hoor ik het graag. Deze lijst mag gedistribueerd worden, overal waar jullie het handig vinden. -- /- Met vriendelijke groet/With kind regards, -\ <- Peter Batenburg - ProServe B.V. - www.proserve.nl -> \- tel: +31-78-6922222 - fax: +31-78-6922269 -/

5 8

switch lenen ?
by maarten＠tepaske.net 11 Apr '07

11 Apr '07

Hoi, Mijn werkgever (www.v2.nl) organiseert het Dutch Electronic Arts Festival (www.deaf07.nl)) dat vandaag is begonnen. Helaas sloeg Murphy vanmorgen toe: onze core switch (Alpine 3808) "begaf" het vanmorgen (meldingen als "CARD_HWFAIL_PBUS_CHKSUM_CPU_PKT_ERROR" en "Sys-health-check [CPU] checksum error on BPLNE"). Een softwarematige reboot hielp niet; het apparaat uit- en aanzetten wel... voorlopig. Omdat ik er niet gerust op ben ben ik benieuwd of iemand iets heeft liggen dat we kunnen lenen. Ik gebruik de Alpine enkel als layer2 switch (er staat een Cico 3750 met 16x SFP voor). Ik zoek dus iets dat of de Alpine vervangt, of iets dat beide apparaten combineert (een layer3 switch met minimaal 1x SFP (SX) en ongeveer 16x gigabit). Als iemand ons uit de brand kan helpen hoor ik het graag ! Groet, Maarten -- "Voor onze veiligheid moeten we een beetje van onze privacy inleveren." -- Huis-aan-huisfolder "Nederland tegen terrorisme"

1 1

@home.nl postmaster on list?
by spandaw＠leaseweb.com 07 Mar '07

07 Mar '07

Beste, Is er een @home postmaster op nlnog? Van een van onze MTA's wordt sommige mail geweigerd en andere geaccepteerd. Op bassis van rcpt krijgen we accepted of "550 Spam refused: smtp.leasedsl.com is a name that seems to be a dynamic host 550 or end user, and not a mail server." Thx, Bastiaan smtp:~# telnet mx.home.nl 25 Trying 213.51.146.42... Connected to mx.home.nl. Escape character is '^]'. 220-mx2.tilbu1.nb.home.nl ESMTP Wed, 07 Mar 2007 10:17:26 +0100 220-Sending spam or unsolicited commercial e-mail to this server is strictly 220-prohibited by our NO UBE / NO UCE policy. Abuse will be prosecuted and/or 220 charged per attempted recipient at international postal rates. ehlo spandaw.nl 250-mx2.tilbu1.nb.home.nl Hello smtp.leasedsl.com [83.149.80.100] 250-SIZE 52428800 250-PIPELINING 250 HELP mail from:bas at spandaw.nl 250 OK rcpt to:Ilseweissberg at home.nl 550-Spam refused: smtp.leasedsl.com is a name that seems to be a dynamic host 550 or end user, and not a mail server. quit 221 mx2.tilbu1.nb.home.nl closing connection Connection closed by foreign host. smtp:~# telnet mx.home.nl 25 Trying 213.51.146.42... Connected to mx.home.nl. Escape character is '^]'. 220-mx3.tilbu1.nb.home.nl ESMTP Wed, 07 Mar 2007 10:18:29 +0100 220-Sending spam or unsolicited commercial e-mail to this server is strictly 220-prohibited by our NO UBE / NO UCE policy. Abuse will be prosecuted and/or 220 charged per attempted recipient at international postal rates. ehlo spandaw.nl 250-mx3.tilbu1.nb.home.nl Hello smtp.leasedsl.com [83.149.80.100] 250-SIZE 52428800 250-PIPELINING 250 HELP mail from:bas at spandaw.nl 250 OK rcpt to:martinjustinus at home.nl 250 Accepted quit 221 mx3.tilbu1.nb.home.nl closing connection Connection closed by foreign host.

3 2