Re: [rlug] multiprocess vs. multithread

[tiberiu socaciu]

bravo pentru sapaturi! io ma ocupam in thread-uri numai de
matematecariisme. deh, asta era pasiunea mea atunci.

t.

2015-09-04 8:01 GMT+03:00 Catalin(ux) M. BOIE :

> Salut.
>
> M-am apucat sa studiez problema si asta e ce am gasit:
>
> (gdb) disassemble epoll_wait
> Dump of assembler code for function epoll_wait:
> 0x778ff160 <+0>:cmpl   $0x0,0x2bc659(%rip)#
> 0x77bbb7c0 <__libc_multiple_threads>
> 0x778ff167 <+7>:jne0x778ff17c 
> 0x778ff169 <+0>:mov%rcx,%r10
> 0x778ff16c <+3>:mov$0xe8,%eax
> 0x778ff171 <+8>:syscall
> 0x778ff173 <+10>:   cmp$0xf001,%rax
> 0x778ff179 <+16>:   jae0x778ff1af 
> 0x778ff17b <+18>:   retq
> 0x778ff17c <+28>:   sub$0x8,%rsp
> 0x778ff180 <+32>:   callq  0x7790c630
> <__libc_enable_asynccancel>
> 0x778ff185 <+37>:   mov%rax,(%rsp)
> 0x778ff189 <+41>:   mov%rcx,%r10
> 0x778ff18c <+44>:   mov$0xe8,%eax
> 0x778ff191 <+49>:   syscall
> Aici e epoll_wait
> 0x778ff193 <+51>:   mov(%rsp),%rdi
> 0x778ff197 <+55>:   mov%rax,%rdx
> 0x778ff19a <+58>:   callq  0x7790c690
> <__libc_disable_asynccancel>
> 0x778ff19f <+63>:   mov%rdx,%rax
> 0x778ff1a2 <+66>:   add$0x8,%rsp
> 0x778ff1a6 <+70>:   cmp$0xf001,%rax
> 0x778ff1ac <+76>:   jae0x778ff1af 
>
>
> Dupa cum se observa, epoll_wait este inconjurat de un *_asynccancel.
> Care sint implementate cu futex-i. Care sint 'light', dar, mult mai scumpi
> decit 'nimic'. Si asta se vede in profiling perfect:
>
>
> 
>   Ir  I1mr ILmr  Dr D1mr DLmr  Dw D1mw DLmw  Bc   Bcm
> BiBim  file:function
>
> 
> 958,390 1,147  138 273,249   601 196,462  979  914 113,819 3,104
> 57,236 19,158  ???:???
> 501,410 77 160,41400 160,404   580  60,16573
> 0  0  ???:Log
> 107,328 11  26,83230   000  26,832 0
> 0  0  ???:__libc_disable_asynccancel
>   98,417 22  26,84120   000  26,841 0
> 0  0  ???:__libc_enable_asynccancel
>   86,000 55  30,00000  16,00021   6,000 4
> 0  0  ???:Conn_enqueue_wait
>   76,000 77  14,00021  18,00096  12,000 3
> 0  0  ???:Conn_printf
>
> (Scuze pentru liniile lungi.)
>
> Deci, in thread-uri, daca ai multe syscall-uri, vei plati acest cost.
> Pe cind la procese obisnuite nu.
>
> Daca faci doar calcule matematice (putine syscall-uri), acest cost chiar
> nu conteaza.
>
> Am ajuns la concluzia ca pentru un webserver performant, thread-urile nu
> ajuta, dimpotriva.
>
> Cind o sa am timp sa reiau lucrul la web server, o sa compar performantele
> si o sa le postez aici, daca o sa-mi mai aduc aminte... ;)
>
> On Thu, 3 Sep 2015, tiberiu socaciu wrote:
>
> > acum ce spun e poveste, din cele traite de mine: threaduri 1/core --
> > corect!, incearca sa nu faci nimic pompos in thread-uri (IO sau comun
> icare
> > sau etc). eu am folosit 2 threaduri la implementarea unui ADI pentru un
> PDE
> > cu 2 dimensiuni spatiale, la care am reusit sa rup operatorul ecuatiei in
> > doua. cu un doctorand de la ubb (cu care colaborez de aproape un an si pe
> > care il "co-indrum") incerc sa rupem operatorul n+1 dimensional (spatial)
> > si sa vedem daca putem pune de o ADI. altfel, cu procese era putintel
> > (parca) mai incetut (asta fuse acum 1000 de ani cand mai scriam cod; acum
> > numai latru si urmaresc minciunele).
> >
> > t.
> >
> > 2015-09-03 7:46 GMT+03:00 Catalin(ux) M. BOIE :
> >
> >> Salut.
> >>
> >> On Wed, 2 Sep 2015, tiberiu socaciu wrote:
> >>
> >>> cate thread-uri? ia incearca cu 2 thread-uri pe un procesor cu minim 2
> >>> core-uri.
> >>
> >> 1 thread per core.
> >>
> >> Dar nu vad ce ar schimba asta. Problema este ca apare overhead de la
> >> inserarea, inainte si dupa anumite zone de cod, a codului de setare a
> >> cancel-abilitatii thread-ului. Folosind thread-uri nu vad cum pot sa
> scap
> >> de acel overhead. Si apar foarte sus in profiling.
> >>
> >> Ai idee cum pot sa scap de overhead?
> >> Evident, la procese nu apare.
> >>
> >>> t.
> >>>
> >>> 2015-09-02 6:47 GMT+03:00 Catalin(ux) M. BOIE :
> >>>
>  Salut.
> 
>  Lucrind la un web server folosind libraria Conn (LGPL, la mine pe
> site)
>  am trecut de la procese la thread-uri. Si am avut o surpriza mare.
>  La profiling imi aparea o functie foarte des:
> >> __libc_disable_asynccancel,
>  __libc_enable_asynccancel, __pthread_disable_asynccancel,
>  __pthread_enable_asynccancel. Toate 4 in primele 15 intrari, ordonate
> >> dupa
>  cit timp dur

Re: [rlug] multiprocess vs. multithread

[Catalin(ux) M. BOIE]

Salut.

M-am apucat sa studiez problema si asta e ce am gasit:

(gdb) disassemble epoll_wait
Dump of assembler code for function epoll_wait:
0x778ff160 <+0>:cmpl   $0x0,0x2bc659(%rip)# 
0x77bbb7c0 <__libc_multiple_threads>
0x778ff167 <+7>:jne0x778ff17c 
0x778ff169 <+0>:mov%rcx,%r10
0x778ff16c <+3>:mov$0xe8,%eax
0x778ff171 <+8>:syscall
0x778ff173 <+10>:   cmp$0xf001,%rax
0x778ff179 <+16>:   jae0x778ff1af 
0x778ff17b <+18>:   retq
0x778ff17c <+28>:   sub$0x8,%rsp
0x778ff180 <+32>:   callq  0x7790c630 
<__libc_enable_asynccancel>
0x778ff185 <+37>:   mov%rax,(%rsp)
0x778ff189 <+41>:   mov%rcx,%r10
0x778ff18c <+44>:   mov$0xe8,%eax
0x778ff191 <+49>:   syscall
Aici e epoll_wait
0x778ff193 <+51>:   mov(%rsp),%rdi
0x778ff197 <+55>:   mov%rax,%rdx
0x778ff19a <+58>:   callq  0x7790c690 
<__libc_disable_asynccancel>
0x778ff19f <+63>:   mov%rdx,%rax
0x778ff1a2 <+66>:   add$0x8,%rsp
0x778ff1a6 <+70>:   cmp$0xf001,%rax
0x778ff1ac <+76>:   jae0x778ff1af 


Dupa cum se observa, epoll_wait este inconjurat de un *_asynccancel.
Care sint implementate cu futex-i. Care sint 'light', dar, mult mai scumpi 
decit 'nimic'. Si asta se vede in profiling perfect:


  Ir  I1mr ILmr  Dr D1mr DLmr  Dw D1mw DLmw  Bc   Bcm 
BiBim  file:function

958,390 1,147  138 273,249   601 196,462  979  914 113,819 3,104 57,236 
19,158  ???:???
501,410 77 160,41400 160,404   580  60,16573  0 
 0  ???:Log
107,328 11  26,83230   000  26,832 0  0 
 0  ???:__libc_disable_asynccancel
  98,417 22  26,84120   000  26,841 0  0
  0  ???:__libc_enable_asynccancel
  86,000 55  30,00000  16,00021   6,000 4  0
  0  ???:Conn_enqueue_wait
  76,000 77  14,00021  18,00096  12,000 3  0
  0  ???:Conn_printf

(Scuze pentru liniile lungi.)

Deci, in thread-uri, daca ai multe syscall-uri, vei plati acest cost.
Pe cind la procese obisnuite nu.

Daca faci doar calcule matematice (putine syscall-uri), acest cost chiar 
nu conteaza.

Am ajuns la concluzia ca pentru un webserver performant, thread-urile nu 
ajuta, dimpotriva.

Cind o sa am timp sa reiau lucrul la web server, o sa compar performantele 
si o sa le postez aici, daca o sa-mi mai aduc aminte... ;)

On Thu, 3 Sep 2015, tiberiu socaciu wrote:

> acum ce spun e poveste, din cele traite de mine: threaduri 1/core --
> corect!, incearca sa nu faci nimic pompos in thread-uri (IO sau comun icare
> sau etc). eu am folosit 2 threaduri la implementarea unui ADI pentru un PDE
> cu 2 dimensiuni spatiale, la care am reusit sa rup operatorul ecuatiei in
> doua. cu un doctorand de la ubb (cu care colaborez de aproape un an si pe
> care il "co-indrum") incerc sa rupem operatorul n+1 dimensional (spatial)
> si sa vedem daca putem pune de o ADI. altfel, cu procese era putintel
> (parca) mai incetut (asta fuse acum 1000 de ani cand mai scriam cod; acum
> numai latru si urmaresc minciunele).
>
> t.
>
> 2015-09-03 7:46 GMT+03:00 Catalin(ux) M. BOIE :
>
>> Salut.
>>
>> On Wed, 2 Sep 2015, tiberiu socaciu wrote:
>>
>>> cate thread-uri? ia incearca cu 2 thread-uri pe un procesor cu minim 2
>>> core-uri.
>>
>> 1 thread per core.
>>
>> Dar nu vad ce ar schimba asta. Problema este ca apare overhead de la
>> inserarea, inainte si dupa anumite zone de cod, a codului de setare a
>> cancel-abilitatii thread-ului. Folosind thread-uri nu vad cum pot sa scap
>> de acel overhead. Si apar foarte sus in profiling.
>>
>> Ai idee cum pot sa scap de overhead?
>> Evident, la procese nu apare.
>>
>>> t.
>>>
>>> 2015-09-02 6:47 GMT+03:00 Catalin(ux) M. BOIE :
>>>
 Salut.

 Lucrind la un web server folosind libraria Conn (LGPL, la mine pe site)
 am trecut de la procese la thread-uri. Si am avut o surpriza mare.
 La profiling imi aparea o functie foarte des:
