Grudzień 2002 - lms - lists.lms.org.pl

Re: login czy nr. klienta?
by Marcin Winkler 28 Gru '02

28 Gru '02

On Sat, 28 Dec 2002 02:29:11 +0100 Radosław Antoniuk <warden(a)debian.black.pl> wrote: > > To nie jest problem. zrobi się skrypty do cron-a dorzucające userów ;-) Skoro sa(będą) demony ktore beda czuwaly nad okreslonymi funkcjami to bezsensem jest zakladanie kont z crona skoro mozna zrobic to w miare rzeczywistym czasie. 1. demony sprawdzaja co jakis czas czy nie maja czegos do zrobienia poprzez polaczenie sie z baza i wyciagniecie odpowiednich informacji. LUB 2. server wysyla do demonów odpowienie requesty ze cos sie zmienilo i chlopaki porobcie co trzeba .. Kwestia odpowieniedo zastanowienia ktory model bylby lepsiejszy ;)) Pozdrawiam -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: OpenBSD packetfilter
by Marek Pieróg 28 Gru '02

28 Gru '02

Czesc, Łukasz, Friday, December 27, 2002, , napisałeś(aś): ŁM> http://netx.waw.pl/~baseciq/devel/lms-scripts/pf.conf - tutaj leży ŁM> wygenerowany pf.conf tym ustrojstwem. ŁM> Marcoos, a może Ty byś conieco mi nadrapał nt. natu w FBSD? Ktoś zna ŁM> NBSD? Ja wohl. Jako, ze uzywam tylko paczki ipf to nia sie zajme - pewnie i tak szybko znajdzie sie ktos lubiacy ipfw ipf ma skladnie *bardzo* zblizona do pf Zmiany: mamy 2 pliki konfiguracyjne: /etc/ipf.rules -> nasz ogniomurek /etc/ipnat.rules -> regulki NATowania Zaczne od przyjemniejszego czyli regulek NAT 192.168.0.0/24 to nasza siec wewnetrzna (cala klasa), 213.76.241.170 - nasz jedyny adres zewnetrzny (prosze go nie bic to moje domowe SDI ;) tun0 to pseudo-interfejs ppp (na oBSD by to bylo ppp0 jak sadze) map tun0 192.168.0.0/24 -> 213.76.241.170/32 proxy port 21 ftp/tcp Bez tego mamy FTP tylko passive map tun0 192.168.0.0/24 -> 213.76.241.170/32 portmap tcp/udp 20000:30000 Ustawiamy z jakich portow moze korzystac masq map tun0 192.168.0.0/24 -> 213.76.241.170/32 I glowna regulka Calosc trzeba czasami (tzn po dodaniu czegos ;) zrehashowac co czynim komenda: ipnat -CF -f /etc/ipnat.rules W /etc/ipf.rules mamy skladnie juz praktycznie identyczna z pf np. block out quick on tun0 from any to 192.168.0.0/16 Czyli: block/pass | out/in | quick/nic (ipf analizuje plik az do konca i liczy sie ostatnia regulka do ktorej pakiet pasuje, quick - konczy odrazu analize na ten regulce) | on interfejs | from any/maska | to | any/maska| Calosc tez wypada raz na jakis czas zrehashowac: ipf -Fa -f /etc/ipf.rules -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: login czy nr. klienta?
by Pawel Bernadowski 28 Gru '02

28 Gru '02

On Sat, 28 Dec 2002, Łukasz Mozer wrote: > Witajcie. > > Co wg. was powinno być podstawą do identyfikacji przy kontakcie z > klientem? > Nie wiem jak u was ale u mnie narazie zdaje egzamin takie cos. [3 pierwsze litery ulicy][nr klatki]m[nr mieszkania] Dzieki temu luser nie zapomina jaki ma login. A i dla Administratora jest to dosc wygodne Pawel Bernadowski GG 3377

1 0

Re: login czy nr. klienta?
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > | Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w > | skryptach aftomagiczne generowanie virtual.users (postfix) lub > | też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z > | zakładaniem kont. > To nie jest problem. zrobi się skrypty do cron-a dorzucające userów ;-) Mam nadzieje że wiesz na co się porywasz ;))) Generowanie czytelnego loginu (proponuje imie.nazwisko(a)poczta.cos.pl -- > imie_nazwisko - lub podobny format) Generowanie hasla : min 6 max 10 znakow alfanumerycznych (sugeruje rezygnacje z DUZE małe) Wygenerowanie informacji dla usera i biura --> wydruk + wpis do bazy ? -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: login czy nr. klienta?
by Radosław Antoniuk 28 Gru '02

