• Гідрологія і Гідрометрія
• Господарське право
• Економіка будівництва
• Економіка природокористування
• Економічна теорія
• Земельне право
• Історія України
• Кримінально виконавче право
• Медична радіологія
• Методи аналізу
• Міжнародне приватне право
• Міжнародний маркетинг
• Основи екології
• Предмет Політологія
• Соціальне страхування
• Технічні засоби організації дорожнього руху
• Товарознавство продовольчих товарів

Тлумачний словник
Авто
Автоматизація
Архітектура
Астрономія
Аудит
Біологія
Будівництво
Бухгалтерія
Винахідництво
Виробництво
Військова справа
Генетика
Географія
Геологія
Господарство
Держава
Дім
Екологія
Економетрика
Економіка
Електроніка
Журналістика та ЗМІ
Зв'язок
Іноземні мови
Інформатика
Історія
Комп'ютери
Креслення
Кулінарія
Культура
Лексикологія
Література
Логіка
Маркетинг
Математика
Машинобудування
Медицина
Менеджмент
Метали і Зварювання
Механіка
Мистецтво
Музика
Населення
Освіта
Охорона безпеки життя
Охорона Праці
Педагогіка
Політика
Право
Програмування
Промисловість
Психологія
Радіо
Регилия
Соціологія
Спорт
Стандартизація
Технології
Торгівля
Туризм
Фізика
Фізіологія
Філософія
Фінанси
Хімія
Юриспунденкция

Перевірка працездатності ТСР/ІР сервісу

Налаштування DNS клієнта

Файл /etc/resolv.conf потрібен для налаштування клієнта DNS. Коли ми звертаємося до якоїсь віддаленої машині по імені, перше, що відбувається, це перетворення імені на адресу IP (або IPv6). Зазвичай ситуація влаштована таким чином: спершу система шукає імена в файлі /etc/hosts, де записано які імена мають машини з тим чи іншим IP-адресою, а потім, якщо ім'я в даному файлі отримує запит, здійснюється запит до сервера DNS. У файлі /etc/resolv.conf перераховані DNS сервери, до яких здійснюється запит. Порядок дій (спочатку вивчається /etc/hosts , потім робиться запит до DNS) можна змінити, але не має великого смислу при навчанні виконувати такі складні і непотрібні дії.

Як було сказано вище, типова поведінка системи полягає в тому, що спершу вона намагається вирішити ім'я використовуючи файл /etc/hosts і тільки потім звертається до сервера DNS. У файлі /etc/hosts на кожному рядку є деякий IP (або IPv6) адреса, а потім через прогалини перераховані імена відповідні йому. Коментар починається з решітки (#). Наприклад:

# $ FreeBSD: src /etc/hosts, v 1.16 2003/01/28 21:29:23 dbaker Exp $

#

# Host Database

#

# Цей файл повинен містити адреси і аліаси для локальних машин

# Замініть 'my.domain' нижче вашим доменом.

#

# У присутності DNS або NIS даний файл може невикористані зовсім,

# Для визначення порядку в якому розглядаються бази імен дивіться

# Файл /etc/nsswitch.conf

#

#

:: 1 localhost localhost.my.domain

127.0.0.1 localhost localhost.my.domain

#

# Уявна мережу.

# 10.0.0.2 myname.my.domain myname

# 10.0.0.3 myfriend.my.domain myfriend

#

# Згідно RFC 1918 наступні мережі можна використовувати для приватних

# Мереж. Цих адрес не існує в Інтернет:

#

# 10.0.0.0 - 10.255.255.255

# 172.16.0.0 - 172.31.255.255

# 192.168.0.0 - 192.168.255.255

#

Зверніть увагу: багато сервіси використовують файл /etc/hosts для своєї роботи. Коли ви переносите такі сервіси в середу chroot, ви повинні перенести туди ж копію даного файлу.

Як тільки ви внесете необхідні зміни в /etc/rc.conf, перезавантажте комп'ютер (хоча можна виконати команду /etc/netif restart, але це не найкращий варіант). Зміни налаштувань інтерфейсів будуть застосовані, крім того буде перевірена правильність налаштувань.

Як тільки система перезавантажиться, перевірте мережеві інтерфейси.

Для перевірки правильності налаштування мережевої карти, спробуйте виконати ping для самого інтерфейсу, а потім для іншої машини в локальній мережі.

Спочатку перевірте локальний інтерфейс:

% ping -c5 192.168.1.3

PING 192.168.1.3 (192.168.1.3): 56 data bytes