>> __libc_disable_asynccancel,
 __libc_enable_asynccancel, __pthread_disable_asynccancel,
 __pthread_enable_asynccancel. Toate 4 in primele 15 intrari, ordonate
>> dupa
 cit timp dureaza. Cea ce doare.
 Asa ca am cautat ce fac aceste functii. Se pare ca au treaba cu functia
 pthread_cancel; pare ca o tona de locuri din cod sint invelite in
 disable/enable cancel. Si asta costa. Cel putin se observa in valgrind,
 dar daca imi aduc aminte, am observat si la timpul de executie.

 Deci, daca poti sa mergi cu proce

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Catalin Muresan]

2015-09-03 17:23 GMT+01:00 Eugeniu Patrascu :

> >
> > DHCPv6 si revine magicul. Sincer mi se pare o chestie stupida sa spui ca
> 48
> > biti nu incap decit in 72 de biti. Sa fim seriosi.
> >
> >
> DHCPv6 inseamna doar "stateful" configuration, in sensul ca il folosesti
> pentru a spune clientilor care nu stiu SLAAC care sunt servele de DNS.
> subnetul din care faci parte se transmite clientilor tot prin RA.
>

Aia e RFC 3736, "Stateless Dynamic Host Configuration Protocol (DHCP)
Service for IPv6" unde daca ai deja IP poti sa ceri "options".

Asta: RFC 3315, "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)" -
Updated by RFC 6221, RFC 4361
e DHCP complet, ceri IP, primesti IP etc.

Adica stateless DHCPv6.

IPv6 a fost gandit sa fie "wasteful" iar /64 s-a decis de unii cu capu mare
> sa fie cam cel mai mic subnet pe care sa-l dai la clienti.
>

Corect, dar nu s-a decis ca EIA64 sa fie singura metoda de a aloca adrese
IP la clienti. Subnetezi /64-ul si asta e. Inteleg wasteful dar nici in
halul asta.


> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Alex 'CAVE' Cernat]

On 3/9/2015 7:09 PM, Catalin Muresan wrote:
> probabil ca a murit, din man ip6tables:
>
> IPv6 NAT support is available since kernel 3.7.
o fi revenit la ganduri mai bune sau i-or fi pus pistolul la tampla :-P

oricum informatia era veche, ca la cat de repede se implementeaza ipv6,
cu siguranta se vor fi terminat de mult peste tot adresele ipv4 pana atunci
poate fortati de imprejurari sa progresam mai rapid, dar nici chiar asa
nu cred ...
si inca persista prin multe locuri problema ou-gaina: nu punem ipv6 pe
servere ca nu are cine sa le acceseze, nu dam ipv6 la clienti ca nu au
ce sa acceseze (ma rog, s-a mai schimbat optica in ultimul timp, dar
parca nu destul ..., noroc cu jucatori mari care au facut push la greu)

Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Gabriel]

On Sep 3, 2015 7:23 PM, "Eugeniu Patrascu"  wrote:
>
> 2015-09-03 19:09 GMT+03:00 Catalin Muresan :
>
> > 2015-09-03 16:51 GMT+01:00 Petru Rațiu :
> >
> > > 2015-09-03 18:11 GMT+03:00 Catalin Muresan :
> > >
> > > >
> > > > deci sa inteleg, pina acum 254 adrese IP erau OK acum
> > > 18446744073709551616
> > > > nu ajung, ne trebuie de 1024 de ori mai multe.
> > > > Dece se tot freaca lumea ca un 64 nu se poate folosi ? /66 -> un /64
> > in 4
> > > > bucati.
> > > >
> > > >
> > > Problema e ca daca vrei sa subnetezi un /64 pierzi tot magicul de
> > > autoconfigurare samd si de-aia frumos ar fi sa mai ai macar un nibble
de
> > > unde sa-ti faci subnetare.
> > >
> >
> > DHCPv6 si revine magicul. Sincer mi se pare o chestie stupida sa spui
ca 48
> > biti nu incap decit in 72 de biti. Sa fim seriosi.
> >
> >
> DHCPv6 inseamna doar "stateful" configuration, in sensul ca il folosesti
> pentru a spune clientilor care nu stiu SLAAC care sunt servele de DNS.
> subnetul din care faci parte se transmite clientilor tot prin RA.

AFAIK, subnet-ul e trimis tot via DHCP, doar gateway-ul e trimis via RA.

>
>
> IPv6 a fost gandit sa fie "wasteful" iar /64 s-a decis de unii cu capu
mare
> sa fie cam cel mai mic subnet pe care sa-l dai la clienti.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Eugeniu Patrascu]

2015-09-03 19:09 GMT+03:00 Catalin Muresan :

> 2015-09-03 16:51 GMT+01:00 Petru Rațiu :
>
> > 2015-09-03 18:11 GMT+03:00 Catalin Muresan :
> >
> > >
> > > deci sa inteleg, pina acum 254 adrese IP erau OK acum
> > 18446744073709551616
> > > nu ajung, ne trebuie de 1024 de ori mai multe.
> > > Dece se tot freaca lumea ca un 64 nu se poate folosi ? /66 -> un /64
> in 4
> > > bucati.
> > >
> > >
> > Problema e ca daca vrei sa subnetezi un /64 pierzi tot magicul de
> > autoconfigurare samd si de-aia frumos ar fi sa mai ai macar un nibble de
> > unde sa-ti faci subnetare.
> >
>
> DHCPv6 si revine magicul. Sincer mi se pare o chestie stupida sa spui ca 48
> biti nu incap decit in 72 de biti. Sa fim seriosi.
>
>
DHCPv6 inseamna doar "stateful" configuration, in sensul ca il folosesti
pentru a spune clientilor care nu stiu SLAAC care sunt servele de DNS.
subnetul din care faci parte se transmite clientilor tot prin RA.


IPv6 a fost gandit sa fie "wasteful" iar /64 s-a decis de unii cu capu mare
sa fie cam cel mai mic subnet pe care sa-l dai la clienti.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Catalin Muresan]

2015-09-03 16:56 GMT+01:00 Alex 'CAVE' Cernat :

> On 3/9/2015 6:51 PM, Petru Rațiu wrote:
> > Nu m-am mai jucat cu v6 in home use de ceva vreme, da' schema asta cu ULA
> > nu presupune sa nu iesi pe internet altfel decat prin proxy? Ca ultima
> oara
> > cand am intrebat de NAT si v6 am inteles ca nu prea se vrea asta.
> ultima data cand am citit despre DNATv6 (as in 6to6) in kernelul de
> linux / iptables, statusul era 'over my dead body' (al programatorului
> desigur)
>

probabil ca a murit, din man ip6tables:

IPv6 NAT support is available since kernel 3.7.



> si nu prea cred ca a revenit la ganduri mai bune, mai ales ca unul din
> lucrurile pentru care a fost gandit ipv6 a fost sa treaca de limitarea
> numarului de adrese care a necesitat aparitia NAT-ului, deci automat sa
> nu mai fie nevoie de asa ceva
> ca lumea s-a obisnuit prea mult cu el, devenind a doua natura, asta e
> deja alt subiect, poate pentru maine, ca tot e vineri
>
> Alex
>
> dead:beef:15:600d::1 :-P
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Catalin Muresan]

2015-09-03 16:51 GMT+01:00 Petru Rațiu :

> 2015-09-03 18:11 GMT+03:00 Catalin Muresan :
>
> >
> > deci sa inteleg, pina acum 254 adrese IP erau OK acum
> 18446744073709551616
> > nu ajung, ne trebuie de 1024 de ori mai multe.
> > Dece se tot freaca lumea ca un 64 nu se poate folosi ? /66 -> un /64 in 4
> > bucati.
> >
> >
> Problema e ca daca vrei sa subnetezi un /64 pierzi tot magicul de
> autoconfigurare samd si de-aia frumos ar fi sa mai ai macar un nibble de
> unde sa-ti faci subnetare.
>

DHCPv6 si revine magicul. Sincer mi se pare o chestie stupida sa spui ca 48
biti nu incap decit in 72 de biti. Sa fim seriosi.


>
>
>
> > Oricum pentru tot ce e dupa routerul tau recomandarea e sa folosesti IPv6
> > ULA
> > https://en.wikipedia.org/wiki/Unique_local_address care rezolva
> prostiile
> > astea.
> >
> >
> Nu m-am mai jucat cu v6 in home use de ceva vreme, da' schema asta cu ULA
> nu presupune sa nu iesi pe internet altfel decat prin proxy? Ca ultima oara
> cand am intrebat de NAT si v6 am inteles ca nu prea se vrea asta.
>
> --
> P.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Recomandare tool linux pentru wifi inventory

[Petru Rațiu]

Noi la birou folosim kismet pt. treaba asta (e pe checklistul diversilor
auditori care se perinda pe-aici), aparent daca-l masezi cum trebuie iti
produce un xml (posibil si alte formate) din care faci ce vrei. Nu m-am
jucat eu personal cu asta (da' am scris la un moment dat un script care
parsa xml-ul cu pricina), pot intreba daca-ti prinzi urechile.

-- 
P.

2015-09-03 15:38 GMT+03:00 Adrian Popa :

> Salutare,
>
> Caut un tool pe Linux de preferință care să îmi facă un fel de site survey
> wifi în momente diferite de timp (manual). Aș vrea să înregistrez AP-urile
> vizibile + puterea + canalul și să pot compara (vizual cumva) cum au
> evoluat lucrurile în timp - ce AP-uri noi au apărut/dispărut, ce modificări
> de canal s-au făcut, etc.
>
> Colectarea datelor o să o fac manual cu toolul respectiv și mă interesează
> să pot stoca măcar 5 intervale de timp (comparații pe o istorie de adâncime
> 5).
>
> Știu că pot face asta cu iwlist + un strop de scripting, dar sunt leneș și
> nu vreau să reinventez roata - așa că întreb - cunoaștețiun tool cu
> capabilitățile ăstea?
>
> Seamănă cu war-driving, dar fără partea de geolocație (o să fie în aceeasi
> locație)
>
> Mulțumesc,
> Adrian
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Nicu]

