Недавно у меня была такая же проблема. В моем случае проблема решилась форсированием DRI 2 вместо DRI 3 (У меня есть графическая карта Intel с драйверами Intel ).
В основном я следовал приведенным здесь инструкциям:
https://wiki.archlinux.org/index.php/Intel_Graphics#DRI3_issues
Короче говоря, я должен был написать
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "DRI" "2"
EndSection
в/etc/X11/xorg.conf.d/20-intel.conf
Надеюсь, это поможет!
Вам нужно сделать ip route add default via 192.168.169.1 dev eht0
на клиентах или протолкнуть маршрут через DHCP-сервер (зависит от того, какой из них вы используете, вы не указываете это в своем вопросе ). Также убедитесь, что у вас включена переадресация ip _(/proc/sys/net/ipv4/ip_forward
= 1 )и убедитесь, что у вас включена маскарадинг (NAT )через iptables/nftables. В качестве альтернативы, если вы управляете машиной с IP-адресом 192.168.150.29, вы можете добавить туда ip route add 192.168.169.0/24 via 192.168.150.29
и избежать маскировки.
Оказалось, что я забыл отключить брандмауэр по умолчанию и диспетчер сети в своей системе, поэтому я запускал SuSeFirewall2
и wicked
в фоновом режиме, что нарушало мои настройки.
моя окончательная настройка сети закончилась вот так
#!/bin/bash
case "$1" in
start)
echo "Starting the network"
echo "search my.dns.server.ext" > /etc/resolv.conf
echo "nameserver 192.168.150.1" >> /etc/resolv.conf
ip addr add "192.168.150.29/25" dev eth0 brd +
ip addr add "192.168.169.1/24" dev eth1 brd +
ip link set dev eth0 up
ip link set dev eth1 up
ip route add default via 192.168.150.1 scope global
echo 1 > /proc/sys/net/ipv4/ip_forward
;;
stop)
echo "Stopping the network"
ip addr flush eth0
ip addr flush eth1
ip link set dev eth0 down
ip link set dev eth1 down
;;
restart)
$0 stop
$0 start
;;
*)
echo "Usage $0 [start|stop|restart]"
esac
Мне также пришлось вручную настраивать DNS в /etc/resolv.conf
после отключения wicked, но теперь это работает как чудо.
:-)