Не доступны сервера ubuntu

Обновлено: 04.07.2024

Перестали запускаться скомпилированные программы qt после обновления Ubuntu 18
Здравствуйте! 2 дня пытаюсь побороть проблему. Раньше все было хорошо на Ubuntu 16. Стоял qt 5.8.

Перестали работать браузеры
Помогите, пожалуйста! Как будто мор на браузеры напал: первым отказалась работать Mozila, пишет.

Перестали работать резиденты
С недавнего времени почему то перестали работать программы, остающиеся резидентно в памяти. Раньше.

А к самой убунте можно подключиться? SSH работает?

в убунте что- то подкрутили поменяли (что не знают сами) Из самой машины командой ssh localhost я смог подключиться, а через putty, но, находясь в той же сети, нет. Там вывод большой, во вложении скриншоты, сам файл не могу вытащить в сеть, ssh не пашет.
Или скажите, какая строчка интересует.

Логи не смотрели?

Из самой машины командой ssh localhost я смог подключиться, а через putty, но, находясь в той же сети, нет.

Пуркуа netstat про него молчит?

Вот netstat.
Порты 30012 и 30013 это как раз nextcloud и navitel

И он разительно отличается от предыдущего!

Значит локально всё гуд, а снаружи облом? Хм . А что там с iptables? Вывод sudo iptables -L покажите.

А наружу серв торчит напрямую или есть какая шелезяка?

Да. Kubuntovod, +1, теперь на iptaples глянуть бы.
Механ, Откуда подключиться пытаетесь? Из какой сети? Сам комп прямо подключен к роутеру кабелем.
На нем proxmox, в котором две системы работают параллельно: win7 и ubuntu.
Я думал, что проблема может быть с proxmox, но win7 через радминку подключился. Я думал, что проблема может быть с proxmox, но win7 через радминку подключился. И всё же, очень похоже, что проблема где-то в proxmox. Вот этот факт меня склоняет к такой мысли:
Из самой машины командой ssh localhost я смог подключиться, а через putty, но, находясь в той же сети, нет. В иптаблях вроде должно проходить. С хоста работает. А за хостом уже облом. Внутри сети, как Вы говорите. Т.е. роутер тоже не причём.
Но, по proxmox не подскажу. Знаю о его существовании, но не сталкивался. Какой докер?
В проксмоксе посмотрел настройки, 1 в 1 совпадают с настройками win7 В проксмоксе посмотрел настройки, 1 в 1 совпадают с настройками win7 И не коннектится? Если сделать telnet 111.111.111.111 2222 из той же сети, что говорит?

Извините, сперва попробовал telnet localhost и telnet 192.168.0.12 соответственно
При попытке подключиться к 111.111.111.111 ошибка:
Локально из убунту висит на попытке
Через putty точно так же ругается, как и на ip убунту

При вводе команды docker ps -a, появляется только шапка ответа
"container id image command create status ports names"
и все, дальше снова предлагает ввести команды

Перестали работать линки
То ли вирус, то ли некорректное выключение привело к тому, что не открываются *.lnk линки. Что.

Перестали работать браузеры
Вчера AntiVir нашел два вируса, и я без единой задней мысли согласилась переместить их в карантин.

Перестали работать программы
С самого начала перестали работать некоторые драйвера от разных программ. После перестали работать.

Перестали работать циклы в CB
По непонятной причине перестали работать циклы в СВ. Пытался найти ошибку, код очень простой и.

Перестали работать флешки
Народ подскажите. Перестали работать флешке на компе. Винда не может определить усб устройство.

Перестали работать макросы
Всем привет! Помогите пожалуйста. Проблема: Написал в Excel расчетный файл, где использовал.

Можете ли вы разрешить любой из этих хостов из командной строки?

Если нет, то следующий шаг должен попробовать host -v :

Ищите ошибки, возвращаемые DNS-серверами.

Я должен был упомянуть, что также ping не удалось разрешить, но я был в состоянии пропинговать через IP (решен на отдельной машине). Благодаря этой помощи и комментарию @ ændrük я обнаружил, что мои записи DNS совершенно бесполезны. Исправление тех, кто решил проблему. Интересная проблема: "host: команда не найдена", но я не могу установить ее с помощью apt, не приняв неподтвержденные пакеты.

