Ошибка DNS при подключении к нескольким сайтам из Ubuntu

У вас есть несколько проблем в вашей настройке: один определенно сделает его неработоспособным, а другой скорее всего:

1. Самый важный из них:

В файле .desktop вы используете:

Exec=~/.config/autostart/unity_dash_update.sh

, но ~ не работает в файле .desktop, вам нужно использовать абсолютный путь, если ваш скрипт не находится в $PATH (и исполняемый файл), а затем просто запустите его по его имени.

2. Скорее всего, вам нужно установить разрыв перед запуском команды

Теперь он просто запускается слишком рано и либо сломается, либо пропустит цель. Это часто случается с: связанными командами

с сенсорной панелью, мышью и клавиатурой (настройками). xrandr, особенно когда подключен второй монитор. Индикаторы

и еще несколько ... Команды, связанные с Unity, входят в список по определению, поскольку это рабочий стол по природе.

Заключение: измените строку Exec= на:

Exec=/bin/bash -c "sleep 15 && /absolute/path/to/unity_dash_update.sh

EDIT

Важные примечания

В вашем вопросе, вы отмечаете, что поиск Unity Dash намного медленнее ». Однако ваша команда xdotool не вызывает Unity Search, а вводит команду. Для вызова Unity Search просто (практически) нажмите Super достаточно. Затем создайте скрипт:
xdotool key Super && sleep 3 && xdotool key Super
Или, лучше, не используйте сценарий вообще и добавьте его в приложения для запуска, включая разрыв, который вам нужен, прежде чем он будет запущен:
/bin/bash -c "sleep 15 && xdotool key Super && sleep 3 && xdotool key Super"
Конечно, вы можете поэкспериментировать с sleep 15 время. Ваш файл .desktop довольно расширен, в то время как для базового задания, такого как запуск скрипта при запуске, достаточно
[Desktop Entry]
Name=name
Exec=command
Type=Application
. Если вы используете меньше, меньше может пойти не так :) См. Также здесь. Если вы настаиваете на использовании отдельного сценария, не храните его в ~/.config/autostart. Этот каталог специально предназначен для запуска (входа) пусковых установок.
0
задан 29 September 2017 в 14:22

2 ответа

Ваша проблема связана с настройкой MTU для вашего DSL / PPPoE-соединения.

В настройках сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.

Для DSL, общий параметр MTU - 1492. Просто выполните сначала и сначала оцените это значение и посмотрите, доступны ли ваши веб-сайты.

Чтобы определить правильный параметр, начните со всех настроек MTU = 1500 и VPN = выкл. (VPN требует другого тестирования).

В терминале:

ping [-c count] [-M do] [-s packet_size] [host]

Используемые параметры:

c count: количество раз для пинга M hint: Выберите Path MTU Discovery. может быть либо do (запретить фрагментацию, даже локальную), want (сделать обнаружение PMTU, фрагмент локально, когда размер пакета велико), или dont (не устанавливать флаг DF). s packet_size: Указывает количество отправляемых байтов данных.

Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем. Ссылка

ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation? ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?

: Как определить правильный размер MTU с помощью ICMP-пингов

0
ответ дан 18 July 2018 в 06:02

Ваша проблема связана с настройкой MTU для вашего DSL / PPPoE-соединения.

В настройках сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.

Для DSL, общий параметр MTU - 1492. Просто выполните сначала и сначала оцените это значение и посмотрите, доступны ли ваши веб-сайты.

Чтобы определить правильный параметр, начните со всех настроек MTU = 1500 и VPN = выкл. (VPN требует другого тестирования).

В терминале:

ping [-c count] [-M do] [-s packet_size] [host]

Используемые параметры:

c count: количество раз для пинга M hint: Выберите Path MTU Discovery. может быть либо do (запретить фрагментацию, даже локальную), want (сделать обнаружение PMTU, фрагмент локально, когда размер пакета велико), или dont (не устанавливать флаг DF). s packet_size: Указывает количество отправляемых байтов данных.

Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем. Ссылка

ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation? ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?

: Как определить правильный размер MTU с помощью ICMP-пингов

0
ответ дан 24 July 2018 в 18:30

Другие вопросы по тегам:

Похожие вопросы: