Всем привет.
Убунта. В grub настроено сохранять выбранный по умолчанию OS для загрузки по последнему выбраному. вроде как параметром:
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
Всем привет!
Запустил тут trace route до любого ресурса в интернете и вижу, что мой первый же хоп, являющийся nat шлюзом в интенет, теряет пакеты.
|------------------------------------------------------------------------------------------|
| MTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.60.1 - 32 | 88 | 60 | 0 | 0 | 1 | 0 |
| 213.228.116.142 - 1 | 331 | 330 | 1 | 5 | 49 | 5 |
| 213.228.106.30 - 1 | 332 | 331 | 1 | 3 | 18 | 6 |
| 185.140.148.157 - 1 | 315 | 312 | 38 | 41 | 186 | 42 |
| 188.254.94.106 - 3 | 281 | 274 | 41 | 44 | 59 | 42 |
| 87.250.250.242 - 1 | 315 | 312 | 42 | 44 | 53 | 45 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
|------------------------------------------------------------------------------------------|
| MTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.60.1 - 0 | 248 | 248 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Всем привет!
Имею Ubuntu 22.04.1 LTS в качестве Интернет-роутера с systemd и /etc/network/intefaces в качестве настроек сети.
Имею интернет провайдер Ростелеком с его Eltex роутером в режиме моста оптики в медь. Этот зверёк подключен в eth0 нашей убунты.
Убунта после загрузки поднимает eth0, а затем поднимает ppp0 (pppoe) через который уже интернет.
Вроде бы всё ничего, но вот если выполнять «холодный» старт, когда всё было обесточено, то Eltex (врежиме моста между оптикой и медью) грузится ЗНАЧИТЕЛЬНО дольше Ubuntu и последняя не «могучи» поднять ppp0 успокаивается на этом и дальше живёт без ppp0.
Так вот. А можно как-то её заставить непрерывно пытаться поднять ppp0? До тех пор пока не получится?
Замечание: если ppp0 всё же удалось поднять (руками или чудом самостоятельно при загрузке) то далее если оно рвётся, оно переподнимается само.
Немного настроек:
/etc/network/interfaces.d/00-eth0.conf
auto eth0
iface eth0 inet static
address 192.168.0.2
netmask 255.255.255.0
post-up sysctl -w net.ipv6.conf.$IFACE.disable_ipv6=1
post-up /sbin/route add -net 224.0.0.0/4 dev $IFACE
post-up ifup ppp0
pre-down /sbin/route del -net 224.0.0.0/4 dev $IFACE
auto ppp0
iface ppp0 inet ppp
provider dsl-provider
# Minimalistic default options file for DSL/PPPoE connections
persist # При разрыве соединения - переподключаться снова.
maxfail 0 # Максимальное количество неудачных попыток подключения. 0 - бесконечно.
noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
#mtu 1492
#holdoff 20
plugin rp-pppoe.so eth0
user "gpon********@pppoe"
#usepeerdns
remotename rt
ipparam rt
+ipv6 ipv6cp-use-ipaddr
Nov 21 18:55:02 spider pppd[1964]: Plugin rp-pppoe.so loaded.
Nov 21 18:55:02 spider pppd[1970]: pppd 2.4.9 started by root, uid 0
Nov 21 18:55:02 spider pppd[1970]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Nov 21 18:55:02 spider pppd[1970]: dst ff:ff:ff:ff:ff:ff src 00:04:23:a5:c1:b0
Nov 21 18:55:02 spider pppd[1970]: [service-name] [host-uniq b2 07 00 00]
Nov 21 18:55:07 spider pppd[1970]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Nov 21 18:55:07 spider pppd[1970]: dst ff:ff:ff:ff:ff:ff src 00:04:23:a5:c1:b0
Nov 21 18:55:07 spider pppd[1970]: [service-name] [host-uniq b2 07 00 00]
Nov 21 18:55:07 spider pppd[1970]: select (waitForPADO): Interrupted system call
Nov 21 18:55:07 spider pppd[1970]: Timeout waiting for PADO packets
Nov 21 18:55:07 spider pppd[1970]: Unable to complete PPPoE Discovery
Nov 21 18:55:07 spider pppd[1970]: Terminating on signal 15
Nov 21 18:55:07 spider pppd[1970]: Exit.
Всем привет!
Тупо не могу сформулировать что хочу и как следствие не могу найти по форуму :)
Хочется чтобы вместо или до login приветствия в текстовой консольке linux debian было что-то типа htop. Или какой-нить tmux с htop и kernel log. Такое возможно? Сейчас туда выводится kernel log и это как по умолчанию.
А возможно «то что я описал выше»? А как?
Перемещено hobbit из general
Всем привет!
Android же тоже Linux?
Короче такая странная штука. Колупаю AOSP с целью установки на самодельную железяку и наткнулся на одну из проблем в настройке. Не могу дотёмкать чего ему не хватает в настройке сети. Как всё выглядит:
Пробую свою сборку AOSP на QEMU и всё даже уже работает и запускается. Но есть одно НО! Сетевой интерфейс.
Тут 2 варианта развития:
1. QEMU запущено с -netdev,user,..... когда QEMU эмулирует подсетку с DHCP сервером, выдаёт клиенту адрес и натит трафик за пределы QEMU.Со стороны хоста этот процесс QEMU просто потребляет трафик как приложение. В таком варианте всё работает. Android устройство получает IP и видит «интернет».
2. QEMU запущено с -netdev,tap,.... когда QEMU подключает сетевой интерфейс к заранее созданному tap интерфейсу хоста и просто пробрасывает туда трафик. И тут от части тоже всё работает. со стороны хоста создана виртуальная сеть на базе tap и запущен dhcp, dns, nat и просто linux debian запущенный в этом же qemu всё видит и работает.
Но вот Android не то чтобы работает. Он получает IP назначает его на интерфейс. Создаёт таблицу маршрутизации, но при этом сообщает системе, что интернета нет. Если из консоли Android пытаться тестировать сеть типа `ping 8.8.8.8` то будет ошибка `network is unreachable` и так будет даже на свой собственный IP адрес присвоенный на eth0.
Но если сделать `ping 8.8.8.8 -I eth0` то всё работает. Всё начинает пинговаться.
Как так? Не могу найти отличий в настройки через user и tap. Даже уже трафик снифал, смотрел dhcp пакеты и поведение в сети в том и в том варианте. Не вижу отличий.
На какие настройки смотреть? Потыкайте носом плиз.
Ах да, почему всплыло! На реальном железе та же фигня - не работает сеть точно так же. т.е. прям как в случае с tap - адрес получает, а в сеть не ходит.
Всем привет!
когда-то давно был у меня dovecot c параметром mail_location = maildir:/mail/%u:LAYOUT=fs и всё было хорошо. Тут понадобилось поднять товарищу dovecot, делаю «вроде» всё так же, но вот древо папок он не строит...
При этом параметр явно понимает, ибо папки .Trash .Draft и прочие «переименовываются» в «без точки», но вот вложенные папки в INBOX он всёравно создаёт как INBOX.Test.SubFolder, когда ожидалось что будет «вложенность», а не точка.
/ # doveconf | grep mail_location
mail_location = maildir:/mail/%u:LAYOUT=fs
/ # doveconf | grep separa
separator = /
Всем привет!
Возможно ли средствами iptables изменить tcp options?
В частности интересует только OUTPUT пакеты с флагом SYN.
Вроде пролистал мануал на iptables и iptables-extensions, но не нашёл.
Всем привет.
Поставил на OpenWRT dante в качестве socks5 сервера. Минимально настроил и пробую пользовать. Сразу какой-то затык.
при поптыке открыть через него сайт, он как бы «зависает» в бесконечном ожидании данных от сервера и на этом всё. А выглядит это так:
На клиенте:
curl --socks5 user1:UserPassword@x.x.x.x:1080 https://browserleaks.com/ip
На сервере:
Thu Apr 28 16:37:00 2022 daemon.info sockd[4054]: info: pass(1): tcp/accept [: client-ip.52856 x.x.x.x:1080
Thu Apr 28 16:37:00 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect [: username%user1@client-ip.52856 x.x.x.x:1080 -> x.x.x.x.52856 104.236.69.55.443
Thu Apr 28 16:37:01 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: username%user1@client-ip.52856 x.x.x.x:1080 -> x.x.x.x.52856 104.236.69.55.443 (517)
Thu Apr 28 16:48:04 2022 daemon.info sockd[4101]: info: pass(1): tcp/accept [: client-ip.53408 x.x.x.x:1080
Thu Apr 28 16:48:04 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect [: username%user1@client-ip.53408 x.x.x.x:1080 -> x.x.x.x.53408 34.117.59.81.443
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: username%user1@client-ip.53408 x.x.x.x:1080 -> x.x.x.x.53408 34.117.59.81.443 (517)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: 34.117.59.81.443 x.x.x.x.53408 -> x.x.x.x:1080 username%user1@client-ip.53408 (4708)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: username%user1@client-ip.53408 x.x.x.x:1080 -> x.x.x.x.53408 34.117.59.81.443 (80)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: username%user1@client-ip.53408 x.x.x.x:1080 -> x.x.x.x.53408 34.117.59.81.443 (189)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: 34.117.59.81.443 x.x.x.x.53408 -> x.x.x.x:1080 username%user1@client-ip.53408 (580)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: 34.117.59.81.443 x.x.x.x.53408 -> x.x.x.x:1080 username%user1@client-ip.53408 (31)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: username%user1@client-ip.53408 x.x.x.x:1080 -> x.x.x.x.53408 34.117.59.81.443 (31)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: 34.117.59.81.443 x.x.x.x.53408 -> x.x.x.x:1080 username%user1@client-ip.53408 (301)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect -: username%user1@client-ip.53408 x.x.x.x:1080 -> x.x.x.x.53408 34.117.59.81.443 (24)
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/connect ]: 5620 -> username%user1@client-ip.53408 x.x.x.x:1080 -> 841, 841 -> x.x.x.x.53408 34.117.59.81.443 -> 5620: local client error (Connection reset by peer). Session duration: 1s
Thu Apr 28 16:48:05 2022 daemon.info sockd[4078]: info: pass(1): tcp/accept ]: 5620 -> client-ip.53408 x.x.x.x.45961 -> 841: local client error (Connection reset by peer). Session duration: 1s
logoutput: syslog
internal: l2tp-vpn port = 1080
external: l2tp-vpn
socksmethod: username #none
user.privileged: root
user.unprivileged: sockd
client pass {
from: 0.0.0.0/0 to: 0.0.0.0/0
log: connect disconnect ioop error tcpinfo
}
socks pass {
from: 0.0.0.0/0 to: 0.0.0.0/0
log: connect disconnect ioop error tcpinfo
}
Всем привет!
А есть в природе готовое решение на подобие fail2ban но для кастомных экшенов?
Смысл таков: сидит этот некий «демон» и следит за указанным логом. Когда в логе появляется строка с заданным шаблоном, демон как-то реагирует.
Я конечно понимаю, что это всё можно сгородить грубо говоря из tail -f и grep. Но вдруг уже кто-то сгородил?
Всем привет!
Нужно запустить Xorg в фоне для предоставления glx API приложению, но монитора нет и выводить ничего никуда не надо.
Вроде бы всё запустил и всё работает. Но вот Xorg обращается к /dev/ttyX создавая Терминал с якобы «картинкой». А если этого самого /dev/ttyX нету?
Возможно ли запустить Xorg без VT tty?
Xvfb делает всё как надо, но не умеет работать с GPU. Он как бы не для этого.
Всем привет! Странные дела происходят.
Имею Ubuntu 20.04.2 LTS
Имею сетевой интерфейс enp6s0, который настроился по DHCP от провайдера и имеет как IPv4 так и IPv6 адреса. Всё ровно. Всё работает.
Теперь хочу раздать всё это дело в локалку. С IPv4 всё понятно - всё работает - NAT. А вот IPv6 не работает.
Подробнее: Локалка состоит из enp7s0 интерфейса и wlp5s0 (Wifi) они объеденены под в Bridge названый br-lan.
br-lan: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.0.1 netmask 255.255.255.0 broadcast 10.0.0.255
inet6 fe80::8085:3ff:fef2:d1b7 prefixlen 64 scopeid 0x20<link>
inet6 <IPv6 address> prefixlen 64 scopeid 0x0<global>
ether 98:48:27:e0:2b:21 txqueuelen 1000 (Ethernet)
RX packets 23300 bytes 1973667 (1.9 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 21954 bytes 50188698 (50.1 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
interface br-lan {
AdvSendAdvert on;
AdvDefaultPreference high;
AdvHomeAgentFlag off;
MinRtrAdvInterval 10;
MaxRtrAdvInterval 60;
prefix 2001:<IPV6_prefix>::/64
{
AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr on;
};
RDNSS 2001:4860:4860::8888 2001:4860:4860::8844
{
AdvRDNSSLifetime 10;
};
};
# ip6tables -L -nv
Chain INPUT (policy ACCEPT 2267 packets, 593K bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 9538 packets, 1570K bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 1773 packets, 434K bytes)
pkts bytes target prot opt in out source destination
Всем привет!
Вопрос из любопытства. Вот значит включил я OverlayFS в МалинкеПи3Б и обнаружил любопытную особенность монтирования, нет папок upper и work. А как это? Выглядит всё вот так:
root@rasp:/home/pi # mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=243284k,nr_inodes=60821,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=76332k,mode=755)
overlay on / type overlay (rw,noatime,lowerdir=/lower,upperdir=/upper/data,workdir=/upper/work)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=76328k,mode=700,uid=1000,gid=1000)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
root@rasp:/ # ls -la /
total 36
drwxr-xr-x 1 root root 160 Jan 1 1970 .
drwxr-xr-x 1 root root 160 Jan 1 1970 ..
lrwxrwxrwx 1 root root 7 Jan 11 18:50 bin -> usr/bin
drwxr-xr-x 4 root root 4096 Jan 1 1970 boot
drwxr-xr-x 17 root root 3720 Jul 6 12:49 dev
drwxr-xr-x 1 root root 120 Jul 6 16:15 etc
drwxr-xr-x 1 root root 60 Jan 11 18:52 home
lrwxrwxrwx 1 root root 7 Jan 11 18:50 lib -> usr/lib
drwx------ 2 root root 16384 Jan 11 19:08 lost+found
drwxr-xr-x 2 root root 4096 Jan 11 18:50 media
drwxr-xr-x 2 root root 4096 Jan 11 18:50 mnt
drwxr-xr-x 3 root root 4096 Jan 11 18:52 opt
dr-xr-xr-x 194 root root 0 Jan 1 1970 proc
drwx------ 1 root root 120 Jul 6 16:19 root
drwxr-xr-x 20 root root 700 Jul 6 17:38 run
lrwxrwxrwx 1 root root 8 Jan 11 18:50 sbin -> usr/sbin
drwxr-xr-x 2 root root 4096 Jan 11 18:50 srv
dr-xr-xr-x 12 root root 0 Jan 1 1970 sys
drwxrwxrwt 1 root root 340 Jul 6 17:17 tmp
drwxr-xr-x 1 root root 100 Jan 11 18:50 usr
drwxr-xr-x 1 root root 140 Feb 12 21:19 var
Всем привет. Какая-то странная фигня. Сделал примитивный сервис и пытаюсь его запустить, а в ответ получаю:
Job for test.service failed because the control process exited with error code.
See "systemctl status test.service" and "journalctl -xe" for details.
Jul 04 12:23:03 spider systemd[1]: Starting Мой тестовый сервис...
Jul 04 12:23:03 spider systemd[1]: test.service: Control process exited, code=exited status=127
Jul 04 12:23:03 spider systemd[1]: Failed to start Мой тестовый сервис.
Jul 04 12:23:03 spider systemd[1]: test.service: Unit entered failed state.
Jul 04 12:23:03 spider systemd[1]: test.service: Failed with result 'exit-code'.
[Unit]
Description=Мой тестовый сервис
After=network.target
[Service]
Type=simple
User=spider
Group=spider
WorkingDirectory=/home/spider/src/test
ExecStartPre=/bin/echo "OPTS=$OPTS_COMMON">/tmp/run.log
ExecStart=/usr/bin/node test.js >/tmp/run.log 2>&1
Restart=no
RestartSec=10
[Install]
WantedBy=multi-user.target
$ sudo systemctl status test.service
● test.service - Мой тестовый сервис
Loaded: loaded (/lib/systemd/system/test.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2021-07-04 12:22:31 +06; 2s ago
Process: 24128 ExecStartPre=/bin/echo OPTS=$OPTS_COMMON>/tmp/run.log (code=exited, status=127)
Main PID: 21783 (code=exited, status=1/FAILURE)
spider@spider ~/src/test $ whereis echo
echo: /bin/echo
Всем привет.
есть у меня два разных провайдера у клиента и один удалённый сервер. Есть необходимость в простом отказоустойчивом туннеле с клиента до сервера.
Я пока сильно не замудорствовал и создал со стороны клиента 2 gre туннеля в сторону сервера, со стороны сервера взаимные туннели.
В итоге имеем tun0 и tun1 как у клиента так и у сервера.
Теперь Если любому назначит static пару адресов, то клиент в данный момент отлично видит сервер и наоборот, я бы сказал никаких проблем. Всё отлично пингуется, скорость устойчивая. Красота!
Но это 2 «разные» сети.
Решил я пойти по быстрому пути упрощения жизни и создать bond интерфейс в режиме active-backup, где слейвы эти два gre туннеля. Но вот возник вопрос... с обеих сторон такой делать? Если так, то есть вариант, что активные интерфейсы с разных сторон могут стать «накрест» и ничего работать не будет.
Какой режим bonding выбрать для такого решения?
Всем привет.
Вот странная странность.
Решил попробовать настроить сетевые интерфейсы средствами systemd-networkd. И один из интерфейсов - wifi. Как учил мануал создал wpa_supplicant-wlan0.conf, прописал в него всё. разрешил службу wpa_supplicant@wlan0.service и перезапустил.
В итоге интерфейс есть, но не подключен к точке доступа. В логи сыплет следующее:
Successfully initialized wpa_supplicant
wlan0: Trying to associate with SSID 'Test-wifi'
wlan0: CTRL-EVENT-ASSOC-REJECT bssid=00:00:00:00:00:00 status_code=16
wlan0: Trying to associate with SSID 'Test-wifi'
wlan0: CTRL-EVENT-ASSOC-REJECT bssid=00:00:00:00:00:00 status_code=16
wlan0: Trying to associate with SSID 'Test-wifi'
wlan0: CTRL-EVENT-ASSOC-REJECT bssid=00:00:00:00:00:00 status_code=16
country=RU
ctrl_interface=DIR=/var/run/wpa_supplicant
ap_scan=1
fast_reauth=1
network={
ssid="Test-wifi"
psk="password"
}
auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant-wlan0.conf
Всем привет.
Продолжаю пожимать плоды обновления убунты до последней версии. Имею несколько сетевых карт, и они при каждой загрузке именовались по разному. Ну другими словами то eth0 eth1, то наоборот eth1 eth0. Это беда была давным давно решена файликом 70-persistent-net.rules с содержимым:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:04:23:A5:C1:B0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="E8:DE:27:03:6D:01", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 00:04:23:a5:c1:b0 txqueuelen 1000 (Ethernet)
RX packets 10014069 bytes 1175854175 (1.1 GB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 39240136 bytes 35848855376 (35.8 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255
ether e8:de:27:03:6d:01 txqueuelen 1000 (Ethernet)
RX packets 143145197 bytes 70484429364 (70.4 GB)
RX errors 0 dropped 98 overruns 0 frame 0
TX packets 412115164 bytes 125353385983 (125.3 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Всем привет!
Имеем Debian 9, в том числе используется как роутер между несколькими сетями имея на борту несколько сетевых кард. ИНОГДА непонятно когда и как происходит странное и часть сетевых карт как бы перестаёт работать. Линк есть, втыкание вытыкание провода не помогает.
Помогает однозначно - перезагрузка.
При этом явных ошибок в dmesg нет. Да вообще ничего нет после загрузки. В системном логе тоже ничего не нашёл «такого».
Явление редкое и не понятное. Может не быть месяцы, а может в день 3 раза как сегодня...
Подскажите на что ещё можно поглядеть если оно снова случится?
Всем привет!
Есть такой чудный модуль. Создал для него DTS и прописал там ногу процессора. Подгрузил модуль в ядро. Вроде как на этом всё. А как пикнуть то? :)
модуль зарегистрировал себя как:
input_set_capability(input, EV_SND, SND_BELL);
Имеется Allwiner H3 процессор с загруженным на нём linux.
Каждый раз при загрузке железки делаю следующее
echo 203 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio203/direction
echo 1 > /sys/class/gpio/gpio203/value
&pio {
lock_ctrl {
gpio-hog;
gpios = <6 11 GPIO_ACTIVE_LOW>; /* PG11 */
output-high;
line-name = "door_lock_control";
status = "okay";
};
};
Всем привет!
Чёрт меня дёрнул обновить убунту до последней 20.10 ну да ладно. И оглох Deluge после этого. Снёс я его полностью на сколько хватило сил. Установил через pip заново. Вроде всё запустилось, но вот беда - в WEB морде не показывает External IP - пишет N/A.
Как его образумить? Куда рыть хоть....
Пробовал завернуть его через SOCKS5 на этой же машине, ну чтобы посмотреть хоть какую-то активность. Вижу в логах запросы на 80ые порты трекеров. А в интерфейсе всё равно N/A и у уже ранее добеленных раздач статус - No route to host.
Куда ещё можно порыть? iptables уже отчистил исделал по умолчанию ACCEPT везде. Пустые таблички. Интернет есть. IP белый. Что ещё?
| ← предыдущие | следующие → |