ACM monitort netneutraliteit bij internetproviders
Vanaf 30 april geldt in Europa een wettelijke plicht tot netneutraliteit en de Autoriteit Consument & Markt (ACM) houdt in de gaten of internetaanbieders de toegang tot het internet niet onnodig afknijpen of blokkeren. Netneutraliteit houdt in dat internetaanbieders geen content mogen blokkeren en ze ook bepaalde diensten niet mogen vertragen, beperken of discrimineren.
Het gaat dan bijvoorbeeld om apps om via internet te kunnen bellen of berichten te versturen. Volgens de Nederlandse wetgever staan de Europese regels geen enkele vorm van tariefdifferentiatie toe. Dit betekent dat internetproviders voor het verbruik van alle data hetzelfde tarief moeten rekenen. Het is dan ook niet toegestaan om voor bepaalde programma’s en diensten een hoger of lager tarief te hanteren.
Voor het toepassen van de regels voor netneutraliteit maakt het niet uit met welk apparaat particulieren internetten: de regels gelden in gelijke mate voor tablets, smartphones en computers. Op 30 augustus brengt het Europees samenwerkingsverband van telecommunicatietoezichthouders Berec richtsnoeren uit waarin de Europese netneutraliteitregels nader worden uitgelegd. "Een open internet is belangrijk voor de vrije verspreiding van informatie en de ontwikkeling van innovatieve diensten", aldus de ACM.
Immers, als je als consument betaalt voor een zakelijke verbinding staat het gewoon open, tariefdifferentiatie dus....
E-mail lijkt me namelijk niet bepaald een 'zakelijke' toepassing, dat is net zo goed voor consumenten.
Of begrijp ik dat verkeerd?.
Immers, als je als consument betaalt voor een zakelijke verbinding staat het gewoon open, tariefdifferentiatie dus....
E-mail lijkt me namelijk niet bepaald een 'zakelijke' toepassing, dat is net zo goed voor consumenten.
Waarom zou je in godsnaam een SMTP-server willen draaien op een dynamisch IP?
Immers, als je als consument betaalt voor een zakelijke verbinding staat het gewoon open, tariefdifferentiatie dus....
E-mail lijkt me namelijk niet bepaald een 'zakelijke' toepassing, dat is net zo goed voor consumenten.
Waarom zou je in godsnaam een SMTP-server willen draaien op een dynamisch IP?
Immers, als je als consument betaalt voor een zakelijke verbinding staat het gewoon open, tariefdifferentiatie dus....
E-mail lijkt me namelijk niet bepaald een 'zakelijke' toepassing, dat is net zo goed voor consumenten.
Waarom zou je in godsnaam een SMTP-server willen draaien op een dynamisch IP?
Waarom zou je dat niet willen? Een dynamisch IP is totaal geen belemmering om een SMTP server te draaien, daar hebben we dan weer dynamic dns voor en met een goed MX record komt alles goed.
Een aantal daarvan is er inmiddels wel mee opgehouden, of soms zijn er periodes dat ze het niet deden maar later
weer wel.
Het is me nooit duidelijk geworden of dit nou gewoon een misverstand was (iemand bij beheer die gehoord had dat
open SMTP servers een probleem waren en niet goed gesnapt had dat de dreiging de uitgaande tak is en niet de inkomende)
of dat dit toch ook een vorm van niet-neutraliteit met opzet was.
Bij mijn provider kan ik gelukkig zelf instellen of ik dit wel of niet wil hebben.
Een aantal daarvan is er inmiddels wel mee opgehouden, of soms zijn er periodes dat ze het niet deden maar later
weer wel.
Het is me nooit duidelijk geworden of dit nou gewoon een misverstand was (iemand bij beheer die gehoord had dat
open SMTP servers een probleem waren en niet goed gesnapt had dat de dreiging de uitgaande tak is en niet de inkomende)
of dat dit toch ook een vorm van niet-neutraliteit met opzet was.
Bij mijn provider kan ik gelukkig zelf instellen of ik dit wel of niet wil hebben.
Sommige providers blokkeren domweg poort 25 ongeacht de richting. Sommige providers blokkeren poort 25 als source poort. Dat is uiteraard onzinnig, want de source poort voor email is doorgaans niet poort 25. Dat geldt voor zowel mail clients als mail servers als spamtools. Ik heb wel eens een beheerder van een kwaliteitsprovider hierover gesproken die het niet begreep.
Belangrijker voor deze neutraliteitsdiscussie is de toevoeging van cookies aan netwerkverkeer (bijvoorbeeld mobiel verkeer). Dat is ernstig fout en ontoelaatbaar. Dat soort uitwassen moet met wortel en tak worden uitgeroeid, met enorme boetes. Ik zou dat inschatten op 1000 euro per gebruiker. Dat kan men dan niet betalen, maar het punt is duidelijk: don't fuck with our privacy.
- België: Telenet
- Nederland: Ziggo, T-Mobile Online
Source: https://wiki.vuze.com/w/Bad_ISPs
Immers, als je als consument betaalt voor een zakelijke verbinding staat het gewoon open, tariefdifferentiatie dus....
E-mail lijkt me namelijk niet bepaald een 'zakelijke' toepassing, dat is net zo goed voor consumenten.
Waarom zou je in godsnaam een SMTP-server willen draaien op een dynamisch IP?
Omdat hij wil spammen, harstikke handig dan een wisselend ip adres
- België: Telenet
- Nederland: Ziggo, T-Mobile Online
Source: https://wiki.vuze.com/w/Bad_ISPs
Een aantal daarvan is er inmiddels wel mee opgehouden, of soms zijn er periodes dat ze het niet deden maar later
weer wel.
Het is me nooit duidelijk geworden of dit nou gewoon een misverstand was (iemand bij beheer die gehoord had dat
open SMTP servers een probleem waren en niet goed gesnapt had dat de dreiging de uitgaande tak is en niet de inkomende)
of dat dit toch ook een vorm van niet-neutraliteit met opzet was.
Bij mijn provider kan ik gelukkig zelf instellen of ik dit wel of niet wil hebben.
Sommige providers blokkeren domweg poort 25 ongeacht de richting. Sommige providers blokkeren poort 25 als source poort. Dat is uiteraard onzinnig, want de source poort voor email is doorgaans niet poort 25. Dat geldt voor zowel mail clients als mail servers als spamtools. Ik heb wel eens een beheerder van een kwaliteitsprovider hierover gesproken die het niet begreep.
Belangrijker voor deze neutraliteitsdiscussie is de toevoeging van cookies aan netwerkverkeer (bijvoorbeeld mobiel verkeer). Dat is ernstig fout en ontoelaatbaar. Dat soort uitwassen moet met wortel en tak worden uitgeroeid, met enorme boetes. Ik zou dat inschatten op 1000 euro per gebruiker. Dat kan men dan niet betalen, maar het punt is duidelijk: don't fuck with our privacy.
De reden dat providers deze poort blokkeren is het groot aantal open relay servers die er voorheen waren. Het configureren en goed beveiligen van een mailserver vereist kennis. Niet iedereen heeft dat in huis. Gevolg hiervan was dat spammers hier misbruik (gebruik) van ging maken.
Uiteraard zijn er andere manier om dit te voorkomen. Zo gebruikt XS4ALL, zover ik weet, een filter dat ingesteld wordt zodra een open relay mailserver geconstateerd is. Bij hun is deze poort dan ook vrij te gebruiken. Maar meeste providers kiezen voor de makkelijke weg door gewoon poort 25 te blokkeren voor verkeer dat niet van hun netwerk komt of hun netwerk via die poort probeert te verlaten.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Netwerk Security Engineer
Luchtverkeersleiding Nederland
Als Netwerk Security Engineer ontwerp en optimaliseer je onze technische netwerk- en beveiligingsinfrastructuur. Je stuurt tech-nische veranderingen aan op basis van de gestelde architectuur kaders en helpt mee met de uitvoering ervan. Ben jij een gedreven professional met passie voor netwerk-beveiliging? Dan is deze functie als Netwerk Security Engineer bij Luchtverkeersleiding Nederland (LVNL) iets voor jou!
Lead Network Security Engineer
Luchtverkeersleiding Nederland
Word Lead Network Security Engineer bij LVNL. Ontwerp en implementeer security-oplossingen die de luchtverkeersleidings-systemen veilig houden. Solliciteer nu en draag bij aan onze cyberweerbaarheid! Als Lead Network Security Engineer bij LVNL ben je verantwoordelijk voor het ontwerpen, implementeren en optimaliseren van de netwerkbeveiliging die cruciaal is voor de veilige en efficiënte werking van het luchtverkeersleidingssysteem in Nederland.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?