Если это имеет значение Сквиду встроили это исходно.
Я использовал 'acl outbound0 req_header.2$' для установки ACL, названного 'outbound0' к.2 внешним IP. Я генерировал остающийся ACLs со сценарием и просто hardcoded их в файле конфигурации.
Затем я объединил его с tcp_outgoing_address, который выбирает внешний IP на основе ACLs. Результат похож:
acl outbound0 req_header TS-Outbound-IP \.20$
acl outbound1 req_header TS-Outbound-IP \.21$
acl outbound2 req_header TS-Outbound-IP \.22$
acl outbound3 req_header TS-Outbound-IP \.23$
acl outbound4 req_header TS-Outbound-IP \.24$
acl outbound5 req_header TS-Outbound-IP \.25$
tcp_outgoing_address 192.168.1.20 outbound0
tcp_outgoing_address 192.168.1.21 outbound1
tcp_outgoing_address 192.168.1.22 outbound2
tcp_outgoing_address 192.168.1.23 outbound3
tcp_outgoing_address 192.168.1.24 outbound4
tcp_outgoing_address 192.168.1.25 outbound5
На данный момент это работает отлично на то, в чем мы нуждаемся. Я сохраню вопрос открытым, потому что этот метод кажется топорным, и я "m заинтересованный альтернативами.
В этом потоке было много предложений, которые выглядят как хорошие зацепки, к которым вы можете присоединиться.
Если ваша система использует systemd, попробуйте использовать следующее:
$ systemctl poweroff
идея #2 - черный список модуля ядра mei_me
идея #3 - опрос сообщений загрузки journalctlЭтот mei_me (интерфейс Intel Management Engine Interface) для Mobile Intel Express Chipset, вызывает много проблем.
Вы можете занести модуль в черный список, вы можете потерять функциональность, о которой я не знаю.
Если ваш ноутбук поддерживает его, вы можете отключить его в BIOS. Я читал людей, успешно отключающих его, хотя у них разные проблемы.
Посмотрите на journalctl
для получения обратной связи о том, что вызывает перезагрузку системы.
$ sudo journalctl -b
идея #4 - Добавить параметр ядра acpi=force
Попробуйте добавить к параметрам загрузки вашего ядра следующие вещи. Их можно добавить в конец строки ядра в /etc/grub2.cfg
.
linux /vmlinuz-3.14.4-100.fc19.x86_64 root=/dev/mapper/fedora_greeneggs-root ro rd.md=0 ... acpi=force ...
идея #5 - Попробуйте другой блок питания (с большим номиналом)
идея #6 - отключите WOL (Wake On LAN)Мой блок питания был 450 Вт. Однако, я устал ходить вокруг да около, пока не прочитал на странице 23 руководства по эксплуатации GA-Z87N-WIFI, в этом случае мы используем PCI-E, рекомендуется использовать блок питания мощностью 500 Вт и выше, так как более низкие пружины будут дестабилизироваться (возможная причина перезагрузки).
Сделано обновление до блока питания мощностью 650 Вт и перезагрузка после выключения, никогда не происходило.
Вывод: новые видеокарты жаждут энергии. Всегда проверяйте требования к питанию принтера и настраивайте источники энергии.
идея #7 - ошибка в ядре с модулем xhciПо умолчанию в BIOS (Управление питанием) включена функция Wake-up LAN. Так как NAS-сервер Synology настроен для моей частной сети, "обманщик" посылает пакеты в сеть и после этого выключает меня на машину с Linux.
Я последовал вашим рекомендациям (я отключил Wake On LAN) и все работает, как и ожидалось.
xhci: Исправлено поддельное пробуждение после S5 на Haswell
Source Bug 66171 - [PATCH]Poweroff не работает, оно просто перезагружается
У меня та же проблема, и ни один из решений не работал для меня. Оказывается Эта ошибка Оборудование, упомянутое там, работало для меня:
dpkg --purge kexec-tools
Если вам не нужно, чтобы новые файлы были смежными фрагментами исходного файла, вы можете сделать это полностью с sed
в следующем пути:
sed -n -e '1~16,+3w1.txt' -e '5~16,+3w2.txt' -e '9~16,+3w3.txt' -e '13~16,+3w4.txt'
-n
останавливает печать каждой строки, и каждый из -e
скриптов по существу делает то же самое. 1 ~ 16
соответствует первой строке и каждой 16-й строке после. , + 3
означает соответствие следующим трем строкам после каждой из них. w1.txt
говорит записать все эти строки в файл 1 .txt
. Это берет каждую 4-ю группу из 4 строк и записывает ее в файл, начиная с первой группы из 4 строк. Остальные три команды делают то же самое, но каждая из них смещается вперед на 4 строки и записывается в другой файл.
Это приведет к ужасному разрыву, если файл не будет точно соответствовать спецификации, которую вы выложили, но в противном случае он должен работать так, как вы предполагали. Я не профилировал его, поэтому не знаю, насколько он будет эффективен, но sed
достаточно эффективен при редактировании потока.
Войдите в систему root с помощью команды su. проверьте группы пользователей с помощью команды «groups ravenous» (note groups)
редактирование/etc/sudoers с помощью, например, nano или vi «vi/etc/sudoers» прокрутка вниз к той части, где вы видите группы, которые не комментированы (нет # спереди) и проверьте, находитесь ли вы в этой группе (которых явно нет)
, если разрешена какая-либо группа, необходимо добавить пользователя в группу. если вы не можете увидеть какие-либо незакомментированные группы, вам нужно раскомментировать группу.
Несогласие: при использовании vi нажмите i для вставки, переместитесь с клавишами на # перед группой, которую нужно раскомментировать, снимите хэштег. нажмите esc и введите: wq! чтобы написать и выйти.
Теперь пользователь добавляется в группу: usermod -a -G wheel ravenous (добавить ravenous в групповое колесо) Регистрация как корень, регистрация как овраг, регистрация обратно. Или перезагрузитесь, если вам это понравится.
-121--153532- У меня возникла эта проблема при установке Fedora 22 и Arch. Прочитав этот отчет об ошибке Я добавил xhci _ hcd.quirks = 262144
к параметрам загрузки /etc/default/grub
.