форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Как резолвить dns на удаленной стороне через pppd+mgetty?"

Сообщение от Firewater (ok) on 04-Мрт-06, 22:05

Привествую! Есть интрасетка с W2K AD + DNS с инетом (иннет вытаскивается через MS-ISA, на dns виндовом и единственным в этой интрасети настройен форвординг на провайдера). Поднял машину в этой сетке с freebsd 6.0 + mgetty + squid в качестве диалап сервера (чтобы из дома вылезать в инет). Все настроил, работает. Но dns на удаленной машине не ресолвится. nslookup - сервер не найден. Понимаю что должно быть просто, но где копать не могу понять, неужели на фришной машине нужно кеширующий dns поднимать? Как перекинуть пакеты запросов от виндового dns на удаленную машину через ppp? P.S. еще раз уточню иннет работает на удаленной машине, dns из сквида брать получается у нее. Не бейте сильно, сел за фрю неделю назад после долгой разлуки, все это время работал исключительно с MS продуктами =(.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "Как резолвить dns на удаленной стороне через pppd+mgetty?"

Сообщение от Skif (ok) on 04-Мрт-06, 23:21

ppp.conf  в студию или options/options.modem в зависимости от реализации (через ppp или pppd или expppd), надо что-то например такого: ms-dns xx.xx.xx.xx

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	2. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Firewater (ok) on 04-Мрт-06, 23:37
	>ppp.conf  в студию или options/options.modem в зависимости от реализации (через ppp >или pppd или expppd), надо что-то например такого: > >ms-dns xx.xx.xx.xx Конечно прописал это, вот options: modem noipdefault nodetach crtscts debug idle 1000 require-pap refuse-chap ms-dns 192.168.0.123 proxyarp И подключенная удаленно винда именно до него пытается достучаться: C:\Documents and Settings\test>nslookup ya.ru DNS request timed out.     timeout was 2 seconds. *** Can't find server name for address 192.168.0.123: Timed out *** Default servers are not available Server:  UnKnown Address:  192.168.0.123 DNS request timed out.     timeout was 2 seconds. DNS request timed out.     timeout was 2 seconds. *** Request to UnKnown timed-out На стороне freebsd все в порядке: $ nslookup ya.ru Server:         192.168.0.123 Address:        192.168.0.123#53 Non-authoritative answer: Name:   ya.ru Address: 213.180.204.8
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	3. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Skif (ok) on 05-Мрт-06, 00:38
	А что у нас с фаером? ipfw list
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	4. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Firewater (ok) on 05-Мрт-06, 01:10
	>А что у нас с фаером? > >ipfw list не трогал его bsd# ipfw list ipfw: getsockopt(IP_FW_GET): Protocol not available
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	5. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Щелкунов Иван on 05-Мрт-06, 02:01
	В линукс-системах в опциях pppd надо говорить магическое слово proxyarp.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	6. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Skif (ok) on 05-Мрт-06, 02:08
	>В линукс-системах в опциях pppd надо говорить магическое слово proxyarp. если бы вы внимательно просмотрели приведенный авторм ветки конфиг, то увидели бы, что такая опция присутствует Приведите: ifconfig на freebsd и /etc/ppp/options.cuaaX
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	7. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Щелкунов Иван on 05-Мрт-06, 02:13
	>>В линукс-системах в опциях pppd надо говорить магическое слово proxyarp. > > >если бы вы внимательно просмотрели приведенный авторм ветки конфиг, то увидели бы, >что такая опция присутствует ну откуда внимательность в два часа ночи? а более общий вопрос - пинги ходят?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	8. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Skif (ok) on 05-Мрт-06, 02:40
	>>В линукс-системах в опциях pppd надо говорить магическое слово proxyarp. > > >если бы вы внимательно просмотрели приведенный авторм ветки конфиг, то увидели бы, >что такая опция присутствует >Приведите: >ifconfig на freebsd и /etc/ppp/options.cuaaX Да, кстати, не плохо бы увидеть и лог сессии тоесть банально - чистите лог, производите подключение, отключаетесь, потом смотрите лог - можно много нового по нему увидеть. Неплохо еще глянуть tcpdump, по указанному выше - возможно проблема в маршрутизации, посему неплохо бы и netstat -rn
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	9. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Firewater (ok) on 05-Мрт-06, 15:50
	>Да, кстати, не плохо бы увидеть и лог сессии тоесть банально - >чистите лог, производите подключение, отключаетесь, потом смотрите лог - можно много привожу ppp.log Mar  5 15:33:19 bsd newsyslog[249]: logfile first created Mar  5 15:36:48 bsd pppd[482]: pppd 2.3.5 started by root, uid 0 Mar  5 15:36:48 bsd pppd[482]: Using interface ppp0 Mar  5 15:36:48 bsd pppd[482]: Connect: ppp0 <--> /dev/cuad0 Mar  5 15:36:48 bsd pppd[482]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access Mar  5 15:36:48 bsd pppd[482]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0x21f39131> <pcomp> <accomp>] Mar  5 15:36:48 bsd pppd[482]: rcvd [LCP ConfAck id=0x1 <auth pap> <magic 0x21f39131> <pcomp> <accomp>] Mar  5 15:36:51 bsd pppd[482]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x6a7d7489> <pcomp> <accomp> <callback 0x611> <quality 0x4e13 17 01> 4d c5 74 1c ce 02 4a c6 a3 a9 47 f9 5e 90 f5 9f 00 00 00 00 00] Mar  5 15:36:51 bsd pppd[482]: sent [LCP ConfRej id=0x2 <callback 0x611> <quality 0x4e13 17 01> 4d c5 74 1c ce 02 4a c6 a3 a9 47 f Mar  5 15:36:51 bsd pppd[482]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0x21f39131> <pcomp> <accomp>] Mar  5 15:36:51 bsd pppd[482]: rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x6a7d7489> <pcomp> <accomp>] Mar  5 15:36:51 bsd pppd[482]: sent [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x6a7d7489> <pcomp> <accomp>] Mar  5 15:36:51 bsd pppd[482]: rcvd [LCP ConfAck id=0x1 <auth pap> <magic 0x21f39131> <pcomp> <accomp>] Mar  5 15:36:51 bsd pppd[482]: rcvd [LCP code=0xc id=0x4 6a 7d 74 89 4d 53 52 41 53 56 35 2e 30 30] Mar  5 15:36:51 bsd pppd[482]: sent [LCP CodeRej id=0x2 0c 04 00 12 6a 7d 74 89 4d 53 52 41 53 56 35 2e 30 30] Mar  5 15:36:51 bsd pppd[482]: rcvd [LCP code=0xc id=0x5 6a 7d 74 89 4d 53 52 41 53 2d 31 2d 4c 45 4f] Mar  5 15:36:51 bsd pppd[482]: sent [LCP CodeRej id=0x3 0c 05 00 13 6a 7d 74 89 4d 53 52 41 53 2d 31 2d 4c 45 4f] Mar  5 15:36:51 bsd pppd[482]: rcvd [PAP AuthReq id=0x3 user="boss132" password="n65535"] Mar  5 15:36:51 bsd pppd[482]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access Mar  5 15:36:51 bsd pppd[482]: sent [PAP AuthAck id=0x3 "Login ok"] Mar  5 15:36:51 bsd pppd[482]: sent [IPCP ConfReq id=0x1 <addr 192.168.1.126> <compress VJ 0f 01>] Mar  5 15:36:52 bsd pppd[482]: rcvd [CCP ConfReq id=0x6 < 12 06 00 00 00 01>] Mar  5 15:36:52 bsd pppd[482]: sent [CCP ConfReq id=0x1] Mar  5 15:36:52 bsd pppd[482]: sent [CCP ConfRej id=0x6 < 12 06 00 00 00 01>] Mar  5 15:36:52 bsd pppd[482]: rcvd [IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns 0.0.0.0> <ms-wins 0.0.0.0>] Mar  5 15:36:52 bsd pppd[482]: sent [IPCP ConfRej id=0x7 <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>] Mar  5 15:36:52 bsd pppd[482]: rcvd [IPCP ConfAck id=0x1 <addr 192.168.1.126> <compress VJ 0f 01>] Mar  5 15:36:52 bsd pppd[482]: rcvd [CCP ConfAck id=0x1] Mar  5 15:36:52 bsd pppd[482]: rcvd [CCP TermReq id=0x8"j}t\37777777611\000<\37777777715t\000\000\002\37777777734"] Mar  5 15:36:52 bsd pppd[482]: sent [CCP TermAck id=0x8] Mar  5 15:36:52 bsd pppd[482]: rcvd [IPCP ConfReq id=0x9 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns 0.0.0.0> <ms-dns 0.0.0.0>] Mar  5 15:36:52 bsd pppd[482]: sent [IPCP ConfNak id=0x9 <addr 192.168.1.127> <ms-dns 192.168.0.123> <ms-dns 192.168.0.123>] Mar  5 15:36:52 bsd pppd[482]: rcvd [IPCP ConfReq id=0xa <compress VJ 0f 01> <addr 192.168.1.127> <ms-dns 192.168.0.123> <ms-dns 192.168.0.123>] Mar  5 15:36:52 bsd pppd[482]: sent [IPCP ConfAck id=0xa <compress VJ 0f 01> <addr 192.168.1.127> <ms-dns 192.168.0.123> <ms-dns 192.168.0.123>] Mar  5 15:36:52 bsd pppd[482]: Cannot determine ethernet address for proxy ARP Mar  5 15:36:52 bsd pppd[482]: local  IP address 192.168.1.126 Mar  5 15:36:52 bsd pppd[482]: remote IP address 192.168.1.127 Mar  5 15:36:55 bsd pppd[482]: sent [CCP ConfReq id=0x1] Mar  5 15:36:55 bsd pppd[482]: rcvd [CCP TermAck id=0x1] Mar  5 15:36:55 bsd pppd[482]: sent [CCP TermReq id=0x2"No compression negotiated"] Mar  5 15:36:55 bsd pppd[482]: rcvd [CCP TermAck id=0x2"No compression negotiated"] Пинги ходят только до сетевухи сервера FreeBSD, ее адрес 192.168.0.126. В options.cuad0 прописано выдавать удаленной машине 192.168.1.127, адрес сервера 192.168.1.126. адрес днс 192.168.0.123. Вот таблица роутинга: bsd# netstat -rn Routing tables Internet: Destination        Gateway            Flags    Refs      Use  Netif Expire default            192.168.0.122      UGS         0        0    ed0 127.0.0.1          127.0.0.1          UH          0       27    lo0 192.168.0          link#1             UC          0        0    ed0 192.168.0.122      00:10:22:ff:5a:6c  UHLW        2        0    ed0    323 192.168.0.123      00:0c:6e:8e:e2:94  UHLW        1       11    ed0    804 192.168.1.127      192.168.1.126      UH          0      505   ppp0
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	10. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Skif (ok) on 05-Мрт-06, 17:15
	> > >Пинги ходят только до сетевухи сервера FreeBSD, ее адрес 192.168.0.126. >В options.cuad0 прописано выдавать удаленной машине 192.168.1.127, адрес сервера 192.168.1.126. >адрес днс 192.168.0.123. > Вот здесь корень проблемы - настрой маршрутизацию на windows route add 192.168.1.126 192.168.0.126 Винда не знает куда слать пакеты.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	11. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Firewater (ok) on 06-Мрт-06, 13:04
	>> >> >>Пинги ходят только до сетевухи сервера FreeBSD, ее адрес 192.168.0.126. >>В options.cuad0 прописано выдавать удаленной машине 192.168.1.127, адрес сервера 192.168.1.126. >>адрес днс 192.168.0.123. >> >Вот здесь корень проблемы - настрой маршрутизацию на windows > >route add 192.168.1.126 192.168.0.126 > >Винда не знает куда слать пакеты. Да нет, это все не то. Тут нужно роутинг на машине с фрибсд настраивать, причем чтобы только DNS пакеты ходили... Кто бы подсказал как это правильно сделать.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	12. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Skif (ok) on 06-Мрт-06, 14:08
	> >Да нет, это все не то. Тут нужно роутинг на машине с >фрибсд настраивать, причем чтобы только DNS пакеты ходили... Кто бы подсказал >как это правильно сделать. А это что по твоему? Или они по промыслу божьему ходят и на маршрутизацию с эйфелевой башни плевали? Вот расскажи мне такую ситуацию, как в ней пакеты будут бегаь есть две сетки. A -192.168.1.0/24 B -192.168.2.0/24 Сетка А знает о существовании сети В , сетка В не знает о существовании сети А, но у нее есть дефаулт роут на честный IP ххх.ххх.ххх.ххх Теперь хост из сети А шлет запрос по icmp/udp/tcp на хост из сети В. Вопрос, куда хост из сети В отправит пакеты? Как по мне, то на дефаултный роутер. Вопрос, как отправлять на сеть А пакеты из сети В ? Как по мне - прописат в таблице маршрутизации шлюз в сеть А, вида: route add 192.168.1.0 192.168.2.2 Выводы: а) незнание принципов маршрутизации пакетов б) нежелание делать как подсказывают в) необходимо устранить перечисленные пункты а) и б).
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	13. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Firewater (??) on 06-Мрт-06, 14:48
	>A -192.168.1.0/24 >B -192.168.2.0/24 > >Сетка А знает о существовании сети В , сетка В не знает >о существовании сети А, но у нее есть дефаулт роут на >честный IP ххх.ххх.ххх.ххх Не совсем так. Дефолт роут у этой сетки завязан на адрес MS-ISA сервера, иначе его Secure NAT просто не пускал бы в иннет. DNS сервер находится на другой машине из этой подсети, да это сетка 192.168.0.0/24 Вторая подсеть - это собственно ppp. На машине c Freebsd. Так причем здесь прописывания маршрута на LNS сервере из другой подсети, когда эи подсетки разделяет машина с Фрёй? Нет, безусловно можно выкинуть Squid, настроить NAT и радоваться жизни, но нужно настроить именно передачу пакетов DNS и именно на машине с Фрибсд. > >Выводы: >а) незнание принципов маршрутизации пакетов Может я и не прав. Если не прав то чем? >б) нежелание делать как подсказывают прописано это и на машине с DNS и для чистоты эксперимента также на дефолт роутере после прочтения Вашего первого ответа на эту тему. Ситуация не изменилась.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	14. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Skif (ok) on 06-Мрт-06, 15:07
	>>Сетка А знает о существовании сети В , сетка В не знает >>о существовании сети А, но у нее есть дефаулт роут на >>честный IP ххх.ххх.ххх.ххх > >Не совсем так. Дефолт роут у этой сетки завязан на адрес MS-ISA >сервера, иначе его Secure NAT просто не пускал бы в иннет. >DNS сервер находится на другой машине из этой подсети, да это >сетка 192.168.0.0/24 > >Вторая подсеть - это собственно ppp. На машине c Freebsd. Так причем >здесь прописывания маршрута на LNS сервере из другой подсети, когда эи >подсетки разделяет машина с Фрёй? Нет, безусловно можно выкинуть Squid, настроить >NAT и радоваться жизни, но нужно настроить именно передачу пакетов DNS >и именно на машине с Фрибсд. > Вот именно или на роутере, что идиологически правильно, либо на ДНС-сервере необходимо прописать обратный маршрут к сети 192.168.1.0/24 так как о ней маршрутизатор ничего не знает, по этому он отправляет пакеты в никуда. >> >>Выводы: >>а) незнание принципов маршрутизации пакетов >Может я и не прав. Если не прав то чем? Выше > >>б) нежелание делать как подсказывают >прописано это и на машине с DNS и для чистоты эксперимента также >на дефолт роутере после прочтения Вашего первого ответа на эту тему. >Ситуация не изменилась. Ок. Тогда netstat -rn на фре и виндах, включая дефолтный роутер. Если траффик идет через дефолтный роутер от DNS сервера(тобишь там прописан только дефолтный роут и ничего больше в таблице маршрутов), тогда вбить в правила фаервола ISA пропуск пакетов (пока всех, потом по личному усмотрению) из 192.168.0.0/24 в 192.168.1.0/24 Так же неплохо бы посмотреть на tcpdump -i _lan_interface_ уверен, что пакеты с фряхи уходят через него, но не возвращаются. Если вы это сами увидите, то поймете, что проблема заключается в том, что пакеты от вас ушли, но виндовые машины не могут их вернуть вам обратно. Причин может быть две, либо фаер, либо маршрутизация. Я склоняюсь к последнему варианту
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	15. "Как резолвить dns на удаленной стороне через pppd+mgetty?"
	Сообщение от Firewater (??) on 06-Мрт-06, 16:52
	Сделал все проще, поднял кеширующий bind :-))
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]