Ještě mě napadl způsob, jak zautomatizovat generování /etc/pdnsd.conf, aby používal správné nadřazené DNS při "usepeerdns". Čísla řádků pro head a tail mohou být silně závislé na verzi pdnsd nebo na úpravě vzorové konfigurace, ale jina by to mělo fungovat. Pdnsd nezná žádný signál pro nové načtení konfigurace, takže se musí shodit restartovat.
Stačí přidat poblíž začátku /etc/ppp/ip-up následující příkaz:
# re-create pdnsd.conf
killall pdnsd
( head -n 21 /etc/pdnsd.conf.sample ; sed 's/nameserver \(.*\)/server {\n\tip="\1";\n\ttimeout=30;\n\tinterval=30;\n\tuptest=if;\n\tping_timeout=50;\n\tpurge_cache=off;\n}/' </etc/ppp/resolv.conf ; tail -n 37 /etc/pdnsd.conf.sample ) >/etc/pdnsd.conf
/usr/sbin/pdnsd -d
(Možná tam bude nutný nějaký sleep, to nemám ještě důkladně ověřeno.)
Názory k článku
Vytáčené připojení a možnosti pppd
Doplnění: Automatická aktualizace pdnsd.conf
celé vláknoRe: Doplnění: Automatická aktualizace pdnsd.conf
celé vláknoDíval jsem se do dokumentace, a lepší bude toto:
killall pdnsd
( cat /etc/pdnsd.conf.default ; sed 's/nameserver \(.*\)/server {\n\tip="\1";\n\ttimeout=30;\n\tinterval=30;\n\tuptest=if;\n\tinterface="ppp0";\n\tpurge_cache=off;\n}/' </etc/ppp/resolv.conf ) >/etc/pdnsd.conf
/usr/sbin/pdnsd -d -s
Mezi killall a nové volání je vhodné něco vložit (i sleep), aby stará instance měla dost času se ukončit.
/etc/pdnsd.conf.default je následující:
global {
perm_cache=512;
cache_dir="/var/cache/pdnsd";
max_ttl=604800;
run_as="nobody:nogroup";
paranoid=on;
}
source {
ttl=86400;
owner="localhost.";
file="/etc/hosts";
}
/etc/resolv.conf - oprava
celé vláknoOpravuji se: mé nastavení úpravu /etc/resolv.conf pro "usepeerdns" též vyžaduje!!! Pouze jsem si to tam kdysi uložil natvrdo.
Poprosím redakci o opravu
Kppp obecne
celé vláknoClanek se mi libi,jen mam takovy neprijemny pocit,ze rozumim asi 70% a to je v cestine.
Presto diky za kazdou informaci,kterou pochopim alespon castecne.
Ta Anglictina mne docela ubiji.
Re: Kppp obecne
celé vláknoJa jsem na tom podobne. Vecer jsem to zkousel u sebe rozchodit a nejak mi to neslo, ale chyba bude nejspis na me strane, jeste se na to podivam. Nastesti pro nas BFU tu jsou programy typu kppp :-)
Problemy s wwwoffle
celé vláknoZdravim,
wwwoffle uspesne pouzivam, ale ip-ul.local jsem musel upravit
takto (bez toho sleepu a restartu proste nepoznal, ze je online):
sleep 6
service wwwoffled restart
service wwwoffled online
service wwwoffled fetch &
Re: Problemy s wwwoffle
celé vláknowwwoffle se obsahuje několik programů. Jedním z nich je démon wwwoffled, to je proxy server. Dalším je wwwoffle a ten slouží k ovládání již běžícího proxy serveru. Takže když chcete přejít do modu online, stačí zadat wwwoffle -online atd. Vy na to používáte přiložený skript, který testuje všechno možné, ve vašem případě asi někde neúspěšně. Ovládání pomocí wwwoffle -parametr se mi zdá mnohem lepší a přímočařejší. Ostatně k tomu také ten program slouží. Ve složce contrib/redhat1 u zdrojáků je ještě jeden startovací skript, který je jednoduší a rychlejší a slouží skutečně jen ke startu, restartu a ukončení démona wwwoffled. Ten, co používáte vy, je až moc komplexní. Takže při bootu spustit wwwoffled a potom už jen wwwoffle -online, wwwoffle -fetch, wwwoffle -offline.
Re: Problemy s wwwoffle
celé vláknoMůžu se s Váma spojit ohledně více informací
k programu wwwoffle.
Děkuji Milan Buška
hloupy dotaz - pripojeni cele site pres ppp
celé vláknoJe to asi dost hloupe, ale procetl jsem ruzna HOWTO a navody, ale stale se mi nedari zprovoznit internet pro celou sit (3 pocitace) kdyz jeden je pripojeny pres ppp.. ten je ok a bezi na nem vse v pohode, ale pride mi dost hloupe se kvuli kazde kravine pripojovat sshckem na nej a pak teprve neco delat.. urcite je to jednoduche, ale ja jsem co se tyce siti totalni amater. Poradi mi nekdo?
Re: hloupy dotaz - pripojeni cele site pres ppp
celé vláknoO tom chystám příští článek.
Synchronizace času, rdate
celé vláknoDo startovacího skriptu se někomu může hodit přidat řádek pro synchronizaci systémového času, třeba
rdate -s cudns.cit.cornell.edu

