Dariusz Kowalczyk wrote:
no nie zgadzam sie ALEC, bo czym sie rożni adres ip od publicznego adresu ip? i kto powiedział ze adres ip jest adres prywatny (jak w domysle przyjmuje sie w zalozeniu projektu)
no właśnie wcale się tak nie przyjmuje, główny adres staje się adresem prywatnym tylko wtedy gdy adres publiczny jest przypisany, dlatego nie ma przy nim słowa "prywatny" bo może być (i często jest) równie dobrze publicznym.
moim zdaniem powinno sie zdefiniowac te pola bardziej ogolnie
LAN IP WAN IP
Ale to jest imho, z punktu widzenia obecnych rozwiązań w backendzie, jeszcze bardziej niespójne.
od uzytkownika bedzie zalezala czy tam uzyje adresow prywatnych i po stronie lan i po wan czy prywatne uzyje po lanie a publiczne na wanie czy tez bedzie mial na tyle publicznych adresow ze i po lanie i po wanie uzyje publicznych
gdyby lms np mial dodatkowy check box dotyczacy tego czy na tej parze adresow ma byc wlaczony NATczy routing to mozna by to wykorzystac w regulach iptables
jednym słowem obstaje przy swoim mam nadzieje ze ktos mnie poprze :-) poza tym bedzie to też ładniej wygładało :-) ...i licze na to że ten argument przeważy :-)
najlepiej to by było rozdzielić komputery od adresów i zrobić możliwość przypisania wielu adresów do komputera, tak jak przy urządzeniach, a o tym, który jest publiczny a który prywatny decydowało by się w definicji sieci, ale to wymagałoby sporo pracy w LMS-UI i jeszcze więcej w backendzie, więc na takie zmiany raczej się nie zanosi.