Lipiec 2004 - lms - lists.lms.org.pl

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by KrzysiekN! 24 Lip '04

24 Lip '04

Ja słyszałem że jeszcze szybciej. Od razu zamieniam swoje DLSe na to. ----- Original Message ----- From: "Krzysiek" <krzysiek(a)lca.pl> To: <lms(a)lists.rulez.pl> Sent: Saturday, July 24, 2004 12:18 AM Subject: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe Podobno od sierpnia TPSA wprowadza nowy cennik na Łącza 2 Mb z cir-em 2Mb ma kosztować poniże 2 tysięcy złotych. KL

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Krzysiek 24 Lip '04

24 Lip '04

Podobno od sierpnia TPSA wprowadza nowy cennik na Łącza 2 Mb z cir-em 2Mb ma kosztować poniże 2 tysięcy złotych. KL

1 0

Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by KrzysiekN! 24 Lip '04

24 Lip '04

Hmm. Przydało by się . Czy mozna by się było po niego uśmiechnąć. Ja prubuje dorobić moduł kasa Znaczy się, nie zabardzo chce mi się już siedzieć w sklepie, a chciałbym żeby pracownik wszystkie wpłaty co do grosza zanosił do banku. Mam zamiar również dopisać moduł do kasy fiskalnej ażeby skarbówka sie nie przywaliła jezeli z LMSa wystawie jakąś fakturę na towar Dodatkowo cały czas piłuje, przynajmniej w zachodnio-pomorskim żeby 2 Mbit POLPAK kosztował max 1300 zł . Sądze że jak załatwie u siebie to dla innych też się da. Poinformuję jeżeli się uda Pozdrawiam, Boaa ----- Original Message ----- From: "Maciej Ochalek" <ohaleck(a)rudynet.pl> To: "greg" <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 3:54 PM Subject: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe 3:44:50 PM, greg był(a) łaskaw(a) nastukać list o treści: g> mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie g> i zaznaczyc innym kolorem ikony kompy ktore sa online To by trwało wieki, ale rzeczywiście jako opcja byłoby to bardzo cenne. Jak już o tym mówimy, to mam w mojej sieci mały skrypt który co określony czas pinguje najważniejsze jej części (to, co ma IP czyli w praktyce serwery i access pointy) i w razie problemów generuje maile do admina, i na firmową komórkę (Simplus). Bardzo przydatna rzecz. W LMSie jest już wszystko - IP i MAC urządzeń, dane adminów, wystarczyło by tylko pole z flagą czy daną zabawkę sprawdzać czy nie i możnaby taki automatyczny tester mailująco-smsujący dodać jako moduł do demona tudzież skrypt perlowski. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Maciej Ochalek 23 Lip '04

23 Lip '04

3:44:50 PM, greg był(a) łaskaw(a) nastukać list o treści: g> mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie g> i zaznaczyc innym kolorem ikony kompy ktore sa online To by trwało wieki, ale rzeczywiście jako opcja byłoby to bardzo cenne. Jak już o tym mówimy, to mam w mojej sieci mały skrypt który co określony czas pinguje najważniejsze jej części (to, co ma IP czyli w praktyce serwery i access pointy) i w razie problemów generuje maile do admina, i na firmową komórkę (Simplus). Bardzo przydatna rzecz. W LMSie jest już wszystko - IP i MAC urządzeń, dane adminów, wystarczyło by tylko pole z flagą czy daną zabawkę sprawdzać czy nie i możnaby taki automatyczny tester mailująco-smsujący dodać jako moduł do demona tudzież skrypt perlowski. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: [lms] arp i apache [lekki offtopic] - doć długie, ale imho ciekawe
by greg 23 Lip '04

23 Lip '04

mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie i zaznaczyc innym kolorem ikony kompy ktore sa online byq -------Original Message------- From: lms(a)lists.rulez.pl Date: 07/23/04 13:25:07 To: lms Subject: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe Hej! Trochę offtopicznie, ale <wazelina> gdzie indziej znajdę ludzi, którzy będ± tyle wiedzieli ;-) </wazelina>. Jestem w trakcie popełniania małego programiku w php, który ma pomóc w serwisowaniu awarii sieci. Awarii takich, że gdzie¶ na osiedlu, który¶tam switch się powiesi i ludzie przez niego podpięci nie maj± netu. Programik działa 3 etapowo. 1. Przycisk "odblokuj" robi "sudo ip neigh flush nud all" (czyli zwalnia z trzymania mac-ip) 2. Najobszerniejsza czę¶ć - przycisk "sprawdĽ" a) "arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'}" - czyli dostaję listę ipków ludzi, którzy w tym momencie s± widziani przez arp serwera (trochę toporne, ale ok) b) listę IPków wrzucam do tabeli, a potem korzystaj±c z baz stworzonych przez LMSa znajduję adresy pocztowe ludzi, których serwer widzi c) adres wywalam do tabelki, sortuję i dzięki temu wiem, że na ul. Jasnej (15 userów) net działa wszystkim, za¶ na ulicy Ciemnej działa tylko mieszkaj±cym pod nr 4 (no i "resetowiec" już wie, którego switcha w pierwszej kolejno¶ci sprawdzić) 3. Przycisk zablokuj - "su arp -f" Acha, oczywi¶cie przycisk "sprawdĽ" można naciskać nieskończon± ilo¶ć razy (pod warunkiem wcze¶niejszego odblokowania), bo dynamiczna tablica arp ma pełne prawo się zmieniać.. Uff.. Niby wszystko ok, a jednak.. Problem polega na tym, że gdy z shella wywołam linię arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'} to w odpowiedzi dostanę np 40 IPków A je¶li to samo zrobię z poziomu httpd (w tym samym czasie!!)- dostaję 2 - 3 IPki.. Nie mam pojęcia dlaczego.. Niejako intuicyjnie znalazłem czę¶ciowe obej¶cie problemu. Bezpo¶rednio przed "arp -n" dodałem "sleep 4;" No ale teraz oczywi¶cie strona sie ładuje 4 sekundy dużej.. I na dodatek wszystko wskazuje na to, że w tablicy wypisuje tylko tych, których arp zobaczył w ci±gu tych 4 sekund. Tak więc kilkukrotne naciskanie sprawdĽ" pokazuje za każdym razem tylko fragment tego, co analogiczny arp wpisany z linii poleceń. Macie jaki¶ pomysł? Z czego to może wynikać? Bo niestety, nie mam zielonego pojęcia... pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: arp i apache [lekki offtopic]
by Adrian Smarzewski 23 Lip '04

23 Lip '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 k_dendra(a)o2.pl wrote: | No i się zbłaźniłem. :( | Błąd w programie i to podwójny. Nie dość, że przy "sprawdź" uruchamiał jeszcze całkiem niepotrzebnie "odblokuj", to jeszcze mądrzejszym sposobem odblokowania jest "ip neigh flush nud permanent". | Tak więc niniejszym przepraszam wszystkich, którzy stracili czas na czytanie mojego poprzedniego maila. nie ma sprawy, każdemu się zdarza. - -- Pozdrowienia Adrian Smarzewski http://kadu.net/~adrian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBAQNIgnuWEmthbpURAiBUAKCsGUNM08jT6srzM6GBBVLU3WKB5wCfeCSH k0710aowGwRMvIUAg0HeSck= =AONt -----END PGP SIGNATURE-----

1 0

[lms] arp i apache [lekki offtopic]
by k_dendra＠o2.pl 23 Lip '04

23 Lip '04

No i się zbłaźniłem. :( Błąd w programie i to podwójny. Nie dość, że przy "sprawdź" uruchamiał jeszcze całkiem niepotrzebnie "odblokuj", to jeszcze mądrzejszym sposobem odblokowania jest "ip neigh flush nud permanent". Tak więc niniejszym przepraszam wszystkich, którzy stracili czas na czytanie mojego poprzedniego maila. pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Fri, Jul 23, 2004 at 12:55:43AM +0200, hunter wrote: > On Wed, Jul 21, 2004 at 12:52:38PM +0200, Krzysztof Lewandowski wrote: > > Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w > > co niektórych przypadkach jest to dokument księgowy. > > KP *jest* dokumentem ksiegowym. Co wiecej: a) zaden scisle okreslony kolor wymagany _nie_ jest. b) ciagla i jedna numeracja wymagana jest (uno kasa -- uno numeracja), tzn nie przejdzie jak w FV ze sa np NR/LMS/2004, jesli KP ktos chce trzymac w lms to niestety wszystkie z danej kasy. c) sa to druki scislego zarachowania a wiec drukowac beda sie oryginal + kopia, kopie tez trzeba podpisac i sobie trzymac gdzies w kasie chocby na KP wplacono 0.01 pln to konieczny jest na nim opis: kto wplacal, do kogo, unikalny nr KP, pieczatka kasjera, podpis, data. ERGO: dodatkowa tabelka konieczna na 100%. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by k_dendra＠o2.pl 23 Lip '04

23 Lip '04

Hej! Trochę offtopicznie, ale <wazelina> gdzie indziej znajdę ludzi, którzy będą tyle wiedzieli ;-) </wazelina>. Jestem w trakcie popełniania małego programiku w php, który ma pomóc w serwisowaniu awarii sieci. Awarii takich, że gdzieś na osiedlu, któryśtam switch się powiesi i ludzie przez niego podpięci nie mają netu. Programik działa 3 etapowo. 1. Przycisk "odblokuj" robi "sudo ip neigh flush nud all" (czyli zwalnia z trzymania mac-ip) 2. Najobszerniejsza część - przycisk "sprawdź" a) "arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'}" - czyli dostaję listę ipków ludzi, którzy w tym momencie są widziani przez arp serwera (trochę toporne, ale ok) b) listę IPków wrzucam do tabeli, a potem korzystając z baz stworzonych przez LMSa znajduję adresy pocztowe ludzi, których serwer widzi c) adres wywalam do tabelki, sortuję i dzięki temu wiem, że na ul. Jasnej (15 userów) net działa wszystkim, zaś na ulicy Ciemnej działa tylko mieszkającym pod nr 4 (no i "resetowiec" już wie, którego switcha w pierwszej kolejności sprawdzić) 3. Przycisk zablokuj - "su arp -f" Acha, oczywiście przycisk "sprawdź" można naciskać nieskończoną ilość razy (pod warunkiem wcześniejszego odblokowania), bo dynamiczna tablica arp ma pełne prawo się zmieniać.. Uff.. Niby wszystko ok, a jednak.. Problem polega na tym, że gdy z shella wywołam linię arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'} to w odpowiedzi dostanę np 40 IPków A jeśli to samo zrobię z poziomu httpd (w tym samym czasie!!)- dostaję 2 - 3 IPki.. Nie mam pojęcia dlaczego.. Niejako intuicyjnie znalazłem częściowe obejście problemu. Bezpośrednio przed "arp -n" dodałem "sleep 4;" No ale teraz oczywiście strona sie ładuje 4 sekundy dużej.. I na dodatek wszystko wskazuje na to, że w tablicy wypisuje tylko tych, których arp zobaczył w ciągu tych 4 sekund. Tak więc kilkukrotne naciskanie "sprawdź" pokazuje za każdym razem tylko fragment tego, co analogiczny arp wpisany z linii poleceń. Macie jakiś pomysł? Z czego to może wynikać? Bo niestety, nie mam zielonego pojęcia... pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 23 Lip '04

23 Lip '04

----- Original Message ----- From: "A.L.E.C" <alec1(a)poczta.onet.pl> To: <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 10:29 AM Subject: [lms] Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5 JacekK wrote: > Jeszcze jeden drobny blad...(CVS 1.3.5) > w momencie edycji komputera klienta np zmiana adresu IP lub MAC-a > (m=nodeedit), kasuje przypisane urzadzenie sieciowe, ustawia na > pierwszej pozycji z listy. > Jest troszke uciazliwe, zwazywszy iz na liscie jest sporo urzadzen, i > przed edycja trzeba pamietac do ktorego urzadzenia sieciowego komputer > byl podpiety. >nie potwierdzam, zaktualizuj lmsa jeszcze raz i wyczyść templates_c Sciagniete jeszcze raz wszystkie katalogi LMS-a (1.3.5 v CVS) ,templates_c wyczyszczone, objaw ten sam, wchodzac w edycje, urzadzenie sieciowe ustawia sie na "BRAK". jakies pomysly ???? pozdrawiam Jacek

1 0