Считает больше трафика, чем скачано.
Считает больше трафика, чем скачано.
Уже не раз сталкиваюсь со следующей ситуацией у абонента:
подсчёт интернет трафика идёт правильно, а трафик локальный с файлового ресурса считает в раза 3-4 больше чем скачано на самом деле. Скачивание производилось с сетевой папки.
Лечится обычно переустановкой системы.
Что за глюк не подскажете? Точнее, почему трафика генерируется больше чем скачано?
подсчёт интернет трафика идёт правильно, а трафик локальный с файлового ресурса считает в раза 3-4 больше чем скачано на самом деле. Скачивание производилось с сетевой папки.
Лечится обычно переустановкой системы.
Что за глюк не подскажете? Точнее, почему трафика генерируется больше чем скачано?
Была проблема, задваивался трафик из за того что дублировались пакеты в туннеле до сервака билинга. отстроили туннель всё стало на своё место .
посматри в детальной статистике нет ли одинаковых пакетов на один Ip
либо простым пингом
icmp_seq=1 ttl=64 time=2.603 ms (DUP!)
64 bytes from : icmp_seq=2 ttl=64 time=2.358 ms
64 bytes from : icmp_seq=2 ttl=64 time=2.514 ms (DUP!) (задвоение)
64 bytes from : icmp_seq=3 ttl=64 time=2.468 ms
64 bytes from : icmp_seq=3 ttl=64 time=2.621 ms (DUP!) (задвоение)
64 bytes from : icmp_seq=4 ttl=64 time=2.497 ms
64 bytes from : icmp_seq=4 ttl=64 time=2.651 ms (DUP!) (задвоение)
посматри в детальной статистике нет ли одинаковых пакетов на один Ip
либо простым пингом
icmp_seq=1 ttl=64 time=2.603 ms (DUP!)
64 bytes from : icmp_seq=2 ttl=64 time=2.358 ms
64 bytes from : icmp_seq=2 ttl=64 time=2.514 ms (DUP!) (задвоение)
64 bytes from : icmp_seq=3 ttl=64 time=2.468 ms
64 bytes from : icmp_seq=3 ttl=64 time=2.621 ms (DUP!) (задвоение)
64 bytes from : icmp_seq=4 ttl=64 time=2.497 ms
64 bytes from : icmp_seq=4 ttl=64 time=2.651 ms (DUP!) (задвоение)
Да у меня с этим всё в порядке. Учёт трафика настроен правильно, статистика по трафика считается правильно. Проверено.Zhuravlev писал(а):Была проблема, задваивался трафик из за того что дублировались пакеты в туннеле до сервака билинга. отстроили туннель всё стало на своё место .
посматри в детальной статистике нет ли одинаковых пакетов на один Ip
либо простым пингом
icmp_seq=1 ttl=64 time=2.603 ms (DUP!)
64 bytes from : icmp_seq=2 ttl=64 time=2.358 ms
64 bytes from : icmp_seq=2 ttl=64 time=2.514 ms (DUP!) (задвоение)
64 bytes from : icmp_seq=3 ttl=64 time=2.468 ms
64 bytes from : icmp_seq=3 ttl=64 time=2.621 ms (DUP!) (задвоение)
64 bytes from : icmp_seq=4 ttl=64 time=2.497 ms
64 bytes from : icmp_seq=4 ttl=64 time=2.651 ms (DUP!) (задвоение)
Вот столкнулся с проблемой именно при скачивании фйлов с сетевой папки. Интернет трафик при этом считается правильно.
У меня DC уже настроен. Просто через сетевую папку уобно тем, что можно предварительно прямо оттуда прослушать/посмотреть контент, что он из себя представляет.gil писал(а):не юзайте самбу.. для файлового ресурса поставьте сервер dc, запустите туда бота с контентом.. делов-то..
для абонентов клиента кастомизируйте.. или закажите кастомизацию у кого-нибудь..
плюсов больше, чем минусов.. все равно в будущем у вас встанет проблема переходить на dc, 98%
а зачем абоненту платить много раз за трафик? прослушка-то - таже передача.alexus писал(а):У меня DC уже настроен. Просто через сетевую папку уобно тем, что можно предварительно прямо оттуда прослушать/посмотреть контент, что он из себя представляет.gil писал(а):не юзайте самбу.. для файлового ресурса поставьте сервер dc, запустите туда бота с контентом.. делов-то..
для абонентов клиента кастомизируйте.. или закажите кастомизацию у кого-нибудь..
плюсов больше, чем минусов.. все равно в будущем у вас встанет проблема переходить на dc, 98%
нужен фильм определенный - скачал.. что там предпросматривать?

не понимаю, в общем..
самба - зло.. чем раньше вы это поймете - тем лучше..