August 2003 - UANOG

Валидация реципиента фронтэндом
by Sergey Saley 28 Aug '03

28 Aug '03

Доброе время суток! Рассмотрим следующую картинку: Есть MTA (фронтэнд), живущий на MX с наименьшим preference. Он принимает почту для домена и в случае валидации всякими dnsbl, SpamAssassing, GreyListins, VerifySender безусловно форвардит почту на второй MTA, который уже занимается локальной доставкой в mailboxes и прнимает входящую почту только от фронтэнда. Фронтэнд ничего не знает о юзерах, которые имеют эти mailboxes под вторым MTA и живет на другой машине. Для простоты разбора ситуации предположим, что оба MTA - штатные для FreeBSD sendmail'ы. Возможно ли каким-то образом уже на этапе RCPT TO на фронтэнде проверять наличие у второго MTA валидного локального юзера или ролевого алиаса? man что? http где? Заранее благодарен... -- WBR, Sergey Saley SA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 3

RE: Re: RE: Re: Sendmail question
by Sergei Podnos 27 Aug '03

27 Aug '03

Да как сказать насчет вероятности, а насчет для чего все просто SPAM от червивых dialup машин уже просто достал. Antivirus shield их конечно отсекает но получать такое количество предупреждений о письмах с вирусами я уже просто устал. Надо отсекать на более раннем этапе. -----Original Message----- From: vladimir.sharun(a)ukr.net [mailto:vladimir.sharun@ukr.net] Sent: Wednesday, August 27, 2003 6:41 PM To: uanog(a)uanog.kiev.ua Subject: [uanog] Re: RE: Re: Sendmail question Sergei Podnos wrote: > Возможно я некорректно выразился. Интересует решения наслучай когда в > message-id стоит nnnnnn(a)my.server.com, а клиент который его создает не из моих сеток. > Причем это не запрещенный транзит потому что получатель это я. Если > есть какой нибудь конструктив попроще поделитесь plz. Кхм, и чего ты добьешься ? Мышь например ставит в msgid то, что в домене машины прописано. Вероятность ложного срабатывания шибко больше нуля. И кстати ты не говоришь, какая цель преследуется. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: Re: Sendmail question
by Sergei Podnos 27 Aug '03

27 Aug '03

Спасибо Валентин Возможно я некорректно выразился. Интересует решения наслучай когда в message-id стоит nnnnnn(a)my.server.com, а клиент который его создает не из моих сеток. Причем это не запрещенный транзит потому что получатель это я. Если есть какой нибудь конструктив попроще поделитесь plz. Сергей -----Original Message----- From: Valentin Nechayev [mailto:netch@netch.kiev.ua] Sent: Wednesday, August 27, 2003 6:30 PM To: uanog(a)uanog.kiev.ua Subject: [uanog] Re: Sendmail question Wed, Aug 27, 2003 at 12:29:58, Podnos wrote about "[uanog] Sendmail question": > Ткните пальцем plz можно ли sendmail сказать что бы он снаружи принимал письма только транзитные i.e. Уже сформированные, а не делал первичное формирование письма (аналог mail )?. Опишите Ваши критерии несформированности письма. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

2 1

Sendmail question
by Sergei Podnos 27 Aug '03

27 Aug '03

Hi all Ткните пальцем plz можно ли sendmail сказать что бы он снаружи принимал письма только транзитные i.e. Уже сформированные, а не делал первичное формирование письма (аналог mail )?. Сергей Поднос Podnos(a)validio.com.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

2 1

LL & DDR
by Vitaliy Karlov 27 Aug '03

27 Aug '03

Добрый день всем! Возможно кто-то уже наступал на грабли, прошу помочь. Имеем Cisco2620 (NM-16A), пара модемов GVC R21 (модемы LL не поддерживают). Version 12.2(17a) Конфигурируем со стороны циски "отвечающую" сторону: Router OSPF является инициатором DDR. Проблема в следующем: #deb dialer events Aug 27 15:38:21: As35 DDR: Dialing cause ip (s=195.69.201.15, d=224.0.0.5) Aug 27 15:38:31: As35 DDR: Dialing cause ip (s=195.69.201.15, d=224.0.0.5) Aug 27 15:38:41: As35 DDR: Dialing cause ip (s=195.69.201.15, d=224.0.0.5) ... и нет: DDR: Attempting to dial Модем просто-напросто не пытается говорить АТА. Собственно конфиги: chat-script ata ABORT ERROR ABORT "NO " "" ATZ OK ATA TIMEOUT 60 CONNECT dialer-list 1 protocol ip permit interface Async35 ip unnumbered Loopback0 encapsulation ppp no ip mroute-cache no logging event link-status keepalive 10 dialer in-band dialer idle-timeout 0 dialer wait-for-carrier-time 60 dialer redial interval 5 attempts 65535 dialer string ata dialer-group 1 async mode dedicated peer default ip address x.x.x.x pulse-time 3 hold-queue 128 in hold-queue 128 out end line 33 36 exec-timeout 0 0 flush-at-activation script dialer ata modem InOut transport input all escape-character NONE stopbits 1 speed 38400 flowcontrol hardware P.S. Вопрос к гуру. Можно ли собрать LL на модемах, не понимающих режим выделенной линии, не прибегая к DDR? Благодарен за любую помощь. -- WBR, Vitaliy Karlov [KV1670-RIPE] Lugansk Telephone Company, (+380 642) 590-598 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