64 bytes from 192.168.1.3: icmp_seq=0 ttl=64 time=0.082 ms

64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=0.074 ms

64 bytes from 192.168.1.3: icmp_seq=2 ttl=64 time=0.076 ms

64 bytes from 192.168.1.3: icmp_seq=3 ttl=64 time=0.108 ms

64 bytes from 192.168.1.3: icmp_seq=4 ttl=64 time=0.076 ms

--- 192.168.1.3 ping statistics ---

5 packets transmitted, 5 packets received, 0% packet loss

round-trip min/avg/max/stddev = 0.074/0.083/0.108/0.013 ms

Потім перевірте іншу машину в локальній мережі:

% ping -c5 192.168.1.2

PING 192.168.1.2 (192.168.1.2): 56 data bytes

64 bytes from 192.168.1.2: icmp_seq=0 ttl=64 time=0.726 ms

64 bytes from 192.168.1.2: icmp_seq=1 ttl=64 time=0.766 ms

64 bytes from 192.168.1.2: icmp_seq=2 ttl=64 time=0.700 ms

64 bytes from 192.168.1.2: icmp_seq=3 ttl=64 time=0.747 ms

64 bytes from 192.168.1.2: icmp_seq=4 ttl=64 time=0.704 ms

--- 192.168.1.2 ping statistics ---

5 packets transmitted, 5 packets received, 0% packet loss

round-trip min/avg/max/stddev = 0.700/0.729/0.766/0.025 ms

Ви можете також використовувати ім'я машини замість 192.168.1.2, якщо налаштований файл /etc/hosts.

Вирішення проблем з апаратним та програмним забезпеченням завжди викликає складності, які можна зменшити, перевіривши спочатку найпростіші варіанти. Чи підключений мережевий кабель? Чи правильно налаштовані мережеві сервіси? Чи правильно налаштований брандмауер? Чи підтримується використовувана карта в FreeBSD? Завжди перевіряйте інформацію про обладнання перед відправленням повідомлення про помилку. Оновлення FreeBSD до останньої версії STABLE. Перегляньте архіви списків розсилки, або пошукайте інформацію в Інтернет.

Якщо карта працює, але продуктивність низька, може допомогти читання сторінки довідника tuning. Перевірте також налаштування мережі, оскільки неправильні налаштування можуть стати причиною низької швидкості з'єднання.

Деякі користувачі зустрічаються з кількома device timeouts, що нормально для деяких мережевих карт. Якщо це триває і набридає, переконайтеся, що пристрій не конфліктує з іншим пристроєм. Уважно перевірте підключення кабелю. Можливо також, що вам просто треба встановити іншу карту.

Час від часу, користувачі бачать декілька помилок watchdog timeout. Перше, що потрібно зробити, це перевірити мережевий кабель. Багато карти вимагають підтримки Bus Mastering слотом PCI. На деяких старих материнських платах, тільки один PCI слот має таку підтримку (зазвичай слот 0). Звіртеся з документацією на мережеву карту і материнську плату, щоб визначити, чи може це бути проблемою.

Повідомлення No route to host з'являються, якщо система не в змозі доставити пакети до хосту призначення. Це може статися, якщо не визначений маршрут за замовчуванням, або кабель не підключений. Перевірте висновок команди netstat -rn і переконайтеся, що до відповідного хосту є працюючий маршрут.

Повідомлення ping: sendto: Permission denied найчастіше з'являються при неправильно налаштованому брандмауері. Якщо ipfw включений в ядрі, але правила не визначені, правило за замовчуванням блокує весь трафік, навіть запити ping.

Іноді швидкість карти недостатня, або нижче середнього. У цих випадках краще за все змінити режим вибору типу підключення з autoselect на правильний тип. Зазвичай це працює для більшості обладнання, але не може вирішити проблему у всіх випадках. Перевірте ще раз налаштування мережі і прочитайте сторінку довідника tuning.

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

1. IV. Перевірка розв’язання і відповідь
2. Аналітична перевірка звітності
3. Вибір і перевірка проводів та кабелів за нагріванням
4. Вимірювання перевищень, перевірка горизонтальності обладнання
5. Динаміка працездатності і стану втоми
6. Добір людей і перевірка виконання
7. Договори у сфері технічного сервісу сільськогосподарських підприємств
8. Документальна перевірка достовірності об'єкта оподаткування
9. Документальна перевірка єдиного податку
10. Документальна перевірка правильності нарахування ПДВ
11. Допомога при тимчасовій непрацездатності
12. Загальна характеристика фонду соціального страхування з тимчасової втрати працездатності

Переглядів: 1088