1. Уважаемые посетители форума! Прежде чем помещать в форум новое сообщение о возникшей у Вас проблеме, пожалуйста, поищите ее решение в ответах на часто задаваемые вопросы FAQ, или воспользуйтесь поиском по форуму.
  2. Форум не является системой моментального ответа на вопросы. Если Вам необходимо получить ответ на ваш вопрос в кратчайшие сроки - пожалуйста, позвоните в ближайший к Вам региональный офис D-Link.
faq обучение настройка
Текущее время: Вс июн 22, 2025 01:38

Сообщения без ответов | Активные темы


Список форумов » ADSL и последняя миля

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  Страница 1 из 3
  [ Сообщений: 40 ]  На страницу 1, 2, 3  След.
  Предыдущая тема | Следующая тема 
Автор Сообщение
Magnitudo
 Заголовок сообщения: 2500u. Ошибочная запись с DNS.
СообщениеДобавлено: Чт июн 24, 2010 23:32 
Не в сети

Зарегистрирован: Ср ноя 25, 2009 02:55
Сообщений: 135
Откуда: Рязань
Добрый вечер.
Столкнулся со следующей проблемой.
При работе модема с DNS возникает следующая ошибка:
Фрагмент вывода команды
Код:
iptables -t nat -L -v

Код:
  642 40756 DNAT       udp  --  br0    any     anywhere             192.168.100.1       udp dpt:domain to:128.9.0.107
    0     0 DNAT       udp  --  br0    any     anywhere             192.168.100.1       udp dpt:domain to:212.26.224.65


Как видно есть две записи для перенаправления пакетов к DNS-серверу:
1) 1ая запись добавляется модемом автоматически (когда это делается я поймать не смог) и, по идее, должна удалятся после получения правильного DNS, вот такой командой:
Код:
iptables -t nat -D PREROUTING -i br0 -d 192.168.100.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null

Судя по логам эта команда выполняется, но запись остается.
2) Правильная запись, которая добавляется после получения DNS от провайдера. По идее должна оставаться только она.

В результате для клиентских компьютеров становиться невозможным разрешение имен DNS, но по IP-адресам все работает нормально.
У меня сейчас прошивка 1.56, но данная проблема проявлялась и с более ранними версиями.
Эксперименты показали, что чаще всего данный глюк возникает сразу после включения модема, но может появиться и в процессе работы. К сожалению более четких условий сформулировать не могу.

Мне видится логичным полное удаление из прошивки добавления фиктивной записи о DNS, т.к. ее практический смысл совершенно не понятен.

_________________
DSL-2500U/BRU/D. Fw 1.58.
Вернуться наверх
 Профиль  
 
Magnitudo
 Заголовок сообщения:
СообщениеДобавлено: Вс июн 27, 2010 01:34 
Не в сети

Зарегистрирован: Ср ноя 25, 2009 02:55
Сообщений: 135
Откуда: Рязань
Up

_________________
DSL-2500U/BRU/D. Fw 1.58.
Вернуться наверх
 Профиль  
 
Magnitudo
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 30, 2010 10:02 
Не в сети

Зарегистрирован: Ср ноя 25, 2009 02:55
Сообщений: 135
Откуда: Рязань
Ау, техподдержка!!!

_________________
DSL-2500U/BRU/D. Fw 1.58.
Вернуться наверх
 Профиль  
 
Magnitudo
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 00:21 
Не в сети

Зарегистрирован: Ср ноя 25, 2009 02:55
Сообщений: 135
Откуда: Рязань
Up

_________________
DSL-2500U/BRU/D. Fw 1.58.
Вернуться наверх
 Профиль  
 
