Uczyń coś idiotoodpornym, a ktoś
stworzy lepszą wersję idioty.

1. to przeciez nic nie da... , kaszpio 30/05/03 11:22
   moze i rozwiazuje problem na innym poziomie...chodzi mi o to...zeby taki jeden jakis baran...nie wpisal se maca identycznego z innym i nie powodowal konfliktow IP itemu podone...;-)
   a haslo via ssl przeciez wpisywalbys juz dopiero po tym jak bys dostal ten IP na podstawie mac;-)
   Pozdrawiam!

   Toshiba Tecra S11-124

   1. Dostaje ip po macu , palioza 30/05/03 11:31
      nawet ten "podrobiony", ale dostepu do internetu nie uzyska, faktycznie bedzie mial IP taki jaki nie powinien miec, ale mu to nic nie da.
      Imho bez zarzadzalnych switchy, nie da sie tego (o czym mowisz) zrobic.

      Uczyń coś idiotoodpornym, a ktoś
      stworzy lepszą wersję idioty.

      1. hehe... , kaszpio 30/05/03 11:37
         wszyscy tylko dostep do neta...;-)
         a tu jest jescze poczta na serwerze, dns, dedykowane, www, ftp...itp itd...net to druga sprawa;-)
         czyli na razie w kropce jestem...

         Toshiba Tecra S11-124

         1. No wiec , palioza 30/05/03 14:08
            defaultowo wszyscy maja zabite wszystko na serwerze oprocz przydzielania DHCP. Serwer przydzieli IP, ale odblokuje dopiero jak poda sie prawidlowe haslo ;)

            Uczyń coś idiotoodpornym, a ktoś
            stworzy lepszą wersję idioty.

            1. :) mozesz , mik 30/05/03 15:54
               to zademonstrowac na skrypcie ?? Tak serio to nie ma bata na takiego jednego i drugiego chociaz kiedys slyszalem ze mozna by jeszcze po nazwie kompa probowac ale to lipa troche.
               1. W/g mnie , palioza 30/05/03 23:42
                  tez zawsze da sie obejsc zebezpieczenia (choc ktos znalaz buga w postfixie? :)), ale zadaniem adminow/specow od bezpieczenstwa jest MAKSYMALNIE utrudnic takie dzialanie.

                  Uczyń coś idiotoodpornym, a ktoś
                  stworzy lepszą wersję idioty.

            2. no ciekawa sprawa... , kaszpio 30/05/03 19:18
               ale wlasnie jak to zaimplementowac...;-)

               Toshiba Tecra S11-124

               1. Moja wizja implementacji :) , palioza 30/05/03 23:38
                  komputer klienta sie wlacza, dostaje ip i dalej:
                  wersja hard:
                  postawic demona na jakims porcie (man inetd + man do streamow w linuxie i wszystko jest ok) co do kodowania, to stunnel wystarczy (nie wiem jak jeszcze rozwiazac kwestie kilenta). Poprzez tego demona komunikujesz sie z programem napisanym przez Ciebie w dowolnym jezyku pod windowsa (zeby koncowi uzytkownicy mogli sie logowac). Po zalogowaniu demon modyfikuje firewalla (iptables i tym podobne).
                  wersja soft: (chyba nawet lepsza)
                  przy wpisaniu jakiegokoliwek adresu w przegladarce zostaje przekierowany na odpowiedni wirtual w apachu) - iptables + redirect (ipchains itp) tam pojawia sie sliczne okienko logowania (kodowanie juz wbudowane w apacha jako mod_ssl lub osobno stunnel, wiec no problem) po zalogowaniu sie skrypt (cgi, php, whatever) modyfikuje jak wyzej firewalla.
                  
                  Do obu wersji (zliczajac ruch wychodzacy i przychodzacy) jezeli w ciagu 5 min nie ma zadnego ruchu (gg i inne badziewa generuja jakis ruch, jak nie, to mozesz sztucznie go generowac, w celu sprawdzenia) to nastapi automagicznie wylogowanie. W przypadku wersji hard, mozna sie posluzyc napisanym programem pod windowsa, ktory bedzie odpowiadal na zapytania demona co jakis czas i jak odpowie poprawnie, to czas przedluzony, a jak nie, to na drzewo i wylogowanie.
                  
                  Mam nadzieje, ze pisalem dosc zrozumiale
                  (dzialanie takiego demona sprawdzalem przed chwila, nie w tym konkretnym przypadku, ale ogolnie, b. fajnie dziala)
                  
                  Pozdrawiam

                  Uczyń coś idiotoodpornym, a ktoś
                  stworzy lepszą wersję idioty.