2015-09-03 18:11 GMT+03:00 Catalin Muresan :
> deci sa inteleg, pina acum 254 adrese IP erau OK acum  18446744073709551616
> nu ajung, ne trebuie de 1024 de ori mai multe.

Nu ajung pt ca nu poti sa faci nici un subnetting cu adresele alea.

Din punctul meu de vedere, ar fi OK daca mi-ar da macar un /63, l-as
putea imparti in 2: un /64 pt pocnitorile la care nu pot sa le modific
stackul IPv6, si un /64 cu care sa fac ce vreau.

> Dece se tot freaca lumea ca un 64 nu se poate folosi ? /66 -> un /64 in 4
> bucati.
>
> Oricum pentru tot ce e dupa routerul tau recomandarea e sa folosesti IPv6
> ULA
> https://en.wikipedia.org/wiki/Unique_local_address care rezolva prostiile
> astea.

ULA nu rezolva nimic. E ca RFC1918: nu poti sa accesezi nici un device din
exterior fara NAT, ssh port forwarding si alte magarii.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Alex 'CAVE' Cernat]

On 3/9/2015 6:51 PM, Petru Rațiu wrote:
> Nu m-am mai jucat cu v6 in home use de ceva vreme, da' schema asta cu ULA
> nu presupune sa nu iesi pe internet altfel decat prin proxy? Ca ultima oara
> cand am intrebat de NAT si v6 am inteles ca nu prea se vrea asta.
ultima data cand am citit despre DNATv6 (as in 6to6) in kernelul de
linux / iptables, statusul era 'over my dead body' (al programatorului
desigur)
si nu prea cred ca a revenit la ganduri mai bune, mai ales ca unul din
lucrurile pentru care a fost gandit ipv6 a fost sa treaca de limitarea
numarului de adrese care a necesitat aparitia NAT-ului, deci automat sa
nu mai fie nevoie de asa ceva
ca lumea s-a obisnuit prea mult cu el, devenind a doua natura, asta e
deja alt subiect, poate pentru maine, ca tot e vineri

Alex

dead:beef:15:600d::1 :-P

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Petru Rațiu]

2015-09-03 18:11 GMT+03:00 Catalin Muresan :

>
> deci sa inteleg, pina acum 254 adrese IP erau OK acum  18446744073709551616
> nu ajung, ne trebuie de 1024 de ori mai multe.
> Dece se tot freaca lumea ca un 64 nu se poate folosi ? /66 -> un /64 in 4
> bucati.
>
>
Problema e ca daca vrei sa subnetezi un /64 pierzi tot magicul de
autoconfigurare samd si de-aia frumos ar fi sa mai ai macar un nibble de
unde sa-ti faci subnetare.



> Oricum pentru tot ce e dupa routerul tau recomandarea e sa folosesti IPv6
> ULA
> https://en.wikipedia.org/wiki/Unique_local_address care rezolva prostiile
> astea.
>
>
Nu m-am mai jucat cu v6 in home use de ceva vreme, da' schema asta cu ULA
nu presupune sa nu iesi pe internet altfel decat prin proxy? Ca ultima oara
cand am intrebat de NAT si v6 am inteles ca nu prea se vrea asta.

-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Catalin Muresan]

>
> deci sa inteleg, pina acum 254 adrese IP erau OK acum
>  18446744073709551616 nu ajung, ne trebuie de 1024 de ori mai multe.
>

256 ori . Dar cine sta sa le numere ? ;)
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Catalin Muresan]

2015-09-03 14:36 GMT+01:00 Petru Rațiu :

> 2015-09-03 16:01 GMT+03:00 Nicu :
>
> > 2015-09-03 14:42 GMT+03:00 Adrian Popa :
> >
> > > Alte idei? Sau întreb și la RDS?
> >
> > Doar daca ai vreun contact privilegiat
> >
> > (in care caz poti sa-i intrebi si cind au de gind / daca au de gind sa
> > dea un PD de /56 asa cum se laudau in
> > https://ripe65.ripe.net/presentations/135-RDS-IPv6-ripe65.pdf)
> >
> > Altfel, in cel mai bun caz o sa-ti spuna sa folosesti router-ul lor in
> > custodie cu firmware-ul lor customizat
> >
> >
> Fac proxy in numele unui "contact privilegiat" care nu tine musai sa
> posteze cu adresa de la munca :)
>
> - " asta e explicatia pentru de ce nu dam /56
> http://www.techtorials.ro/2013/03/29/prefix-assignment-in-a-home-network/
> "
> - " ne dorim /56 cum s-a vazut din start, problema e ca in afara de cativa
> pasionati cu linux/wrt majoritatea sunt cu CPE-uri facute de diversi, unde
> treaba nu e roz"
>

deci sa inteleg, pina acum 254 adrese IP erau OK acum  18446744073709551616
nu ajung, ne trebuie de 1024 de ori mai multe.
Dece se tot freaca lumea ca un 64 nu se poate folosi ? /66 -> un /64 in 4
bucati.

Oricum pentru tot ce e dupa routerul tau recomandarea e sa folosesti IPv6
ULA
https://en.wikipedia.org/wiki/Unique_local_address care rezolva prostiile
astea.

Ca fapt divers, routerul meu de la SKY din UK are asa:

LAN Port help
MAC Address 7c:4c:a5:46:af:a4
IPv4 Address 192.168.0.1
DHCPv4On
IPv4 Subnet Mask 255.255.255.0
IPv6 ULA fdc9:a417:7133:0:7e4c:a5ff:fe46:afa4
IPv6 ULA Prefix fdc9:a417:7133:::/64
IPv6 Global Address
IPv6 Link Local Address fe80::7e4c:a5ff:fe46:afa4/64
DHCPv6 On


LAN TCP/IPv6 Setup

 Enable IPV6 on LAN side : yes
 Enable ULA Router Prefix Advertisements : yes
 Prefix randomly generated
 Prefix: fdc9:a417:7133:::/64
 Preferred Lifetime (hour): -1
 Valid Lifetime (hour):  -1
 Enable IPv6 DHCP Server : yes
 Enable MLD Querier : no

Daca am ipv6 device in lan primeste ULA IP. Simplu.



> Si @Marius, a zis ca nu prea se poate prinde de problema din ce s-a dat
> pe-aici, cel mai bine ar fi sa intri pe irc si sa speri ca va suprapuneti
> (sau vorbim pe privat si fac eu relay de client id si ce-o mai fi cazul).
>
> --
> P. "just the messenger"
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] [anunt] Invata sa monitorizezi cu Check_MK!

[Anunt Bouncer]