Davydov Denis
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 09:36 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Вы уверены, что этот IP адрес DNS сервера (128.9.0.107) получен не от провайдера (а откуда собственно ему еще взяться)?
Вообще мы с легкостью можем смоделировать это (модем подключен с использованием PPPoE):
Код:
> iptables -t nat -L -v
Chain PREROUTING (policy ACCEPT 1 packets, 60 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 DNAT       udp  --  br0    any     anywhere             192.168.1.1         udp dpt:domain to:192.168.100.1

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 MASQUERADE  all  --  any    ppp_0_10_40_1  192.168.1.0/24       anywhere

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination


Модем получает только то (192.168.100.1 - IP адрес DNS), что ему отдает PPP сервер.

_________________
С уважением, Давыдов Денис.
Вернуться наверх
 Профиль  
 
Magnitudo
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 12:10 
Не в сети

Зарегистрирован: Ср ноя 25, 2009 02:55
Сообщений: 135
Откуда: Рязань
Davydov Denis писал(а):
Вы уверены, что этот IP адрес DNS сервера (128.9.0.107) получен не от провайдера (а откуда собственно ему еще взяться)?


Абсолютно уверен. Запустите полнотекстовый поиск по исходным кодам прошивки модема и вы с легкостью найдете этот IP-адрес и команды его удаления/добавления!

Проблема кроется где-то внутри прошивки модема. Когда у меня в таблице был этот DNS-адрес я пытался удалить его с помощью выше названной команды iptables -- модем данную команду отвергал! Удаление правила по его номеру работало:
Код:
iptables -t nat -D PREROUTING 1

Как я уже говорил я не смог однозначно установить ситуацию когда эта проблема возникает!
Кроме того на форму встречается достаточно много тем со сходными симптомами проблемы, но в тех случаях пишущие люди к сожалению не обладали достаточными знаниями для полного анализа ситуации!

Я больше чем уверен, что разработчикам прошивки ничего не стоит вместо этого адреса вбить какой-либо из публичных DNS, например 8.8.8.8 от Google, что решит данную проблему! Искать истинную причнину не считаю целесообразными.

_________________
DSL-2500U/BRU/D. Fw 1.58.
Вернуться наверх
 Профиль  
 
Davydov Denis
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 12:52 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Но почему же в выводе моего модема этого не наблюдается?
Модем использует лишь то, что получил от PPP сервера.

_________________
С уважением, Давыдов Денис.
Вернуться наверх
 Профиль  
 
name_w
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 14:43 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Вот лог с начала загрузки. Обратите внимание на добавление правила до начала ppp сессии. И вообще 128.9.0.107, это бывший IP B.ROOT-SERVERS.NET. Так что вопрос актуален, зачем это?

Цитата:
Jun 7 13:41:49 BCM96345 started: BusyBox v1.00 (2010.04.27-07:21+0000)
Jun 7 13:41:49 kernel: klogd started: BusyBox v1.00 (2010.04.27-07:21+0000)
Jun 7 13:41:49 kernel: Linux version 2.6.8.1 (joan@BB3) (gcc version 3.4.2) #1 Tue Apr 27 15:19:05 CST 2010
Jun 7 13:41:49 kernel: Serial flash device: name S25FL016A, id 0x0114, size 2048KB
Jun 7 13:41:49 kernel: 96332CG prom init
Jun 7 13:41:49 kernel: CPU revision is: 00029010
Jun 7 13:41:49 kernel: Determined physical RAM map:
Jun 7 13:41:49 kernel: memory: 007a0000 @ 00000000 (usable)
Jun 7 13:41:49 kernel: On node 0 totalpages: 1952
Jun 7 13:41:49 kernel: DMA zone: 1952 pages, LIFO batch:1
Jun 7 13:41:49 kernel: Normal zone: 0 pages, LIFO batch:1
Jun 7 13:41:49 kernel: HighMem zone: 0 pages, LIFO batch:1
Jun 7 13:41:49 kernel: Built 1 zonelists
Jun 7 13:41:49 kernel: Kernel command line: root=31:0 ro noinitrd console=ttyS0,115200
Jun 7 13:41:49 kernel: brcm mips: enabling icache and dcache...
Jun 7 13:41:49 kernel: Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
Jun 7 13:41:49 kernel: Primary data cache 8kB 2-way, linesize 16 bytes.
Jun 7 13:41:49 kernel: PID hash table entries: 32 (order 5: 256 bytes)
Jun 7 13:41:49 kernel: Using 120.000 MHz high precision timer.
Jun 7 13:41:49 kernel: Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Jun 7 13:41:49 kernel: Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Jun 7 13:41:49 kernel: Memory: 6024k/7808k available (1287k kernel code, 1764k reserved, 184k data, 64k init, 0k highmem)
Jun 7 13:41:49 kernel: Calibrating delay loop... 239.20 BogoMIPS
Jun 7 13:41:49 kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Jun 7 13:41:49 kernel: Checking for 'wait' instruction... unavailable.
Jun 7 13:41:49 kernel: NET: Registered protocol family 16
Jun 7 13:41:49 kernel: Total Flash size: 2048K with 32 sectors
Jun 7 13:41:49 kernel: File system address: 0xbfc10100
Jun 7 13:41:49 kernel: Can't analyze prologue code at 801506c4
Jun 7 13:41:49 kernel: PPP generic driver version 2.4.2
Jun 7 13:41:49 kernel: NET: Registered protocol family 24
Jun 7 13:41:49 kernel: Using noop io scheduler
Jun 7 13:41:49 kernel: bcm963xx_mtd driver v1.0
Jun 7 13:41:49 kernel: brcmboard: brcm_board_init entry
Jun 7 13:41:49 kernel:
Jun 7 13:41:49 kernel: ======= GPIO CONFIG_BCM96338 inited ========
Jun 7 13:41:49 kernel: Serial: BCM63XX driver $Revision: 3.00 $
Jun 7 13:41:49 kernel: ttyS0 at MMIO 0xfffe0300 (irq = 10) is a BCM63XX
Jun 7 13:41:49 kernel: NET: Registered protocol family 2
Jun 7 13:41:49 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Jun 7 13:41:49 kernel: TCP: Hash tables configured (established 512 bind 1024)
Jun 7 13:41:49 kernel: NET: Registered protocol family 1
Jun 7 13:41:49 kernel: NET: Registered protocol family 17
Jun 7 13:41:49 kernel: Ebtables v2.0 registered
Jun 7 13:41:49 kernel: NET: Registered protocol family 8
Jun 7 13:41:49 kernel: NET: Registered protocol family 20
Jun 7 13:41:49 kernel: 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
Jun 7 13:41:49 kernel: All bugs added by David S. Miller <davem@redhat.com>
Jun 7 13:41:49 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jun 7 13:41:49 kernel: Freeing unused kernel memory: 64k freed
Jun 7 13:41:49 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jun 7 13:41:49 kernel: atmapi: module license 'Proprietary' taints kernel.
Jun 7 13:41:49 kernel: adsl: adsl_init entry
Jun 7 13:41:49 kernel: blaadd: blaa_detect entry
Jun 7 13:41:49 kernel: Broadcom BCMPROCFS v1.0 initialized
Jun 7 13:41:49 kernel: Broadcom BCM6338A2 Ethernet Network Device v0.3 Apr 27 2010 15:17:46
Jun 7 13:41:49 kernel: Config Internal PHY Through MDIO
Jun 7 13:41:49 kernel: BCM63xx_ENET: 100 MB Full-Duplex (auto-neg)
Jun 7 13:41:49 kernel: eth0: MAC Address: 00:1E:58:47:2B:CF
Jun 7 13:41:49 kernel: eth0 Link UP.
Jun 7 13:41:49 kernel: BcmAdsl_Initialize=0xC0068A48, g_pFnNotifyCallback=0xC0081784
Jun 7 13:41:49 kernel: AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000002
Jun 7 13:41:49 kernel: pSdramPHY=0xA07FFFF8, 0x1B7740 0xDEADBEEF
Jun 7 13:41:49 kernel: AdslCoreHwReset: AdslOemDataAddr = 0xA07EF96C
Jun 7 13:41:49 kernel: AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000002
Jun 7 13:41:49 kernel: DoInitialize: do kerSysRegisterDyingGaspHandler
Jun 7 13:41:49 kernel: dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
Jun 7 13:41:49 kernel: DoInitialize: do put_user
Jun 7 13:41:49 kernel: DoInitialize: do kerSysLedCtrl
Jun 7 13:41:49 kernel: ATM proc init !!!
Jun 7 13:41:49 kernel: ADSL G.994 training
Jun 7 13:41:49 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jun 7 13:41:49 kernel: ip_conntrack version 2.1 (61 buckets, 0 max) - 376 bytes per conntrack
Jun 7 13:41:49 kernel: ip_conntrack_pptp version 2.1 loaded
Jun 7 13:41:49 kernel: ip_nat_pptp version 2.0 loaded
Jun 7 13:41:49 kernel: ip_conntrack_rtsp v0.01 loading
Jun 7 13:41:49 kernel: ip_nat_rtsp v0.01 loading
Jun 7 13:41:49 kernel: unregistering helper for port 5060
Jun 7 13:41:49 kernel: unregistering helper for port 5060
Jun 7 13:41:49 kernel: device eth0 entered promiscuous mode
Jun 7 13:41:49 kernel: br0: port 1(eth0) entering learning state
Jun 7 13:41:49 kernel: br0: topology change detected, propagating
Jun 7 13:41:49 kernel: br0: port 1(eth0) entering forwarding state
Jun 7 13:41:49 kernel: device nas_0_1_32 entered promiscuous mode
Jun 7 13:41:49 kernel: br0: port 2(nas_0_1_32) entering learning state
Jun 7 13:41:49 kernel: br0: topology change detected, propagating
Jun 7 13:41:49 kernel: br0: port 2(nas_0_1_32) entering forwarding state
Jun 7 13:41:49 syslog: pppd plugin pppoe nas_0_1_32 nodetach user 'az003258@dsl.ukrtel.net' password ********** interface_name 0_1_32_1 usepeerdns refuse-eap persist lcp-echo-interval 30 holdoff 3 lcp-echo-failure 3 maxfail 0 nomppc nomppe refuse-chap mtu 1454 mru 1454 &
Jun 7 13:41:50 kernel: ADSL G.992 started
Jun 7 13:41:51 pppd[270]: Plugin pppoe loaded.
Jun 7 13:41:51 pppd[270]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.3
Jun 7 13:41:51 pppd[270]: Plugin pppoe called.
Jun 7 13:41:51 pppd[270]: pppd 2.4.3 started by admin, uid 0
Jun 7 13:41:55 kernel: ADSL G.992 channel analysis
Jun 7 13:42:01 kernel: ADSL G.992 message exchange
Jun 7 13:42:02 kernel: ADSL link up, interleaved, us=1244, ds=2463
Jun 7 13:42:02 kernel: ADSL2/ADSL2+ connection
Jun 7 13:42:02 kernel: ATM Soft SAR: ATM link connected.
Jun 7 13:42:03 syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Jun 7 13:42:04 pppd[270]: PPP session is 3571
Jun 7 13:42:04 pppd[270]: Using interface ppp0_1_32_1
Jun 7 13:42:04 pppd[270]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Jun 7 13:42:04 pppd[270]: Couldn't increase MRU to 1500
Jun 7 13:42:05 pppd[270]: Remote message: permission denied
Jun 7 13:42:05 pppd[270]: PAP authentication failed
Jun 7 13:42:05 pppd[270]: Couldn't increase MRU to 1500
Jun 7 13:42:05 pppd[270]: Connection terminated....
Jun 7 13:42:08 pppd[270]: Sent PADT
Jun 7 13:42:11 pppd[270]: PPP session is 7353
Jun 7 13:42:11 pppd[270]: Using interface ppp0_1_32_1
Jun 7 13:42:11 pppd[270]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Jun 7 13:42:11 pppd[270]: Couldn't increase MRU to 1500
Jun 7 13:42:11 pppd[270]: Remote message: permission denied
Jun 7 13:42:11 pppd[270]: PAP authentication failed
Jun 7 13:42:11 pppd[270]: Couldn't increase MRU to 1500
Jun 7 13:42:11 pppd[270]: Connection terminated....
Jun 7 13:42:15 pppd[270]: Sent PADT
Jun 7 13:42:18 pppd[270]: PPP session is 3608
Jun 7 13:42:18 pppd[270]: Using interface ppp0_1_32_1
Jun 7 13:42:18 pppd[270]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Jun 7 13:42:18 pppd[270]: Couldn't increase MRU to 1500
Jun 7 13:42:18 pppd[270]: PAP authentication succeeded
Jun 7 13:42:18 pppd[270]: peer from calling number 00:90:1A:42:21:20 authorized
Jun 7 13:42:18 pppd[270]: local IP address 94.179.201.125
Jun 7 13:42:18 pppd[270]: remote IP address 195.5.5.203
Jun 7 13:42:18 pppd[270]: primary DNS address 213.179.249.135
Jun 7 13:42:18 pppd[270]: secondary DNS address 213.179.249.136
Jun 7 13:42:19 syslog: route add default gw 195.5.5.203 dev ppp_0_1_32_1 2>/dev/null
Jun 7 13:42:19 syslog: route add -net 0.0.0.0 netmask 255.255.255.255 metric 1 gw 195.5.5.203 2>/dev/null
Jun 7 13:42:19 syslog: echo route add -net 0.0.0.0 netmask 255.255.255.255 metric 1 gw 195.5.5.203 2>/dev/null >> /var/StaticRoute
Jun 7 13:42:19 syslog: iptables -A FORWARD -o ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jun 7 13:42:19 syslog: iptables -A FORWARD -i ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jun 7 13:42:19 syslog: echo > /proc/net/ip_conntrack
Jun 7 13:42:19 syslog: echo "600" > /proc/sys/net/ipv4/ip_conntrack_max
Jun 7 13:42:19 syslog: echo 2000 > /proc/sys/net/ipv4/netfilter/ip_conntrack_generic_timeout
Jun 7 13:42:19 syslog: echo 600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
Jun 7 13:42:19 syslog: echo 1400 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_fin_wait
Jun 7 13:42:19 syslog: echo 120 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait
Jun 7 13:42:19 syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Jun 7 13:42:19 syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Jun 7 13:42:19 syslog: echo 5 > /proc/sys/net/ipv4/ipfrag_time
Jun 7 13:42:19 syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Jun 7 13:42:19 syslog: iptables -t nat -D POSTROUTING -o ppp_0_1_32_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jun 7 13:42:19 syslog: iptables -t nat -A POSTROUTING -o ppp_0_1_32_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Jun 7 13:42:20 syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 213.179.249.135 2>/dev/null
Jun 7 13:42:20 syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 213.179.249.135
Jun 7 13:42:20 syslog: /bin/dnsprobe &
Jun 7 13:42:20 dnsprobe[461]: dnsprobe started!
Jun 7 13:42:20 syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Jun 7 13:42:20 syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Jun 7 13:42:20 syslog: echo 30 > /proc/sys/net/ipv4/ipfrag_time
Цитата:
[/b]
Вернуться наверх
 Профиль  
 
Magnitudo
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 16:20 
Не в сети

Зарегистрирован: Ср ноя 25, 2009 02:55
Сообщений: 135
Откуда: Рязань
Davydov Denis писал(а):
Но почему же в выводе моего модема этого не наблюдается?
Модем использует лишь то, что получил от PPP сервера.


Потому что это глюк, который проявляется не всегда.
У меня в 99% времени все тоже работает отлично, но вот иногда случается конфуз!

P.S. Дабы перейти от неконструктивного сомнения в правдивости моих слов (моей дееспособности и квалификации) к реальному решению проблем, предлагаю вам почитать мои посты вот отсюда и до конца темы viewtopic.php?p=586152#586152

_________________
DSL-2500U/BRU/D. Fw 1.58.
Вернуться наверх
 Профиль  
 
Magnitudo
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 16:18 
Не в сети

Зарегистрирован: Ср ноя 25, 2009 02:55
Сообщений: 135
Откуда: Рязань
Я на две недели уезжаю, поэтому не смогу отвечать в теме, но вопрос актуален и открыт.

_________________
DSL-2500U/BRU/D. Fw 1.58.
Вернуться наверх
 Профиль  
 
Davydov Denis
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 09, 2010 11:16 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
Проверил еще раз.
Да, действительно такая запись добавляется, но удаляется и заменяется полученным IP адресом DNS сервера.
Хронология с записями из лога:
Код:
Jan 1 00:00:52     user     debug     syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107

Jan 1 00:00:58     user     debug     syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null

Jan 1 00:00:58     user     debug     syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 192.168.100.1


Код:
> iptables -t nat -L -v
Chain PREROUTING (policy ACCEPT 87 packets, 5220 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 DNAT       udp  --  br0    any     anywhere             192.168.1.1         udp dpt:domain to:192.168.100.1

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 MASQUERADE  all  --  any    ppp_0_8_35_1  192.168.1.0/24       anywhere

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination


После этого все корректно ресольвится, причем 128.9.0.107 в ресольвинге не участвует.

_________________
С уважением, Давыдов Денис.
Вернуться наверх
 Профиль  
 
renoir
 Заголовок сообщения:
СообщениеДобавлено: Пн июл 12, 2010 20:54 
Не в сети

Зарегистрирован: Пн июл 12, 2010 20:44
Сообщений: 23
Проблему подтверждаю.
Модем DSL-2650, прошивка RU_1.16, провайдер "УкрТелеКом".
Проявляется при обрыве ADSL линка, до момента установки PPP.
Таких записей (с 128.9.0.107) может быть очень много.
Уберите, пожалуйста в последующих прошивках добавление этой записи.

P.S.
Наболело.
Вернуться наверх
 Профиль  
 
Davydov Denis
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 13, 2010 09:38 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва
renoir писал(а):
Проблему подтверждаю.
Модем DSL-2650, прошивка RU_1.16, провайдер "УкрТелеКом".
Проявляется при обрыве ADSL линка, до момента установки PPP.
Таких записей (с 128.9.0.107) может быть очень много.
Уберите, пожалуйста в последующих прошивках добавление этой записи.

P.S.
Наболело.

После установления PPP подключения запись исчезает или нет?
До момента установления PPP подключения эта запись ровным счетом никак ни на что не влияет.

_________________
С уважением, Давыдов Денис.
Вернуться наверх
 Профиль  
 
renoir
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 13, 2010 18:27 
Не в сети

Зарегистрирован: Пн июл 12, 2010 20:44
Сообщений: 23
Нет, запись не исчезает.
Позже приведу лог.
Вернуться наверх
 Профиль  
 
LesnikRzn
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 13, 2010 23:52 
Не в сети

Зарегистрирован: Чт дек 10, 2009 18:56
Сообщений: 39
renoir писал(а):
Нет, запись не исчезает.
Позже приведу лог.

Проблема есть как минимум на всей серии BRU/D
Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  Страница 1 из 3
  [ Сообщений: 40 ]  На страницу 1, 2, 3  След.

Список форумов » ADSL и последняя миля

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 15

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB