bonjour,
je me décide a écrire pour un problème de NAT sous Debian. en effet, depuis que je suis passer chez orange en FTTH get, je me rends plus compte de la faiblesse de ma configuration. je précise que mon linux est directement connecté a l'ONT.
un test de téléchargement de 5000Mo.dat depuis le serveur directement:
wget -4 -O /dev/null http://1.testdebit.info/fichiers/5000Mo.dat
--2016-02-21 09:11:27-- http://1.testdebit.info/fichiers/5000Mo.dat
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 5000000000 (4,7G)
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================>] 4,66G 94,8MB/s ds 59s
2016-02-21 09:12:27 (80,3 MB/s) — « /dev/null » sauvegardé [5000000000/5000000000]
le même fichier depuis une machine derrière le nat:
--2016-02-21 09:09:41-- http://1.testdebit.info/fichiers/5000Mo.dat
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 5000000000 (4,7G)
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================>] 4,66G 52,4MB/s ds 82s
2016-02-21 09:11:03 (58,4 MB/s) — « /dev/null » sauvegardé [5000000000/5000000000]
le serveur et la machine derrière le nat sont connectés par un cable rj45 de l'une à l'autre
un traceroute vers 1.testdebit.info:
traceroute to 1.testdebit.info (194.158.102.114), 30 hops max, 60 byte packets
1 192.168.9.1 (192.168.9.1) 0.179 ms 0.138 ms 0.107 ms
2 80.10.232.109 (80.10.232.109) 1.062 ms 1.527 ms 1.773 ms
3 ae113-0.ncbay102.Bayonne.francetelecom.net (193.253.94.222) 2.197 ms 2.292 ms 2.385 ms
4 ae42-0.nrpoi202.Poitiers.francetelecom.net (81.253.130.246) 12.425 ms 12.530 ms 12.522 ms
5 ae44-0.nridf102.Aubervilliers.francetelecom.net (193.251.126.202) 19.876 ms 19.876 ms 19.855 ms
6 ae41-0.noidf002.Aubervilliers.francetelecom.net (193.252.98.106) 20.267 ms 19.563 ms 19.656 ms
7 la105.rpt01-ix2.net.bbox.fr (62.34.0.209) 20.676 ms 19.811 ms 20.475 ms
8 be12.cbr01-ntr.net.bbox.fr (212.194.171.87) 21.048 ms 21.036 ms 21.010 ms
9 * * *
10 194.158.102.114 (194.158.102.114) 20.643 ms 20.671 ms 20.752 ms
un téléchargement d'un fichier en locale de la machine derrière le nat vers le lightpd du serveur:
--2016-02-21 09:18:04-- http://192.168.9.1/image.aaa
Connexion à 192.168.9.1:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 678526976 (647M) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================>] 647,09M 112MB/s ds 5,8s
2016-02-21 09:18:10 (112 MB/s) — « /dev/null » sauvegardé [678526976/678526976
un cpuinfo du serveur:
root@routeurlinux:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Celeron(R) CPU G1610T @ 2.30GHz
stepping : 9
microcode : 0x19
cpu MHz : 2294.813
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 4589.62
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Celeron(R) CPU G1610T @ 2.30GHz
stepping : 9
microcode : 0x19
cpu MHz : 2294.813
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 4589.62
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
le noyau du serveur est en 3.16 avec une jessie 64 bit
la machine cliente derrière le nat est avec un noyau 4.3 sur une jessie 64 bit.
il faut noter que je n'es pas fait de test en ipv6.
merci de m'avoir lu jusqu'ici !
jerem