Проблема рабочий Google Chrome в Kali Linux
Самый легкий путь был бы чем-то вроде этого:
- Отключите DHCP на eth0, или вниз интерфейс (разъедините его в Администраторе сети или использовании
ifdown eth0, и т.д.) ip -4 addr add 10.0.0.2/30 dev eth0ip link set eth0 up
С другой стороны, если Вы предпочитаете более старое ifconfig, Я полагаю, что это было бы ifconfig eth0 10.0.0.2 netmask 255.255.255.252 up
Заключительная альтернатива при использовании Администратора сети (вероятно, случай при конфигурировании сетей с помощью GUI), установила профиль для eth0 со статическим IP-адресом 10.0.0.2 и сетевой маской 255.255.255.252. Оставьте маршрут по умолчанию и пробел серверов DNS.
После выполнения любого из них необходимо смочь проверить с помощью ping-запросов 10.0.0.1 и также все еще достигнуть остальной части Интернета.
Почему это работает?
(Это - упрощение, направляющий на Linux на самом деле имеет большую дополнительную сложность.), Когда ядро хочет отправить пакет IP, оно консультируется с таблицей маршрутизации для определения, из какого интерфейса оно отправляет пакет.
Таблица маршрутизации будет обычно содержать маршрут для локальной подсети в каждом интерфейсе. Вышеупомянутые команды все помещают подсеть 10.0.0.0/30 на eth0./30 является 4 IP-адресами: 10.0.0.0–10.0.0.3 в этом случае. Это удобно включает Ваш маршрутизатор (.1) и Ваше поле (.2). Первое (.0 = "сеть") и в последний раз (.3 = "широковещательная передача") адреса в большинстве подсетей имеют специальное зарезервированное значение, таким образом, мы не можем использовать их.
В дополнение к маршрутам для локальных подсетей будут любые статические маршруты, которые Вы настроили, и любые маршруты, которые прибывают из протоколов маршрутизации (который не относится к Вам, или 99% людей).
Наконец, будет маршрут "по умолчанию", который говорит, куда отправить остальную часть трафика. Этот маршрут не на самом деле специален, это - маршрут для 0.0.0.0/0 — то есть, все адресное пространство IPv4. Это - значение по умолчанию из-за того, как маршрутизация поисков работает...
По умолчанию это регистрируется в этом порядке:
- Действительно ли это - локальный IP-адрес (то есть, IP-адрес этой машины)? Если так, направьте его мне.
- Затем, вид все маршруты от большинства - конкретный (подсеть с наименьшим количеством IP-адресов) к наименьшему - конкретный (подсеть с большинством IP-адресов).
- Спуститесь, который отсортировал список, начинающий с вершины, пока что-то не соответствует.
- Если ничто не соответствует, сдайтесь и генерируйте недостижимую ошибку.
Таким образом, Ваш маршрут 0.0.0.0/0 является значением по умолчанию, потому что это отсортировано к нижней части списка. И Ваш маршрут 10.0.0.0/30 будет довольно высок в списке, если не очень главное. В основном это функционирует как исключение — "отправляют трафик в Интернет, если это не для 10.0.0.0/30"
Каковы эти странные/30 вещи?
/X, иногда называемый "нотация CIDR", быстрый способ указать сетевые маски. Это считает количество набора битов в сетевой маске. Таким образом, сетевая маска 255.255.255.255 (единственный IP) является/32, потому что все биты установлены. … 254 (два дюйм/с)/31, … 252/30, полностью к 0.0.0.0 (все адреса IPv4)/0. Общие 255.255.255.0 являются/24.
В вашем коде есть две ошибки, одна серьезная другая не столько не так много:
Вы используете в два раза. Также не используйте Backticks. Используйте замену команды как следующее:
$ (команда ...)Query = $ (dpkg-query -w -f '$ {status}')Запрос уже содержит результат командного вызова. Когда вы теперь выполняете
`$ Query`Теперь вы попробуете выполнить результат, который находится в вашем случае строку, для меня, это очень длинная строка, состоящая из
, установлена OK, установлена ok, установлена в ok ...(Костас указал это) Результатом
DPKG-Query -W -F '$ {Status}' curlбудетУстановить OK, что не так, как вы проверяете.
Удаление периода в конце -USER-DATA-DIR. должен сделать трюк.
Кроме того, отображаемые сообщения об ошибке указывают 02 тире. Либо человек, кажется, работает для меня в данный момент, но вы можете захотеть сыграть его в безопасности, если Google решит заставить один путь над другим. Таким образом - пользователь-данные-dir , кажется, более правильным.
Я использую Debian, и с последних 2 обновлений Chrome Sandbox, похоже, начал действовать вверх, поэтому я попробовал поиск в Интернете, если кто-то столкнулся с ним (хотя это может быть также из-за другого программного обеспечения, которое я установил).
Замена последних битов строк с помощью:
exec -a "$0" "$HERE/chrome" "$@" --user-data-dir
, казалось, работал для меня раньше (до последних 2 обновлений Chrome's 2 обновлений).
Теперь, хотя, кажется, работает:
работает Chrome как пользователь без root, установите свойство Launcher для:
GKSU -U NonROOTUSER / USR / BIN / Google Chrome-Chrome-Stuilding% UЗапуск Chrome в качестве пользователя root, установите его на:
/ usr / bin / google-chrome-stake% u --no-sandbox --user-data-dir &
Теперь вы не можете запустить Google-Chrome в качестве пользовательского пользователя root в обновленных версиях, для запуска Google Chrome в качестве стандартного пользователя (во время входа в систему как root)
Откройте и тип:
useradd -m chromeuser
или
adduser -u chromeuser
Для запуска команды использования Google Chrome:
gksu -u chromeuser google-chrome
или
sux chromeuser google-chrome
, если вы не хотите запустить его из терминала, то добавьте Chrome в панель задач, а затем Щелкните правой кнопкой мыши на нем, выберите Свойства и добавьте вышеуказанную команду в параметре команд.