Afdrukvoorbeeld
Debian 7 inderdaad gewoon nog niet doen, helemaal niet nodig ook.
Gewoon even:
En dan zal je bind9 en bind9-host oid in het lijstje moeten zien staan van welke hij wil updaten. Het veiligheidslek van vorige week is ook bij het bind rpm package van Debian al gefixt.Code:apt-get update && apt-get upgrade
Persoonlijk compile ik altijd handmatig, ben je er meteen bij wanneer er een lek gepubliceerd wordt. Maar dat is offtopic verder.
dat is het probleem:
The following packages have been kept back:
libapache2-mod-php5 php-pear php5 php5-cgi php5-cli php5-common php5-curl php5-fpm php5-mysql php5-snmp php5-xmlrpc
The following packages will be upgraded:
apache2-mpm-prefork apache2-utils apache2.2-bin apache2.2-common base-files bind9 bind9-host bind9utils dbus dnsutils fail2ban gnupg gpgv gzip host ircd-hybrid krb5-multidev libbind9-60 libcurl3 libdbus-1-3 libdns69 libgcrypt11
libgssapi-krb5-2 libgssrpc4 libisc62 libisccc60 libisccfg62 libk5crypto3 libkadm5clnt-mit7 libkadm5srv-mit7 libkdb5-4 libkrb5-3 libkrb5-dev libkrb53 libkrb5support0 libldap-2.4-2 liblwres60 libperl-dev libperl5.10 libssl-dev
libssl0.9.8 libx11-6 libx11-data libxcb-render0 libxcb1 libxext6 libxml2 libxrender1 linux-base linux-image-2.6.32-5-amd64 linux-libc-dev openssh-client openssh-server openssl perl perl-base perl-modules php5-radius sudo tzdata
Dit wil die allemaal gaan update en als ik dat doe gaat direct admin gebeuren weer moeilijik doen
Normaal gesproken hoor je geen apache2 dingen op een DA machine te hebben, mogelijk doen ze ook niets. Maar voor de zekerheid kan je ze even excluden:
eventueel andere packages die je niet wilt upgraden kan je gewoon toevoegen aan de wajig lijst.Code:apt-get install wajig
wajig hold apache2-mpm-prefork apache2-utils apache2.2-bin apache2.2-common
Vervolgens weer apt-get upgrade en dan zijn die apache packages verschoven naar de have been kept back lijst en kan je de rest updaten.
Gedaan Directadmin zegt nog altijd na update : Named 9.7.3 Running
Dat klopt wel, men houdt eigen versies bij en patcht die zelf oid.
Het betreffende lek is gefixt in deze versie
Citaat:
For the oldstable distribution (squeeze), this problem has been fixed in
version 1:9.7.3.dfsg-1~squeeze11.
Als het goed is heb je dezelfde.Code:dpkg -l bind9
root@webserver:/etc/init.d# dpkg -l bind9
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-================================================== ===-================================================== ===-================================================== ================================================== ======================
ii bind9 1:9.7.3.dfsg-1~squeeze11 Internet Domain Name Server
root@webserver:/etc/init.d#
Dat klopt in ieder geval. Verder totaal geen idee of het ook maar gerelateerd is aan je OP, want volgens mij is dat niet zoveel bijzonders tenzij het dermate veel requests zijn dat het een DOS aanval is.
Als je dat kleine stukje log file bekijkt zie je in ~1 seconde ongeveer 45 dezelfde request, we kunnen wel aannemen dat elke 22ms dezelfde request vanaf hetzelfde ip niet echt normaal meer is.Citaat:
Oorspronkelijk geplaatst door Arieh