Sur ton relais Tor, tu n'as pas peur des problèmes juridiques? (ou alors c'est un non-exit node?)

Il y a quelques mois j'ai vais 6 relais dont un exit (j'en ai arrêté 4 parce que je n'ai plus les serveurs). L'exit a tourné plusieurs mois sans trop de problème (il générerait un traffic 2x supérieur à maintenant (0.7% de tous les exit quand même)). J'ai eu un abuse par rapport à du spam sur un forum, mais le support Scaleway a fermé les yeux. Puis un 2ème à cause d'un DDoS (DDoS par Tor... faut vraiment être un sacré _______...), là mon compte a été verouillé, le support a été compréhensif mais m'ont fait comprendre que j'étais responsable de ce qui se passait sur mon serveur (ce qui n'est pas tout à fait vrai aux yeux de la loi) et que si ça se reproduisait, ça allait pas trop bien se passer pour moi ^^

Arnaud a pas l'air très chaud pour les exit non plus https://twitter.com/online_fr/status/742679060275462145

Du coup je l'ai remplacé par un relais tout cours, j'en ai 2 du coup. Et les non-exit ne risquent absolument rien.

Et pourquoi le total n'est pas tout à fait symétrique ? (presque 2% de différence ! sur un total énorme donc bien lissé)

Je sais pas trop, peut-être que ça comprends la tonne de requêtes DNS qui ont été faites...

Et sur ton résolveur DNS public, le trafic est juste énorme ! Mais tu l'arrêtes, c'est bien ça ?

Oui c'est assez incroyable ! Mais bon vu que des fois le traffic allait jusqu'à 20bmps sortant... Il a bien été utilisé
Je résilié mon serveur dédié, et il est sur une VM oui, donc je l'arrête. J'en ferai un autre, mais pas avec la même IP.

De mon coté, sur un serveur :

Octets reçus:14757714197071 (14.7 TB) Octets transmis:597052313483435 (597.0 TB)
Il est up depuis 96 jours, donc ça fait 6,4 To/jour !

Et ce uniquement pour des mises à jour Ubuntu !

TX: bytes  packets  errors  dropped carrier collsns
316T         213G      0          0              0          0

Average bandwidth output: 437 Mbps
Uptime: 66 days

Le jeu est serré avec Jack !

Voici mon trafic moyen par jour (chaque point représente un trafic moyen sur 24h). Cela correspond à l'hébergement de http://fr.archive.ubuntu.com/



Le trafic est assez lissé, mais il y a des pics à 4 Gb/s entre 6h25 et 6h55 du matin puis 7h25 à 7h55, à chaque mise à jour de kernel ou de gros logiciels pré-installés (Firefox par exemple).

Sous Ubuntu, vous trouvez la ligne suivante dans /etc/crontab
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
Il déclenche tous les jours le script de mise à jour /etc/cron.daily/apt-compat
Ce dernier intégre un déchenchement aléatoire sur 30 minutes :
#!/bin/sh

set -e

# Systemd systems use a systemd timer unit which is preferable to
# run. We want to randomize the apt update and unattended-upgrade
# runs as much as possible to avoid hitting the mirrors all at the
# same time. The systemd time is better at this than the fixed
# cron.daily time
if [ -d /run/systemd/system ]; then
    exit 0
fi

# sleep for a random interval of time (default 30min)
# (some code taken from cron-apt, thanks)
random_sleep()
{
    RandomSleep=1800
    eval $(apt-config shell RandomSleep APT::Periodic::RandomSleep)
    if [ $RandomSleep -eq 0 ]; then
        return
    fi
    if [ -z "$RANDOM" ] ; then
        # A fix for shells that do not have this bash feature.
        RANDOM=$(( $(dd if=/dev/urandom bs=2 count=1 2> /dev/null | cksum | cut -d' ' -f1) % 32767 ))
    fi
    TIME=$(($RANDOM % $RandomSleep))
    sleep $TIME
}

# run daily job
random_sleep
exec /usr/lib/apt/apt.systemd.daily

La TV en OTT, tu risques pas d'avoir un pic entre 6h25 et 6h55 du matin !

Moi je suis à ~150Go/mois hors serveurs.