On Friday 16 April 2004 12:33, Vesselin Kolev wrote: > Забрави да прибавиш "man" след "Thank You" :) Е пак добре, че не > използва "К'о пра'иш ма, парцал" :)))
Не ми звучи добре с "man". > Ти питаше за удостоверителните механизми и аз поясних как се случват > нещата и показах защо хората са направили тези макроси "CLIENT_OPTIONS". > Не се прави на фолк певица с къса памет. Беше нужно само да прочетеш за > да схванеш. ... > Много ме радваш като пишеш глупости. При chroot имаш един родителски > процес и всички процеси по обслужване на задачи са дъщерни и получават > различен PID при стартирането на задачата. Сега ще слезем на по-ниско > ниво (махаме удостоверителните протоколи, че като гледам изпитваш > някакъв ужас от тях). Ето ти една малка картинка (изход от ps aux, но > малко поорязан от мен за да на пращам ненужна информация) с два налични > демона: Прочети моля те какво означава SID. Дъщерните процеси си го шерват. > root 17248 S Apr15 0:02 sendmail: accepting connections > ... > root 22159 S Apr16 0:12 sendmail: accepting connections > > Та това са два процеса на заключени демони работещи на една и съща > машина (mail hub), слушат на различни интерфейсни адреси, обслужват > различни групи от домейни, правят приоритизация и т.н., НО когато им се > наложи да изпращат поща до други сървъри (тогава работят като клиенти), > те използват един и същи изходящ адрес (към който няма закачени демони). > Ето сега аз изпращам през единия адрес писмо (пращам го от моят пощенски > клиент до демона). Стартира се нов процес: > > sendmail 4473 S 11:28 0:00 sendmail: i3G8STs3004473 > point-203.nat-lan.lcpe.pip.digsys.bg.: > > този процес е за приемане на задачата и той е сървърският процес. След > като задачата бъде приета се стартира клиентският процес (предаване на > писмото към някой от сървърите за поща в MX йерархията): > > sendmail 4476 S 11:28 0:00 sendmail: ./i3G8STs3004473 > mx1.mail.ukl.yahoo.com.: user open > > Въпросче. Как по PID ще ми познаеш клиентския процес? Много ми е > интересно да разбера това:) Показвам и другите пуснати в момента процеси: > Първо си пропуснал това "Хе, хе.". Второ виж да кажем "man ps". ps -AH > sendmail 4478 S 11:28 0:00 sendmail: i3G8STs3004465 > lugburz.zadnik.org.: > sendmail 4481 S 11:28 0:00 sendmail: i3G8STs3004490 > sofia.digsys.bg.: sendmail 4486 S 11:28 0:00 sendmail: > i3G8STs3004568 > fedora.lcpe.pip.digsys.bg.: > sendmail 4489 S 11:28 0:00 sendmail: i3G8STs3004651 > ns.lcpe.uni-sofia.bg.: > sendmail 4498 S 11:28 0:00 sendmail: i3G8STs3004733 > ady.uni-sofia.bg.: > sendmail 4504 S 11:28 0:00 sendmail: i3G8STs3004754 > ady.uni-sofia.bg.: > sendmail 4512 S 11:28 0:00 sendmail: i3G8STs3004867 mail.dir.bg.: > sendmail 4518 S 11:28 0:00 sendmail: i3G8STs3004903 > cpch17.chm.tu-dresden.de.: > > Та:) кой е сървърски и кой е клиентски процес:) и как ще го насочиш чрез > iproute2? ps aux, май верно се споменава по всички книжки. > Господи:) Какви DNS записи? Ти си уникум. Я вземи прочети ВНИМАТЕЛНО > какво съм написал. Това дето го пише горе НЕ касае DNS и т.н. Това касае > ПЪТЯ на пакетите на една сесия (това е вече много след като е използвана > системата за имена). Питаше как ще накараш някой да ти праща на определен адрес. Пак ще поентя. MX, или при липса на такъв А record. > Е пак е добре, че знаеш, че я има. Ама като гледам си "documentation > independent":) Sendmail е супер кирливо документиран. Което не е случайно. Хората се опитват да правят пари от него. Пуснали са го free за да може да бъде достатъчно популярен. Нека да го оплюя още малко: В комерсиалната версия има много feature-i които свободната няма да види. Има лошо минало, вероятно и настояще, (за security related shits говоря). > "Enough" - аха, ето как хората говорят модерно:) "How do You do, майна" Ама пак гледаш за ква глупост да се хванеш .. > :) И точно ти за правилен превод и изказ ще ми говориш. Не говоря за правилен превод. Говоря за правилно/ясно изразяване. > В психологията си трагичен:) ама много трагичен. Доста хора в листа дето > ме познават лично тук са се изхилили яко:) Ако почнеш да се прехранваш с > психология ще си първият фотосинтезиращ човек:) Това е градивен хумор:) > Не се засягай. Освен това пиша само по тема, по която мога да говоря и в > която имам познания. Например по една скорошна темата "kernel sheduler" > (напрактика и по повечето теми) не се чувствам компетентен и за това не > участвах в дискусиите по тази тема (ако си пропуснал да забележиш). > Човек не може да знае всичко. Enough? :))) ... > Тинтири-минтири:) и измислици-премислици. ... > Накрая. Всички свестни софтуери за реализиране на пощенски сървъри имат > специално дефинирани клиентски опции и това НЕ Е случайно. Т.е. това не > е направено, защото някой е искал така и така му е било кеф или така е > казала жена му след семеен скандал. Това е направено като следствие от > ГОДИНИ опит и от гледна точка на реално възникнали проблеми, които са > съпътствали софтуерните решения. В Интернет има купчина форуми, в които > точно тези неща са дискутирани и обобщавани и е било обяснявано защо > един MTA сам трябва да си се дефинира като клиент с интерфейс и т.н. > Постерите на Shapiro са едно много добро четиво. Много правилно. > > И отреагирам така? Защото утре някой ще намери тази боза с насилственото > обявяване на клиенстки адрес с iproute2. Ще се натъкне на някой от > проблемите, за които говорих и в главата му ще дойдат ведри мисли от > рода на : > - тези в този лист са тапаци и ми дават неработещо решение и стига с > този UNIX - минаваме на Windows; > - щом не става, значи вината е в конкретния използван софтуер и значи > сменям софтуера чрез безумна миграция от работещо решение към ново, за > което не се знае дали ще работи; > - доставчика ми ме базика нещо и що да не дигна скандал на > администратора му по телефона и да му обясня, че не струва колкото > отходните ми води и да си ми върне парите. Хаха, дреме ти на поливалото. Пропускаш другия момент. Утре ще го види тва някой на който ще му свърши работа и за нещо друго .. ============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================