28 Gru '02

| Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w | skryptach aftomagiczne generowanie virtual.users (postfix) lub | też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z | zakładaniem kont. To nie jest problem. zrobi się skrypty do cron-a dorzucające userów ;-) -- Z pozdrowieniami Radosław Antoniuk warden(at)debian.black.pl

1 0

Re: login czy nr. klienta?
by Goblin 28 Gru '02

28 Gru '02

> Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w > skryptach aftomagiczne generowanie virtual.users (postfix) lub > też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z > zakładaniem kont. ja wlasnie koncze stawiac osobna maszyne na poczte itp. na QMail + VMailMgr i sie kurcze zastanawiam jakby ugryzc ta kwestie przy tym rozwiazaniu... chyba poprostu w crona if(!jest konto) zaloz konto -- Goblin.

1 0

Re: login czy nr. klienta?
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > Obligatoryjne konta maja swoja zalete. Mozna userkowi net > odlaczyc, nie wylaczajac konta email, tymsamym zachowujac > mozliwosc komunikacj ta droga. Dosc wygodne dla nas jest > tez obligatoryjne kontaktowanie sie uzytkownika z supportem > przez to konto. Na takie konta duzo wygodniej wysyla sie > mailingi informacyjne etc. (moze by tak funkcja wysylania > powiadomien z lms'a w formie formularza dla admina) Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w skryptach aftomagiczne generowanie virtual.users (postfix) lub też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z zakładaniem kont. -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: ilosc uzytkownikow
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > Przyda sie rowniez mozliwosc filtrowania po danych adresowych i rejonizacja > np po osiedlach czy segmentach to juz jak kto sobie przyjmie, wazne zeby > mozna bylo na rejony dzielic Przypomniała się mi jeszcze jedna sprawa - oprócz dodawania sieci/komputer klienta, przydała by się osobna tabela sieci/serwery Tak jak teraz, w momencie dodawania usera dodaje mu IP/końcówke, przydał by się modół sieci/serwery - tak aby można było sobie dodatkowo usystematyzować serwery/maszyny/AP w danej sieci... -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: login czy nr. klienta?
by Goblin 28 Gru '02

28 Gru '02

> > No więc jeszcze raz tu. Ja jestem za rozwiazaniem > > user == auto_email == login_klienta > > Proste i skuteczne rozwiazanie, ale Baseciq (na razie nieskutecznie) probuje > > obalic moj pomysl :-) > > Dokładnie. Jeszcze ludzi z listy na Ciebie napuszczam :) ProFuturo np. nadaje kazdemu userowi login i haslo, przy czym oba sa tak pochrzanione ze o matko. Generalnie niewygodne. Numer klienta zdecydowanie nieprzyjemny dla usera. Login... no wlasnie. Zdecydowanie wygodny dla usera. Autogeneracja: 5 liter nazwiska 3 imienia a jesli ktos chce to inny, albo ew. imie.nazwisko (tak jak do maila) z tym ze integracja lms'a z serwerem poczty to juz raczej przesada :) Obligatoryjne konta maja swoja zalete. Mozna userkowi net odlaczyc, nie wylaczajac konta email, tymsamym zachowujac mozliwosc komunikacj ta droga. Dosc wygodne dla nas jest tez obligatoryjne kontaktowanie sie uzytkownika z supportem przez to konto. Na takie konta duzo wygodniej wysyla sie mailingi informacyjne etc. (moze by tak funkcja wysylania powiadomien z lms'a w formie formularza dla admina) -- Goblin

1 0

Re: login czy nr. klienta?
by Radosław Antoniuk 28 Gru '02

28 Gru '02

| | a) login - przyjemniejsze dla usera, gorsze dla nas. Trzeba wymyśleć | bądź wygenerować login, wytłumaczyć że login jest zajęty, poza tym | duplikuje się to z już istniejącym ID; | | b) nr klienta - dla nas łatwiejsze, jest już w bazie pole id, | unikatowe, wogóle profesjonalnie to wygląda itd. itdp. :) No więc jeszcze raz tu. Ja jestem za rozwiazaniem user == auto_email == login_klienta Proste i skuteczne rozwiazanie, ale Baseciq (na razie nieskutecznie) probuje obalic moj pomysl :-) -- Z pozdrowieniami Radosław Antoniuk warden(at)debian.black.pl

1 0