strange needed
by Maxim Mazurok 27 Aug '03

27 Aug '03

хочу странного имеем: кошку с одним эзером и N serial. ТЗ: траффик serial<->serial должен быть запрещен, разрешен только ether<->serial. кто-нибудь знает простое решение? -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

8 13

RE: Re: RE: Re: Cisco & MTU
by Pavel Narozhniy 26 Aug '03

26 Aug '03

> -----Original Message----- > From: Alexandr D. Kanevskiy [mailto:kad@interdon.net] > Sent: Tuesday, August 26, 2003 10:18 AM > To: uanog(a)uanog.kiev.ua > Subject: [uanog] Re: RE: Re: Cisco & MTU > > > On Tue, Aug 26, 2003 at 10:01:29AM +0300, Pavel Narozhniy wrote: > > > On Fri, Aug 22, 2003 at 05:12:46PM +0300, Oleksandr > Listopad wrote: > > > > один Linux. Ситуация одинаковая везде. Чтобы решить ситуацию я > > > > пробовал устанавливать route-map, в котором стоит set ip df > > > 0 для всех > > > > TCP пакетов -- не помогало, ставил ip tcp adjust-mss 1400 и даже > > > > меньше: снова не помогло!:( > > > > > > Не понимаю, простите. А что, разве кошка, отбрасывая пакет, > > > превышающий MTU на интерфейсе, не посылает отправителю сего > > > пакета ICMP-сообщение с просьбой уменьшить размеры > > > отправляемых пакетов? Обычно при такой схеме бывают глюки > > > только в случаях, если кто-то режет все ICMP, что не есть разумно. > > > > И в случае пригруженного канала, и во многих других случаях. Менять > > размер MTU на Интернет-каналах может только тот, кто сам > себе злобный > > буратин. > > при нормально работающем pMTU discovery (что подразумевает > работающий нормально ICMP, > и пригруженность канала не сильно критична, icmp пакет с 3-4 > раза дойдет до С 3-4 раза? Итого: имеем 3-4 убитых TCP сессии. > маршрутизатора клиента который перефрагментирует пакет) > mtu по дороге может быть практически любым. а вот админов > которые режут тупо icmp > убивать надо в детстве... =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

2 1

Cisco & MTU
by Oleksandr Listopad 26 Aug '03

26 Aug '03

hi! Знаю что старо... Есть клиент у которого есть локалка, локалка подключена в cisco 2611 в которую воткнут их default route. Канал этого клиента состоит из двух участков. Первый участок (от моего узла) представляет собой пару бриджевых модемов, которые не могут пропускать пакеты размером >1500 байт. Конец этого участка воткнут в свич. Так на свич заведен vlan клиента. В свич воткнут модем с клиентской выделенки. Клиент у себя получает обычный Ethernet, без 802.1q. Для нормальной работы всей это связки установлено ip mtu 1400 на моем и клиентском интерфейсах. А теперь внимание, вопрос! :) В локалке клиента стоит mtu по умолчанию 1500 байт и пакеты выходящие от клиента к нам все имеют выставленный DF бит в 1. Я это видел в ответных пакетах от клиента на пинги. Циска клиента не фрагментирует такие пакеты передавая их ко мне. Таким образом часть TCP-сервисов не работает (пакеты просто не пролазят на моем участке канала)! :( Локалка клиента состоит преимущественно из Win, есть один Linux. Ситуация одинаковая везде. Чтобы решить ситуацию я пробовал устанавливать route-map, в котором стоит set ip df 0 для всех TCP пакетов -- не помогало, ставил ip tcp adjust-mss 1400 и даже меньше: снова не помогло!:( Ткните меня в решение проблемы как мне решить эту ситуацию без замены момедов на нашей стороне и без выставления mtu во всей локалке клиента?! :-) Заранее спасибо! -- Laa =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

5 8

RE: Re: Cisco & MTU
by Pavel Narozhniy 26 Aug '03

26 Aug '03

> -----Original Message----- > From: Vladimir Melnik [mailto:melnik@gotmog.interstrada.net] > Sent: Monday, August 25, 2003 3:02 PM > To: uanog(a)uanog.kiev.ua > Subject: [uanog] Re: Cisco & MTU > > > On Fri, Aug 22, 2003 at 05:12:46PM +0300, Oleksandr Listopad wrote: > > один Linux. Ситуация одинаковая везде. Чтобы решить ситуацию я > > пробовал устанавливать route-map, в котором стоит set ip df > 0 для всех > > TCP пакетов -- не помогало, ставил ip tcp adjust-mss 1400 и даже > > меньше: снова не помогло!:( > > Не понимаю, простите. А что, разве кошка, отбрасывая пакет, > превышающий MTU на интерфейсе, не посылает отправителю сего > пакета ICMP-сообщение с просьбой уменьшить размеры > отправляемых пакетов? Обычно при такой схеме бывают глюки > только в случаях, если кто-то режет все ICMP, что не есть разумно. И в случае пригруженного канала, и во многих других случаях. Менять размер MTU на Интернет-каналах может только тот, кто сам себе злобный буратин. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 3

POP
by Michael Petuschak 25 Aug '03

25 Aug '03

Hi! А существует ли готовая тулза, чтобы по cron'у удалять с pop-сервера (по POP3) письма старше x дней? В fetchmail не нашел. Писать пока лень. Спасибо :) -- Michael Циклюю паркет. Hедорого. Правда, хреново. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 3