[https://gallery.mailchimp.com/a91563dfb46f97aadbc0836fb/images/5763eb9e-b264-4df9-9a4e-fadbb01a5654.jpg]



Pentru profesioniștii IT care își doresc să-și extindă aria de expertiză 
aducem și în România unul dintre cele mai renumite cursuri de instruire si 
formare profesională din Germania -Monitorizarea sistemului cu Check_MK.


În cursul nostru de bază, Monitorizarea sistemului cu Check_MK, înveți cum să 
setezi un sistem de monitorizare profesional și să-l structurezi într-un mod 
sensibil, pentru a monitoriza rețeaua, serverele, sistemele de operare și 
aplicațiile. Mai multe detalii: 
AICI


* Durata cursului - 5 zile
* Perioada: 12-16 octombrie 2015
* Valoarea: 1200 euro
*15% discount pentru înscrierile și plățile efectuate până la data de 20 
Septembrie 2015
* Trainer: Marius Pană

Înscrie-te acum la adresa cont...@sphs.ro


[https://gallery.mailchimp.com/a91563dfb46f97aadbc0836fb/images/0f1a4c87-b010-4107-9fc1-d97922ac3572.png]





[http://cdn-images.mailchimp.com/icons/social-block-v2/color-googleplus-48.png]
 
+1


[http://cdn-images.mailchimp.com/icons/social-block-v2/color-linkedin-48.png]
  
Share


[http://cdn-images.mailchimp.com/icons/social-block-v2/color-facebook-48.png]
 
Share













[Facebook]
Facebook
[Twitter]
Twitter
[Website]
Website
[LinkedIn]
LinkedIn







___
anunt mailing list
an...@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/anunt
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Petru Rațiu]

2015-09-03 16:01 GMT+03:00 Nicu :

> 2015-09-03 14:42 GMT+03:00 Adrian Popa :
>
> > Alte idei? Sau întreb și la RDS?
>
> Doar daca ai vreun contact privilegiat
>
> (in care caz poti sa-i intrebi si cind au de gind / daca au de gind sa
> dea un PD de /56 asa cum se laudau in
> https://ripe65.ripe.net/presentations/135-RDS-IPv6-ripe65.pdf)
>
> Altfel, in cel mai bun caz o sa-ti spuna sa folosesti router-ul lor in
> custodie cu firmware-ul lor customizat
>
>
Fac proxy in numele unui "contact privilegiat" care nu tine musai sa
posteze cu adresa de la munca :)

- " asta e explicatia pentru de ce nu dam /56
http://www.techtorials.ro/2013/03/29/prefix-assignment-in-a-home-network/ "
- " ne dorim /56 cum s-a vazut din start, problema e ca in afara de cativa
pasionati cu linux/wrt majoritatea sunt cu CPE-uri facute de diversi, unde
treaba nu e roz"

Si @Marius, a zis ca nu prea se poate prinde de problema din ce s-a dat
pe-aici, cel mai bine ar fi sa intri pe irc si sa speri ca va suprapuneti
(sau vorbim pe privat si fac eu relay de client id si ce-o mai fi cazul).

-- 
P. "just the messenger"
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Ciudatenie

[Laurentiu STEFAN]

Am pus sa ruleze la pornirea sererului

ping IP.public.router -i 300 &
sleep 150
ping GW -i 300 &

Am mutat si serverul in alt port la SW-ul ISP-ului (era pe un grup de
porturi cu QoS, acum e pe grupul fara QoS)

Sa vedem ce iese.

În data de 3 septembrie 2015, 15:42, Alex 'CAVE' Cernat  a
scris:

> On 3/9/2015 3:51 PM, Gabriel GANEA wrote:
> > Să înțelegem că ai ceva de genul:
> >
> > ISP===ISPsw===WANif-NATrouter-LANif===LANsw===yourLAN
> > #   #
> > #   #
> > #=EXTif-HPmicroSRV-INTif#
> >
> > Dacă ca, nu ma dau de mare cunoscător dar, cred ca ai o problemă cu GW
> > pe EXTif (notația de mai sus).
> >
> >
> si mie imi cam suna a ARP problem ... poti sa incerci o gainarie care ar
> trebui sa functioneze, recte sa lasi pe serverul respectiv un ping
> pornit catre gateway, sa dea din 30 in 30 de secunde sau din minut in
> minut cate un pachet, astfel switch-ul, router-ul sau cine pierde arp-ul
> il va tine minte
> stiu ca mai pateam si eu mai de mult balarii din astea la pornirea unui
> gateway vaporean, am pus un ping la startup si a mers; parca era ceva cu
> romtelecom si adsl
> sigur, nu e nici pe departe cea mai profesionista solutie, dar daca iti
> functioneaza ...
>
> Alex
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 
---
Laurentiu STEFAN
cont...@laurentiustefan.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Nicu]

2015-09-03 14:42 GMT+03:00 Adrian Popa :
> Am făcut și tcpdump  să vedem cum stau lucrurile:

> 14:29:11.035154 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 8)
> fe80::5679:c386 > ff02::2: [icmp6 sum ok] ICMP6, router solicitation,
> length 8
> 14:29:11.037640 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 16)
> fe80::1 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 16
> hop limit 64, Flags [managed], pref medium, router lifetime 900s,
> reachable time 0s, retrans time 0s

> Din câte văd capătul remote nu răspunde nici la router solicitation, nici

ba la router solicitation se pare ca raspunde

mai de mult (acum vreun 1 an 2) se intimpla ca o sesiune dhcpv6 sa
ramina 'agatata', si rds-ul sa ignore complet pachetele de dhcpv6
solicitation -- si sa trebuiasca sa-i dau ifdown/ifup de 2,3 ori la
toata sesiunea pppoe ca sa-si revina (desi asta se intimpla pe un
debian cu ifupdown + wide-dhcpv6-client , nu pe openwrt).

> la DHCP. Nu e problemă nici de firewall (zic eu), pentru că tcpdump
> capturează înainte de netfilter și aș fi văzut traficul de întoarcere
> înainte de a fi dropat. Oricum, am active regulile implicite de Allow
> DHCPv6, Allow ICMPv6, dar pare să fie liniște pe linie...

> Alte idei? Sau întreb și la RDS?

Doar daca ai vreun contact privilegiat

(in care caz poti sa-i intrebi si cind au de gind / daca au de gind sa
dea un PD de /56 asa cum se laudau in
https://ripe65.ripe.net/presentations/135-RDS-IPv6-ripe65.pdf)

Altfel, in cel mai bun caz o sa-ti spuna sa folosesti router-ul lor in
custodie cu firmware-ul lor customizat
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Ciudatenie

[Alex 'CAVE' Cernat]

On 3/9/2015 3:51 PM, Gabriel GANEA wrote:
> Să înțelegem că ai ceva de genul:
>
> ISP===ISPsw===WANif-NATrouter-LANif===LANsw===yourLAN
> #   #
> #   #
> #=EXTif-HPmicroSRV-INTif#
>
> Dacă ca, nu ma dau de mare cunoscător dar, cred ca ai o problemă cu GW
> pe EXTif (notația de mai sus).
>
>
si mie imi cam suna a ARP problem ... poti sa incerci o gainarie care ar
trebui sa functioneze, recte sa lasi pe serverul respectiv un ping
pornit catre gateway, sa dea din 30 in 30 de secunde sau din minut in
minut cate un pachet, astfel switch-ul, router-ul sau cine pierde arp-ul
il va tine minte
stiu ca mai pateam si eu mai de mult balarii din astea la pornirea unui
gateway vaporean, am pus un ping la startup si a mers; parca era ceva cu
romtelecom si adsl
sigur, nu e nici pe departe cea mai profesionista solutie, dar daca iti
functioneaza ...

Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Recomandare tool linux pentru wifi inventory

[Adrian Popa]

Salutare,

Caut un tool pe Linux de preferință care să îmi facă un fel de site survey
wifi în momente diferite de timp (manual). Aș vrea să înregistrez AP-urile
vizibile + puterea + canalul și să pot compara (vizual cumva) cum au
evoluat lucrurile în timp - ce AP-uri noi au apărut/dispărut, ce modificări
de canal s-au făcut, etc.

Colectarea datelor o să o fac manual cu toolul respectiv și mă interesează
să pot stoca măcar 5 intervale de timp (comparații pe o istorie de adâncime
5).

Știu că pot face asta cu iwlist + un strop de scripting, dar sunt leneș și
nu vreau să reinventez roata - așa că întreb - cunoaștețiun tool cu
capabilitățile ăstea?

Seamănă cu war-driving, dar fără partea de geolocație (o să fie în aceeasi
locație)

Mulțumesc,
Adrian
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Ciudatenie

[Laurentiu STEFAN]

Ceva de genul asta este

ISP===ISPsw===WANif-NATrouter-LANif===LANsw===yourLAN
##
##
#=EXTif - HPmicroSRV - INTif#

Intru cu routerul in SW-ul din LAN ca e GB.
Routerul e de 100.

Culme, cat stau toata ziua la birou si e activitate si in reteaua locala si
in WAN si intru pe PC-ul de acasa cum TeamViewer serverul pare sa mearga.
Cum nu mai e activitate mare in LAN si WAN pare sa se opreasca.

În data de 3 septembrie 2015, 14:44, Adrian Popa 
a scris:

> Probleme de ARP? Nu răspunde la ARP requests, dar când generează el trafic
> actualizează tabelele ARP ale celorlalte device-uri?
>
> 2015-09-03 15:51 GMT+03:00 Gabriel GANEA :
>
> > Să înțelegem că ai ceva de genul:
> >
> > ISP===ISPsw===WANif-NATrouter-LANif===LANsw===yourLAN
> > #   #
> > #   #
> > #=EXTif-HPmicroSRV-INTif#
> >
> > Dacă ca, nu ma dau de mare cunoscător dar, cred ca ai o problemă cu GW
> > pe EXTif (notația de mai sus).
> >
> >
> > HTH!
> > Gabi G.
> >
> >
> > On Thu, September 3, 2015 12:27, Laurentiu STEFAN wrote:
> > > Sal. din nou.
> > >
> > > Revin si eu cu o "ciudatenie"
> > >
> > > Aceelasi server care ziceam zilele trecute ca vroiam sa pun 2 IP-uri
> > > pe
> > > el
> > > Am lasat un IP public pe eth0 (C-ul).
> > >
> > > In SW-ul ISP-ului am routerul in care am legat reteaua de la birou si
> > > serverul cu eth0.
> > > eth1 de la server e tot in reteaua locala de la birou.
> > >
> > > Dupa ceva timp din internet, daca vreau sa accesez serverul da eroare
> > > (time
> > > out) pe orice serviciu.
> > > In schimb, daca intru pe time viewer pe un PC aflat in reteaua de la
> > > birou
> > > si accesez serverul pe IP-ul public merge. Dupa ce accesez serverul
> > > din
> > > PC-ul de la birou (pe IP-ul public - eth0, nu prin eth1) pot sa il
> > > accesez
> > > si din internet.
> > >
> > > Este un HP MicroServer Gen9 (are iLO 4 Standard) si este setat pe High
> > > Performance.
> > >
> > > S-a mai intalnit cineva cu problema asta?
> > >
> > > Eu ma gandeam ca ar intra intr-un fel de sleep cu un Wake-on-LAN
> > > activat
> > > dar nu il gasesc unde ar putea fi
> > > Pe net sunt multe solutii diferite de a dezactiva sleep-ul in CentOS
> > > dar nu
> > > as vrea sa le incerc pe fiecare in parte.
> > >
> > > Multumesc de ajutor.
> > > ___
> > > RLUG mailing list
> > > RLUG@lists.lug.ro
> > > http://lists.lug.ro/mailman/listinfo/rlug
> > >
> >
> >
> > Gabi G.
> > --
> > Radioactive cats have 18 half-lives.
> >
> >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 
---
Laurentiu STEFAN
cont...@laurentiustefan.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Ciudatenie

[Adrian Popa]

Probleme de ARP? Nu răspunde la ARP requests, dar când generează el trafic
actualizează tabelele ARP ale celorlalte device-uri?

2015-09-03 15:51 GMT+03:00 Gabriel GANEA :

> Să înțelegem că ai ceva de genul:
>
> ISP===ISPsw===WANif-NATrouter-LANif===LANsw===yourLAN
> #   #
> #   #
> #=EXTif-HPmicroSRV-INTif#
>
> Dacă ca, nu ma dau de mare cunoscător dar, cred ca ai o problemă cu GW
> pe EXTif (notația de mai sus).
>
>
> HTH!
> Gabi G.
>
>
> On Thu, September 3, 2015 12:27, Laurentiu STEFAN wrote:
> > Sal. din nou.
> >
> > Revin si eu cu o "ciudatenie"
> >
> > Aceelasi server care ziceam zilele trecute ca vroiam sa pun 2 IP-uri
> > pe
> > el
> > Am lasat un IP public pe eth0 (C-ul).
> >
> > In SW-ul ISP-ului am routerul in care am legat reteaua de la birou si
> > serverul cu eth0.
> > eth1 de la server e tot in reteaua locala de la birou.
> >
> > Dupa ceva timp din internet, daca vreau sa accesez serverul da eroare
> > (time
> > out) pe orice serviciu.
> > In schimb, daca intru pe time viewer pe un PC aflat in reteaua de la
> > birou
> > si accesez serverul pe IP-ul public merge. Dupa ce accesez serverul
> > din
> > PC-ul de la birou (pe IP-ul public - eth0, nu prin eth1) pot sa il
> > accesez
> > si din internet.
> >
> > Este un HP MicroServer Gen9 (are iLO 4 Standard) si este setat pe High
> > Performance.
> >
> > S-a mai intalnit cineva cu problema asta?
> >
> > Eu ma gandeam ca ar intra intr-un fel de sleep cu un Wake-on-LAN
> > activat
> > dar nu il gasesc unde ar putea fi
> > Pe net sunt multe solutii diferite de a dezactiva sleep-ul in CentOS
> > dar nu
> > as vrea sa le incerc pe fiecare in parte.
> >
> > Multumesc de ajutor.
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
>
>
> Gabi G.
> --
> Radioactive cats have 18 half-lives.
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Adrian Popa]

Am făcut și tcpdump  să vedem cum stau lucrurile:

root@arcturus:~# tcpdump -n -vvv -i pppoe-WAN ip6
tcpdump: listening on pppoe-WAN, link-type LINUX_SLL (Linux cooked),
capture size 65535 bytes
14:29:11.035154 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 8)
fe80::5679:c386 > ff02::2: [icmp6 sum ok] ICMP6, router solicitation,
length 8
14:29:11.037640 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 16)
fe80::1 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 16
hop limit 64, Flags [managed], pref medium, router lifetime 900s,
reachable time 0s, retrans time 0s
14:29:11.836243 IP6 (hlim 1, next-header UDP (17) payload length: 142)
fe80::5679:c386.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=f8137d
(elapsed-time 0) (option-request SIP-servers-domain SIP-servers-address
DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_82
opt_83 opt_94 opt_95 opt_96) (client-ID hwaddr type 1 021018010001)
(reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1
T1:0 T2:0 (IA_PD-prefix ::/0 pltime:0 vltime:0)))
14:29:12.858950 IP6 (hlim 1, next-header UDP (17) payload length: 142)
fe80::5679:c386.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=f8137d
(elapsed-time 102) (option-request SIP-servers-domain SIP-servers-address
DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_82
opt_83 opt_94 opt_95 opt_96) (client-ID hwaddr type 1 021018010001)
(reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1
T1:0 T2:0 (IA_PD-prefix ::/0 pltime:0 vltime:0)))
14:29:14.858851 IP6 (hlim 1, next-header UDP (17) payload length: 142)
fe80::5679:c386.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=f8137d
(elapsed-time 302) (option-request SIP-servers-domain SIP-servers-address
DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_82
opt_83 opt_94 opt_95 opt_96) (client-ID hwaddr type 1 021018010001)
(reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1
T1:0 T2:0 (IA_PD-prefix ::/0 pltime:0 vltime:0)))
14:29:18.927002 IP6 (hlim 1, next-header UDP (17) payload length: 142)
fe80::5679:c386.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=f8137d
(elapsed-time 709) (option-request SIP-servers-domain SIP-servers-address
DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_82
opt_83 opt_94 opt_95 opt_96) (client-ID hwaddr type 1 021018010001)
(reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1
T1:0 T2:0 (IA_PD-prefix ::/0 pltime:0 vltime:0)))
14:29:21.670188 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 16)
fe80::1 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 16
hop limit 64, Flags [managed], pref medium, router lifetime 900s,
reachable time 0s, retrans time 0s
14:29:27.354964 IP6 (hlim 1, next-header UDP (17) payload length: 142)
fe80::5679:c386.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=f8137d
(elapsed-time 1551) (option-request SIP-servers-domain SIP-servers-address
DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_82
opt_83 opt_94 opt_95 opt_96) (client-ID hwaddr type 1 021018010001)
(reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1
T1:0 T2:0 (IA_PD-prefix ::/0 pltime:0 vltime:0)))
14:29:43.722861 IP6 (hlim 1, next-header UDP (17) payload length: 142)
fe80::5679:c386.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=f8137d
(elapsed-time 3188) (option-request SIP-servers-domain SIP-servers-address
DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_82
opt_83 opt_94 opt_95 opt_96) (client-ID hwaddr type 1 021018010001)
(reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1
T1:0 T2:0 (IA_PD-prefix ::/0 pltime:0 vltime:0)))
14:30:16.698863 IP6 (hlim 1, next-header UDP (17) payload length: 142)
fe80::5679:c386.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=f8137d
(elapsed-time 6486) (option-request SIP-servers-domain SIP-servers-address
DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_82
opt_83 opt_94 opt_95 opt_96) (client-ID hwaddr type 1 021018010001)
(reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1
T1:0 T2:0 (IA_PD-prefix ::/0 pltime:0 vltime:0)))

