[robertsson]

Originally posted by SimonP@Mar 12 2008, 12:11
Varför klumpar dom ihop och släpper så i h****te många domäner på samma datum?
Det blir ju nästan som en DDoS-attack just den dagen, inte konstigt att det blir en del strul.

Kanske för att dom skickar fakturor en gång i månaden med samma förfallodatum?

[JonathanS]

Originally posted by SimonP@Mar 12 2008, 12:11
Det blir ju nästan som en DDoS-attack just den dagen, inte konstigt att det blir en del strul.

Nej, det sätter .SE:s SMTP-begränsningar stopp för. Orsaken till att det strulade förra månaden var att en .se domän som skulle frisläppas var indikerad för ett ombud. Vad orsaken till strulet var denna månad har .SE inte informerat ombuden om.

[autosvar]

Originally posted by Daniel.st@Mar 12 2008, 12:17
Om man verkligen vill satsa på dessa domäner bör man absolut bygga sitt eget verktyg för att läsa in och analysera den här filen då den precis som inlägget säger uppdateras flera gånger under dagen.

Jag avregistrerade en domän (fy på mig) och den hamnade direkt på listan. Så antalet uppdateringar hänger nog intimt ihop med när folk får tid och ork att aktivt avsäga sig ett namn istället för att endast låta tiden gå.

[autosvar]

Ursprungligen postat av JonathanS

Nej, det sätter .SE:s SMTP-begränsningar stopp för. Orsaken till att det strulade förra månaden var att en .se domän som skulle frisläppas var indikerad för ett ombud. Vad orsaken till strulet var denna månad har .SE inte informerat ombuden om.

Vad betyder "indikerad för ett ombud" och varför skulle det sätta hela processen ur spel? Det är en i mitt tycke inte speciellt komplex tjänst som de erbjuder. Antagligen så skrevs det inget krav som gick att testa eller så var det ett kodfel som borde ha framkommit i test. Inget ont om utvecklarna dock, det handlar mer om den övergripande processen.

[Daniel.st]

Ursprungligen postat av autosvar

Jag avregistrerade en domän (fy på mig) och den hamnade direkt på listan. Så antalet uppdateringar hänger nog intimt ihop med när folk får tid och ork att aktivt avsäga sig ett namn istället för att endast låta tiden gå.

Det är möjligt att det finns något samband där men det kan inte enbart ha med detta att göra med tanke på hur listan exempelvis "växte" under gårdagen.

[Internet Sweden]

Ursprungligen postat av Dimme

Posta gärna svaret här

As requested

Frisläppning av domännamn varje natt
Varje natt kl 04:00 UTC frisläpps alltså normalt en större eller mindre mängd domännamn och dessa blir därmed tillgängliga för registrering. I samband med denna frisläppning skickas också normalt en större eller mindre mängd registreringsformulär från ombuden, beroende på hur pass attraktiva dessa domännamn är på marknaden. För att inte helt blockera registreringssystemet så finns det en inbyggd fördröjningsfunktion i systemet som förhindrar att alltför många registreringsformulär kan skickas från ett och samma ombud.

Fördröjningsfunktionen är inbyggd i SMTP-delen av systemets eposthantering och innebär rent allmänt att man begränsar antalet uppkopplingar en viss MTA kan göra inom en viss tidsrymd, samt antalet e-postmeddelanden som tas emot per uppkoppling. Denna begränsningsmetod kräver att man följer de standarder som definierats inom IETF och publicerats som RFC:er. Aktuell SMTP-standard är publicerad som RFC 2821: http://www.ietf.org/rfc/rfc2821.txt

SMTP-fördröjningsfunktionen innebär att .SE enbart accepterar ett begränsat antal kopplingar per tidsenhet. I normal drift tillåts 4 SMTP-uppkopplingar per 2 minuter, 16 mail, 4 TCP-koppel per ombud. Fördröjningen kan skärpas ytterligare till enbart 1 mail per minut (1 SMTP-koppel, 1 mail, 1 TCP-koppel) och detta har gjorts i samband med speciella tillfällen. När gränsen nåtts skapar SMTP-servern en fördröjning genom att säga åt den uppkopplade MTA:n att det inte går att leverera just nu. Konkret skickar den tillbaka felkod 421 ("återkom senare").

Den huvudsakliga anledningen till att införa funktionen var att det förekom en hel del "spamming" av .SE:s system i samband med att intressanta domännamn släpptes. Vissa aktörer skickade tusentals registreringsmail för ett och samma domännamn i formliga registreringsattacker och kunde därmed blockera för andra ombud när intressanta domännamn släpptes.

[Intet]

Mycket intressant...

[Lumax]

För att inte helt blockera registreringssystemet så finns det en inbyggd fördröjningsfunktion i systemet som förhindrar att alltför många registreringsformulär kan skickas från ett och samma ombud.

Hur fungerar detta rent tekniskt? Analyseras mailen av deras SMTP och kollar vilket ombud det är som skickat beställningen, eller är det per IP man kollar och alltså inte per ombud som det står?

[Intet]

Jag har en känsla av att IIS inte berättar det. Om de berättar det så hittar ombuden sätt att gå runt det hela...

[Internet Sweden]

Originally posted by Fredrik S@Mar 12 2008, 16:30

Hur fungerar detta rent tekniskt? Analyseras mailen av deras SMTP och kollar vilket ombud det är som skickat beställningen, eller är det per IP man kollar och alltså inte per ombud som det står?

Med tanke på att ombudet som stängdes av skickade förfrågningar från 800 olika IP-nummer så bör det ju rimligtvis vara kopplat till ombuds-ID Källa