On 12/1/2015 12:25 PM, Tarhon-Onu Victor wrote:
Inregistrarile par corecte:
blackblue 12:19:05 (Mituc):~host -t a security.debian.org
security.debian.org has address 212.211.132.32
security.debian.org has address 212.211.132.250
blackblue 12:19:07 (Mituc):~host -t
On Thu, 8 Jan 2015, Alex 'CAVE' Cernat wrote:
hai la 3rd repo mai inteleg, dar la ditamai distributia ma cam indoiesc
ca fac chiftele din astea
partea mai nashpa e ca nu poate fi reprodus (ca tot citisem zilele
trecute pe net de jargonul actual al programarii); cred ca e un fel de
heisenbug
dupa cum sugera un colistas, e foarte posibil ca pe undeva sa ajunga o
adresa ipv6 ca adresa ipv4 (desi nu stiu daca asa ceva e posibil)
Nu e fizic posibil, daca aplicatiile si protocoalele erau generoase si
alocau mai mult de 4 bytes pt. o adresa ipv4, nu mai era nevoie de tot
tambalaul asta
On Thu, 8 Jan 2015, Alex 'CAVE' Cernat wrote:
nedumerirea nu era neaparat legata la ce se intampla (ca asta e cam
clar), ci mai mult de ce se intampla de la un moment dat incoace
Am remarcat treaba asta si pe CentOS pe un repo 3rd party.
Probabil au angajat unii-altii tot felul de
On 8/1/2015 11:48 PM, Tarhon-Onu Victor wrote:
Am remarcat treaba asta si pe CentOS pe un repo 3rd party.
Probabil au angajat unii-altii tot felul de debili mintal care imediat
ce-au scapat din camasa s-au apucat sa puna adresele v6 cu A in loc de
.
N-am investigat si nici n-o sa
Nu sunt o autoritate în domeniu, dar din câte știu eu procesele apelează la
resolver să rezolve un nume DNS. Resolverul (dacă sistemul suportă IPv6) va
face query și după recorduri și după A, dar dacă găsește recorduri
, le trimite pe ăsta ca preferate către procesul care a făcut query.
On 8/1/2015 1:17 PM, Adrian Popa wrote:
Faptul că uneori merge poate fi cauzat că DNS-ul master pentru zona
respectivă face un round-robin pe adresele destinație și le prezintă în
altă ordine (poate asa ajunge o adresă v4 ca prima...).
am citit ca mai nou, conform chiar rfc-urilor, adresele
Nu ar trebui sa aiba de-a face cu apt, din cate stiu eu solutia corecta e
sa ai cum trebuie gai.conf sa nu-ti returneze adrese v6 la care nu te poti
conecta. Also, nu e exagerat sa dai disable la ipv6 daca nu-l folosesti, ba
chiar e recomandat sa o faci pana nu esti gata (stiu povesti misto cu
salut
de la o vreme apt-ul a luat-o razna, apelat prin pluginul de munin tot
da erori de genul:
W: Failed to fetch http://security.debian.org/dists/wheezy/updates/Release.gpg
Cannot initiate the connection to security.debian.org:80
(2001:a78:5:1:216:35ff:fe7f:6ceb). - connect (101: Network is