Различия
Здесь показаны различия между двумя версиями данной страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
|
wiki:как_писать_баг_репорт [2010/04/16 16:54] |
wiki:как_писать_баг_репорт [2016/05/20 15:27] (текущий) переиндексация тегов |
||
|---|---|---|---|
| Строка 7: | Строка 7: | ||
| 1. Описать структуры сети. Например, "у меня 3 компьютера, ОС "такая-то", главный получает интернет от провайдера по VPN|PPPOE|NAT|ещё что-нибудь, с главного интернет раздаётся через NAT|(прокси-сервер), файрволы стоят в режиме всё пропускать" или "у меня 2 компа, ОС "такая-то" и роутер марка такая-то" и далее... | 1. Описать структуры сети. Например, "у меня 3 компьютера, ОС "такая-то", главный получает интернет от провайдера по VPN|PPPOE|NAT|ещё что-нибудь, с главного интернет раздаётся через NAT|(прокси-сервер), файрволы стоят в режиме всё пропускать" или "у меня 2 компа, ОС "такая-то" и роутер марка такая-то" и далее... | ||
| - | 2. Выводы команд ifconfig, route, cat /etc/resolv.conf, sudo iptables -L. Также стоит попытаться провести пингование подобное пункту 2 раздела, посвящённого Samba. | + | 2. Выводы команд ifconfig, route, cat /etc/resolv.conf, sudo iptables -L. Также стоит попытаться провести проверку соединения утилитой ping подобную пункту 2 раздела, посвящённого Samba. |
| Файлы с настройками (если больше 5 строк) следует очистить от паролей и важных для вас адресов и приложить к сообщению вложением. | Файлы с настройками (если больше 5 строк) следует очистить от паролей и важных для вас адресов и приложить к сообщению вложением. | ||
| ===== Проблемы с Samba. Расшаривание файлов по сети ===== | ===== Проблемы с Samba. Расшаривание файлов по сети ===== | ||
| - | 1. берём конфигурационный файл samba | + | 1. Тест конфигурационного файла Samba. |
| Выполните команду "testparm" и сохраните вывод этой команды. | Выполните команду "testparm" и сохраните вывод этой команды. | ||
| Строка 18: | Строка 18: | ||
| Эта команда диагностирует файл /etc/samba/smb.conf на синтаксические ошибки, а также, что более важно, показывает как видит samba файл с настройками. | Эта команда диагностирует файл /etc/samba/smb.conf на синтаксические ошибки, а также, что более важно, показывает как видит samba файл с настройками. | ||
| - | 2. пингуем машины в сети | + | 2. Проверяем соединение компьютеров в сети с помощью утилиты ping. |
| - | Попытайтесь выполнить следующие комбинации пингования | + | Попытайтесь выполнить следующие проверки: |
| - | 2.1 ping server (c машины client) | + | 2.1 ping server (c компьютера client) |
| - | 2.2 ping client (c машины client) | + | 2.2 ping client (c компьютера client) |
| - | 2.3 ping ip_адрес_server (c машины client) | + | 2.3 ping ip_адрес_server (c компьютера client) |
| - | 2.4 ping ip_адрес_client (c машины client) | + | 2.4 ping ip_адрес_client (c компьютера client) |
| - | Где server - имя машины, где установлена samba, a ip_адрес_server - ip адрес этой машины. Для client аналогично ;) | + | Где server - имя компьютера, где установлена Samba, a ip_адрес_server - ip адрес этого компьютера. Для client проверка проводится аналогично. |
| - | 3. пытаемся залогинется на сервер разными способами :) | + | 3. Проверка доступа к ресурсам сервера. |
| - | 3.1 с машины server выполним smbclient -L \\server | + | 3.1 С компьютера server выполним smbclient -L \\server |
| - | 3.2 с машины client выполним smbclient -L \\server | + | 3.2 С компьютера client выполним smbclient -L \\server |
| - | 3.3 с машины client выполним smbclient -L \\ip_адрес_server | + | 3.3 С компьютера client выполним smbclient -L \\ip_адрес_server |
| Аккуратно записываем результаты тестов и [[http://forum.ubuntu.ru/index.php?action=post;board=27.0|на форум в раздел сети]]! | Аккуратно записываем результаты тестов и [[http://forum.ubuntu.ru/index.php?action=post;board=27.0|на форум в раздел сети]]! | ||
| Строка 64: | Строка 64: | ||
| ===== Программа перестала работать ===== | ===== Программа перестала работать ===== | ||
| - | 1. запускаем программу из терминала и смотрим какие-н "ругающиеся строчки" | + | 1. Запускаем программу из терминала и ищем сообщения об ошибках. |
| - | 2. часто проблемы бывают скрыты в настройках, что мы сделали. Найдите директорию с настройками в своей домашней папке и переименуйте её. При следующем запуске будет создана новая директория с настройками по умолчанию. | + | 2. Часто проблемы бывают скрыты в настройках, которые мы сделали. Найдите директорию с настройками в своей домашней папке и переименуйте её. При следующем запуске будет создана новая директория с настройками по умолчанию. |
| ===== Копаемся в системных журналах ===== | ===== Копаемся в системных журналах ===== | ||
| ==== Что такое системные журналы ==== | ==== Что такое системные журналы ==== | ||
| - | У всех у нас есть на компьютере замечательная папка /var/log в которой размещены различные системные журналы. Большая часть приложений серверного уровня (таких как apache, samba и т.д.) и многие пользовательские приложения регулярно сбрасывают отчеты о своей активности в соответствующие log-файлы. Помимо этого, там же можно найти отчеты о работе различного оборудования и системы в целом. Основной файл называется syslog, и имеет полный путь /var/log/syslog .\\ | + | У всех у нас есть на компьютере замечательная папка /var/log в которой размещены различные системные журналы. Большая часть приложений серверного уровня (таких как apache, samba и т.д.) и многие пользовательские приложения регулярно сбрасывают отчеты о своей активности в соответствующие log-файлы. Помимо этого, там же можно найти отчеты о работе различного оборудования и системы в целом. Основной файл называется syslog, и имеет полный путь /var/log/syslog.\\ |
| Для просмотра системных журналов можно использовать встроенное в Ubuntu приложение, //Система -> Администрирование -> Программа просмотра журналов//, или воспользоваться командой((через CLI или терминал)): | Для просмотра системных журналов можно использовать встроенное в Ubuntu приложение, //Система -> Администрирование -> Программа просмотра журналов//, или воспользоваться командой((через CLI или терминал)): | ||
| <code> | <code> | ||
| Строка 118: | Строка 118: | ||
| Верхний процесс в списке процессов (в данном примере - init) - затребовал больше всех ресурсов непосредственно перед тем, как система зависла. В зависимости от того, что это был за процесс вы можете спланировать процесс дальнейшей отладки системы. | Верхний процесс в списке процессов (в данном примере - init) - затребовал больше всех ресурсов непосредственно перед тем, как система зависла. В зависимости от того, что это был за процесс вы можете спланировать процесс дальнейшей отладки системы. | ||
| - | {{tag> Tips Можно_улучшить}} | + | |
| + | {{tag>Tips Можно_улучшить}} | ||
