Refguser, я из вежливости и веры в человечество уже раз 10 перечитал вопрос в надежде, что это действительно я что-то не так понял, но нет, результат не меняется. Может быть мне перефразировать для не сетевиков? Ладно.
Почему при установке физического соединения между мной и провайдером в режим FastEthernet (ограниченного ста мегабитами на физическом уровне), я не могу получить сто мегабит в секунду на уровне приложения?
Надеюсь, ответ так же для самых маленьких расписывать не надо? А то это уже просто какой-то троллинг напоминает
Refguser, многоуважаемый пользователь, консоль браузера - это, конечно крутой хакерско-диагностический инструмент, но я всё же рекомендую внимательно прочитать вопрос автора, потом чуть-чуть почитать про устройство сетей, модель OSI, структуру Ethernet-фрейма и TCP/IP в нём. 95мбит/сек от соточного линка (Ethernet-линка, не тарифа - это не одно и то же!) у вас остаётся ещё до того, как туда будет положен HTTP в виде полезной нагрузки
Refguser, понял. Ethernet + IP + TCP заголовки, кстати, как раз в идеальных условиях занимают 5%, а при меньшем размере пакета и того больше.
Значит это то, что значит: Speedtest ничего не знает про технологию подключения клиента и не учитывает её особенностей. Так лёгким движением руки 100 по Ethernet и превращаются в 95, а 72 По WI-FI N 1x1 20 МГц в 45 - там размер полезной нагрузки ещё меньше.
Проверить всё элементарно: на одном и том же ПК через один и тот же роутер с одним и тем же гигабитным аплинком и тарифом в 100 провести тест вначале подключив ПК с линком в автоматическом режиме, потом повторить, указав в настройках сетевой карты принудительно режим 100/FullDuplex - результат внезапно будет полностью идентичен тому, о чем спрашивает автор вопроса, и будет повторяться со 100% точностью.
В ответе, на который вы ссылаетесь, есть замечательные комментарии с более подробным расчётом.
Refguser, неправда. Спидтест заголовки не учитывает. На стамегабитном линке он вот прям вообще никак не может показать больше 95мб/сек. Только если из-за тормознутости ПК анимация заглючит. Проверено не одной сотней тестов всегда с одним результатом: на соточном линке с ОТКЛЮЧЕННЫМ шейпингом 94-95Мб/сек, на гиговом линке с шейпером на 100 - 100Мб/сек, как в аптеке
wepp, предыдущий провайдер не обязательно был Билайн. Абсолютно ничего не мешает подключателю угнать уже протянутый до него кабель. У 6 жил в коннекторе действительно смысла не много. Разве что, наверное, чуть проще загнать жилы по нужным слотам в коннекторе, чем если их 4, но это не точно - это уже какие-то нетрадиционные приколы монтажников, я их принимать отказываюсь
mimichka, я перепробовал множество разных дешман-тестеров в реальной работе и прихожу к выводу, что верить им скорее нельзя, особенно тем, которые что-то показывают без подключенного приёмника. Дешёвый тестер со значительно большей вероятностью НЕ увидит проблему на кабеле, которая уже достаточно серьезная, что влияет на качество, чем увидит микрофигню, которая никак не сказывается на стабильности
Дмитрий, скрутка - это не самое надёжное соединение, особенно в части повторяемости разными людьми с разной степенью кривизны рук. Со временем окисляется, что ведёт к увеличению сопротивления, из-за этого могут начать биться пакеты, моргать или вообще пропасть линк. Если такие проблемы есть, то с вероятностью в 99% провайдер сможет увидеть их в своей диагностике. Так вот тестер скорее всего оценивает наличие связи на жилке по сопротивлению, измеряя и ожидая определенный уровень от приёмника. Но это пальцем в небо, потому что схемотехники конкретного тестера за 400р мы не знаем, да и смысла нет в этом. Не того уровня прибор, чтобы ожидать от него такой функции
Что за видеокарта? Сам чуть-чуть страдаю из-за подобной проблемы на RX 580. Под виндой с 4 ГБ видеопамяти жить ещё можно, под линуксом этого прям критически не хватает, особенно под протоном. Недавнее обновление DXVK сделало жизнь суть легче - даже смог в некоторых играх поднять настройки текстур на шаг повыше, но переполняется всё ещё довольно быстро и после случаются просадки от двух раз до бесконечности. В общем, попробуйте настройки, требовательные к объему памяти, поставить пониже - качество текстур в основном.
Лилит Масленникова, какие настройки графики стоят в лаунчере? За AE не скажу, но старый LE зачем-то на высоком пресете втыкал x8 MSAA, от чего даже современные карты потеют, не говоря уже об актуальных на то время
Артём, если много мультикаста, то похоже, что свитч провайдера флудит. Это вопрос для службы поддержки и заявки в технический отдел. Обращаться крайне рекомендую именно в момент флуда, чтобы оператор мог своим глазами увидеть наличие проблемы.
Артём, много не надо, хватит буквально пары секунд на подключении Beeline. Полученный дамп нужно сохранить на компьютер и открыть в программе Wireshark - там будет видно, что за трафик
psiklop, уважаемый, у вас что-то с восприятием не так. Я не говорил, что используемые мной инструменты особо простые - нет, не простые, их использование требует некоторой степени подготовки, тем не менее, ТС указал, что готов разбираться. Я нигде не говорил, что мой вариант единственно верный - это всего-лишь то, к чему я пришел на текущий момент. И банальные прокси я тоже проходил - буквально первым же решением, но держать общесистемно включенным прокси оказалось неудобно. Держать отдельный браузер с прокси и отдельный без - неудобно. Запускать две сессии одного браузера с разными ключами - неудобно. Описание моего конфига не для вас - вы можете пользоваться тем, что вам удобно и работает, - оно для ТС. Комментарий в ваш ответ я оставил, чтобы поправить неточности - вводить людей в заблуждение не здорово.
Какой-то бессмысленный оффтоп. Вы вот вообще не тот ресурс выбрали, чтобы упрекать пользователей в интересах к IT.
psiklop, я, может быть, чего-то неправильно понял, но, когда я здесь регистрировался, это были не ответы маил ру, а сервис с явно выраженной IT-направленностью. Здорово, что вы не разобрались и не захотели разбираться в решении вопроса выборочной маршрутизации, но не надо преподносить это, как задачу исключительно для красноглазых линуксоидов без личной жизни, способных скомпилировать ядро в уме. Но, вот, ТС в вопросе разобраться хочет и готов искать информацию самостоятельно, просто просил перечислить рабочие методы, чтобы не тратить время на нерабочие, что я и сделал, перечислив применяющиеся у меня инструменты, причем этот вариант после настройки более не требует ручного вмешательства уже многие месяцы: на телефоне VPN включен всегда и трафик в него заворачивается только для выбранных приложений, в домашней сети соответствующие инструменты подняты на роутере и на конечных девайсах вообще не требуется никакого вмешательства - всё просто работает.
SSH всё ещё требует помимо Putty и Firefox, ещё и внешний сервер, куда и будет завернут тоннель, так что это решение не сильно проще других, так ещё и требует ручного подключения каждый раз.
РКН в любой момент забанит SSH за границу, как и любой другой протокол, в блокировки которых многие не верили до последнего.
psiklop, понял. Спасибо, что открыли мне глаза на то, что IT не приносит мне ни удовольствия, ни денег. Завтра же уволюсь со своего места, взамен пойду торговать картошкой на рынок, компьютер продам.
Ну а если по теме: я всего-лишь описал свой работающий сетап, показавший стабильность в течение многих месяцев и указал, что те, проблемы, которые вы описываете в своем ответе (в частности - что VPN якобы требует заворачивать в себя весь трафик) - это неправда. Может быть и нехотя, но вы вводите пользователей в заблуждение.
И свой SSH-туннель вы куда открываете? Уж не на внешний сервер ли, который предварительно нужно было настроить?
Помимо статыщ вариантов VPN есть ещё столько же вариантов отправлять трафик в тоннель выборочно: от ручной маршрутизации, до PBR по конкретным устройствам или доменам. Я дома использую комбо из NFQWS для большинства сервисов, Wireguard для тех, с чем первый не справляется, ipset-dns для выборочной маршрутизации по доменам, VLESS на мобилках через клиент NekoBox с указанием конкретных приложений. Пара вечеров на настройку сервера за 200р/мес стоят свободного интернета
Morde, я этого не утверждал. Всего-лишь забавное наблюдение из практики.
А по делу: вам бы в службу поддержки обратиться и желательно, чтоб на той стороне провода голова могла не только просить перезагрузить роутер, но и иметь доступ на ваш коммутатор, чтобы прозвонить кабель (да, так можно) посмотреть счётчики ошибок. Если ничего сомнительного не найдут, пригласить сотрудника, чтобы переобжал все это, что можно, перебрал все скрутки при их наличии. Странные плавающие проблемы в сети - это почти всегда физика
Надеюсь, ответ так же для самых маленьких расписывать не надо? А то это уже просто какой-то троллинг напоминает