Проблема с сетью

вообще какие у нас пакеты то за ДНС отвечают, может реинсталл?
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
mango
2. Днс-ы пингуются и отвечают по 53 порту телнету. Вот почему dig молчит при этом? см 1й пост.
telnet у тебя по tcp ходит, а с dns ты общаешься по udp, не?
Разберемся, голубчик!
amigo
mango
2. Днс-ы пингуются и отвечают по 53 порту телнету. Вот почему dig молчит при этом? см 1й пост.
telnet у тебя по tcp ходит, а с dns ты общаешься по udp, не?
вроде утверждение верно, все мои сервера где нужно было вкрутить dns по умолчанию висят на udp. Но куда намек? пакет кудато уходит и не приходит? куда не ясно… чтото срезает udp трафик? хм, а nslookup работает или тупит как и dig? У меня паника =) (я проблем c днс, кроме физических(канал,фаервол и пр.) уже не видел лет 5) . Вот и ставь арч как сервер… вот так погонит dhcp(если конечно dhcp, но от перестановки слагаемых сумма не изменится) и придется краснеть перед дебианщиком или фряшником, простите за сарказм сквозь слезы…. Наверно,тоже бы попробовал бы воткнуться в др. порт,ну надеюсь проод обжат по B-схеме, хотя от этого врядли был бы такой эффект…
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Тут в чати люди подсказывают множество проблем https://bugs.archlinux.org/task/24615 , в т.ч. и с поиском по glibc в багтрекере.
Разберемся, голубчик!
corner
Ну и как вариант настроить роутер на раздачу без dhcp - статика…?
Он статикой был настроен года 3 назад, но потом надоело. Вот и был настроен на раздачу по DHCP.
sleepycat
вообще какие у нас пакеты то за ДНС отвечают, может реинсталл?
За днс? никакие ;-) За DHCP - dhcpcd, читал на буржуйском форуме, что можно переехать на dhclient, но при этом, он тянет net-tools, которые depricated.
Не поверишь, как раз 19 декабря переехал с x86 на x86_64 битную архитектуру.
amigo
mango
2. Днс-ы пингуются и отвечают по 53 порту телнету. Вот почему dig молчит при этом? см 1й пост.
telnet у тебя по tcp ходит, а с dns ты общаешься по udp, не?
Упс. И действительно, ступил. Ваша правда. По UDP и 53 порту.
sleepycat
amigo
mango
2. Днс-ы пингуются и отвечают по 53 порту телнету. Вот почему dig молчит при этом? см 1й пост.
telnet у тебя по tcp ходит, а с dns ты общаешься по udp, не?
вроде утверждение верно, все мои сервера где нужно было вкрутить dns по умолчанию висят на udp. Но куда намек? пакет кудато уходит и не приходит? куда не ясно… чтото срезает udp трафик? хм, а nslookup работает или тупит как и dig? У меня паника =) (я проблем c днс, кроме физических(канал,фаервол и пр.) уже не видел лет 5) . Вот и ставь арч как сервер… вот так погонит dhcp(если конечно dhcp, но от перестановки слагаемых сумма не изменится) и придется краснеть перед дебианщиком или фряшником, простите за сарказм сквозь слезы…. Наверно,тоже бы попробовал бы воткнуться в др. порт,ну надеюсь проод обжат по B-схеме, хотя от этого врядли был бы такой эффект…
И host и nslookup так же молчат, как партизаны. Значит действительно где то режется udp.
Всё обжато по B. Попытки менять порт в роутере - показывают один результат. На метеринской плате два встроенных езернета (на чипсетах нвидиа и реалтек) и оба пробовал. :-(

И по ходу вопрос: что теперь использовать вместо netstat, если net-tools depricated?
Может, посмотреть правила файрвола роутера?
Вместо netstat теперь ss из iproute2.
corner
Может, посмотреть правила файрвола роутера?
Вместо netstat теперь ss из iproute2.
Файрволла, как такового там нет ;-)

За ss - спасибо.
Когда перестают резолвиться адреса, попробуйте посмотреть tcpdump-ом, что куда уходит и что приходит во время работы dig.
Со вчера ещё ничего не слетало. Так что сам жду, когда этот глюк повторится ;)
ну да ,если на железке там нету лога демона dhcp, то чтото смотреть после сбоя traceroute и (страшным) tcpdump. Просто udp он не tcp… тут надо анализировать оба конца,имхо.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
 
Зарегистрироваться или войдите чтобы оставить сообщение.