Маршрутизация о "где (и если) для отправки к". Это не ограничено выбором NIC. В Вашем случае маршрутизация очень проста все же.
Вам нужна подмена в ее самой простой форме (все команды на хосте A):
iptables -t nat -I POSTROUTING -s 192.168.22.234 -j MASQUERADE
И возможно (если еще) Вы должны позволить передавать:
iptables -I FORWARD 1 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -I FORWARD 2 -s 192.168.22.234 -j ACCEPT
Принятие хоста A настроено как шлюз по умолчанию для Хоста B.
Редактирование 1:
После обсуждения чата ситуация стала более ясной. В теории, настраивающей шлюз по умолчанию на B, должен был быть достаточно. Но кажется, что шлюз (который не находится под контролем корреспондента) блоки размещает B. Таким образом решение для подмены было необходимо.
существуют модуль в KDE под названием KScreen, который делает это.
Для отключения его перейдите к Меню K-> Компьютер-> Параметры настройки системы-> Системное администрирование-> Запуск и Завершение работы-> Менеджер по сервису. Искать сервис под названием KScreen и снять флажок Use. Можно остановить сервис теперь, если вы хотите.
можно также вручную отредактировать $HOME/.kde/share/config/kdedrc и добавить эти строки:
[Module-kscreen]
autoload=false
Это останавливает питание KDE с конфигурациями монитора и будет придерживаться одного KDM, обеспеченного при запуске.
Kscreen является службой в расчете на пользователя; необходимо будет установить его для каждого пользователя, если вам не настраивали политику.
Создание ключа не позволяет автоматически входить с ним на удаленные компьютеры. Необходимо скопировать соответствующий открытый ключ на компьютеры, к которым требуется получить доступ:
ssh-copy-id user@remote.machi.ne
Эта операция запросит пароль пользователя
на remote.machi.ne
, но после этого вы сможете ssh
с ключом:
ssh -l user remote.machi.ne
Если пароль для ключа не был задан, ssh
больше не будет запрашивать ввод
На боковой заметке: похоже, у вас был старый ssh
ключ, который вы только что написали.
извините, но не имея возможности прокомментировать, я поставлю то, что думаю, в качестве ответа.
Небольшое чтение изображений заставило меня думать, что вы изменили размер исходного раздела окна, и по какой-то причине процесс изменения размера не был завершен или что-то в этом роде. Может быть, что-то было написано неправильно и процесс установки centos не в состоянии понять правильную компоновку жесткого диска (я не думаю, но это может быть BUG)... он видит четвертый раздел (sda4) большим, как он был в начале.
Но что для меня самое странное: почему рядом есть две нераспределенные перегородки? это должно быть только одно непрерывное нераспределенное дисковое пространство.
Что вы можете сделать?...
У меня были похожие проблемы, и я попробовал решения, указывающие мне добавить команды xrandr в
~/.kde/share/config/krandrrc
, но те, которые оказались не работающими Единственное, что я должен был работать надежно, это добавить команды xrandr в мой .profile:
xrandr --output "VGA1" --primary --mode 1920x1200 --output "HDMI2" --right-of "VGA1" --mode 1920x1200
Первый запуск xrandr без каких-либо опций, которые будут перечислять доступные экраны и их доступные разрешения, то вы можете составить список параметров xrandr, используя xrandr вывода в качестве отправной точки.
Моя настройка: ноутбук в стыковочной станции, стыковочная станция имеет два одинаковых монитора, один через кабель DVI, а другой через кабель VGA. В приведенном выше примере дисплей с кабелем VGA имеет вид "VGA1,", а дисплей с кабелем DVI - "HDMI2."
Ответ Adam.at.Epsilon сработал для меня.
В дополнение к тому, что упомянуто в ответе, я также счел полезным настроить псевдонимы в моем .zshrc
файле (или .bashrc
в зависимости от того, какую оболочку вы используете ).
alias single_screen='xrandr --output "VGA1" --primary --mode 1920x1080 --output "HDMI2" --off'
alias dual_screen='xrandr --output "VGA1" --primary --mode 1920x1080 --output "HDMI2" --left-of "VGA1" --mode 2560x1440'
Это позволяет переключаться между использованием одного и двух экранов в зависимости от необходимости.