Din câte văd capătul remote nu răspunde nici la router solicitation, nici
la DHCP. Nu e problemă nici de firewall (zic eu), pentru că tcpdump
capturează înainte de netfilter și aș fi văzut traficul de întoarcere
înainte de a fi dropat. Oricum, am active regulile implicite de Allow
DHCPv6, Allow ICMPv6, dar pare să fie liniște pe linie...

Setările de ppp par să fie la fel. Eu am, în schimb, o versiune ceva mai
veche...

root@arcturus:~# psy `pgrep ppp`
10304 /usr/sbin/pppd nodetach ipparam WAN ifname pppoe-WAN +ipv6
nodefaultroute usepeerdns persist maxfail 1 user X password YYY
ip-up-script /lib/netifd/ppp-up ipv6-up-script /lib/netifd/ppp-up
ip-down-script /lib/netifd/ppp-down ipv6-down-script /lib/netifd/pp

Re: [rlug] Ciudatenie

[Gabriel GANEA]

Să înțelegem că ai ceva de genul:

ISP===ISPsw===WANif-NATrouter-LANif===LANsw===yourLAN
#   #
#   #
#=EXTif-HPmicroSRV-INTif#

Dacă ca, nu ma dau de mare cunoscător dar, cred ca ai o problemă cu GW
pe EXTif (notația de mai sus).


HTH!
Gabi G.


On Thu, September 3, 2015 12:27, Laurentiu STEFAN wrote:
> Sal. din nou.
>
> Revin si eu cu o "ciudatenie"
>
> Aceelasi server care ziceam zilele trecute ca vroiam sa pun 2 IP-uri
> pe
> el
> Am lasat un IP public pe eth0 (C-ul).
>
> In SW-ul ISP-ului am routerul in care am legat reteaua de la birou si
> serverul cu eth0.
> eth1 de la server e tot in reteaua locala de la birou.
>
> Dupa ceva timp din internet, daca vreau sa accesez serverul da eroare
> (time
> out) pe orice serviciu.
> In schimb, daca intru pe time viewer pe un PC aflat in reteaua de la
> birou
> si accesez serverul pe IP-ul public merge. Dupa ce accesez serverul
> din
> PC-ul de la birou (pe IP-ul public - eth0, nu prin eth1) pot sa il
> accesez
> si din internet.
>
> Este un HP MicroServer Gen9 (are iLO 4 Standard) si este setat pe High
> Performance.
>
> S-a mai intalnit cineva cu problema asta?
>
> Eu ma gandeam ca ar intra intr-un fel de sleep cu un Wake-on-LAN
> activat
> dar nu il gasesc unde ar putea fi
> Pe net sunt multe solutii diferite de a dezactiva sleep-ul in CentOS
> dar nu
> as vrea sa le incerc pe fiecare in parte.
>
> Multumesc de ajutor.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>


Gabi G.
-- 
Radioactive cats have 18 half-lives.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Nicu]

2015-09-03 11:52 GMT+03:00 Adrian Popa :
> config interface 'WAN'
> option ifname 'eth0.10'
> option _orig_ifname 'eth0.10'
> option _orig_bridge 'false'
> option proto 'pppoe'
> option username 'X'
> option password 'X'
> option ipv6 '1'
>
> config interface 'WAN6'
> option ifname '@WAN'
> option proto 'dhcpv6'
>
>
> Am dat restart interfeței WAN6, dar tot nu primesc nimic prin DHCPv6

Sigur nu e blocat din firewall?
Trebuie sa lasi sa treaca atit dhcpv6 (deschide port 546) cit si icmpv6.

Prin /etc/config/firewall trebuie sa ai ceva de genul:

# Allow DHCPv6 replies
# see https://dev.openwrt.org/ticket/10381
config rule
option name Allow-DHCPv6
option src  wan
option protoudp
option src_ip   fe80::/10
option src_port 547
option dest_ip  fe80::/10
option dest_port546
option family   ipv6
option target   ACCEPT
# Allow essential incoming IPv6 ICMP traffic
[... configuratia standard, n-am modificat nimic pe aici]

> root@arcturus:~# strace -p 11717

O unealta mai buna pentru debugging in cazuri de-astea e tcpdump ;-)

> Vroiam să te întreb cum arată /etc/ppp/options - am văzut exemple în care
> trebuie activat ipv6 acolo (pentru IP6CP), dar nu știu dacă e necesar pt

De asta are grija 'option ipv6 1' din /etc/config/network.

XXX# psy(){ for p; do echo -n "$p "; cat /proc/$p/cmdline; echo; done
| tr '\000' ' '; }
XXX# psy `pgrep ppp`
4461 /usr/sbin/pppd nodetach ipparam wan ifname pppoe-wan +ipv6
nodefaultroute usepeerdns persist maxfail 1 user  password 
ip-up-script /lib/netifd/ppp-up ipv6-up-script /lib/netifd/ppp-up
ip-down-script /lib/netifd/ppp-down ipv6-down-script
/lib/netifd/ppp-down mtu 1492 mru 1492 plugin rp-pppoe.so nic-eth0.2
XXX# cat /etc/ppp/options
#debug
logfile /dev/null
noipdefault
noaccomp
nopcomp
nocrtscts
lock
maxfail 0
lcp-echo-failure 5
lcp-echo-interval 1
XXX# grep -i barrier /rom/etc/banner
 BARRIER BREAKER (Barrier Breaker, r45951)
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Hello. Teren neutru in privat.

[Stefan Cristian Brindusa]

Ne sustin* s-o ducem noi la un alt nivel.

2015-09-03 13:37 GMT+03:00 Stefan Cristian Brindusa <
stefan.crist...@rogentos.ro>:

> Pentru ca din punct de vedere a celor de la Gentoo si a majoritatii
> dev-ilor ... ei nu doresc sa ofere 'support' pentru binare precompilate.
> Adica daca s-ar vota maine, de exemplu, sa se ofere `full support` pentru
> binare precompilate, voturile ar iesi cam 80-90% impotriva.
>
> Din acest motiv trebuie sa existe un proiect pilot, proiect la care lucrez
> acum din greu, de implementare a unei solutii.
> Momentan avem primele solutii cu implementarea, pe model *diferit* de a
> Sabayon-lui, pe parte de pachete precompilate, si este cu succes.
>
> Asta este realitatea defapt. Ei nu vor s-o faca ei, asa ca ne sustinem s-o
> ducem noi la un alt nivel.
>
> Nu am vrut sa o zic neaparat acum, ci mai degraba cand aveam mai multe
> pachete pregatite. Dar e okay.
>
> P.S.: Am dat un exemplu aleator cu implementarea, deoarece acolo lucrez.
>
> 2015-09-03 13:14 GMT+03:00 Petru Rațiu :
>
>> Tot nu mi-ai raspuns la intrebarea cu "de ce" si nu vad ce nu e neutru in
>> public, ba din contra.
>>
>> Si nu, n-ai inteles la ce roade ma refeream.
>> --
>> P.
>>
>> 2015-09-03 13:10 GMT+03:00 Stefan Cristian Brindusa <
>> stefan.crist...@rogentos.ro>:
>>
>> > Salut,
>> >
>> > Mai omule... hai sa te lamuresc un pic care-i toata treaba cu Kogaion si
>> > Argent.
>> > In primul si in primul rand, eu am preluat Gentoo Romania din initiativa
>> > lui betelgeuse / Petteri Raty, membru consiliu Gentoo.
>> >
>> > Dupa discutii lungi la FOSDEM in anul 2013, prin Februarie, cu o parte
>> din
>> > consiliul Gentoo, *ei* au propus sa preluam initiativa ce-o inceput-o
>> > Sabayon acum X ani, deoarece cei din Sabayon faceau numa' tampenii care
>> > bagau in cacat ideea de binare preconfigurate in Gentoo-derivates.
>> >
>> > Noi nu suntem fork-uri, ci suntem parte aproape integrala din Gentoo.
>> > Overlayerele noastre sunt verificate la ei ( din rugamintea mea ).
>> Sursele
>> > noastre cat si ebuilds-urile noastre sunt verificate de Gentoo-isti
>> > germani, mai exact.
>> > Orice implementare pe care o facem, o facem upstream pe un stage3 de
>> > Gentoo intai, controlled si trimis la Daniel Berkholz ( daca e vorba de
>> > Argent ) si echipei din #gentoo-desktop daca e vorba de Kogaion. *Ne tin
>> > sub lesa destul de bine, pentru ca ii reprezint in tara ca si Gentoo
>> > Romania.*
>> >
>> > Cu asta, ne-am asigurat 'dezlegarea' de Sabayon si ancorarea la
>> upstream.
>> > Asta i-o multumit pe upstream de ne-o pus in rama:
>> > https://wiki.gentoo.org/wiki/Distributions_based_on_Gentoo
>> >
>> > De asemenea, devii gentoo sunt pleased de oricate distributii de Gentoo
>> se
>> > fac, deoarece *suntem direct compatibili* la emerge. E simplu.
>> >
>> > Vrem sa impingem Gentoo mai departe intr-o forma 'mancabila' de catre
>> > public, oameni, programatori, firme si institutii. Daca reusim, ar fi
>> > misto. Ce facem in momentele astea de tacem sunt defapt demersurile
>> > economice sa ne stabilim un SRL-D sa putem oferi tech support firmelor
>> care
>> > vor sa implementeze Argent ( de ex. HP Cluj-Napoca ).
>> > E singura metoda sa crestem incet, incet... vorba ta, in 2-3-5 ani se
>> vad
>> > roadele. Sincer, nu ma grabesc, trebuie facut cu pasi mici si stabili.
>> >
>> > Respecte,
>> >
>> > P.S. Mi-o placut ultimul tau comment la "Lamuriri Rogentos".
>> >
>> > --
>> > Main OS Architect at Project RoGentos (Romanian Gentoo Operating
>> Systems)
>> > Group. Based on Sabayon and Gentoo Linux, Kogaion GNU/Linux and Argent
>> > GNU/Linux tend to offer support mainly for all Romanian Linux users and
>> > entrepreneurs which seek to learn an open and free system based on true
>> > values :)
>> > http://rogentos.ro
>> > www.facebook.com/RogentosLinux
>> > https://plus.google.com/106559511636021124919/ Google+
>> >
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
>
>
>
> --
> Main OS Architect at Project RoGentos (Romanian Gentoo Operating Systems)
> Group. Based on Sabayon and Gentoo Linux, Kogaion GNU/Linux and Argent
> GNU/Linux tend to offer support mainly for all Romanian Linux users and
> entrepreneurs which seek to learn an open and free system based on true
> values :)
> http://rogentos.ro
> www.facebook.com/RogentosLinux
> https://plus.google.com/106559511636021124919/ Google+
>



-- 
Main OS Architect at Project RoGentos (Romanian Gentoo Operating Systems)
Group. Based on Sabayon and Gentoo Linux, Kogaion GNU/Linux and Argent
GNU/Linux tend to offer support mainly for all Romanian Linux users and
entrepreneurs which seek to learn an open and free system based on true
values :)
http://rogentos.ro
www.facebook.com/RogentosLinux
https://plus.google.com/106559511636021124919/ Google+
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Hello. Teren neutru in privat.

[Stefan Cristian Brindusa]

Pentru ca din punct de vedere a celor de la Gentoo si a majoritatii
dev-ilor ... ei nu doresc sa ofere 'support' pentru binare precompilate.
Adica daca s-ar vota maine, de exemplu, sa se ofere `full support` pentru
binare precompilate, voturile ar iesi cam 80-90% impotriva.

Din acest motiv trebuie sa existe un proiect pilot, proiect la care lucrez
acum din greu, de implementare a unei solutii.
Momentan avem primele solutii cu implementarea, pe model *diferit* de a
Sabayon-lui, pe parte de pachete precompilate, si este cu succes.

Asta este realitatea defapt. Ei nu vor s-o faca ei, asa ca ne sustinem s-o
ducem noi la un alt nivel.

Nu am vrut sa o zic neaparat acum, ci mai degraba cand aveam mai multe
pachete pregatite. Dar e okay.

P.S.: Am dat un exemplu aleator cu implementarea, deoarece acolo lucrez.

2015-09-03 13:14 GMT+03:00 Petru Rațiu :

> Tot nu mi-ai raspuns la intrebarea cu "de ce" si nu vad ce nu e neutru in
> public, ba din contra.
>
> Si nu, n-ai inteles la ce roade ma refeream.
> --
> P.
>
> 2015-09-03 13:10 GMT+03:00 Stefan Cristian Brindusa <
> stefan.crist...@rogentos.ro>:
>
> > Salut,
> >
> > Mai omule... hai sa te lamuresc un pic care-i toata treaba cu Kogaion si
> > Argent.
> > In primul si in primul rand, eu am preluat Gentoo Romania din initiativa
> > lui betelgeuse / Petteri Raty, membru consiliu Gentoo.
> >
> > Dupa discutii lungi la FOSDEM in anul 2013, prin Februarie, cu o parte
> din
> > consiliul Gentoo, *ei* au propus sa preluam initiativa ce-o inceput-o
> > Sabayon acum X ani, deoarece cei din Sabayon faceau numa' tampenii care
> > bagau in cacat ideea de binare preconfigurate in Gentoo-derivates.
> >
> > Noi nu suntem fork-uri, ci suntem parte aproape integrala din Gentoo.
> > Overlayerele noastre sunt verificate la ei ( din rugamintea mea ).
> Sursele
> > noastre cat si ebuilds-urile noastre sunt verificate de Gentoo-isti
> > germani, mai exact.
> > Orice implementare pe care o facem, o facem upstream pe un stage3 de
> > Gentoo intai, controlled si trimis la Daniel Berkholz ( daca e vorba de
> > Argent ) si echipei din #gentoo-desktop daca e vorba de Kogaion. *Ne tin
> > sub lesa destul de bine, pentru ca ii reprezint in tara ca si Gentoo
> > Romania.*
> >
> > Cu asta, ne-am asigurat 'dezlegarea' de Sabayon si ancorarea la upstream.
> > Asta i-o multumit pe upstream de ne-o pus in rama:
> > https://wiki.gentoo.org/wiki/Distributions_based_on_Gentoo
> >
> > De asemenea, devii gentoo sunt pleased de oricate distributii de Gentoo
> se
> > fac, deoarece *suntem direct compatibili* la emerge. E simplu.
> >
> > Vrem sa impingem Gentoo mai departe intr-o forma 'mancabila' de catre
> > public, oameni, programatori, firme si institutii. Daca reusim, ar fi
> > misto. Ce facem in momentele astea de tacem sunt defapt demersurile
> > economice sa ne stabilim un SRL-D sa putem oferi tech support firmelor
> care
> > vor sa implementeze Argent ( de ex. HP Cluj-Napoca ).
> > E singura metoda sa crestem incet, incet... vorba ta, in 2-3-5 ani se vad
> > roadele. Sincer, nu ma grabesc, trebuie facut cu pasi mici si stabili.
> >
> > Respecte,
> >
> > P.S. Mi-o placut ultimul tau comment la "Lamuriri Rogentos".
> >
> > --
> > Main OS Architect at Project RoGentos (Romanian Gentoo Operating Systems)
> > Group. Based on Sabayon and Gentoo Linux, Kogaion GNU/Linux and Argent
> > GNU/Linux tend to offer support mainly for all Romanian Linux users and
> > entrepreneurs which seek to learn an open and free system based on true
> > values :)
> > http://rogentos.ro
> > www.facebook.com/RogentosLinux
> > https://plus.google.com/106559511636021124919/ Google+
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 
Main OS Architect at Project RoGentos (Romanian Gentoo Operating Systems)
Group. Based on Sabayon and Gentoo Linux, Kogaion GNU/Linux and Argent
GNU/Linux tend to offer support mainly for all Romanian Linux users and
entrepreneurs which seek to learn an open and free system based on true
values :)
http://rogentos.ro
www.facebook.com/RogentosLinux
https://plus.google.com/106559511636021124919/ Google+
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Hello. Teren neutru in privat.

[Petru Rațiu]

Tot nu mi-ai raspuns la intrebarea cu "de ce" si nu vad ce nu e neutru in
public, ba din contra.

Si nu, n-ai inteles la ce roade ma refeream.
-- 
P.

2015-09-03 13:10 GMT+03:00 Stefan Cristian Brindusa <
stefan.crist...@rogentos.ro>:

> Salut,
>
> Mai omule... hai sa te lamuresc un pic care-i toata treaba cu Kogaion si
> Argent.
> In primul si in primul rand, eu am preluat Gentoo Romania din initiativa
> lui betelgeuse / Petteri Raty, membru consiliu Gentoo.
>
> Dupa discutii lungi la FOSDEM in anul 2013, prin Februarie, cu o parte din
> consiliul Gentoo, *ei* au propus sa preluam initiativa ce-o inceput-o
> Sabayon acum X ani, deoarece cei din Sabayon faceau numa' tampenii care
> bagau in cacat ideea de binare preconfigurate in Gentoo-derivates.
>
> Noi nu suntem fork-uri, ci suntem parte aproape integrala din Gentoo.
> Overlayerele noastre sunt verificate la ei ( din rugamintea mea ). Sursele
> noastre cat si ebuilds-urile noastre sunt verificate de Gentoo-isti
> germani, mai exact.
> Orice implementare pe care o facem, o facem upstream pe un stage3 de
> Gentoo intai, controlled si trimis la Daniel Berkholz ( daca e vorba de
> Argent ) si echipei din #gentoo-desktop daca e vorba de Kogaion. *Ne tin
> sub lesa destul de bine, pentru ca ii reprezint in tara ca si Gentoo
> Romania.*
>
> Cu asta, ne-am asigurat 'dezlegarea' de Sabayon si ancorarea la upstream.
> Asta i-o multumit pe upstream de ne-o pus in rama:
> https://wiki.gentoo.org/wiki/Distributions_based_on_Gentoo
>
> De asemenea, devii gentoo sunt pleased de oricate distributii de Gentoo se
> fac, deoarece *suntem direct compatibili* la emerge. E simplu.
>
> Vrem sa impingem Gentoo mai departe intr-o forma 'mancabila' de catre
> public, oameni, programatori, firme si institutii. Daca reusim, ar fi
> misto. Ce facem in momentele astea de tacem sunt defapt demersurile
> economice sa ne stabilim un SRL-D sa putem oferi tech support firmelor care
> vor sa implementeze Argent ( de ex. HP Cluj-Napoca ).
> E singura metoda sa crestem incet, incet... vorba ta, in 2-3-5 ani se vad
> roadele. Sincer, nu ma grabesc, trebuie facut cu pasi mici si stabili.
>
> Respecte,
>
> P.S. Mi-o placut ultimul tau comment la "Lamuriri Rogentos".
>
> --
> Main OS Architect at Project RoGentos (Romanian Gentoo Operating Systems)
> Group. Based on Sabayon and Gentoo Linux, Kogaion GNU/Linux and Argent
> GNU/Linux tend to offer support mainly for all Romanian Linux users and
> entrepreneurs which seek to learn an open and free system based on true
> values :)
> http://rogentos.ro
> www.facebook.com/RogentosLinux
> https://plus.google.com/106559511636021124919/ Google+
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Ciudatenie

[Laurentiu STEFAN]

Sal. din nou.

Revin si eu cu o "ciudatenie"

Aceelasi server care ziceam zilele trecute ca vroiam sa pun 2 IP-uri pe
el
Am lasat un IP public pe eth0 (C-ul).

In SW-ul ISP-ului am routerul in care am legat reteaua de la birou si
serverul cu eth0.
eth1 de la server e tot in reteaua locala de la birou.

Dupa ceva timp din internet, daca vreau sa accesez serverul da eroare (time
out) pe orice serviciu.
In schimb, daca intru pe time viewer pe un PC aflat in reteaua de la birou
si accesez serverul pe IP-ul public merge. Dupa ce accesez serverul din
PC-ul de la birou (pe IP-ul public - eth0, nu prin eth1) pot sa il accesez
si din internet.

Este un HP MicroServer Gen9 (are iLO 4 Standard) si este setat pe High
Performance.

S-a mai intalnit cineva cu problema asta?

Eu ma gandeam ca ar intra intr-un fel de sleep cu un Wake-on-LAN activat
dar nu il gasesc unde ar putea fi
Pe net sunt multe solutii diferite de a dezactiva sleep-ul in CentOS dar nu
as vrea sa le incerc pe fiecare in parte.

Multumesc de ajutor.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Lamuriri ROGENTOS

[Laura Vasilescu]

2015-09-03 5:34 GMT+03:00 Marian Banica :
> Salutare,
>
> Am rugamintea de a citi mesajul urmator pana la capat. Probabil ca mai sunt
> intrebari insa sper sa fi acoperit marea majoritate a intrebarilor prin
> acest mail.
>
> @Laura: am discutat cu Florin Pop pentru un *proiect pilot* la metode
> numerice si programarea calculatoarelor. Florin va pune la dispozitie un
> student care va crea ISO-ul de care studentii au nevoie pentru acest
> proiect pilot.

Thanks de lămuriri. Exprimarea voastră e defectuasă și se înțelegea
total altceva care mă uimea cumva, dat fiind faptul că fac parte din
acea echipă și nu auzisem să fi fost inițiată de către voi niciun fel
de astfel de discuție.

Succes! :)
Laura
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] OpenWRT 14.07 barrier breaker config IPv6 pentru RDS

[Adrian Popa]

Salut și mulțumesc pentru ajutor.

Am modificat configul conform exemplului tău:
config interface 'WAN'
option ifname 'eth0.10'
option _orig_ifname 'eth0.10'
option _orig_bridge 'false'
option proto 'pppoe'
option username 'X'
option password 'X'
option ipv6 '1'

config interface 'WAN6'
option ifname '@WAN'
option proto 'dhcpv6'


Am dat restart interfeței WAN6, dar tot nu primesc nimic prin DHCPv6
(interfața ppp e pppoe-WAN):
root@arcturus:~# ps | grep dhcp
  810 root  1196 S/usr/sbin/odhcpd
11717 root   824 Sodhcp6c -s /lib/netifd/dhcpv6.script -P0 -t120
pppoe-WAN
root@arcturus:~# cat /proc/11717/cmdline
odhcp6c-s/lib/netifd/dhcpv6.script-P0-t120pppoe-WAN

root@arcturus:~# strace -p 11717
Process 11717 attached
clock_gettime(CLOCK_MONOTONIC, {911331, 224392835}) = 0
setsockopt(4, SOL_SOCKET, SO_RCVTIMEO, "\0\0\0p\0\7\241 ", 8) = 0
recvmsg(4, 0x7ffb54a0, 0)   = -1 EAGAIN (Resource temporarily
unavailable)
clock_gettime(CLOCK_MONOTONIC, {911443, 724593157}) = 0
read(3, "H\375\264\24", 4)  = 4
read(3, "\345)zD", 4)   = 4
uname({sys="Linux", node="arcturus", ...}) = 0
sendmsg(4, {msg_name(28)={sa_family=AF_INET6, sin6_port=htons(547),
inet_pton(AF_INET6, "ff02::1:2", &sin6_addr), sin6_flowinfo=0,
sin6_scope_id=if_nametoindex("pppoe-WAN")},
msg_iov(14)=[{"\1T6\36\0\10\0\2\377\377\0\6\0\32", 14},
{"\0\25\0\26\0\27\0\30\0\37\0008\0@\0C\0R\0S\0^\0_\0`", 26}, {"", 0},
{"\0\1\0\n\0\3\0\1\2\20\30\1\0\1", 14}, {NULL, 0}, {"", 0}, {NULL, 0}, {"",
0}, {NULL, 0}, {"\0\24\0\0", 4}, {"\0'\0\v\0\10arcturus\0", 15},
{"\0\3\0\f\0\0\0\1\0\0\0\0\0\0\0\0", 16}, {"", 0},
{"\0\31\0)\0\0\0\1\0\0\0\0\0\0\0\0\0\32\0\31\0\0\0\0\0\0\0\0\0\0\0\0"...,
45}], msg_controllen=0, msg_flags=0}, 0) = 134
setsockopt(4, SOL_SOCKET, SO_RCVTIMEO, "\0\0\0q\0\5\1@", 8) = 0

Acum, din output se vede că interfața de ieșire e pppoe-WAN.

Dacă pornesc clientul de DHCPv6 manual din linia de comandă, primesc
următoarea eroare (deși el funcționează - e în wait):
root@arcturus:~# odhcp6c -s /lib/netifd/dhcpv6.script -P0 -t120 pppoe-WAN
Command failed: Not found

Săpături mai adânci m-au făcut să modific scriptul
/lib/netifd/dhcpv6.script și să-l rulez cu sh -x să văd de unde e problema:
...
+ local _a_value=interface
+ eval KEYS_JSON_VAR="${KEYS_JSON_VAR} $_a_value"
+ KEYS_JSON_VAR= action link_up keep interface
+ json_dump
+ jshn -w
+ ubus call network.interface notify_proto { "action": 0, "link-up": false,
"keep": false, "interface": "" }
Command failed: Not found

ubus există, iar când rulez comanda de mână:
root@arcturus:~# ubus call network.interface notify_proto '{ "action": 0,
"link-up": false, "keep": false, "interface": "" }'
Command failed: Not found

Acum nu știu exact cât de critică e eroarea asta, dar tot nu văd pachete
DHCP de răspuns.

Vroiam să te întreb cum arată /etc/ppp/options - am văzut exemple în care
trebuie activat ipv6 acolo (pentru IP6CP), dar nu știu dacă e necesar pt
RDS. La mine arată așa:

root@arcturus:~# cat /etc/ppp/options
#debug
logfile /dev/null
noipdefault
noaccomp
nopcomp
nocrtscts
lock
maxfail 0
lcp-echo-failure 5
lcp-echo-interval 1


Mulțumesc de ajutor!

2015-09-02 16:03 GMT+03:00 Nicu :

