Overleg gebruiker:Sumurai8/ipv6

Pagina-inhoud wordt niet ondersteund in andere talen.
Uit Wikipedia, de vrije encyclopedie

Gekopieerd van Wikipedia:Aanmelding moderatoren, oldid 55195273

Nog een vraag: vind je, in het licht van deze discussie en met name deze bijdrage daaraan, het zinvol om anonieme gebruikers met IPv6-adressen te blokkeren of zelfs maar op hun overlegpagina's dossiers aan te leggen? Wutsje 1 dec 2019 17:48 (CET)[reageer]

(na bwc) Hier moet ik meer onderzoek voor doen voordat ik een harde mening hierover kan vormen. Voorlopige gedachtes:
  • Zijn alle ipv6-adressen hyperdynamisch? Er is voor mij momenteel geen reden om aan te nemen dat een eindaansluiting nooit (semi-)permanent een apparaat een ip toekent.
  • Een dossier aanleggen voor 264 ips is onmogelijk zolang de software daar geen ondersteuning voor biedt. Je kunt met behulp "Geavanceerde bijdragen" een range controleren en met wat werk zien of overlegpaginas van individuele gebruikers bestaan. Daarmee lijkt er nut te zijn voor individuele dossiers.
  • Ik zie regelmatig meerdere bewerkingen van hetzelfde ipv6-adres langskomen. Een {{zb}} of {{ws}} heeft nog steeds soms effect.
  • Range blocks zijn altijd een last resort. Als een blokkade op een enkel ip voldoende is, dan is er geen reden om een /64 range te blokkeren.
Dit lijkt me typisch iets om op te nemen in een richtlijn hoe we hier mee omgaan, maar zo te zien is dat niet gebeurd. Heeft dit ooit navolging gehad na de discussie aldaar? Sum?urai8? 1 dec 2019 22:48 (CET)[reageer]
Niet dat ik weet. Dat zou echter wel moeten, want dit is een lacune in de RVM (en er zijn meer redenen om die eens op de schop te gooien, vgl. de discussies over deelblokkades). Overigens ligt dit complex, ook een ontwikkeling als deze fietst er bijvoorbeeld doorheen. Wutsje 2 dec 2019 19:07 (CET)[reageer]
We zouden hier inderdaad eens iets mee moeten doen. Bij IPv6 is het wel degelijk nuttig om direct de gehele /64 te blokken. Die adressen binnen de reeks kunnen snel wijzigen. Er zou eigenlijk een script moeten komen waarbij je op de OP van de /64 een melding kan zetten die dan automatisch op de /128-pagina's verschijnt, of andersom. Ik heb het nu handmatig een paar keer een dossier gemaakt, maar eigenlijk kost dit veel te veel tijd. Ik heb 2 jaar geleden op en:wiki gekeken, maar zij hadden er toen ook geen oplossing voor. Sinds vorige week maandag zijn de ipv4-adressen op bij RIPE, dus dit probleem gaat alleen maar toenemen vermoed ik. Joris (overleg) 4 dec 2019 00:37 (CET)[reageer]
Dit is dus nog urgenter dan ik dacht. Zo'n script lijkt me een goed idee, want inderdaad, dat dubbel melden is te bewerkelijk. Wutsje 4 dec 2019 01:15 (CET)[reageer]
Misschien dat dit niet echt de plek is om dit te bespreken.. maar kan Zeusmode of Twinkle hier niet iets in betekenen? Tina (overleg) 4 dec 2019 01:27 (CET)[reageer]
Einde kopie
In mijn ogen kunnen scripts wellicht een gedeeltelijke oplossing bieden, maar een ding waar rekening mee gehouden moet worden is dat een /64-range ook 64 variabele bits heeft, en dat er dus ips onder vallen. Je kunt automatisch een dossier tonen op hun overlegpagina met een scriptje, en je kunt mensen die automatisch laten bewerken, maar je kunt geen automatische melding versturen via de software. Nu ik er over nadenk, misschien dat je de laatste bewerkdatum kunt ophalen van een "dossier-pagina" en die dan gebruiken om een eigen melding weer te geven. Het nadeel is dat dit een script wordt wat globaal wordt uitgevoerd. Dit betekent dat het laden van Wikipedia dat kleine beetje zwaarder wordt, zeker als steeds een API-call gedaan moet worden. Sum?urai8? 4 dec 2019 23:44 (CET)[reageer]