Jan Łukasz pisze:
no moglo by sie to przydac jesli faktycznie dzielisz lacza na userow ale wiekszosc ludzi robi to raczej po uslugach osbiscie znam goscia co ma 3 dsl 2x4 i jeden 8 dwie czwórki robia na loadbalncingu i leci nimi p2p i podebne wynalazki a na 8 www https gg (na loadbalncingu gubi wiadomosci) i kilka innych zeczy i lms naprawde nie wie jakie i ile tam jest laczy przydzila pasma jest robiony na mt z lmsa
Nie musi to być z przeznaczeniem do jednej rzeczy robione! Generalnie pomysł jest taki, żeby łatwo grupować użytkowników, przesuwać masowo między grupami, podmieniać czasowo konfigurację grup i nadawać tym grupom atrybuty. Do czego to wykorzystasz to już twoja sprawa.... możesz dowolny atrybut nadać użytkownikowi i po dodaniu go do tej grupy, określone opcje pojawią się w pliku konfiguracyjnym (ale nie dzięki grupom, tylko dzięki TSCRIPTowi... który przy przeładowaniu pobierze informacje od grupy (np. prędkość min, prędkość max, prędkość dla usługi voip, łącze przez które ma komputer wychodzić... dowolna ilość nazwanych pól) i wygeneruje plik konfiguracyjny).
No i jeszcze typy grup. Część grup może konfigurować jedną opcję - np. prędkość, a druga część inną rzecz - np. mogą się w niej grupy nazywać jak maskujące AP (w trybie klient), i jako atrybut posiadające MAC, którym są maskowane IP. Po dodaniu do takiej grupy komputera kojarzony jest IP z tym adresem MAC na firewallu, zamiast z MACiem podanym dla DHCP.
Jeden typ grupy, jedna instancja TSCRPITa, która generuje konfigurację dla użytkowników w każdej grupie z odpowiednimi atrybutami. Można dodawać grupy o różnych typach, a nie można dodać użytkownika do dwóch grup tego samego typu.
Dawid Widyna pisze:
Fakt, że UI to osobna sprawa...ale duże sieci raczej nie mają problemów
o których piszesz, a takie systemy pisze się raczej właśnie pod duże sieci... Jeśli LMS UI zostanie wypełniony dużą ilością pól, która większości osób będzie niepotrzebna....sam dokończ
No to może najwyższy czas pomyśleć o jakiejś modularnej budowie, albo włączaniu i wyłączaniu pól z konfiguracji. Ja już teraz połowy pól nie wykorzystuję... np. Half-Duplex (to może od razu zróbmy podział na prędkości 1/10/100/1000/10000, nie wspominając już o prędkościach WLANowskich), albo sprawdzanie MAC, nie mówiąc już o ustawianiu prędkości z LMSa.
W polu MAC wpisuję adresy które przydziela DHCP, a jeśli w polu info znajduje się MAC, to znaczy, że przez ten MAC komputer jest maskowany. Właśnie tak wygląda konfiguracja LMSa obecnie. Nie ma czegoś, to sobie to zaimprowizuj (plik tekstowy, parsowane pole nodes[i].info), a jeśli jest coś za dużo, to niech będzie na ozdobę.
Ja wcale nie twierdzę, że to jest bardzo potrzebne, czy wręcz niezbędne każdemu. Uważam, że rozwiązało by to problemy z konfigurowaniem różnych rzeczy (NIE TYLKO DO ROUTINGU) dla użytkowników, właśnie przez LMSa, a nie w pliku tekstowym. Jeden użył by tego do takiej rzeczy, drugi do innej. Całość była by UNIWERSALNA... chcesz tą grupę wykorzystać do tego, to sobie napisz TSCRIPT i użytkownicy dodani do niej będą wrzucani z odpowiednimi parametrami do jakiegoś pliku.
Jasne, że można łączyć się z serwerem, wpisać sobie kilka linii do pliku i wcale LMS nie jest potrzebny. No ale jak już jest, to może by się do czegoś więcej przydał jak fakturki. Są przecież dużo lepsze programy do fakturowania, a reszte można robić w plikach tekstowych... no to wychodzi na to, że chyba się cofamy...
Nie przekonuję już więcej. Albo uznacie, że coś w tym pomyśle jest, albo nic w nim nie ma. Jest to jakieś rozwiązanie na to, że każdy by chciał swoje pole w LMSie... mógłby sobie tym dodać jakieś atrybuty dla klientów.
Nie twierdzę, że rozwiązanie jest idealne. Można przemyśleć i można zrobić nawet coś dużo lepszego.
OK, można to rozwiązać jeszcze inaczej: Sama możliwość dodawania dodatkowych nazwanych pól do komputerów daje bardzo dużo, ale nie daje możliwości szybkiego zmieniania tego atrybutu przy minimalizacji kliknięć, więc trzeba by ten problem jakoś rozwiązać. Musiała by być też możliwość filtrowania ludzi po danej wartości takiego nazwanego pola. No i podział na typy pól, wartości w nich umieszczane ... itp, itd. No i jakieś miejsce gdzie można było by te pola dodawać.
No dobra... rozpisałem się, wasza kolej :P Lenthir
!DSPAM:479fb233163776491211187!