On Thu, May 23, 2024 at 11:56 AM Alex 'CAVE' Cernat via RLUG <
rlug@lists.lug.ro> wrote:
> acum sincer, cand vorbim de configuratie de brand, nu vaporene ce mai
> facem noi incropind din draq stie ce ... atunci la nivelul ala eu unul
> ma astept sa mearga din fuleu fara probleme de
In functie de usecase banuiesc ca se poate inventa o schema in care sa
initieze el conexiunea spre ... ceva si sa porneasca un reverse tunnel. Ori
batraneste cu openvpn sau ssh, ori cu chestii mai fancy gen tailscale sau
alt pokemon. Dezavantajul pe care-l vad e ca device-ul in care e infipt
) nu se mai duce pe disc sa citeasca tone de date
>
> iar legat de ce-ai cerut punctual (aka statistici de indecsi) sunt si eu
> curios, pana acum n-am gasit nimic de genul
>
> Alex
>
> On 23-Apr-24 14:19, Petru Rațiu via RLUG wrote:
> > Ma poate ajuta cineva sa inteleg la
> din tabela/rezultate, atunci o sa cam faca full table scan
>
> poate daca descrii un pic tipurile de indecsi si query (fara a da tot
> query-ul ca deh, confidential stuff) ne mai vine vreo idee
>
> Alex
>
> On 23-Apr-24 14:19, Petru Rațiu via RLUG wrote:
> > Ma poate
On Tue, Apr 23, 2024 at 5:17 PM Mihai Osian wrote:
> Nu stiu la MariaDB, ca eu am de-a face mai mult cu Oracle. Poti sa
> incerci "ANALYZE TABLE ", care posibil ca da shutul dorit.
> Documentata e aici: https://mariadb.com/kb/en/analyze-table/
> E un link acolo despre InnoDB Persistent
Ma poate ajuta cineva sa inteleg la ce se uita mariadb (cu engine-ul
innodb) cand decide query plan la un query? Problema mea e ca am niste
query-uri care se fac mult mai greu pe master fata de slave care au date
identice, diferenta fiind ca slave-ul are date refacute dintr-un dump
recent (si
> Practic având după ip4: mx parserul lor încearcă să interpreteze tot ce
> vine după, chiar dacă urmează spațiu, ca pe un ip. În cazul de față am mx
> și îmi dă eroarea de mai sus. Mailul s-a livrat totuși pentru că aici am
> măcar DKIM, dincolo nu am semnătură deci dădea reject direct.
> SPF-ul
Genial, acum am ascultat, ar trebui sa fie tema lui Hackerman din Kung Fury
2.
On Wed, Apr 10, 2024 at 7:12 PM Dumitru Moldovan via RLUG
wrote:
> Mulțam pentru detalii! Se pare că ăsta îi viitorul, nimeni nu prea mai
> înțelege ce face. Am cerut unui AI o creație muzicală pe tema
>
On Wed, Apr 10, 2024 at 8:25 PM Mihai Badici via RLUG
wrote:
> Eu înțeleg foarte bine cum funcționează SPF dar aici la DNS ai dreptate
> că am făcut o presupunere greșită și anume că dacă DNS-ul public al
> google a updatat recordul și respectivele servere o să rezolve la fel,
> plecând de la
> Acum, dacă vine Petre
Mă străduiam să tac politicos din gură dar ai decis tu să dai în fabrici și
uzine.
Explicația mai simplă pe care mi-o șoptește tov. Ockham în cască e că tu nu
prea înțelegi cum funcționează DNS în general și miniprotocoalele astea gen
SPF în particular și în loc să îți
As zice ca esti paranoic dar domeniul cu care am eu treaba day-to-day se
intampla sa aiba mailboxurile la gmail si ca atare ma descalific, las pe
altii sa-ti zica. :)
Dar valorile alea pe care le-ai dat acolo sunt cele din SOA care afaik
afecteaza mai mult transferul de zona si alte scheme cu
Am făcut o eroare de sintaxă (ieri) în SPF, în sensul că am lăsat un ip4:
> ( fără IP completat) îsă am corectat-o de cel puțin două ore. Știu că
> oficial DNS-ul se propagă în timp mai mult dar în practică probabil că sunt
> 10 ani de când nu mi s-a mai întâmplat să facă mai mult de 10 ore.
>
>
On Tue, Apr 9, 2024 at 5:04 PM Cristian Paslaru wrote:
> Corect, dar daca trimiti normal ca pe vremuri prin sendmai -t sau ceva de
> genul, se prinde ca nu este authenticated, si nu il accepta.
>
> Vroiam doar sa mentionez ca nu mai este de ajuns SPF pentru gmail, asa a
> inceput thread-ul ;)
>
On Tue, Apr 9, 2024 at 4:48 PM Cristian Paslaru wrote:
>
> https://blog.google/products/gmail/gmail-security-authentication-spam-protection/
>
>
>
> *By February 2024, Gmail will start to require that bulk
> senders:Authenticate their email: You shouldn’t need to worry about the
> intricacies of
Funnily enough, mailul la care am dat eu reply a fost livrat de serverul
ala catre gmail si... a mers? Deci, mai exact, ce nu merge?
--
P.
On Tue, Apr 9, 2024 at 4:19 PM Petru Rațiu wrote:
> Probabil ar fi mai util sa zici ce eroare da si de unde trimiti mailul.
> Dpdv SPF, vad ca ai softfail
Probabil ar fi mai util sa zici ce eroare da si de unde trimiti mailul.
Dpdv SPF, vad ca ai softfail si le-ar accepta doar daca vin de la /29-le
ala, de la ip-ul mx-ului sau de la ip-ul lui badici.ro (care se suprapun,
dar na). Esti sigur ca mailul ala dat nu si-a luat un snat pe drum? Sau s-a
dus
Poate pentru că toolul ăla e gândit să ajute adminii de domenii care AU
mailul hostat la gmail...
On Tue, 9 Apr 2024, 15:33 Mihai Badici via RLUG, wrote:
> On 2024-04-09 15:11, Mihai Badici via RLUG wrote:
> > WTF? SPF must allow google servers to send mails on your behalf?
> >
> > Mailul nu e,
Oricata boala am pe systemd, hate-ul cu el in cazul asta e usor gratuit,
liblzma e linkat de o gramada de chestii.
Also, commitul original vad ca nu mai e, dar vazusem ca era pe la sfarsitul
lui februarie, n-a prea avut timp sa ajunga prea departe decat pe la cine
sta pe bleeding edge. La nivel
On Tue, Mar 26, 2024 at 12:19 PM Mihai Badici wrote:
>
> >>
> >> Cred ca capcana in care se cade usor aici e impacarea a "vreau ca
> >> mediul
> > de dev sa fie identic cu productia" si "vreau ca devii sa-si poata face
> > management singuri la mediul lor asa ca trebuie sa fie cat mai simplu".
>
On Tue, Mar 26, 2024 at 11:53 AM Mihai Badici via RLUG
wrote:
> On 2024-03-26 11:26, Alex 'CAVE' Cernat via RLUG wrote:
> > On 26-Mar-24 11:21, Petru Rațiu via RLUG wrote:
> >> Daca tratezi containerele ca pe golden images de VM care au si pe
> >> dracu si
> >&g
On Tue, Mar 26, 2024 at 11:27 AM Alex 'CAVE' Cernat via RLUG <
rlug@lists.lug.ro> wrote:
> On 26-Mar-24 11:21, Petru Rațiu via RLUG wrote:
> > Daca tratezi containerele ca pe golden images de VM care au si pe dracu
> si
> > pe ta-su in ele, o sa ai un numar de proble
On Tue, Mar 26, 2024 at 11:00 AM Mihai Badici via RLUG
wrote:
> On 2024-03-26 10:16, Dumitru Moldovan via RLUG wrote:
> > Nu a fost niciodată ceva „canonic” să faci dist-upgrade la o nouă
> > versiune majoră Debian într-un container Docker. Asta îi o
> > năstrușnicie în sine și probabil explică
ne dar nu schimbă lucrurile. Și nginx:latest
> >> e probabil derivat tot din bookworm:latest, doar că nu de tine, și
> >> după from probabil tot apt-get install nginx are (eu am refuzat moda
> >> de a compila aplicația în Dockerfile, deși venind dinsprte slackware
>
On Sat, Mar 23, 2024 at 12:09 AM Mihai Badici via RLUG
wrote:
> Tu o ții pe a ta și ai tras niște concluzii greșite.
>
> Eu builduiam o imagine locală - de exemplu porneam de la un build de
> nginx , îi aplicam ceva scripturi de customizare și obțineam o imagine
> locală, să zicem nginx-mihai.
>
ost doar o actualizare...
>
> drwxr-xr-x 10 mihai mihai 4.0K Oct 13 2016 docker-local
> -rw-r--r-- 1 mihai mihai 27K Jun 15 2018 docker-php5-fpm.zip
> drwxr-xr-x 22 mihai mihai 4.0K Dec 7 2022 docker-project
>
>
> cat docker-mariadb/Dockerfile
> FROM debian:wheez
ărit că nu am nici
> un proiect serios pe docker, bănuiesc că au găsit niște căi de "mitigare".
>
>
>
> On 3/22/24 21:38, Petru Rațiu via RLUG wrote:
> > Asa e cand folosesti tehnologii de-astea super experimentale, sunt
> convins
> > ca esti printre
problema cu systemd. Chestia asta a durat cel puțin un an și
> probabil că mai găsești urme pe net dacă o să cauți.
>
> Alternativ dacă nu exista puteai să o faci tu, dar erai fix în aceeași
> situație.
>
> On 3/22/24 21:28, Petru Rațiu via RLUG wrote:
> > La docker ideea n
solutie aveti/vedeti voi care sa nu includa load la .iso,
> fie el si pe http, tot lent este.
>
> --
> Bogdan-Stefan Rotariu
> bog...@rotariu.ro
>
>
>
>
> > On 22 Mar 2024, at 21:07, Petru Rațiu via RLUG
> wrote:
> >
> > Voiam sa-ti raspund punctual
cra cu ele.
>
> On 3/22/24 21:19, Petru Rațiu via RLUG wrote:
> > On Fri, Mar 22, 2024 at 9:13 PM Alex 'CAVE' Cernat via RLUG <
> > rlug@lists.lug.ro> wrote:
> >
> >> On 22-Mar-24 20:53, Mihai Badici via RLUG wrote:
> >>> .Și apropo, că am avut niș
On Fri, Mar 22, 2024 at 9:13 PM Alex 'CAVE' Cernat via RLUG <
rlug@lists.lug.ro> wrote:
> On 22-Mar-24 20:53, Mihai Badici via RLUG wrote:
> > .Și apropo, că am avut niște treburi mai acum ceva ani cu
> > containerele, la un moment dat vine docker și zice: filozofia mea e
> > "un container, un
era să facă systemd default dar opțional (de ce am
> nevoie de systemd pe docker?). Încerc să nu fiu taliban, dar uneori...
> :) Parcă nu mi se mai pare așa de aberant când căutam la windows2008
> prin regiștri după plăci de rețea "fantomă" ...
>
>
>
>
> On 3/
Deci sa traduc: vps-ul pe care l-ai primit avea dhcp setat cu netplan for
some reason si nu era marcat pachetul ca manually installed sau a fost alt
fuckup pe-acolo. Prin ghidul de dist-upgrade (care, btw, merita citit din
scoarta in scoarta de fiecare data cand nu vrei sa-ti gasesti sistemul pe
N-am inteles exact ce probleme ai cu python si de ce esti dependent de el.
Clientul de dhcp de obicei trimite ce-a primit la ceva hook care-i primeste
ca parametri si face $chestii . Nu prea stiu eu cu ubunti si netplanuri si
de-astea, da' pe debian lucrurile astea se fac cu shellscripts all the
On Fri, Mar 22, 2024 at 12:31 PM Alex 'CAVE' Cernat via RLUG <
rlug@lists.lug.ro> wrote:
>
> folosind debian exista ceva asemanator, insa nu am gasit (ce-i drept,
> nici n-am incercat la vremea respectiva) metoda asta din 2 pasi, si nici
> nu am gasit pe undeva vreo referinta
>
>
IIRC e in
On Mon, Dec 4, 2023 at 5:10 PM Dumitru Moldovan via RLUG
wrote:
> Pentru repo-uri git îs foarte utile opțiunile mai avansate din `man
> git-diff`, recomand următoarele:
> --word-diff=color
> --word-diff-regex=.
>
> Am niște aliasuri pe care le folosesc în consolă:
> gd is an
Eu ma folosesc foarte mult de vimdiff dar poate si pentru ca sunt biased si
imi petrec mult timp in vim anyway. Vazusem recent o discutie pe Mastodon
despre alternative (in contextul de rezolvat conflicte la git merge) si au
aparut sugestii despre care mai auzisem si cateva de care nu: meld,
On Tue, Nov 7, 2023 at 4:39 PM Petru Rațiu wrote:
>
>
> O sa incerc sa dezvolt intr-un alt mail, dar pe scurt mi se pare un
> proiect care n-a depasit conceptele relativ simpliste si de
> homeuser/developer cu care pornise, chiar daca privind din afara suna fancy
> si scalabil. Multe din
On Tue, Nov 7, 2023 at 2:45 PM Catalin Muresan via RLUG
wrote:
> Salut,
>
> inainte de toate, eu personal consider ca storage in K8s e o problema care
> se poate rezolva doar cu costuri (scale) mari si daca vrei sa o faci cu 3
> servere si 3 disk-uri pe server sa nu te astepti la performanta.
>
On Wed, Nov 1, 2023 at 12:23 PM linux.oprit via RLUG
wrote:
> Salut,
>
> Ce iti recomand este sa nu folosesti ceph :).
>
Chiar asa, ca tot se mentiona de flame pe rlug si ca nu se mai fac ca pe
vremuri, hai sa incerc sa o resuscitez pe asta.
Ma mananca lately sa pun ceph pentru persistenta in
On Fri, Oct 20, 2023 at 12:25 PM Paul Lacatus via RLUG
wrote:
> Certsign nu au fost in stare sa-si reporneasa sistemele nici azi dupa
> trei zile de la atac. Asa ca semnatura mea a expirat, token dead! Ca sa
> se vada rezilienta la atacuri cybersecurity la un furnizor "trused" din
> Romanica
On Wed, Oct 18, 2023 at 1:35 PM Paul lacatus (personal) via RLUG <
rlug@lists.lug.ro> wrote:
> Treaba cu CertSIGN e interesantă ! Trebuiau să îmi trimită procedura de
> reactualizare a semnăturii electronice care îmi expiră pe 20 și nimic.
> Telefon nimic, mesaj pe site are eroare .
>
> Sunt în
N-aveai de unde sa stii. Eu sunt direct afectat si am urmarit cu atentie si
ingrijorare toata ziua cum isi revine prezenta lor pe internet (taiasera de
dimineata absolut tot). Pe hotnews a aparut la cateva minute dupa ce au
postat aia pe site.
I-am barfit si am speculat in grup ce ar putea fi pe
On Tue, Sep 26, 2023 at 10:35 PM Mihai Badici via RLUG
wrote:
> > Also, flama de vineri e vineri.
> >
> Da, mare grijă să nu blocăm lista cu trafic prea mare :)
>
Da, fiecare in alta vineri.
--
P.
___
RLUG mailing list
RLUG@lists.lug.ro
On Tue, Sep 26, 2023 at 1:15 PM Adrian Sevcenco via RLUG
wrote:
>
> Tot ce ma gandesc in acest moment e sa scriu in /var/tmp data ultimului
> check iar scriptul de cron verifica zilnic conditia pentru un md dat sa
> aiba ultimul timestamp mai vechi de 30 + $(( $RANDOM % 12 + 1 ))
> si daca da,
On Thu, Jul 27, 2023 at 7:07 PM manuel wolfshant via RLUG
wrote:
> On 7/27/23 18:39, Adrian Sevcenco via RLUG wrote:
> > Salutare! Am o probleme cu un singur domeniu care se plange ca nu
> > poate trimite mail la noi.. mesajul ce apare la clientii de acolo e asa:
> >
> > Diagnostic-Code: smtp;
On Sat, Jul 8, 2023 at 11:54 AM Mihai Badici via RLUG
wrote:
>
>
> > Problema e ca nu ar trebui rescris From. Din cauza ca e rescris apar
> > problemele:
> >
> > Message ID<977fd8ed59c77a8e5c81887085892...@badici.ro>
> > Created on:6 July 2023 at 09:59 (Delivered after 293 seconds)
> >
46 matches
Mail list logo