> 2015-09-02 15:07 GMT+03:00 Adrian Popa :
> > config interface 'WAN'
> > option ifname 'eth0.10'
> > option _orig_ifname 'eth0.10'
> > option _orig_bridge 'false'
> > option proto 'pppoe'
> > option username 'XXX'
> > option password 'XX'
> > option ipv6 '1'
> >
> > config interface 'WAN6'
> > option ifname 'eth0.10'
>
> Nu stiu cum functioneaza scripturile alea in amanunt, dar oricum,
> dhcpv6 merge PESTE interfata virtuala pppoe-wan, nu sub ea, peste pe
> cea fizica; nu prea cred ca poti sa pui acelasi ifname ca la pppoe
>
> > option _orig_ifname 'eth0.10'
> > option _orig_bridge 'false'
> > option proto 'dhcpv6'
>
> > option reqaddress 'try'
> > option reqprefix '64'
>
> Astea doua sint complet inutile.
>
> >
> > Clientul de DHCP rulează:
> >  6375 root   824 Sodhcp6c -s /lib/netifd/dhcpv6.script -Ntry -P64
> > -t12
>
> linia e trunchiata; cat /proc/6375/cmdline ca sa vezi ce face de fapt
>
> > Întrebarea mea e: are cineva de pe listă un OpenWRT configurat cu IPv6 pe
> > RDS să-mi dea ceva idei? Oare să încerc cu alt client de DHCPv6?
>
> Eu am un barrier-breaker compilat de mine; n-am facut nici o
> modificare wrt ipv6 si merge out-of-the-box pe RDS (cu problemele de
> rigoare: prefix doar de /64, no reverse hostname, google insista sa ma
>  geolocheze prin Cisi-Iordania, etc)
>
> config interface 'wan'
> option ifname 'eth0.2'
> option proto 'pppoe'
> option username ''
> option password ''
>
> config interface 'wan6'
> option ifname '@wan'
> option proto 'dhcpv6'
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>

Re: [rlug] Lamuriri ROGENTOS

[Tarhon-Onu Victor]

On Thu, 3 Sep 2015, Florin Samareanu wrote:

> @Tiberiu: tu realizezi ca devii deranjant de la un moment incolo nu? Acum
> ca ti-ai etalat lungimea penisului publicistic sau profesoral muta-ti
> conversatia pe offtopic.

Si Tiberiu si restul au pus cam aceleasi intrebari care au ramas 
fara raspuns. Singura etalare nefondata s-a facut din partea rowhateveros 
la modul "intram si la universitatea ta si tu nu stii, sic".

-- 
I'm a genuine network and sys admin.
I swear, I curse, I stick my dick into things in order to fix them.
So don't ack like you're having a bad day with me around,
'cause I'll have fix to you and will not be able to fight it!
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Lamuriri ROGENTOS

[Petru Rațiu]

Marian, Stefan, Vasile:

Ok, am recitit tot threadul si mi-am dat seama ca e absolut ridicol si ca
nu cred ca eu (si ma indoiesc ca altii) as avea cum sa va explic cat de
ridicol e. Mainly pentru ca aveti un factor de scala a balantei effort vs
reward complet gresit, ca nu v-ati pus si probabil n-o sa va puneti
intrebari serioase privind utilitatea eforturilor pe care le depuneti si
pentru ca aveti impresia ca daca va baga cineva in seama o face pentru ca
sunteti voi geniali si nemaivazuti si nu pentru explicatii mai mondene, gen
"sunt ei politicosi" sau "nici ei nu stiu despre ce vorbiti".

Initial am lungit aceasta discutie in speranta de a face evidente imensele
gauri de logica si de project management din aceasta intreprindere, cred ca
pana acum s-a vazut tot ce se putea vedea. Ma intristeaza foarte tare ca
transmiteti sus si tare ideea (din alte parti ale industriei IT si nu
numai) ca cu destula valva si controversa restul de aspecte
tehnico-economice nu mai conteaza, dar asta e un blestem al epocii pe care
n-o sa-l rezolvam aici si acum.

Sper ca e evident pentru toti cititorii acestui thread ca toate aceste
lucruri cu care va laudati se puteau face mult mai bine si mai eficient cu
unul sau mai multe din proiectele de distrbutii existente si ca nevoia
tehnica de a face un fork e fix zero in acest moment (poate dupa cateva
zeci de mii de instalari apareau diverse probleme legate de integrare care
nu se aliniau la upstream si incet incet capatau o viata proprie), Right
now briciul lui Ockham spune ca proiectul e un exercitiu de ego-stroking
dus la extrem, iar patriotismele fonfaite cu "fabricat in Romania" sunt de
fapt un cover subtire peste "mi-am facut Linuxul _meu_". Ce e putin trist e
ca desi acest comportament ar fi oarecum de inteles la 17-20 de ani, pareti
sa aveti cu totii ceva mai mult, dar asta e, stereotipul cum ca IT-stii
sufera de tulburari de comportament are oarece baza in realitate.

Ma mai intristeaza ca toti gura-casca care va baga in seama (si mai rau,
potentialii studenti sau copii implicati in proiecte de-astea) risca sa
ramana cu idei deformate despre cum se dezvolta si se mentin proiecte OSS.
M-am mai linistit dupa ce am realizat ca 1. media si urmaritorii ei or sa
devina maine la fel de interesati de furunculii lui Kim Kardashian, si 2.
copiii expusi la treaba asta fie n-au alte alternative sa judece, caz in
care au posibilitatea sa priceapa chestii pe care sa le compare mai incolo,
ori au si probabil or sa se prinda singuri ca ceva e dubios. Poate chiar
din discutia asta.

Ca atare, consider ca cea mai smart decizie in acest thread (si altele
similare) este sa va ignor, pentru ca fiecare pasare pe limba ei piere.

PS:
1. Asta nu inseamna ca tin sa primesc la fiecare 3 spam cu cine v-a mai
bagat in seama si "uite, uite, n-ai avut dreptate, in your face". Sunt
convins ca roadele reale o sa le vedeti ceva mai incolo, posibil peste
2-3-5 ani.
2. Marian, sa faci bine sa stergi numarul meu din agenda, sunt
super-convins ca nu avem ce discuta si nu vreau sa ma suni din greseala sau
intentionat.
3. Da, stiu ca Vasile e un script. Da' pare sa fie sigurul din acest
proiect care stie ce face.
4. Tibi, ai putea si tu sa te opresti (sau sa muti discutia pe tic-lobby
sau offtopic, daca crezi ca mai sunt lucruri care trebuiau spuse).


-- 
P.

2015-09-03 5:34 GMT+03:00 Marian Banica :

> Salutare,
>
> Am rugamintea de a citi mesajul urmator pana la capat. Probabil ca mai sunt
> intrebari insa sper sa fi acoperit marea majoritate a intrebarilor prin
> acest mail.
>
> @Laura: am discutat cu Florin Pop pentru un *proiect pilot* la metode
> numerice si programarea calculatoarelor. Florin va pune la dispozitie un
> student care va crea ISO-ul de care studentii au nevoie pentru acest
> proiect pilot.
>
> @Tiberiu: vom discuta la o *masa rotunda* organizata de Fundatia pentru o
> Societate Deschisa pe tematica de educatie deschisa. Mai multe poti vedea
> pe www.fundatia.ro. Perioada este 19-25.10.2015
> Nota; as aprecia foarte mult daca ti-ai inchega ideile in mailuri mai lungi
> ci nu zeci de mailuri scurte pe care sincer le-am citit doar pana la un
> anumit moment. De asemenea fac public faptul ca nu iti vom face nicio
> oferta de a preda SO in vreo institutie contra cost insa iti vom oferi tot
> suportul nostru daca vei dori sa folosesti Kogaion sau Argent in aceasta
> directie. Trainingurile cum am mentionat sunt gratuite.
>
> @Petru pentru a lamuri atat despre Argent cat si despre Argos dar mai ales
> despre Kogaion si Linux pentru educatie *vom organiza un webinar* in care
> sa detaliem toate aceste lucruri. S-au strans un numar suficient de
> intrebari incat un webinar sa fie util in acest moment.
> De asemenea discutam intern daca avem resursa de timp pentru a organiza cu
> o oarecare constanta traininguri online si webinarii lunare.
>
> @Cristi Rusu: am primit urmatoarea intrebare pe care o fac publica "as dori
> sa instalez ORICE Linux si sa folosesc in scoala. Problema e ca avem
> *calcul

Re: [rlug] Lamuriri ROGENTOS

[Tarhon-Onu Victor]

On Thu, 3 Sep 2015, Marian Banica wrote:

> @Tiberiu: am o veste special pentru tine... Kogaion se va folosi si la USV
> (Universitatea din Suceava) acolo unde tu predai. Am discutat cu oamenii de
> la voi din Universitate si cateva despre tine si am auzit ca ai fi un etern
> "Gica contra", etern nemultumit,etc.

De ce ar folosi kogaion si nu gentoo pur? Care ar fi avantajele 
lui kogaion? Pentru ca in momentul asta stiu ca gentoo are ceva echipa de 
audit, au ceva certificari pe acolo, etc, pe cind kogaion e doar un spin 
recompilat de niste diversi a caror pagina web a fost hackuita acum citeva 
saptamini si care au o pagina wiki scrisa de te doare capul dupa doua 
rinduri.

Ce trebuie voi sa intelegeti este ca la universitati este posibil 
sa dati peste persoane educate care stiu despre ce vorbesc si la care nu 
merg aburelile de marketing "noi va oferim o solutie care va va permite" 
si "distributia noasta e orientata spre securitate", pentru ca va trebui 
sa spui concret cum va permite solutia voastra sa [...] si respectiv cum e 
mai sigura distributia voastra fata de originalul de la care s-a pornit cu 
minarelile sau de alte distributii.
Enumerind lista de specificatii, avantaje si barbologie de 
marketing a distributiei originale iar nu va merge.

Initiativa o fi buna si laudabila, insa solutia in sine cel putin 
pe moment (pina la aducerea acelor argumente pe care nu aveti timp sa le 
aduceti) suna doar a o asumare de merite pentru simpla recompilare a ceva 
existent si integrarea unui script care combina doua comenzi. Si asta 
poate merge cind e incercat de adolescenti acasa sa vada si ei cum e sa ai 
root pe rablament, insa cind se vorbeste de contracte guvernamentale si de 
profit (fie el doar la nivelul de rulaj) deja lucrurile stau diferit.

Puteti voi sa raspundeti selectiv (la persoane si intrebari) cit 
doriti, va dati seama ca multi de aici s-au nascut o idee mai departe in 
timp decit alaltaieri si inteleg destul de bine situatia in contextul 
creat (de voi), indiferent cit de mult evitati raspunsurile incomode.

-- 
I'm a genuine network and sys admin.
I swear, I curse, I stick my dick into things in order to fix them.
So don't ack like you're having a bad day with me around,
'cause I'll have fix to you and will not be able to fight it!
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug