Есть вопрос?
Зайди на форум

Поиск на сайте: Advanced

Denix - новый дистрибутив Linux. Русификация Ubuntu и установка кодеков

dkws.org.ua
Форум сайта dkws.org.ua
 
Главная    ТемыТемы    АльбомАльбом    РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 

после пересборки ядра FreeBSD перестал работать named
На страницу Пред.  1, 2
 
Начать новую тему Ответить на тему    Список форумов dkws.org.ua -> FreeBSD
 
Автор Сообщение
den

Старожил


Зарегистрирован: 31.01.2006
Сообщения: 13870
Откуда: Кировоград, Украина

СообщениеДобавлено: Чт Апр 21, 2011 7:59 am    Заголовок сообщения:
Ответить с цитатой

Ничего не понял, получилось или нет? Начали о том, что bind не работает, а потом речь пошла о кэширующем сервере
Вернуться к началу
Посмотреть профиль Отправить личное сообщение dhsilabs@jabber.ru
Dmitry

Новенький


Зарегистрирован: 19.04.2011
Сообщения: 22

СообщениеДобавлено: Чт Апр 21, 2011 8:49 am    Заголовок сообщения:
Ответить с цитатой

хмм... или я что-то не понимаю.... bind - это ж DNS серв? и у него главный конф. файл - named.conf. так?
и... его можно настроить не как полноценный DNS, а как просто кэширующий... (полноценный пока не нужен - есть у провайдера, а перенаправить с "одноклассников" на сайт организации это же и через прокси можно?..).
так вот named.conf был настроен под кэширующий... работал нормально до пересборки ядра под firewall. на данный момент так и не работает. Пытаюсь хоть что-то с ним сделать... (вообще серв - корпоративный шлюз, на котором еще потом должен быть настроен VPN)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Dmitry

Новенький


Зарегистрирован: 19.04.2011
Сообщения: 22

СообщениеДобавлено: Чт Апр 21, 2011 11:41 am    Заголовок сообщения:
Ответить с цитатой

named_enable="YES"
named_program="/usr/local/sbin/named"
named_flags="-c /etc/namedb/named.conf"

- не прокатило....
попробую переставить с REPLACE_BASE.. (вообще я вроде бы ставил.. но попробую еще раз...)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
den

Старожил


Зарегистрирован: 31.01.2006
Сообщения: 13870
Откуда: Кировоград, Украина

СообщениеДобавлено: Чт Апр 21, 2011 3:35 pm    Заголовок сообщения:
Ответить с цитатой

Попробуй удалить порт и установить заново, конфиги все сохрани
Вернуться к началу
Посмотреть профиль Отправить личное сообщение dhsilabs@jabber.ru
Dmitry

Новенький


Зарегистрирован: 19.04.2011
Сообщения: 22

СообщениеДобавлено: Чт Апр 21, 2011 3:56 pm    Заголовок сообщения:
Ответить с цитатой

да, уже сделал) заработал... правда старый конфиг (кэширующий) не заработал... пришлось вернуть то что был в старом по умолчанию.... и там еще одна ошибка при старте вылетает.... что-то там про 0.0.127 addr-arpa in... в общем завтра поточнее напишу... нервирует как-то... но работает)
правда вот непонятно в каком режиме он сейчас работает.... как полноценный?? (прописал только в Listen внутренний интерфейс 192...) и если скажем идет запрос к нему... то он сохранит эту запись и потом быстрее выдаст ответ (без обращения к вышестоящим)?
в общем завтра посмотрю точнее что там с ошибкой... и что с конфигами....
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
ubuntol

Участник тусовки


Зарегистрирован: 15.02.2010
Сообщения: 137

СообщениеДобавлено: Чт Апр 21, 2011 9:50 pm    Заголовок сообщения:
Ответить с цитатой

Dmitry писал(а):
ubuntol, bind нужен только в качестве кэширующего.

cbm.ru, cbm.rev - не создавал, localhost.rev был. делал все по книжке. (почти - с первого раза тоже не заработало). но вообще, все работало... до пересборки ядра......


Дмитрий, по какой книжке? в книжке Дена ничего нет про localhost.rev...,
что значит "localhost.rev был"? у меня там в /var/named/etc/namedb/master сидят такие (сами что ли там объявились - я их не создавал!)
empty.db
localhost-forward.db
localhost-reverse.db

в 6-й версии я создавал localhost.rev с помощью имеющегося там скрипта...
отпиши как у тебя...
у меня пока nic.ru не может считать зону моего бинда...
время мало у меня на это дело надо поковырять бинд с помощью nslookup . .. dig... - отпишу как будет получаться
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
ubuntol

Участник тусовки


Зарегистрирован: 15.02.2010
Сообщения: 137

СообщениеДобавлено: Чт Апр 21, 2011 9:55 pm    Заголовок сообщения:
Ответить с цитатой

den писал(а):
Попробуй удалить порт и установить заново, конфиги все сохрани


у Дмитрия не спросил - вообще зачем ставить бинд из портов, если он и так встроен в дистр FreeBSD?
я использую встроенный бинд.... его, что лучше обновить через порты?
для чего лучше (если лучше)?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
ubuntol

Участник тусовки


Зарегистрирован: 15.02.2010
Сообщения: 137

СообщениеДобавлено: Чт Апр 21, 2011 9:59 pm    Заголовок сообщения:
Ответить с цитатой

Dmitry писал(а):
да, уже сделал) заработал... правда старый конфиг (кэширующий) не заработал... пришлось вернуть то что был в старом по умолчанию.... и там еще одна ошибка при старте вылетает.... что-то там про 0.0.127 addr-arpa in... в общем завтра поточнее напишу... нервирует как-то... но работает)
правда вот непонятно в каком режиме он сейчас работает.... как полноценный?? (прописал только в Listen внутренний интерфейс 192...) и если скажем идет запрос к нему... то он сохранит эту запись и потом быстрее выдаст ответ (без обращения к вышестоящим)?
в общем завтра посмотрю точнее что там с ошибкой... и что с конфигами....


тяжко .. надо бы хотя какой нибудь режим работы бинда понять до конца, а то как слепые тыкаемся... конечно сами виноваты - настроили и через месяц-другой уже все напрочь позабыли... а потом опять с нуля с этим биндом!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Dmitry

Новенький


Зарегистрирован: 19.04.2011
Сообщения: 22

СообщениеДобавлено: Пн Апр 25, 2011 8:29 am    Заголовок сообщения:
Ответить с цитатой

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

в общем тут такое дело. при загрузке пишет
named[850]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found.
но при этом все запросы выполняются. но как-то это мне не нравится...
//попробую еще поставить конфиги для кэширующего.. но что-то я уже не знаю насколько он действительно нужен...

squid - поставил из портов /squid31 - вышел новый, в феврале. при установке из просто squid ставится версия 2.*
конфиги взял из default, немного добавив что было из книжки. работает)
единственное что... через прокси клиенты идут если только в браузере указать что есть прокси... а если не указывать то не пойдут... как сделать так чтобы клиенты могли идти только через прокси а так доступ был закрыт? //прокси нужен больше не для кэша, а для урезания и распределения скорости торрентовщикам из-за которых вся сеть вешается... (сейчас пока поставил им TMeter как временное решение) и перенаправления со всяких сайтов на сайт организации.
//или это уже нужно новую тему создавать под настройку Squid'а?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Начать новую тему Ответить на тему    Список форумов dkws.org.ua -> FreeBSD Часовой пояс: GMT
На страницу Пред.  1, 2
Страница 2 из 2
 Главная страница сайта
 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
© Колисниченко Денис