DN42 egy csodálatos projekt, amely lehetővé teszi, hogy fejlessze képességeit, kaparás a BGP termék környezet nélkül, nem érzed, hogy drága eszközök, amivel a labor tennie szimulációk, GNS3. Ugyanakkor nincs egy tiszta laboratóriumi környezetben, ahol nincs valós probléma. Részt vesz 1 a projekt körülbelül egy év csomópont. Az egyik a problémák, a projekt 1:1 a valós világ – Amikor valaki bejelentette előtagok, hogy nem kell nyilatkozni. Azért, mert lusta vagyok, és nem érzem gépelési viszont idő szűrők, Azt hittem, a probléma-val egy egyszerű bash script, hogy létrehoz egy előtag-listát, a neve dn42, és öntsük az érvényes előtagok.

#!/bin/bash</pre>
vtysh -c 'conf t' -c "no ip prefix-list dn42"; #drop old prefix list

while read pl
do
vtysh -c 'conf t' -c "$pl"; #insert prefix list row by row
done < <(curl -s https://ca.dn42.us/reg/filter.txt | grep -e ^[0-9] | awk '{ print "ip prefix-list dn42 seq " $1 " " $2 " " $3 " ge " $4 " le " $5}' | sed "s_/\([0-9]\+\) ge \1_/\1_g;s_/\([0-9]\+\) le \1_/\1_g");
vtysh -c 'wr' #write new prefix list

A https érvényes prediksi listája://CA.dn42.us/reg/Filter.txt a fő szállítószalag + kis mod hogy legyen képes generálni egy előtag lista. A parancsok végrehajtása a vtysh.

Mint tudod CentOS 5 EOL (Az élet vége) március 31- 2017. Ami a következő nagyon érdekes probléma:

# yum update
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
&nbsp;Eg. Invalid release/
YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
&nbsp;Eg. Invalid release/
removing mirrorlist with no valid mirrors: /var/cache/yum/extras/mirrorlist.txt
Error: Cannot find a valid baseurl for repo: extras

 

A probléma az, hogy a rövid listákat CentOS tükrök 5 Már virul, és megkísérli, hogy közvetlenül a tartalmak után kapott elutasítást:

# curl 'http://mirrorlist.centos.org/?release=5&arch=i386&repo=os'
Invalid release

 

Általában összességében a legóvatosabb ötlet, hogy újra az ón normális eloszlás, amely támogatja a dolgozó elosztó frissítés. Sajnos az enyém nem ez a helyzet, és nem áll opcióként az asztalon. Ezért kellett játszani egy kicsit cigány rendszer – elkezdi használni Vault tükör. Abban a pillanatban teljesen tiszta lény, és józanság tudni, Nem fogom kapni a frissítéseket nem célja a gyakorlat, és csak azt, hogy dolgozik yum telepíthető csomag, amit kell. Erre a célra megjegyzésbe minden mirrorlist változók és add baseURL a /etc/yum.repos.d/CentOS-Base.repo. Végül eljutunk yum repo, hogy milyen típusú

[base]
name=CentOS-$releasever - Base
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
baseurl=http://vault.centos.org/5.11/os/i386/
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

#released updates
[updates]
name=CentOS-$releasever - Updates
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
baseurl=http://vault.centos.org/5.11/updates/i386/
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

#additional packages that may be useful
[extras]
name=CentOS-$releasever - Extras
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras
baseurl=http://vault.centos.org/5.11/extras/i386/
#baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

Végül játszanak yum clean all && yum update. Ha minden véget ért anélkül, hogy hiba, így mi sikeresen befejezte a rendszer, és nyugodtan telepítse az elavult csomagok.

 

Mozilla Thunderbird

A lényege ugyanaz, mint az én-m felad Kilő adatbázisok vákuum és ÚJRAINDEXELÉS. Egy darabig a Debian rebradinranite változat-ból Mozilla-termékek. Amikor az áttelepítés Thunderbird Icedowe én, Nem vagyok egy defragmentiral alapján, eddig az én-m elektronikus levél ügyfél van végül egy súlyos összeg-ból betűk, e-mail fiókok és a szerverek, a felhasználók és jelszavak. A script az azonos egy, az én előző post csak kis módosítással a hol kell keresni a fájlokat 🙂

Linux verzió

for db in $(find ~/.thunderbird/$(grep Path ~/.thunderbird/profiles.ini | cut -d'=' -f2) -maxdepth 1 -name "*.sqlite" -type f)
do
echo "VACUUM ${db}"
sqlite3 ${db} VACUUM
sqlite3 ${db} REINDEX
done

Mac os változat

for db in $(find ~/Library/Thunderbird/$(grep Path ~/Library/Thunderbird/profiles.ini | cut -d'=' -f2)  -maxdepth 1  -name "*.sqlite" -type f)
do
echo "VACUUM && REINDEX ${db}"
sqlite3 "${db}" VACUUM;
sqlite3 "${db}" REINDEX;
done

Ellentétben a Kilő arcél dosszié-ból Thunderbird egy sok több helyes utat (hely nélkül) és nem kell változtatni a határolójelet.

Amióta a google kezdett, mint a https oldalak, Miután több tömeges telepítés az SSL- és hol lehet. Összességében mellett további zaklatás a szerverek van és lebomlás sebessége. A jó dolog, hogy HTTP2 a szabvány több mint egy év és egy fél integrált, az összes főbb böngészők és a szerverek és a http-támogatás kellően stabil. Sajnos nincs nincs stabil debian csomagok tartani a fő http-kiszolgálók HTTP2. A verziók, szükséges számunkra, hogy HTTP2 a következők:

Nekem Mešanicata nagy és szerint használandó függ, apache, vagy nginx. Én még nem játszottam elengedem a http2 apache debian 8 Mivel soha nem volt, de van ez így repoto backports, Ez nem lesz egy nagy probléma. Nginx már játszott több alkalommal. Összességében a lépések pedig néhány viszonylag egyszerű:

  1. Add hozzá nginx hivatalos repo – a debian az 1,6 x vesiâta. 🙄
  2. Openssl telepítése magad backports jelenleg 1.0.2 (k) – Mire van szükségünk, a ALPN karbantartás, minden működik, és gyors
  3. a devscripts telepítése – Itt az ideje megosztani, hogy lesz bildnem a csomagot, mert a hivatalos össze openssl 1.0.1-t, ami nem működik a ALPN, és nem a böngészők válaszol jól, és működik, csak akkor, ha http2-revving,
  4. inkrementirame a verzió, hogy ne tartsa csomagok, mint például a ciganiâta és van egy új változat, csak a sinkenm sorsovete

Kezdjük meg a lépésről lépésre

Összead nginx repo

deb http://nginx.org/packages/debian/ codename nginx
deb-src http://nginx.org/packages/debian/ codename nginx

Összead egy k dev openssl könyvtár 1.0.2 és más módon bildnem azt újra 1.0.1 én t a cél

echo 'deb http://ftp.debian.org/debian jessie-backports main' | tee /etc/apt/sources.list.d/backports.list

apt update && apt install libssl-dev -t jessie-backports

 

Most már megragadt az ő hozzáadása a könyvtárak szükséges nginx összeállítása

apt install devscripts

apt build-dep nginx

mkdir nginx-build

cd nginx-build

apt-get source nginx

Ha helyesen dolgozik, akkor a szerkezet, mint

~/nginx-build # ll
total 1004
drwxr-xr-x 10 root root   4096 Feb 21 18:37 nginx-1.10.3
-rw-r--r--  1 root root 103508 Jan 31 17:59 nginx_1.10.3-1~jessie.debian.tar.xz
-rw-r--r--  1 root root   1495 Jan 31 17:59 nginx_1.10.3-1~jessie.dsc
-rw-r--r--  1 root root 911509 Jan 31 17:59 nginx_1.10.3.orig.tar.gz

Jelentkezzen be a papta, hol razarhiviran a nginx forrása, az én esetemben az a nginx-1.10.3 futó parancs, amelyek verziójú inkrementirate, Én személyesen jobban szeret-hoz összead 1 erre a buildre

debchange --newversion 1.10.3-1

Miután hozzáadta a changelog és folytatása, hogy a tényleges fordítás

debuild -us -uc -i -I -b -j6

A konfiguráció, a parancs egy kis pontosítás:

-nekünk - uc azt mondják, a parancsfájl nem “aláírt” .DSC és a változások fájlt.. -én és -Én hogy a szkript, hogy figyelmen kívül hagyja a verziókövetési fájlok. -B egyetlen bináris csomag létrehozásához. -j mint, hogy hány párhuzamos folyamat-hoz újból összeállító a 🙂

 

Befejezése után a fenti folyamat nem kéne felszerel a új csomagok. Ha már telepítette a nginx van jobb-hoz uninstall ez

apt remove nginx nginx-*

Is nem egy rossz ötlet, hogy a mappa biztonsági másolatának a nginx, stb. Általában, amikor a frissít 1.6.5 hogy 1.10.3 Nem a dráma volt, de sosem lehet tudni. Az új paktei a felső szintű mappában találhatók, és telepíteni kell egy parancs, mint:

dpkg -i ../*.deb

Ha minden simán ment játszani a nginx folyamat, és állítsa be a http2, amely már nem ez a cikk van.

A ravasz trükk, hogy javítja a sebességet a böngésző, mint a firefox sqlite adat alap vakumirate. VÁKUUM folyamat újraépíti az adatbázist így töredezettségmentesítése, mérete csökkent, és ez teszi a gyorsabb keresést, lemezhasználat hatékonyabb és esetleg csökkent terhelés olvasási sorrendben a szektorok a lemezen. Általában ez vonatkozik minden adatbázis, amely nem hajt végre, automata porszívó/sikkaszt magad.

A puszta folyamat-ból defragmenting a adatbázis-ból Kilő elég triviális – Végzünk sqlite3 db-fájl vákuum a firefox profil könyvtárban. A Linux útvonala általában ~/.mozilla/firefox/random-name.default. Általában akkor kell csak 1 dirketoriâ a mozilla / firefox. Ha több van akkor ellenőrizze ~/.mozilla/firefox/profiles.ini a megfelelő könyvtárban van a böngésző profil. Тъй като не ми се занимава да извършвам процеса на ръка разписах елементарен скрипт с който да дефрагментирам базите данни:

for db in $(find ~/.mozilla/firefox/$(grep Path ~/.mozilla/firefox/profiles.ini | cut -d'=' -f2) -maxdepth 1 -name "*.sqlite" -type f)
do
   echo "VACUUM ${db}"
   sqlite3 ${db} VACUUM
   sqlite3 ${db} REINDEX
done

След изпълняване на скрипта търсенето в history-то и самото зареждане на лисика е чувствително по бързо. Скрипта предполагам че с малки модификации може да се ползва и в Mac OS.

p.s Ето варианта и за Mac OS Xтестван на Mac OS X Sierra. Налага се да форсираме делимитъра да е нов ред заради space в пътя до папката в която се съдържа профила на firefox

OIFS="$IFS"
IFS=$'\n'
for db in $(find ~/Library/Application\ Support/Firefox/$(grep Path ~/Library/Application\ Support/Firefox/profiles.ini | cut -d'=' -f2)  -maxdepth 1  -name "*.sqlite" -type f)
do
echo "VACUUM && REINDEX ${db}"
sqlite3 "${db}" VACUUM;
sqlite3 "${db}" REINDEX;
done