А что именно “не получается”? Скрипт ругается? Или не работают правила?
Покажите, что получается после запуска скрипта следующей командой:
sudo iptables -L –line-numbers
или
sudo iptables-save
Возможно, сессия отваливается при неактивности установленного соединения, когда Вы что-то делаете в другом окне/приложении, а ssh сессия простаивает. Такое наблюдается при прохождении соединения через PIX. Другое оборудование, используемое провайдером или админом локалки с сервером, также может ограничивать время соединения.
Посмотрите, не отключена ли на сервере и клиенте опция TCPKeepAlive? Попробуйте в конфигах sshd_config и ssh_config высавить “TCPKeepAlive yes” явно.
Так же можно поиграться другими параметрами, о которых речь идет в аналогичной теме:
https://bbs.archlinux.org/viewtopic.php?id=97003
1. В вопросе не видно, от какого пользователя Вы запускаете демона. Видны только сообщения об отсутствии прав. Убедитесь, что делаете это с правами root.
2. Если ошибка при запуске демона от root не пропадет, покажите содержимое файла /etc/exports и вывод команды “grep -10 rpc /var/log/daemon.log” сразу после попытки.
Вот здесь рабочее решение проблемы.
To Natrio:
ifrename используется в пакете netcfg:
$ pacman -Qo /etc/rc.d/net-rename
/etc/rc.d/net-rename принадлежит netcfg 2.6.8-1
Никогда не задумывался, откуда у этой фичи ноги растут, т.к. привык использовать netcfg. Теперь прихожу к мнению, что и для начинающего арчевода более логично и универсально предлагать использовать udev, т.к. он входит в базовый набор и не требует дополнительных зависимостей.
Я предложил способ с iftab исключительно для простоты, т.к. chubrik упоминает, что он “виндусявый и первый раз увидел линукс”. Сам придерживаюсь мнения, что конфигурирование через udev более гибко и логично.
Ну и да, не учел, что ifrename в wireless-tools находится и может быть не установлен при базовой инсталляции.
Однако, лучше бы ему для начала просто оставить одну карту.
Поскольку имеем два сетевых интерфейса, попробуйте поднять eth0 вместо используемого в данный момент eth1. Хотя есть вероятность, что при следующей перезагрузке они поменяются местами. Для привязывания постоянных имен интерфейсов можно использовать файл /etc/iftab. Но это потом, когда разберетесь хотя бы с одной сетевой картой до конца.
Вытащите одну физически, исправьте настройки в /etc/rc.conf на eth0. После перезагрузки проверьте работу сети. Большая вероятность, что проблемы пропадут. В крайнем случае, проделайте то же самое с другой картой.
Все равно и в этом случае покажите настройки сети на установленной системе.
Покажите вывод команд:
ip address show
ip route show
и, желательно, dmesg.
А там посмотрим, в какую сторону дальше копать.
Ну дык… Все правильно. udevadm control –reload-rules не применяет новые правила к уже существующим девайсам в ядре. На лету без перезагрузки это можно, скорее всего, с помощью hdparm/sdparm делать. А для обычного пользователя - только перезагрузка.
Похоже, для использования этой древней железки надо крепко вкурить одну из следующих тем:
1) Наиболее свежая, судя по дате обновления;
2) Статья на OpenNet
3) Еще одна бородатая, но по той же теме.
И уже на основании полученных знаний использовать пакет eciadsl-usermode из AUR.