Ответить
  • Артёмка Senior MemberАвтор темы
    офлайн
    Артёмка Senior Member Автор темы

    22047

    23 года на сайте
    пользователь #6766

    Профиль
    Написать сообщение

    22047
    # 13 июня 2010 22:58 Редактировалось Артёмка, 64 раз(а).

    Архив.
    ************************************************

    Новый кабинет -> http://my.beltelecom.by/

    ByFly. Обсуждение. - тема-чат. Обсуждения, эмоции и тп. и тд.

    Техническая помощь пользователей пользователям ByFly. Техническая помощь. Настройка.

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

    Для тех, кто ругается на "кривые" маршруты, т.е. например почему трафик на Россию идет через Европу, рекомендую прочитать эту статью:
    Сети для самых маленьких. Часть восьмая. BGP и IP SLA

    WI-FI: неочевидные нюансы

    Файл помощи для настройки интернета byfly и телевидения zala

    Вторичные параметры линии:
    Затухание сигнала (Line Attenuation):

    до 20 dB — отличная линия
    от 20 dB до 40 dB — рабочая линия
    от 40 dB до 50 dB — возможны сбои
    от 50 dB до 60 dB — периодически пропадает синхронизация
    от 60 dB и выше — оборудование работать не будет

    Уровень шума (дБ относительно 1 мВт при сопротивлении нагрузки 600 Ом):

    от −65 dBm до −51 dBm — линия отличная
    от −50 dBm до −36 dBm — хорошая линия
    от −35 dBm до −20 dBm — работа с периодическими сбоями
    от −19 dBm и выше — работа оборудования невозможна

    Отношение сигнал/шум (Signal-to-Noise Ratio (SNR)):

    до 7 dB — плохая линия, присутствуют проблемы синхронизации
    от 7 dB до 10 dB — возможны сбои
    от 10 dB до 20 dB — хорошая линия, без проблем с синхронизацией
    от 20 dB до 29 dB — очень хорошая линия
    от 29 dB — отличная линия

    Трассировка является очень грубым способом выявления неполадок в сети, т.к. запросы до сервера могут идти одним маршрутом, а icmp запросы - другим. Может быть и так, что запрос идет по нормальному маршруту, а ответ - нет. Также ICMP часто режется или обрабатывается с наименьшим приоритетом. Трассировка не предназначена для выявления потерь пакетов, а всего лишь для показа маршрута прохождения (icmp - это пинги и трассировка).

    С википедии:
    Здесь хочется отметить, что программа работает только в направлении от источника пакетов и является весьма грубым инструментом для выявления неполадок в сети. В силу особенностей работы протоколов маршрутизации в сети Интернет, обратные маршруты часто не совпадают с прямыми, причем это справедливо для всех промежуточных узлов в трейсе. Поэтому ICMP ответ от каждого промежуточного узла может идти своим собственным маршрутом, затеряться или прийти с большой задержкой, хотя в реальности с пакетами, которые адресованы конечному узлу, этого не происходит. Кроме того, на промежуточных маршрутизаторах часто стоит ограничение числа ответов ICMP в единицу времени, что приводит к появлению ложных потерь.

    Уважаемые форумчане. Проблемы с неработающим гуглом обсуждайте пожалуйста в соответствующей ветке: Проблемы с гуглом. Спасибо за внимание.

    Куратор ветки _maksim_

    При жалобе на низкую скорость на ютубе не надо делать замеры скорости веб-сервера ютуб!!! У ютуба много кэшей в разных странах, включаете видео, запускаете снифер трафика и смотрите с какого айпи адреса идут пакеты. Его и проверяете.

    Поделись улыбкою своей - и тебе её не раз ещё припомнят...
  • Vitalik8800 Senior Member
    офлайн
    Vitalik8800 Senior Member

    5130

    12 лет на сайте
    пользователь #1276205

    Профиль
    Написать сообщение

    5130
    # 18 августа 2026 13:47
    oldq:

    с мостом этих проблем нет, нечего решать :-?

    У меня мост, но эти же проблемы с NAT на месте, никуда не делись.

    Добавлено спустя 3 минуты 12 секунд

    oldq:

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

    Купил, подключил шнурком и все, игрушки играют, пинг не поменяется, ну максимум на 0.5-1mc, потерь пакетов не будет.

  • 3394185 Senior Member
    офлайн
    3394185 Senior Member

    1374

    4 года на сайте
    пользователь #3394185

    Профиль
    Написать сообщение

    1374
    # 18 августа 2026 15:29
    Vitalik8800:

    Купил, подключил шнурком и все, игрушки играют, пинг не поменяется, ну максимум на 0.5-1mc, потерь пакетов не будет.

    :100500: +Процедура подключения сама по себе простая. А при замене поставщика, скажем, на А1, достаточно просто включить новый кабель в роутер.
    Насколько реально обычными домашними сценариями использования создать нагрузку, при которой были бы потери пакетов, никто не подтвердил еще :-? .

  • 4093165 Junior Member
    офлайн
    4093165 Junior Member

    70

    меньше месяца на сайте
    пользователь #4093165

    Профиль
    Написать сообщение

    70
    # 18 августа 2026 15:50
    oldq:

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

    Решение всех проблем - переключить свой роутер в точку доступа :)

  • oldq Senior Member
    офлайн
    oldq Senior Member

    17131

    13 лет на сайте
    пользователь #777772

    Профиль
    Написать сообщение

    17131
    # 18 августа 2026 16:05
    4093165:

    oldq:

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

    Решение всех проблем - переключить свой роутер в точку доступа :)

    если роутер стоит дешевле точки доступа, то почему нет...

  • unq Member
    офлайн
    unq Member

    174

    23 года на сайте
    пользователь #6575

    Профиль
    Написать сообщение

    174
    # 18 августа 2026 18:05
    oldq:

    unq:
    терминал в мост переведен, но двойной нат ни куда не делся.

    вы путаете разные nat

    что значит путаю наты? вы пишите что мост избавляет от двойного ната - я вам говорю что мост с учетом серого IP его не решает вообще ни как. ну вот совсем не решает. и перечисляете пробемы двойного ната - все туда же. 2ой или 3ой(2ва на железках провайдера + 1 нат от провайдера) уже не важно. важно одно - нат не один как не крути. ну что не понятного?

    Добавлено спустя 7 минут 11 секунд

    Предлагаю остановиться. я попытался найти плюсы - долго искал - в переводе терминала в мост. что-то мнимое нашел сам для себя. может это вообще не плюсы,но я для себя автоматизировал рестарт pppoe на "не рабочие часы"- ну и здорово мне. все.

  • oldq Senior Member
    офлайн
    oldq Senior Member

    17131

    13 лет на сайте
    пользователь #777772

    Профиль
    Написать сообщение

    17131
    # 18 августа 2026 18:17 Редактировалось oldq, 7 раз(а).
    unq:

    важно одно - нат не один как не крути. ну что не понятного?

    да, nat не один - если не переведёте в мост, их будет у вас 3 (три)
    какой nat на что влияет - под спойлером

    # Проблемы при "тройном NAT" (CGNAT провайдера + PON-терминал + собственный роутер)

    Такая схема (клиентское устройство → свой роутер (NAT) → PON-терминал в режиме роутера (NAT) → CGNAT провайдера (NAT)) создаёт **три последовательных уровня трансляции адресов**. Это порождает целый набор проблем:

    ## 1. Невозможность или сложность входящих соединений
    - **Проброс портов (port forwarding) перестаёт работать по цепочке**: даже если правильно настроить его на своём роутере, пакет упирается в NAT PON-терминала, а затем ещё и в CGNAT оператора — до конечного устройства он просто не доходит.
    - Из-за CGNAT в принципе нет гарантии, что провайдер вообще даст пробросить порт на уровне своей сети (обычно нет, если не заказана услуга «белый IP»).
    - **UPnP/NAT-PMP** может работать некорректно или вообще не работать между двумя роутерами — устройства «видят» только ближайший уровень NAT и не могут договориться со вторым.

    ## 2. Проблемы с P2P-соединениями и NAT type
    - Торренты, некоторые VoIP-клиенты, видеоконференции (WebRTC), онлайн-игры получают **Strict/Symmetric NAT** вместо Open/Moderate.
    - Следствие: медленная раздача в торрентах, сложности с прямым голосовым/видеосоединением (звонки чаще идут через relay-серверы TURN, что даёт более низкое качество и задержки), невозможность хостить игровой сервер, проблемы с matchmaking в играх (частые ошибки типа "NAT type: Strict" ).

    ## 3. Удалённый доступ к устройствам
    - IP-камеры, NAS, умные домофоны/розетки, которые полагаются на прямой доступ или UPnP для облачного P2P-соединения, могут не устанавливать удалённое подключение вообще или работать только через облако производителя (если оно поддерживает relay).

    ## 4. Деградация производительности
    - Дополнительный хоп → **небольшой рост задержки (latency)**, иногда фрагментация MTU/пакетов, что может проявляться как случайные обрывы соединений или медленная загрузка отдельных сайтов.
    - Двойная обработка NAT на слабом железе PON-терминала может создавать дополнительную нагрузку и микрозадержки.

    ## 5. Усложнение диагностики
    - Трудно понять, на каком уровне возникает проблема — у пользователя в локальной сети два разных DHCP-сервера, два разных диапазона IP, два NAT-стека, и стандартные инструменты (tracert, проверка внешнего IP) путают картину.
    - Внешний IP, который видят сайты, — это адрес CGNAT, общий с другими абонентами провайдера; из-за этого сервис может **банить/капчить/блокировать** пользователя за чужую активность (спам, злоупотребления с того же внешнего IP), а сам пользователь не может доказать, что это не он.

    ## 6. VPN и защищённые соединения
    - Некоторые VPN-протоколы (особенно с UDP-транспортом и NAT traversal) чувствительны к multi-layer NAT — возможны обрывы, проблемы с переподключением, увеличенные keep-alive интервалы.
    - Site-to-site VPN или проброс VPN-сервера на своём роутере вообще не будет доступен снаружи по тем же причинам, что и обычный port forwarding.

    ## 7. Ложные срабатывания антифрод-систем
    - Онлайн-банкинг и некоторые сервисы, анализирующие топологию сети/множественные слои трансляции, иногда воспринимают такое соединение как подозрительное (похоже на прокси/VPN), что может приводить к дополнительным проверкам.

    ### Что обычно рекомендуют
    Перевести PON-терминал в **режим моста (bridge mode)**, чтобля был только один уровень NAT — на собственном роутере пользователя. Это устраняет большинство перечисленных проблем (кроме тех, что связаны с самим CGNAT провайдера — от него бридж не спасает, тут нужен «белый IP» или IPv6 с прямой маршрутизацией).

    Если оставить оба устройства в режиме роутеров, ваш роутер окажется "за" сетью PON-терминала
    последовательно 2 локальных и 1 провайдерский - nat роутера > nat терминала > nat провайдера

    и это только один фактор, который может причинить неудобства, есть ещё, описание этого всего достаточно в сети
    надо вам это или нет - дело ваше, я не настаиваю :-?

  • 4093165 Junior Member
    офлайн
    4093165 Junior Member

    70

    меньше месяца на сайте
    пользователь #4093165

    Профиль
    Написать сообщение

    70
    # 18 августа 2026 18:44
    unq:

    перечисляете пробемы двойного ната - все туда же. 2ой или 3ой(2ва на железках провайдера + 1 нат от провайдера)

    Все решаемо. От нат провайдера можете избавиться, перейдя на белый ip. От нат на своем роутере можно избавиться, переключив его в точку доступа.
    Да и не настолько все это критично. Я полгода провел за "тройным" нат (провайдер - терминал - мой роутер) и никаких проблем не увидел.

    unq:

    я попытался найти плюсы - долго искал - в переводе терминала в мост. что-то мнимое нашел сам для себя

    А их для большинства пользователей плюсов и нет. Единственный выигрыш может быть связан исключительно с ограниченностью железа и функционала терминала. Если ваш роутер более мощный, и вами востребован некий функционал роутера, отсутствующий в терминала, то это и есть плюс. Иначе особого выигрыша и нет.
    Единственный безусловный плюс то, что свой роутер мы можете конфигурировать как угодно и когда угодно. С администрированием же терминала есть проблемы, как минимум, не на всех моделях удается получить административный доступ.

    unq:

    для себя автоматизировал рестарт pppoe на "не рабочие часы"

    А это не обязательно. Уже писали, что достаточно однократно перезагрузить терминал в нужное время. Если не будет внеплановых разрывов, то в дальнейшем все разрывы будут в определенное вами время.

  • oldq Senior Member
    офлайн
    oldq Senior Member

    17131

    13 лет на сайте
    пользователь #777772

    Профиль
    Написать сообщение

    17131
    # 18 августа 2026 18:50 Редактировалось oldq, 5 раз(а).
    4093165:

    Все решаемо

    oldq:

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

    многие не ищут лёгких (правильных) путей :-?
    ... что примечательно - вы во втором абзаце описали некоторые важные преимущества перевода терминала в мост, тем самым опровергнув собственные утверждения о не критичности из первого абзаца :lol:

    4093165:

    Единственный выигрыш

    4093165:

    Единственный безусловный плюс

    это уже не единственный... а сколько их ещё...

    Добавлено спустя 4 минуты 58 секунд

    4093165:

    Я полгода провел за "тройным" нат (провайдер - терминал - мой роутер) и никаких проблем не увидел.

    ну так да, тик-ток и вконтакт работали...
    зачем же переводили в мост, если всё было хорошо :-?

    Добавлено спустя 4 минуты 3 секунды

    unq:

    я попытался найти плюсы - долго искал - в переводе терминала в мост. что-то мнимое нашел сам для себя. может это вообще не плюсы

    вот видите, вы ДЛЯ СЕБЯ ничего не нашли (кроме авто перезагрузки роутера, что вообще так себе фича)
    но уже утверждаете, что раз это не нужно вам, то и ДРУГИМ тоже не нужно...

    ещё раз - схема двух последовательных роутеров относительно рабочая, если вам, кроме серфинга по интернету больше ничего не нужно :znaika:

  • Vitalik8800 Senior Member
    офлайн
    Vitalik8800 Senior Member

    5130

    12 лет на сайте
    пользователь #1276205

    Профиль
    Написать сообщение

    5130
    # 18 августа 2026 19:06
    unq:

    Предлагаю остановиться. я попытался найти плюсы - долго искал - в переводе терминала в мост.

    Нет плюсов, как и минусов. Это просто нужно для тех кто хочет поднять pppoe на своем устройстве, все. А уже для чего поднимать на своем устройстве, тут уже у каждого свои причины и хотелки. Какого-то улучшения в работе интернта (как некоторые возможно думают) это не дает.

    А так, например я не хочу знать про интерфес терминала и все что касается интернета ковырять только на своем роутере + т.к. мой роутер более мощный, считаю будет норм если он будет запаковывать трафик в pppoe, а терминал при этом наоборот разгрузится, потому у меня huawei мостом.

  • oldq Senior Member
    офлайн
    oldq Senior Member

    17131

    13 лет на сайте
    пользователь #777772

    Профиль
    Написать сообщение

    17131
    # 18 августа 2026 19:13
    Vitalik8800:

    Нет плюсов, как и минусов.

    Vitalik8800 против двух AI, которые дважды обозначили все проблемы :trollface:

  • Vitalik8800 Senior Member
    офлайн
    Vitalik8800 Senior Member

    5130

    12 лет на сайте
    пользователь #1276205

    Профиль
    Написать сообщение

    5130
    # 18 августа 2026 19:14
    4093165:

    От нат на своем роутере можно избавиться, переключив его в точку доступа.

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

  • Metallector Senior Member
    офлайн
    Metallector Senior Member

    21489

    18 лет на сайте
    пользователь #132772

    Профиль
    Написать сообщение

    21489
    # 18 августа 2026 19:15 Редактировалось Metallector, 6 раз(а).
    unq:

    Предлагаю остановиться. я попытался найти плюсы - долго искал - в переводе терминала в мост. что-то мнимое нашел сам для себя.

    перевод в Мост --- это Зло---перерасход Средств и Электроэнергии и Места---и потеря дополнительной-расширяющей площадь покрытия Точки доступа

    Терминал сам справляется

    Свой Роутор только дополнительной Точкой доступа для увеличения площади покрытия Вайфаем

    Gumanoid
  • Vitalik8800 Senior Member
    офлайн
    Vitalik8800 Senior Member

    5130

    12 лет на сайте
    пользователь #1276205

    Профиль
    Написать сообщение

    5130
    # 18 августа 2026 19:17
    4093165:

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

    Вот да, для мня это основная причина, удобство.

    Добавлено спустя 1 минута 21 секунда

    Metallector:

    перевод в Мост --- это Зло

    Для тех кто не понимает зачем ему мост, определенно - Зло ;)

  • SergeiT Senior Member
    офлайн
    SergeiT Senior Member

    11901

    16 лет на сайте
    пользователь #188579

    Профиль
    Написать сообщение

    11901
    # 18 августа 2026 19:19
    Vitalik8800:

    Для тех кто не понимает зачем ему мост, определенно - Зло

    Предлагаю на этом и остановиться

    любите интернет- источник знания
  • oldq Senior Member
    офлайн
    oldq Senior Member

    17131

    13 лет на сайте
    пользователь #777772

    Профиль
    Написать сообщение

    17131
    # 18 августа 2026 19:20 Редактировалось oldq, 1 раз.

    вот просто пипец, какие :molotok:

    они тут один свой пост пишут о том, что мост не даёт преимуществ
    а второй свой же пост про явные преимущества перевода в мост

    просто какое-то раздвоение личностей :roof:

  • Vitalik8800 Senior Member
    офлайн
    Vitalik8800 Senior Member

    5130

    12 лет на сайте
    пользователь #1276205

    Профиль
    Написать сообщение

    5130
    # 18 августа 2026 19:21
    oldq:

    Vitalik8800 против двух AI, которые дважды обозначили все проблемы

    Я ничего не писал про ваши AI, как я могу быть против? К тому же ничего не увидел про мост, у вас только про проблемы с NAT.

    Добавлено спустя 4 минуты 1 секунда

    oldq:

    они тут один пост пишут о том, что мост не даёт преимуществ

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

    oldq:

    а второй про явные преимущества перевода в мост

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

  • 3394185 Senior Member
    офлайн
    3394185 Senior Member

    1374

    4 года на сайте
    пользователь #3394185

    Профиль
    Написать сообщение

    1374
    # 18 августа 2026 19:26
    oldq:

    unq:

    важно одно - нат не один как не крути. ну что не понятного?

    да, nat не один - если не переведёте в мост, их будет у вас 3 (три)
    какой nat на что влияет - под спойлером

    # Проблемы при "тройном NAT" (CGNAT провайдера + PON-терминал + собственный роутер)

    Такая схема (клиентское устройство → свой роутер (NAT) → PON-терминал в режиме роутера (NAT) → CGNAT провайдера (NAT)) создаёт **три последовательных уровня трансляции адресов**. Это порождает целый набор проблем:

    ## 1. Невозможность или сложность входящих соединений
    - **Проброс портов (port forwarding) перестаёт работать по цепочке**: даже если правильно настроить его на своём роутере, пакет упирается в NAT PON-терминала, а затем ещё и в CGNAT оператора — до конечного устройства он просто не доходит.
    - Из-за CGNAT в принципе нет гарантии, что провайдер вообще даст пробросить порт на уровне своей сети (обычно нет, если не заказана услуга «белый IP»).
    - **UPnP/NAT-PMP** может работать некорректно или вообще не работать между двумя роутерами — устройства «видят» только ближайший уровень NAT и не могут договориться со вторым.

    ## 2. Проблемы с P2P-соединениями и NAT type
    - Торренты, некоторые VoIP-клиенты, видеоконференции (WebRTC), онлайн-игры получают **Strict/Symmetric NAT** вместо Open/Moderate.
    - Следствие: медленная раздача в торрентах, сложности с прямым голосовым/видеосоединением (звонки чаще идут через relay-серверы TURN, что даёт более низкое качество и задержки), невозможность хостить игровой сервер, проблемы с matchmaking в играх (частые ошибки типа "NAT type: Strict" ).

    ## 3. Удалённый доступ к устройствам
    - IP-камеры, NAS, умные домофоны/розетки, которые полагаются на прямой доступ или UPnP для облачного P2P-соединения, могут не устанавливать удалённое подключение вообще или работать только через облако производителя (если оно поддерживает relay).

    ## 4. Деградация производительности
    - Дополнительный хоп → **небольшой рост задержки (latency)**, иногда фрагментация MTU/пакетов, что может проявляться как случайные обрывы соединений или медленная загрузка отдельных сайтов.
    - Двойная обработка NAT на слабом железе PON-терминала может создавать дополнительную нагрузку и микрозадержки.

    ## 5. Усложнение диагностики
    - Трудно понять, на каком уровне возникает проблема — у пользователя в локальной сети два разных DHCP-сервера, два разных диапазона IP, два NAT-стека, и стандартные инструменты (tracert, проверка внешнего IP) путают картину.
    - Внешний IP, который видят сайты, — это адрес CGNAT, общий с другими абонентами провайдера; из-за этого сервис может **банить/капчить/блокировать** пользователя за чужую активность (спам, злоупотребления с того же внешнего IP), а сам пользователь не может доказать, что это не он.

    ## 6. VPN и защищённые соединения
    - Некоторые VPN-протоколы (особенно с UDP-транспортом и NAT traversal) чувствительны к multi-layer NAT — возможны обрывы, проблемы с переподключением, увеличенные keep-alive интервалы.
    - Site-to-site VPN или проброс VPN-сервера на своём роутере вообще не будет доступен снаружи по тем же причинам, что и обычный port forwarding.

    ## 7. Ложные срабатывания антифрод-систем
    - Онлайн-банкинг и некоторые сервисы, анализирующие топологию сети/множественные слои трансляции, иногда воспринимают такое соединение как подозрительное (похоже на прокси/VPN), что может приводить к дополнительным проверкам.

    ### Что обычно рекомендуют
    Перевести PON-терминал в **режим моста (bridge mode)**, чтобля был только один уровень NAT — на собственном роутере пользователя. Это устраняет большинство перечисленных проблем (кроме тех, что связаны с самим CGNAT провайдера — от него бридж не спасает, тут нужен «белый IP» или IPv6 с прямой маршрутизацией).

    Если оставить оба устройства в режиме роутеров, ваш роутер окажется "за" сетью PON-терминала
    последовательно 2 локальных и 1 провайдерский - nat роутера > nat терминала > nat провайдера

    и это только один фактор, который может причинить неудобства, есть ещё, описание этого всего достаточно в сети
    надо вам это или нет - дело ваше, я не настаиваю :-?

    Компиляция с размытым контекстом. Практически все пункты относятся к CGNAT, но приводятся в обоснование перевода терминала в мост, а не устранения CGNAT :-?

  • Metallector Senior Member
    офлайн
    Metallector Senior Member

    21489

    18 лет на сайте
    пользователь #132772

    Профиль
    Написать сообщение

    21489
    # 18 августа 2026 19:27 Редактировалось Metallector, 2 раз(а).

    Единственный безусловный плюс то, что свой роутер мы можете конфигурировать как угодно и когда угодно

    там нечего Конфигурировать

    Gumanoid
  • SergeiT Senior Member
    офлайн
    SergeiT Senior Member

    11901

    16 лет на сайте
    пользователь #188579

    Профиль
    Написать сообщение

    11901
    # 18 августа 2026 19:28
    Metallector:

    там нечего Конфигурировать

    так даже лучше. для очень большой доли пользователей

    любите интернет- источник знания
  • oldq Senior Member
    офлайн
    oldq Senior Member

    17131

    13 лет на сайте
    пользователь #777772

    Профиль
    Написать сообщение

    17131
    # 18 августа 2026 19:29
    Vitalik8800:

    oldq:

    Vitalik8800 против двух AI, которые дважды обозначили все проблемы

    Я ничего не писал про ваши AI, как я могу быть против? К тому же ничего не увидел про мост, у вас только про проблемы с NAT.

    ну да, и плохое понимание прочитанного и с логикой тоже так себе...

    Плохое понимание прочитанного — это нарушение процесса восприятия и осмысления текста, при котором человек не улавливает их общий смысл или суть. Основными причинами этого состояния могут быть дефицит концентрации внимания, а также специфические особенности переработки информации или семантическая дислексия (когда все силы уходят на техническое чтение, а на осмысление ресурсов не остается)
    тут уже давно обратили внимание на такой момент - на заданный вопрос уже дали ответ несколько пользователей, но после этого Vitalik8800 всё равно напишет ещё раз то же самое, продублировав предыдущие ответы
    это к подтверждению диагноза...