[SLUG] bind non chroot setup
I have bind running on my old RH73; and, would like to copy the setup to the Centos 4x server RH73 # named -version BIND 9.2.1 Centos # named -version BIND 9.2.4 the default bind on centos is running chroot I've copied /etc/named.conf and zone files, edited for chroot path, but, it didn't like it; so, I thought I should try non-chroot 1st of all; again, copied named.conf, copied zone files to /var/named; stopped/started 'service named' it starts OK, BUT, it's still running same zones it was before I've started, what am I doing wrong ? # service named status number of zones: 11 debug level: 0 xfers running: 0 xfers deferred: 0 soa queries in progress: 0 query logging is OFF server is up and running named (pid 12682) is running... -- Voytek -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] bind non chroot setup
Voytek Eymont wrote: > I have bind running on my old RH73; I think its time to upgrade. Erik -- - Erik de Castro Lopo - "A weak coder becomes a strong coder by reading code and writing code - every day, for fun." -- Daniel Phillips on the Tux3 mailing list, 2008/08/31 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] bind non chroot setup
Voytek Eymont wrote:
I've copied /etc/named.conf and zone files, edited for chroot path,
"edited for chroot path" is the error.
Remove and reinstall
bind-utils
bind-libs
bind
bind-chroot
to get back to a clean situation.
Now edit /var/named/chroot/etc/named.conf. The
filenames in that file are as if the daemon is
running with the root changed to /var/named/chroot.
So:
options {
directory "/var/named"; // Actually /var/named/chroot/var/named/
dump-file "/var/named/data/cache_dump.db"; // And so on
statistics-file "/var/named/data/named_stats.txt"; /And so on
...
include "/etc/rndc.key"; // Actually /var/named/chroot/etc/rndc.key
zone "example" {
type master;
file "data/example"; // Actually /var/named/chroot/var/named/data/example
allow-update {
localhost;
};
};
include "/etc/named.rfc1912.zones"; // Actually
/var/named/chroot/etc/named.rfc1912.zones
It's all pretty easy. You just need to keep everything in /var/named/chroot
and then strip that prefix from the file names when you refer to them.
--
Glen Turner
[SLUG] SMTP Mail relay nots from Friday night
Hi there, I'm interested if there are any notes regarding this talk. Peter mentioned a few websites on the night regarding more information but I cannot remember them, can anyone help? I know he mentioned 2 RFCs, I found 1 RFC2821 but I cannot remember the other. The problem I'm having at the moment is that I'm sending emails through mail.bigpond.com and mail may take a few days to get a bounce back or get through. This is causing a few issues. I know that SMTP is not a protocal that gaurentees mail delivery in a spacific time but I'm just trying to reduce the time. Does anyone know of any good mail relays for sending emails more quickly. "In-Depth Talk Peter Chubb: I Hate Spam!!! All of us are affected by spam. I'll be giving some war stories ... hear about the time that collateral spam brought down UNSW CSE's mail servers ... how to report spammers so it doesn't happen to you! ... hear about the time that spamassassin managed to OOM and bring down an important web server ... how to configure your MTA to reject enough spam that spamassassin doesn't have to do so much work. I'll be giving my examples for Exim configuration, but the principles (and I'll be talking more about what to do than how to do it) will apply to all mail servers." Gareth -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Alternative outgoing mail relays
On Wed, Oct 01, 2008, SMITH GARETH wrote: > Does anyone know of any good mail relays for sending emails more > quickly. You will have to have a login account on such services and will often have to pay (anyone who allows easy free signup for a service that includes a mail relay will find themselves relaying spam). The first place to check is with any web hosting plan you may have: do they include *outgoing* email? Some do. If so, that's the first one to test. Otherwise: - http://freeshell.org/ offers password authenticated outgoing SMTP relaying to VPM (US$20/year) and VHOST (US$10/month) customers - http://www.smtp-server.com/ offers outgoing mail relaying from US$5 per month http://www.smtp-server.com/service-plans.htm - lots of hits at http://www.google.com.au/search?q=mail+relay+outgoing Double-check that the service allows mails to be sent to them on ports other than 25, I believe Bigpond blocks 25 outgoing. -Mary -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] TFTP server problems.
On Thu, Sep 25, 2008 at 4:43 PM, Glen Turner <[EMAIL PROTECTED]> wrote:
> service tftp
> {
>socket_type = dgram
>protocol= udp
>wait= yes
>user= root
>server = /usr/sbin/in.tftpd
>server_args = -s /srv/tftpboot -c -vv -u tftp -p -U 007
>disable = no
>per_source = 11
>cps = 100 2
>flags = IPv4
> }
That seems to have been the issue. I was changing the "user ="
parameter in the tftp config file for xinetd - however, I had to set
that back to root and pass the -u parameter in the server args.
Once I did that, lo and behold, it worked.
Thanks for the push in the right direction.
DaZZa
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] SMTP Mail relay nots from Friday night
> "SMITH" == SMITH GARETH <[EMAIL PROTECTED]> writes: SMITH> Hi there, I'm interested if there are any notes regarding this SMITH> talk. Peter mentioned a few websites on the night regarding SMITH> more information but I cannot remember them, can anyone help? My notes are supposed to be going up on the SLUG website RSN. SMITH> I know he mentioned 2 RFCs, I found 1 RFC2821 but I cannot SMITH> remember the other. RFC2822 -- it describes the forma of the MEMO header fields. SMITH> The problem I'm having at the moment is that I'm sending emails SMITH> through mail.bigpond.com and mail may take a few days to get a SMITH> bounce back or get through. This is causing a few issues. I SMITH> know that SMTP is not a protocal that gaurentees mail delivery SMITH> in a spacific time but I'm just trying to reduce the time. There are two places that the delay could be happening; at bigpond's outgoing SMTP server, or at the recipient's mail server. Maybe it's greylisting emails from Bigpond, I don't know. SMITH> Does anyone know of any good mail relays for sending emails SMITH> more quickly. It depends. I believe you can use gmail's SMTP server if you're sending from a gmail address. But if the delay's at the recipient's machine, it won't help. -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Re: [coders] A newbie/ish question about portage
Hi sister0, You addressed your question to the Sydney Linux User Group's programming list. SLUG is a good place to ask questions about Linux in Australia even if you don't happen to live in Sydney, but you want to send questions about Linux to the main list, slug@slug.org.au, rather than [EMAIL PROTECTED] which is specifically for programming discussion. I've copied slug@slug.org.au on this mail and included your question below, so that you can get help on that list. (slug subscribers, please Cc sister0, as she is possibly not subscribed.) On Wed, Oct 01, 2008, sister0 wrote: > Hello > im sorry if this is the wrong place but please direct me to the right > Linux user group in australia to as but :here goes: > > I run gentoo and am trying to do my regular emerge from behind tasmanian > university fire wall/ auto proxy. > > Obviously i needed to change my mirrors as my machine was set to > Netherlands Mirrors as I have just moved to tasmania. > > SO> > > #I changed my /etc/make.conf > > #and myusr/portage/distfiles/ntlmaps/server.cfg > with the 'correct autoproxy info with usr and pwd' > [also have same file /etc/ntlmaps] > #i did all of this : > http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=6#doc_chap2 > > and still no joy. i get errors: [below] > > i've been here for a week trying with this please any advice would be much > appreciated. my system has 50 packages to update and i don't want to break > it and its driving me crazy.yes im a newbie of sorts but still... trying > hard.sister0 > > > >> Emerging (1 of 54) app-text/scrollkeeper-dtd-1.0 to / > > > >> Downloading > 'http://ftp.swin.edu.au/gentoo/distfiles/scrollkeeper-omf.dtd' > > --2008-10-01 03:36:56-- > http://ftp.swin.edu.au/gentoo/distfiles/scrollkeeper-omf.dtd > > Resolving proxy.utas.edu.au... 131.217.6.8, 131.217.6.9, 131.217.6.6, ... > > Connecting to proxy.utas.edu.au|131.217.6.8|:8080... connected. > > Proxy request sent, awaiting response... 407 Proxy Authentication Required > > 2008-10-01 03:36:56 ERROR 407: Proxy Authentication Required. > > > > > >> Downloading > 'http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd' > > --2008-10-01 03:36:56-- > http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd > > Resolving proxy.utas.edu.au... 131.217.6.7, 131.217.6.8, 131.217.6.9, ... > > Connecting to proxy.utas.edu.au|131.217.6.7|:8080... connected. > > Proxy request sent, awaiting response... 407 Proxy Authentication Required > > 2008-10-01 03:36:57 ERROR 407: Proxy Authentication Required. > > > > !!! Couldn't download 'scrollkeeper-omf.dtd'. Aborting. > > * Fetch failed for 'app-text/scrollkeeper-dtd-1.0' > > !!! can't process invalid log file: merge.ERROR > > > > -- > coders mailing list > [EMAIL PROTECTED] > http://lists.slug.org.au/listinfo/coders > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Monitor reliability vs. videocard reliability
Hi, One of the kids got enthusiastic and thumped the table our PC is on. Now, every month or so, the video fails. Eventually it comes back on (could be next day). Meanwhile, everything else keeps working AFAIK. It's a BenQ monitor connected by DVI but by the time you replace the DVI cable with VGA it works again. Machine and monitor are both about 18 months old. Because of the location, swapping cards, monitors or anything else would be a nuisance. My feeling is that the intermittent fault is more likely to be in the monitor. Comments, please? Jim Donovan -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] portage
hello
nice to meet you all
and i fixed my portage problem
i was over compensating with ntlmaps - and it ws just the make.conf
grtz
nancy
http://www.sistero.org
http://www.genderchangers.org/
\ { _ } /
,--.>_ .:Y:. _<,--.
`''' '--^--' `'''
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Monitor reliability vs. videocard reliability
Jim Donovan <[EMAIL PROTECTED]> writes: > One of the kids got enthusiastic and thumped the table our PC is on. > Now, every month or so, the video fails. Eventually it comes back on > (could be next day). Meanwhile, everything else keeps working AFAIK. > > It's a BenQ monitor connected by DVI but by the time you replace the > DVI cable with VGA it works again. > > Machine and monitor are both about 18 months old. > > Because of the location, swapping cards, monitors or anything else > would be a nuisance. Get ready to suffer ... > My feeling is that the intermittent fault is more likely to be in the > monitor. ... because it is more likely to be a loose card or cable connection than a fault in the monitor. More importantly, /you/ can fix a loose connection, but not a broken monitor. So, bite the bullet, pull the hardware out, and then carefully disconnect, clean[1] and reconnect or reseat all the components from the video card through to the monitor. Then, if the problem persists you can go and buy a new monitor, possibly with the proceeds of selling the child in question on the black market. ;) Regards, Daniel Footnotes: [1] If, you know, there is dust or whatever to move on. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
