Tx errors что это

Привет. Помогите с настройкой сети

docker0: flags=4099 mtu 1500 inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255 ether txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eno1: flags=4163 mtu 1500 inet 192.168.0.15 netmask 255.255.255.0 broadcast 192.168.0.255 prefixlen 64 scopeid 0x20 ether txqueuelen 1000 (Ethernet) RX packets 1211446 bytes 609942537 (609.9 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 251599 bytes 29939556 (29.9 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 1000 (Локальная петля (Loopback)) RX packets 2431 bytes 231536 (231.5 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2431 bytes 231536 (231.5 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

В общем вопрос такой. Когда я пробрасываю ip и порт через виртуальный сервер в роутере, вот этот ip inet 192.168.0.15 после перезагрузки роутера может меняться. Подскажите пожалуйста как правильно это сделать, что бы он был фиксированный.Я долго искал в интернете но нечего толком не нашел. Сейчас времени нет особо на поиски.

evgeshakev
25.10.21 19:47:52 MSK

Когда я пробрасываю ip и порт через виртуальный сервер в роутере, вот этот ip inet 192.168.0.15 после перезагрузки роутера может меняться. Подскажите пожалуйста как правильно это сделать.

Если «это» = зафиксировать IP, то настройкой того, кто ему его выдаёт.

t184256 ★★★★★
( 25.10.21 20:49:27 MSK )

Особо нет времени отвечать подробно, решается настройкой сети.

anonymous
( 25.10.21 20:50:07 MSK )

Настрой на DHCP сервере, что выдаёт IP адреса привязку мак адреса сетевой карты к конкретному IP адресу.

Все про ifconfig

interface имя интерфейса и address IP-адрес, который требуется назначить интерфейсу. Это может быть IP-адрес или имя, которое ifconfig будет искать в файле /etc/hosts .

# ifconfig eth0 eth0 Link encap 10Mbps Ethernet HWaddr 00:00:C0:90:B3:42 inet addr 172.16.1.2 Bcast 172.16.1.255 Mask 255.255.255.0 UP BROADCAST RUNNING MTU 1500 Metric 0 RX packets 3136 errors 217 dropped 7 overrun 26 TX packets 1752 errors 25 dropped 0 overrun 0

Поля MTU и Metric показывают текущее MTU и метрическое значение для этого интерфейса. Метрическое значение традиционно используется некоторыми операционными системами, чтобы вычислить сложность маршрута. Linux не использует это значение, но определяет его для совместимости.

Строки RX и TX показывают, сколько пакетов были получены или переданы без ошибок, сколько произошло ошибок, сколько пакетов были потеряны, вероятно, из-за нехватки памяти и сколько были потеряны из-за переполнения. Переполнение приемника обычно случается, когда пакеты ходят быстрее, чем ядро может их обслужить. Значения флагов, выводимые ifconfig, передают дополнительную информацию об именах и опциях командной строки, они будут объяснены ниже.

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

Эта опция делает интерфейс доступным для IP-уровня. Она подразумевается, когда задается IP-адрес. Также используется для перезапуска интерфейса, который временно выключен опцией down .

Соответствует флагам UP и RUNNING .

Она делает интерфейс недоступным IP-уровню. Эффективно отключает любой IP-трафик через интерфейс. Обратите внимание, что она не удаляет все маршрутизационные записи, которые используют этот интерфейс. Если Вы постоянно выключаете некий интерфейс, Вы должны удалить эти записи сами и предоставить, если возможно, альтернативные маршруты.

netmask mask

Назначает маску подсети для использования интерфейсом. Здесь можно задавать как любое шестнадцатиричное число с 32 битами, которому предшествует 0x, так и десятичные числа, разделенные точками.

pointopoint address

Эта опция используется для point-to-point IP-соединений. Необходима, чтобы отконфигурировать, например, SLIP или PLIP интерфейсы. Если адрес для point-to-point был установлен, ifconfig показывает флаг POINTOPOINT .

broadcast address

Широковещательный адрес обычно создается из сетевого адреса установкой всех бит части машины. Некоторые реализации IP используют другую схему, эта опция помогает приспособиться к этим странным средам. Если широковещательный ( broadcast ) адрес был установлен, ifconfig показывает флаг BROADCAST .

Задает номер IRQ для устройства. Обычно используется для PLIP, но может пригодиться и для некоторых карт Ethernet.

metric number

Эта опция может использоваться для назначения метрического значения записи таблицы маршрутизации, созданной для интерфейса. Эта метрика используется в RIP для построения таблиц маршрутизации. Установленное по умолчанию значение равно нулю. Если Вы не используете RIP-демон, Вы не нуждаетесь в этой опции вообще; если используете, Вы редко должны будете изменять это значение.

Эта опция устанавливает Maximum Transmission Unit (максимальную длину передаваемого пакета). Для Ethernet MTU по умолчанию 1500, для SLIP интерфейсов 296.

Это опция определена для широковещательных сетей типа пакетного радио или Ethernet. Она позволяет использовать ARP, протокола поиска адреса, используемый для определения физического адреса машины, включенной в сеть. Для широковещательных сетей, включен по умолчанию. Если ARP выключен, ifconfig отобразит флаг NOARP .

Запрещает использование ARP на этом интерфейсе.

Помещает интерфейс в состояние promiscuous. В широковещательной сети это заставляет интерфейс получать все пакеты независимо от того, были ли они предназначены для этой машины или нет. Это позволяет, используя фильтры пакетов, анализировать сетевой трафик. Обычно, это хорошая техника охоты на сетевые проблемы, которые иначе трудно отловить. Здесь весьма полезна утилита tcpdump. С другой стороны, это позволяет хакерам исследовать движение паролей по сети и делать другие черные дела. Одна защита против этого типа нападения: не позволять присоединяться к сети чужим компьютерам. Другой способ: использовать безопасные опознавательные протоколы, типа Kerberos, или SRA login. Эта опция соответствует флагу PROMISC .

Запрещает режим promiscuous.

Multicast-адреса представляют собой особый подвид широковещательных адресов позволяющих обращаться к группе машин, которые не обязательно должны быть в той же самой подсети. Они весьма полезны при сетевых голосовых переговорах и видеоконференциях. Поддерживаются многими, но не всеми картами Ethernet. Эта опция соответствует флагу ALLMULTI .

Назад	Глобальное оглавление	Вперед
Настройка интерфейсов для IP	Локальное оглавление	Команда netstat

Форум русскоязычного сообщества Ubuntu

Страница сгенерирована за 0.039 секунд. Запросов: 23.

Сайт
Об Ubuntu
Скачать Ubuntu
Семейство Ubuntu
Новости

Форум
Помощь
Правила

Документация
Пользовательская документация
Официальная документация
Семейство Ubuntu
Материалы для загрузки
Совместимость с оборудованием
RSS лента

Сообщество
Наши проекты
Местные сообщества
Перевод Ubuntu
Тестирование
RSS лента

подскажите, в чем может быть причина огромного числа дропнутых пакетов на rx?

Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нём некорректно.
Вам необходимо обновить браузер или попробовать использовать другой.

Оцените эту тему

kettle

новичок

2 Фев 2016 2 0 0

Две точки NanoBeam 5AC 19 работают в режиме моста, расстояние где-то около километра с небольшим.
В какой-то момент вдруг резко просела скорость «интернета», путем легкого ковыряния выяснилось, что пинг от точки до точки теряет порядка 10% пакетов.

вот пример, сейчас трафика почти нет, в мониторе показывается TX/RX около 100-150kbps.
Запускаю скачивать iso с mirror.yandex.ru и получаю такую картину:
wget показывает скорость порядка 1,2-2,0M/s ,
в веб-интерфейсе в то же самое время RX: 15-30Mbps,
пинг с точки на точку:
100 packets transmitted, 79 packets received, 21% packet loss
round-trip min/avg/max = 0.839/47.257/574.844 ms

И это не загруженность процессора точки, поскольку с компа пинг ближней точки:
100 packets transmitted, 100 received, 0% packet loss, time 99004ms
rtt min/avg/max/mdev = 0.132/0.190/1.942/0.241 ms

и пинг дальней точки:
100 packets transmitted, 82 received, 18% packet loss, time 100230ms
rtt min/avg/max/mdev = 1.552/47.777/562.468/93.997 ms

Различия видны сразу. И в потерях, и в лагах.

Статистика по интерфейсам ближней точки показывает следующее (набежало за 4,5 часа)

ath0
RX packets:1312916 errors:0 dropped:0 overruns:0 frame:0
TX packets:842977 errors:12020 dropped:30 overruns:0 carrier:0
collisions:0 txqueuelen:0

eth0
RX packets:919867 errors:0 dropped:3348 overruns:0 frame:0
TX packets:1365119 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000

wifi0
RX packets:1823124 errors:0 dropped:578713 overruns:0 frame:0
TX packets:1202825 errors:0 dropped:1424 overruns:0 carrier:0
collisions:0 txqueuelen:447

Device information ближней точки:

Memory: 30%
CPU: 12%
airMAX Quality: 80%
airMAX Capacity: 5%
Frequency: 5785 MHz
Channel Width: 40 MHz
Distance: 0.7 miles (1.1 km)
Signal: -66 dBm
Chain 0 / Chain 1: -69 / -70 dBm
Remote Signal: -70 dBm
Remote Chain 0 / Chain 1: -80 / -70 dBm
Connections: 1
Noise Floor: -93 dBm
TX/RX Bytes: 215M / 1.59G
Remote TX Power: 17 dBm

AMС прыгает от 5% до 30%,
AMQ порядка 80-85%.
Уровни сигнала изменяются в пределах +-1 от указанных.

Хотелось бы понять следующее:
чем вызвано такое недетское число дропнутых пакетов на wifi0 интерфейсе?
что делать с жуткими потерями на радиоканале?
что делать с очень низким AMC?

Мне в голову приходит только два варианта: либо одну из точек свернули в сторону, либо стоящая на крыше многоэтажки точка по нынешней московской погоде на ветру просто обмерзает и это сказывается на сигнале.
Или есть какие-то еще причины?