- NLNOG - NLNOG

Mailwasher en planet
by N.Kolstein＠Planettechnologies.nl 15 Oct '03

15 Oct '03

> Als we het dan toch over Planet hebben, kan die geforceerde > "use our MX to gate to ADSL MX" (mail.planet.nl?) queue lifetime wat > opgehoogd worden? > > Die stond nl op een uurtje of 3, en dat sucks als je klant's > NT server 's nachts gecrashed it :P > > Paul > ps. klant is inmiddels naar concurrent gemigreeerd om deze reden Ik zal het doorgeven aan onze $mailfiguren. /me is $netwerkdude en dat geldt ook voor de rest van de AS8737'ers op NLNOG ;-) Nils

1 0

Mailwasher en planet
by miquels＠cistron.nl 15 Oct '03

15 Oct '03

Iemand van Planet hier? Een klant van planet heeft mailwasher geinstalleerd en bounced al z'n spam terug naar de afzender. Als envelope-from gebruikt-ie postmaster at cistron.nl en aangezien het sender-address van spam nooit bestaat raadt je al wie er overspoeld wordt met bounces. Op mail naar abuse at planet.nl wordt niet gereageerd. Als ik hier ook geen reactie krijg ga ik maar eens een procmail recept in elkaar klussen om al die bounces door te sturen naar abuse at planet.nl en nog een paar operationele adressen. Overigens, dat mailwasher .. wie heeft dat bedacht? - spam terug bouncen naar de afzender .. die bestaat toch nooit - postmaster@[willekeurig domein uit de To: header] als sender, zo te zien - en *ook* als envelope from ipv "<>" - Het adres in de bounce message is niet het adres van degene die de spam ontvangt maar alweer een willekeurig adres uit de To: header. Als die bounce al zin *zou* hebben, dan is het wel handig het juiste adres te vermelden .. ik had al zo'n adres gemaild met "stop daar eens mee" en dat was een niets vermoedende Cistron klant die helemaal geen Planet account had.. Mike.

2 1

Mailwasher en planet
by N.Kolstein＠Planettechnologies.nl 15 Oct '03

15 Oct '03

> Iemand van Planet hier? Ja.. ;-) > Een klant van planet heeft mailwasher geinstalleerd en > bounced al z'n spam terug naar de afzender. Als envelope-from > gebruikt-ie postmaster at cistron.nl en aangezien het > sender-address van spam nooit bestaat raadt je al wie er > overspoeld wordt met bounces. > > Op mail naar abuse at planet.nl wordt niet gereageerd. > > Als ik hier ook geen reactie krijg ga ik maar eens een > procmail recept in elkaar klussen om al die bounces door te > sturen naar abuse at planet.nl en nog een paar operationele adressen. > > Overigens, dat mailwasher .. wie heeft dat bedacht? > > - spam terug bouncen naar de afzender .. die bestaat toch nooit > - postmaster@[willekeurig domein uit de To: header] als sender, > zo te zien > - en *ook* als envelope from ipv "<>" > - Het adres in de bounce message is niet het adres van degene > die de spam ontvangt maar alweer een willekeurig adres uit > de To: header. Als die bounce al zin *zou* hebben, dan is het > wel handig het juiste adres te vermelden .. ik had al zo'n > adres gemaild met "stop daar eens mee" en dat was een niets > vermoedende Cistron klant die helemaal geen Planet account had.. Heb je wat meer info over deze Planet gebruiker? Ip-adres zou al helpen ;-) Nils

1 0

activiteit van localhost
by marcoh＠marcoh.net 14 Oct '03

14 Oct '03

Natuurlijk weet ik dat je op sommige plekken moet filteren, maar we zien de laatste tijd nogal veel packets met een source-address van 127.0.0.1 en source-port 80 door ons netwerk heen komen, zijn allemaal 40 bytes packets met het reset vlaggetje aan. Zien andere mensen dit ook en heeft iemand een idee wat dit kan veroorzaken, het gaat niet over een paar pakketjes...heb er de laatste 3 uur al 2088053 voorbij zien komen en dat zijn dan alleen onze dsl klantjes. We zitten dezelfde te denken aan brakke modem software, die een syn naar port 80 beantwoord met een reset vanaf localhost, maar het zou evengoed een nieuw type vuurmuur kunnen zijn. Grtx, MarcoH

9 28

IX ip-space globally routable (was: activiteit van localhost)
by alex＠bit.nl 14 Oct '03

14 Oct '03

On Tue, 14 Oct 2003, Jan Hoogenboom wrote: > De standaard RIPE formulieren gaan uit van het gebruik nu, over 1 jaar en over > 2 jaar. Dat is dus inherent kort of middellange termijn planning. Je kunt bij > RIPE dus wel aankomen met documentatie over hoeveel adressen je over 5 of 10 > jaar denkt nodig te hebben, maar dat is verder niet echt relevant voor je > aanvraag. En op de "LIR Training Course" krijg je zelfs te horen dat je er ook wel een half en een jaar van mag maken. -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE

1 0

IX ip-space globally routable (was: activiteit van localhost)
by erik＠is.nl 14 Oct '03

14 Oct '03

On Tue, 14 Oct 2003, Alex Bik wrote: > RIPE denkt _NIET_ PUNT. RIPE NCC doet de uitgave van IP nr's volgens bep. regels welke door de RIPE members gezet worden. Als je aannemelijk kan maken dat je een groter subnet nodig heb en dat je dit be-argumenteerd ook daadwerkelijk kan inplannen, dan zal Ripe NCC je echt niet in de weg staan.. Gezeur over Ripe NCC dat mensen hun IP space niet krijgen, ligt aan de onderliggende docu die je meestuurd, hoe goed je je administratie op orde heb en hoe goed je de regels gevolgd heb. Als je dit 'spelletje' een beetje in de gaten heb, krijg je alles gedaan bij Ripe NCC. Een nieuw subnet aanvragen en nu al inplannen dat je over 2 jaar weer moet onnummeren met alle ellende van dien, is in mijn optiek redelijk korte termijn planning. En die argumentatie op zich zou volgens mij bij Ripe NCC voldoende redenatie moeten zijn om een groter subnet uit te delen.. Ik vond zelf dat het een volgende keer een stuk sneller zou mogen ipv over 2 weken uitgesmeerd.. Met name het 'opruimen' van de ellende van andere vond is zwaar irritant van die omnummering.. just my 2cp. Met vriendelijke groeten, Erik Bais -------- I S - I N T E R N E D - S E R V I C E S - B V -------- domeinregistratie - webhosting - colocating - dedicated servers www.is.nl - info at is.nl - T: 0299-476185 Gorslaan 18 - 1441 RG - Purmerend ---------------------------------------------------------------

2 1

MaxTNT software
by alex＠bit.nl 29 Sep '03

29 Sep '03

Hi, Omdat er af en toe wat vage problemen zijn met onze TNT's overweeg ik de dozen te upgraden. Er draait nogal antieke TAOS op op het moment. Wat is is van de nieuwere versies een aanrader? We doen geen qua features geen spannende dingen (tenzij je OSPF spannend noemt). De delen van de software die we gebruiken zijn: tntsre.ffs tnt8e1.ffs tntenet2.ffs tntcsmx.ffs tnthdlc2ec.ffs -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE

1 0

BGP
by alex＠bit.nl 23 Sep '03

23 Sep '03

Hi, Wie-O-wie: Router A en router B hebben een eBGP sessie met elkaar. A announcet routes aan B. Wie plakt dan het ASN van A voor het as-path? A (de zendende kant) of B (de ontvangende kant)? -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE

8 15

NIET nog es!
by sabri＠cluecentral.net 19 Sep '03

19 Sep '03

http://www.openpkg.org/security/OpenPKG-SA-2003.040-openssh.html -- Met vriendelijke groet, __________________ Sabri Berisha /\ ___/ SAB666-RIPE /- \ _/ Business Internet Trends BV http://www.bit.nl/~sabri /--- \/ __________________

9 23

http://www.webwereld.nl/nieuws/16281.phtml
by N.Kolstein＠Planettechnologies.nl 19 Sep '03

19 Sep '03

> Geen probleem te zien bij gebruik via Xs4all, in elk geval. > (niet met het bereiken van www.kvk.nl of www.maastricht.kvk.nl ) Het bereiken zelf ios ook geen probleem. Ik moet dus nog even uitzoeken waar precies de crux van het probleem zit. > Ik weet niet of je recentelijk nog gekeken hebt op webwereld, > maar dat artikel is een paar keer ge-update. > > paar quotes : > > "Daardoor komen ondernemers met een Planet- of HetNet-account > (en mogelijk ook andere), die via www.maastricht.kvk.nl > bijvoorbeeld een uittreksel willen downloaden of het > Handelsregister raadplegen, voor een 'gesloten deur' te > staan", aldus de VVK in een reactie donderdag. Dit gaat dan vermoedelijk via SSL en dan zit je toch automatisch weer te denken aan Rabo/ABN-trelebankier issues die we eerder hebben gezien waarim MTU-size weer een probleem was.. > Mensen met een isdn-verbinding en een analoge telefoonlijn > zouden geen problemen ondervinden. Wat bovenstaande bewering weer onderuit haalt. ;-)) > Volgens de VVK wordt het probleem veroorzaakt door > 'inconsistenties in nameservers van Het Net en Planet > Internet'. Hierdoor kan de toegangsweg > (ip-adressen) naar bepaalde pagina's van de VVK niet gevonden > worden. De vereniging zegt druk bezig te zijn 'de providers > tot een oplossing te bewegen'. Tja, dat klopt dus niet. De domeinen worden correct geresolved en gerouteerd via onze peering met Ision / Energis. Ik zat nog te denken aan het feit dat onze AMS-IX-peering ergens stuk zou zijn (dat een peer een 193.148.15.0/24 nexthop announcete aan ons. Daar hadden we wel problemen mee met sommige peers wat een clear bgp trouwens ook meteen oplostte.. ;-) ), maar dat is dus niet het geval.. > Het zou me niet geweldig verbazen als de KVK(s) wat hadden > zitten schuiven met DNS entries (TTL fun), en Planet/Het Net > alleen in beeld kwamen omdat hun eerste (of meest dringende ) > klagers daar vandaan kwamen. (Hm.... KVK SOA serial is > 2003090301 . Ziet er niet verdacht uit wat dit probleem betreft ) Nee, niet echt. > Maar goed, misschien is er iets specifiek raars. > Dat Dial klanten geen probleem zouden hebben spreekt weer > tegen het DNS verhaal, of hebben jullie daar andere resolvers voor ? Nope.. We gebruiken dezelfde ns'en.. Nils

1 0