LINUX.ORG.RU
решено ФорумAdmin

Одинаковым образом бьётся файл через несколько разных интернет каналов

 


0

1

Доброго времени суток

«Дорогие учёные, вот уже третий год в подвале дома слышен поздемный стук. Почему и отчего он происходит?»

Есть организация с несколькими разными выходами в интернет. Более того, это несколько независимых площадок.

На каждой площадке свой прокси сервер. Есть сайт vmware, на нём плагин, ~ 70 Мб.

Через все три прокси файл качается битый. Обнулены 12 байт в районе 30 Мб. Если с хоста прокси качать файл wget'ом, он тоже битый, те же 12 байт обнулены.

И есть отдельная сеть с прямым доступом в интернет, мимо прокси. Файл скачивается не повреждённый. Из других мест вне организации файл скачивается не повреждённый.

Сетевики говорят, что между прокси и провайдером никаких DPI нет.

Обнуление 12 байт в районе 30 Мб... Что бы это могло быть? Я представляю в каком направлении проверять - поднять новый прокси с нуля, проверить с него. Запросить у сетевиков точную схему сетевых устройств с портами, которые проходит траффик между прокси и провайдером на всех площадках, искать общее. Но вдруг кто-то уже сталкивался с такой ситуацией.

★★★★★

Последнее исправление: router (всего исправлений: 1)

Что за сетевой контроллер на проксе хосте ?

что за прокся ?

Всякие tso не пробовал отключать ?

vel ★★★★★
()
Последнее исправление: vel (всего исправлений: 1)

Есть сайт vmware, на нём плагин, ~ 70 Мб

Положите этот файл (правильный) на другой (свой) сайт и скачайте. Если придет битый, «переместите» сайт ближе (с точки зрения сетевого оборудования) и снова качайте. Последние два действия повторять до обнаружения проблемного узла.

sdio ★★★★★
()

прокси == squid? если да, то версия? клиент на венде или на онтопике? wget -S --spider загружаемого файла в студию.

site:squid-cache.org corruption говорит, что такое бывает со сквидом, но воспроизвести непросто

anonymous
()
Ответ на: комментарий от anonymous

такое бывает со сквидом

ТС, попробуй добавить к URL параметры, что-нибудь типа ?parameter=12345.

i-rinat ★★★★★
()
Ответ на: комментарий от router

wget на хосте со сквидом получает тот же самый битый файл.

wget --no-proxy или wget с непустой $http_proxy в переменных окружения получает тот же битый файл?

Покажи хедер скачиваемого файла

anonymous
()

Ну явно что-то в топологии сети, если из отдельной подсети скачивается ОК. Какая-нибудь Cisco ASA стоит где-то и творит безобразия, это она умеет :)

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Cisco ASA

Сталкивался, и уже спросил. Но сетевики бьют себя пяткой в грудь, что аса работает только на одной площадке из нескольких, а проблемы везде.

Не хочется думать, что на хостах с прокси зловред, но либо так, либо нужно тщательно проверить маршрут в интернет от и до.

router ★★★★★
() автор топика
Ответ на: комментарий от anonymous

wget --no-proxy или wget с непустой $http_proxy в переменных окружения получает тот же битый файл?

Да

Покажи хедер скачиваемого файла

Спасибо, но тут помощь не нужна ;) Топик создал не для того чтобы меня за ручку вели к решению. А на тот случай, если кто-то уже сталкивался с подобным.

router ★★★★★
() автор топика
Ответ на: комментарий от router

Но сетевики бьют себя пяткой в грудь

Не пяткой, а копытом. Потому, что козлы. У них всегда «всё работает», «ничего не мешает» и «проблемы на вашей стороне», даже если по дороге 6 кривых МСЭ, 2 транспарент прокси и 3 DPI-решения.

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

У нас элитные сетевики. Насяльника выдрессировал.

Понятно что буду спрашивать с пристрастием, но такой явный косяк маловероятен, да ещё на разных площадках

router ★★★★★
() автор топика

Всё оказалось проще. Файл лежит в облаке. Нода облака несколько раз менял IP. На старом ip лежит битый файл, а во внутреннем DNS закеширован именно старый адрес.

Не знаю что было в облаке akamaiedge.net, может проблемы с дисками. Чистка кэша DNS серверов решила проблему.

Ни прокси, ни сетевики ни при чём

router ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.