имеет хорошие записи для DNS-серверов.

Так, например, вы можете добавить следующие 2 строки в начало вашего /etc/resolv.conf файла (они указывают на DNS-серверы Google), как описано выше:

Конечно, вам нужно быть пользователем root, чтобы изменить этот файл, и сделать резервную копию, прежде чем вносить какие-либо изменения!

Не обязательно хороший план, если вам нужно разрешить адреса в вашей собственной сети. Хорошо, если все устройства, к которым требуется доступ по имени, находятся за брандмауэром. @Ceisc - отличный момент. Спасибо за упоминание этого! В этом файле написано: «НЕ РЕДАКТИРУЙТЕ ЭТОТ ФАЙЛ РУКАМИ - ВАШИ ИЗМЕНЕНИЯ БУДУТ ПЕРЕПИСАНЫ» - можете ли вы решить эту проблему? Я не могу сказать наверняка - но это все еще то, что Google предлагает в качестве процесса для этого на своей публичной странице DNS Google

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

это правильный ответ для большинства людей, которые видят эту ошибку . вы просто не в сети . подключитесь к WiFi и просто снова введите команду обновления . sudo apt-get update && sudo apt-get dist-upgrade Спасибо! Это сработало для меня! Удивительный простой ответ, который, вероятно, будет решением для большинства людей :)

Это публичные DNS-серверы Google. Да, они, вероятно, выслеживают эти журналы. Но единственный сайт, на котором я обычно обращаюсь, это архивы git и ubuntu.

У меня была та же проблема, на которую Err on apt-get update Эндрюк намекнул правильно.

Я исправил свою проблему, изменив DNS-адрес вручную в файл /etc/resolv.conf на DNS-адрес моего оператора.

Ранее это было установлено 192.168.0.254 Ubuntu.

Да, как отмечалось в моем последующем комментарии к принятому ответу, проблема заключалась в том, что мой DNS был подключен и его необходимо было установить на хорошие значения.

У меня была очень похожая проблема, в которой: sudo apt-get update не смог закончить, и в ней были ошибки. Я попытался перезагрузить мой кабельный модем , и это сработало. Вы также можете попробовать перезагрузить ваш кабельный модем.

Проверьте в своем браузере, можете ли вы открыть веб-страницу "http://us.archive.ubuntu.com". Если да, то это связано с проблемой настроек сетевого прокси.

Выполните следующие шаги на Ubuntu Desktop.

После этого мне удалось устранить эти ошибки.

У меня была такая же проблема. Работал на виртуальной машине и устал от нее постоянно меняющихся IP-адресов. После установки статического IP-адреса я не установил DNS-серверы имен и больше не мог обновить apt-get. Мне также нужно было добавить серверы имен в файл / etc / network / interfaces. Нашел информацию об этом здесь . (Как мне установить DNS-серверы имен)

Следующая проблема, с которой я столкнулся, заключается в том, что я не могу выполнить сброс, а затем выполнить сброс для сброса сетевых интерфейсов. Этот код работал для меня:

Более подробную информацию об этой проблеме можно найти здесь . (Как сбросить сетевые интерфейсы)

Network Manager - удобная утилита для управления сетевыми подключениями в Linux, используется по умолчанию во всех основных графических оболочках, что предоставляет пользователю простой и единообразный интерфейс настройки сети. Также Network Manager поддерживает Wi-Fi, 3G и VPN подключения, позволяя легко создавать их в графическом режиме. Но бывают ситуации, когда Network Manager неожиданно ломается, оставляя непривычного к консоли пользователя буквально без связи с внешним миром. В данной статье мы рассмотрим некоторые типовые проблемы, которые достаточно легко устраняются, но при этом могут серьезно испортить жизнь начинающим.

Network Manager - устройство не управляется

Достаточно простая неисправность, точнее даже не неисправность, которая проявляется в том, что Network Manager не может управлять вашим сетевым устройством.

Причина такого поведения лежит в том, что Network Manager не является единственным способом управления сетевыми подключениями в Linux и если он видит, что сетевой адаптер был настроен другим методом, то перестает управлять им. Это вполне корректное поведение, предоставляющее администратору всю полноту власти над системой и обеспечивающее приоритет ручных настроек над автоматическими.

Удалим из этого файла все строки кроме:

На скриншоте выше как раз видны ручные настройки для сетевого адаптера ens33, которые и блокировали работу Network Manager с этим интерфейсом.

После чего перезапустим службу командой:

После чего Network Manager снова возьмет контроль над сетевым интерфейсом.

Для недопущения подобной ситуации в дальнейшем следует внимательно относиться к ручным настройкам сети и не допускать подобных изменений, если вы желаете и далее использовать Network Manager.

Network Manager не видит сеть

Более сложная неисправность, которая заключается в том, что Network Manager вообще не видит сетевых адаптеров, причины ее возникновения нам неизвестны, но приходилось достаточно часто сталкиваться с ней на промежуточных выпусках Ubuntu.

Кстати, данная неисправность может послужить причиной ручной настройки сетевого интерфейса, которое в последствии будет блокировать работу Network Manager, но ее также несложно вылечить, для этого нужно создать пустой файл:

И перезапустить службу:

Для дальнейшей работы Network Manager наличие данного файла необязательно, т.е. вы можете его удалить, но Network Manager продолжит работать нормально.

Как видим, предложенные нами способы восстановления здоровья Network Manager просты и, надеемся, помогут вам сэкономить время и нервы, когда вы столкнетесь с подобной проблемой.

Тут мы видим, что внешняя карточка поймала айпишник провайдера (сейчас уже он внешний статический, по dhcp постоянно он и цепляется)

dhclient.conf - дефолтный. Проблемы с провайдером исключаю, так как на винде (втыкал в ноут напрямую) все работает слету и без проблем. Просьба навести на мысль, где рыть, так как все должно работать, но не работает =\ Поскольку айпишник выделенный, пробовал карточку прописать статикой:

Вы переустанавливаете шлюз после поднятия карты eth1 и заменяете шлюз, который вы получаете от провайдера по dhcp.

Либо вообще не указывайте шлюз у eth1, либо если он нужен, например несколько сетей, которые доступны через шлюз 192.168.46.1, то прописывайте вместо шлюза для eth1 маршруты до этих сетей через него.

А если смотреть не пинги, а что либо другое? Ну и покажи

ip route show и сам выхлоп пинга.

Он переопределяет маршрут по умолчанию (шлюз), полученный по dhcp от провайдера значением из параметров eth1.

kostik87 ★★★★★ ( 31.07.14 10:56:00 )
Последнее исправление: kostik87 31.07.14 10:56:07 (всего исправлений: 1)

Как костик и говорил, у тебя маршрут по умолчанию ведет внутрь сети. Либо убери со второй карточки гейтвей, либо задай маршрут по умолчанию наружу.

Я сижу через putty, убрал шлюз с eth1 - пропала связь) Просьба подсказать корректный синтаксис маршрута в моем случае, что-то я туплю)

ip route add default via 194.54.161.1 dev eth0 metric 50

Я сижу через putty, убрал шлюз с eth1 - пропала связь

Если хост, с которого вы подключаетесь к 192.168.46.97, находится в той же сети, что и 192.168.46.97, то связь пропасть не должна.

Раз она пропадает значит сети разные, в таком случае добавьте в конфигурацию eth1 строку для добавления маршрута:

net/mask - сеть и маска, в которой находится хост, с которого вы подключаетесь.

И что это ему даст? Вы предлагаете указать маршрут по умолчанию, но в таком случае сети, которые у него доступны только через шлюз 192.168.46.1 доступны не будут.

Нужно прописать добавление маршрутов до этих сетей через шлюз 192.168.46.1 в post-up функцию соответствующего интерфейса.

post-up ip r a net/mask via 192.168.46.1

где нужно применить это правило?

Так, небольшой экскурс в терминологию.

маршрут - правило движения пакетов от источника к адресату назначения, хосту или сети в целом.

Теперь по вашей ситуации.

Далее, для того, что бы иметь доступ к Internet вам нужно, что бы маршрутом по умолчанию был шлюз провайдера.

Теперь, для того, что бы иметь доступ к сетям, которые доступны через шлюз 192.168.46.1 вам нужно в ручную на этой системе прописать маршруты до этих сетей через 192.168.46.1, смотрите мой комментарий выше.

Читайте также: