Revision history for JulianDemarchi
Revision [3783]
Last edited on 2016-05-30 22:49:37 by JulianDemarchi [Replaces old-style internal links with new pipe-split links.]Additions:
[[.chan | charter]]
[[Registry | Registry System]]
[[grubinstall | Install Grub In Raid1]]
[[coccaregistry | cocca registry]]
[[fredregistry | FRED registry]]
[[galiumfred | Galium guide]]
[[Registry | Registry System]]
[[grubinstall | Install Grub In Raid1]]
[[coccaregistry | cocca registry]]
[[fredregistry | FRED registry]]
[[galiumfred | Galium guide]]
Deletions:
[[Registry Registry System]]
[[grubinstall Install Grub In Raid1]]
[[coccaregistry cocca registry]]
[[fredregistry FRED registry]]
[[galiumfred Galium guide]]
Revision [3626]
Edited on 2015-10-14 04:57:17 by JulianDemarchi [Replaces old-style internal links with new pipe-split links.]Additions:
[[.chan charter]]
Additions:
Feel free to use these name servers to access the OpenNIC and ""FreeNIC"" network. These name servers are for public use, so please pass them onto others so they to can use OpenNIC and ""FreeNIC"" networks.
Deletions:
Deletions:
Additions:
ns1.jdcomputers.com.au - OpenNIC Tier-2 + ""FreeNIC"" NS
ns2.jdcomputers.com.au - OpenNIC Tier-2 + ""FreeNIC"" NS
ns4.jdcomputers.com.au - OpenNIC Tier-1 + ""FreeNIC"" NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + ""FreeNIC"" NS
ns2.jdcomputers.com.au - OpenNIC Tier-2 + ""FreeNIC"" NS
ns4.jdcomputers.com.au - OpenNIC Tier-1 + ""FreeNIC"" NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + ""FreeNIC"" NS
Deletions:
ns2.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
ns4.jdcomputers.com.au - OpenNIC Tier-1 + FreeNIC NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
Additions:
julian@demarchi.id.au
juliandemarchi@hotmail.com
julian@notes.geek
ns1.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
ns2.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
ns4.jdcomputers.com.au - OpenNIC Tier-1 + FreeNIC NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
Feel free to use these name servers to access the OpenNIC and FreeNIC network. These name servers are for public use, so please pass them onto others so they to can use OpenNIC and FreeNIC networks.
juliandemarchi@hotmail.com
julian@notes.geek
ns1.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
ns2.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
ns4.jdcomputers.com.au - OpenNIC Tier-1 + FreeNIC NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + FreeNIC NS
Feel free to use these name servers to access the OpenNIC and FreeNIC network. These name servers are for public use, so please pass them onto others so they to can use OpenNIC and FreeNIC networks.
Deletions:
juliandemarchi@hotmail.com
julian@notes.geek
ns1.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
ns2.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
ns4.jdcomputers.com.au - OpenNIC Tier-1 + [[FreeTLDProposal FreeNIC]] NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
Feel free to use these name servers to access the OpenNIC and [[FreeTLDProposal FreeNIC]] network. These name servers are for public use, so please pass them onto others so they to can use OpenNIC and [[FreeTLDProposal FreeNIC]] networks.
Additions:
http://www.kuro5hin.org/?op=displaystory;sid=2000/7/16/12039/2519
Additions:
[[galiumfred Galium guide]]
Additions:
[[fredregistry FRED registry]]
~- nic.free - http://www.nic.free
FREEBSD - DNS config
~- nic.free - http://www.nic.free
FREEBSD - DNS config
Deletions:
++~- Nagios howto++
++~- Modify and update the AuditingWG wiki page++
++~- Post example Nagios configurations++
++~- Setup a tier-1 server++
~- aus.free - http://www.aus.free
Feel free to email me if you wish to register a aus.free domain name. All registered aus.free domain names will have access to free Alternative Web Hosting.
------------
apt-get install 'cept need to ignore dependencies
Submitted by Craig Sanders on Wed, 2007-02-14 21:00.
On Wed, Feb 14, 2007 at 04:38:04PM -0500, Jim Popovitch wrote:
> On Thu, 2007-02-15 at 08:16 +1100, Craig Sanders wrote:
> > that is *ALWAYS* a better thing to do on a debian system than to compile
> > something and just run "make install".
>
> Actually, at least for me, "make install" (if you know what you are
> doing) is better, at least for what I am doing (high-volume,
> high-performance Sendmail system, w/ libmilter for dk-filter, tons of
> queues, different queue types, etc.).
i still think you'd be better off building a package rather than 'make
install'. after all, why bother running debian if you're going to discard
one of the things that makes it great (package management)?
having had to clean up numerous systems over the years which had been
mismanaged by installing important stuff all over the place, including
in user home directories, i really hate unpackaged stuff. it's OK
for personal tools that you might use as an end user on your own
files (e.g. in ~/bin/) but never for system tools/daemons. once you
leave the packaging system behind, you have to start keeping copious
notes on exactly where each system diverges from the package-managed
distro....you can't just query the package system to find out what's
installed.
OTOH, it's your system. do what you want with it. this is just my POV.
YMMV.
> Debian's Sendmail packages have too many scripts that do too many
> strange things, and assume the usage is very "generic". One of the
> strange things those scripts do is is rebuilding sendmail.cf at
> startup, IIRC.
so don't use them. once you've got it installed and configured, they
don't matter. and you can hack /etc/init.d/sendmail to make it work as
you want if it does things you don't like....even if you accidentally
"upgrade" to a debian package of sendmail it wont overwrite your conf
files (incl. the init.d script) unless you tell it to.
of course, i think that using sendmail in this era where there are
vastly better alternatives around - including exim and especially
postfix - is an enormous mistake. back in the old days it was about
the best thing around. these days, it's one of the worst. and
"high-performance sendmail" is a contradiction in terms :-).
> I worked around this situation by modifying "sendmail"
> in /var/lib/dpkg/status:
>
> Package: sendmail
> Status: install ok installed
> Priority: extra
> Section: mail
> Installed-Size: 136
> Maintainer: Jim Popovitch
> Architecture: i386
> Source: jimpop
> Version: 8.14.0
> Provides: mail-transport-agent
> Depends: netbase, libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3)
> Description: Custom Sendmail
> Used for email
>
> I also had to touch /var/lib/dpkg/info/sendmail.list (to reduce
> dselect/apt-update errors about missing package files list).
yep, that works. it's essentially what equivs does....but if you're
comfortable with hand-hacking the status file then it's good. most
people aren't.
BTW, you want to flag that as "hold" so that it doesn't get upgraded
next time you run "apt-get dist-upgrade".
i.e.
Status: hold ok installed
and it doesn't really need a "Depends:" line...but it doesn't hurt to
have it.
craig
--------
FREEBSD
Deletions:
http://opennic.jdcomputers.com.au - This wiki
http://www.jdcomputers.com.au - My site
http://www.jdcomputers.com.au/wiki - My wiki
Additions:
[[grubinstall Install Grub In Raid1]]
[[coccaregistry cocca registry]]
[[coccaregistry cocca registry]]
Deletions:
Additions:
<variable> echo "supersede domain-name-servers {{abbr ns1.ak.us}},{{abbr ns1.co.us}};" > /etc/dhclient.conf
Deletions:
Additions:
[[grubinstall Install Grub In Raid1]]
Deletions:
Additions:
[[grub_install Install Grub In Raid1]]
Additions:
--------
FREEBSD
<variable> julian_work, actually forget screen shots "echo ip" > /etc/resolv.conf"
<variable> or if you use dhclient
<brianko> the site's still up:
<brianko> http://www.rulesemporium.com/
<brianko> shit
<julian_work> y is that bad?
<brianko> hah...no, just don't get your SA rules from there
<variable> echo "supersede domain-name-servers 216.67.98.38,216.87.84.209;" > /etc/dhclient.conf
Done
FREEBSD
<variable> julian_work, actually forget screen shots "echo ip" > /etc/resolv.conf"
<variable> or if you use dhclient
<brianko> the site's still up:
<brianko> http://www.rulesemporium.com/
<brianko> shit
<julian_work> y is that bad?
<brianko> hah...no, just don't get your SA rules from there
<variable> echo "supersede domain-name-servers 216.67.98.38,216.87.84.209;" > /etc/dhclient.conf
Done
Additions:
------------
apt-get install 'cept need to ignore dependencies
Submitted by Craig Sanders on Wed, 2007-02-14 21:00.
On Wed, Feb 14, 2007 at 04:38:04PM -0500, Jim Popovitch wrote:
> On Thu, 2007-02-15 at 08:16 +1100, Craig Sanders wrote:
> > that is *ALWAYS* a better thing to do on a debian system than to compile
> > something and just run "make install".
>
> Actually, at least for me, "make install" (if you know what you are
> doing) is better, at least for what I am doing (high-volume,
> high-performance Sendmail system, w/ libmilter for dk-filter, tons of
> queues, different queue types, etc.).
i still think you'd be better off building a package rather than 'make
install'. after all, why bother running debian if you're going to discard
one of the things that makes it great (package management)?
having had to clean up numerous systems over the years which had been
mismanaged by installing important stuff all over the place, including
in user home directories, i really hate unpackaged stuff. it's OK
for personal tools that you might use as an end user on your own
files (e.g. in ~/bin/) but never for system tools/daemons. once you
leave the packaging system behind, you have to start keeping copious
notes on exactly where each system diverges from the package-managed
distro....you can't just query the package system to find out what's
installed.
OTOH, it's your system. do what you want with it. this is just my POV.
YMMV.
> Debian's Sendmail packages have too many scripts that do too many
> strange things, and assume the usage is very "generic". One of the
> strange things those scripts do is is rebuilding sendmail.cf at
> startup, IIRC.
so don't use them. once you've got it installed and configured, they
don't matter. and you can hack /etc/init.d/sendmail to make it work as
you want if it does things you don't like....even if you accidentally
"upgrade" to a debian package of sendmail it wont overwrite your conf
files (incl. the init.d script) unless you tell it to.
of course, i think that using sendmail in this era where there are
vastly better alternatives around - including exim and especially
postfix - is an enormous mistake. back in the old days it was about
the best thing around. these days, it's one of the worst. and
"high-performance sendmail" is a contradiction in terms :-).
> I worked around this situation by modifying "sendmail"
> in /var/lib/dpkg/status:
>
> Package: sendmail
> Status: install ok installed
> Priority: extra
> Section: mail
> Installed-Size: 136
> Maintainer: Jim Popovitch
> Architecture: i386
> Source: jimpop
> Version: 8.14.0
> Provides: mail-transport-agent
> Depends: netbase, libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3)
> Description: Custom Sendmail
> Used for email
>
> I also had to touch /var/lib/dpkg/info/sendmail.list (to reduce
> dselect/apt-update errors about missing package files list).
yep, that works. it's essentially what equivs does....but if you're
comfortable with hand-hacking the status file then it's good. most
people aren't.
BTW, you want to flag that as "hold" so that it doesn't get upgraded
next time you run "apt-get dist-upgrade".
i.e.
Status: hold ok installed
and it doesn't really need a "Depends:" line...but it doesn't hurt to
have it.
craig
----------
apt-get install 'cept need to ignore dependencies
Submitted by Craig Sanders on Wed, 2007-02-14 21:00.
On Wed, Feb 14, 2007 at 04:38:04PM -0500, Jim Popovitch wrote:
> On Thu, 2007-02-15 at 08:16 +1100, Craig Sanders wrote:
> > that is *ALWAYS* a better thing to do on a debian system than to compile
> > something and just run "make install".
>
> Actually, at least for me, "make install" (if you know what you are
> doing) is better, at least for what I am doing (high-volume,
> high-performance Sendmail system, w/ libmilter for dk-filter, tons of
> queues, different queue types, etc.).
i still think you'd be better off building a package rather than 'make
install'. after all, why bother running debian if you're going to discard
one of the things that makes it great (package management)?
having had to clean up numerous systems over the years which had been
mismanaged by installing important stuff all over the place, including
in user home directories, i really hate unpackaged stuff. it's OK
for personal tools that you might use as an end user on your own
files (e.g. in ~/bin/) but never for system tools/daemons. once you
leave the packaging system behind, you have to start keeping copious
notes on exactly where each system diverges from the package-managed
distro....you can't just query the package system to find out what's
installed.
OTOH, it's your system. do what you want with it. this is just my POV.
YMMV.
> Debian's Sendmail packages have too many scripts that do too many
> strange things, and assume the usage is very "generic". One of the
> strange things those scripts do is is rebuilding sendmail.cf at
> startup, IIRC.
so don't use them. once you've got it installed and configured, they
don't matter. and you can hack /etc/init.d/sendmail to make it work as
you want if it does things you don't like....even if you accidentally
"upgrade" to a debian package of sendmail it wont overwrite your conf
files (incl. the init.d script) unless you tell it to.
of course, i think that using sendmail in this era where there are
vastly better alternatives around - including exim and especially
postfix - is an enormous mistake. back in the old days it was about
the best thing around. these days, it's one of the worst. and
"high-performance sendmail" is a contradiction in terms :-).
> I worked around this situation by modifying "sendmail"
> in /var/lib/dpkg/status:
>
> Package: sendmail
> Status: install ok installed
> Priority: extra
> Section: mail
> Installed-Size: 136
> Maintainer: Jim Popovitch
> Architecture: i386
> Source: jimpop
> Version: 8.14.0
> Provides: mail-transport-agent
> Depends: netbase, libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3)
> Description: Custom Sendmail
> Used for email
>
> I also had to touch /var/lib/dpkg/info/sendmail.list (to reduce
> dselect/apt-update errors about missing package files list).
yep, that works. it's essentially what equivs does....but if you're
comfortable with hand-hacking the status file then it's good. most
people aren't.
BTW, you want to flag that as "hold" so that it doesn't get upgraded
next time you run "apt-get dist-upgrade".
i.e.
Status: hold ok installed
and it doesn't really need a "Depends:" line...but it doesn't hurt to
have it.
craig
----------
Additions:
[[Lire]]
Deletions:
==My Howtos:==
~- [[RT3]] - Debian 'etch'
Deletions:
Additions:
~- [[RT3New]]
Deletions:
Additions:
==[[Logos]] (TMP Spot)==
Deletions:
Additions:
==Logos (TMP Spot)==
Additions:
~- [[RT3]] - Debian 'etch'
Deletions:
Additions:
~- [RT3] - Debian 'etch'
Deletions:
Additions:
==My Howtos:==
~- RT3
~- RT3
Additions:
[[Registry Registry System]]
Deletions:
Additions:
[[Registry_System]]
Deletions:
Additions:
Registry_System
Deletions:
Additions:
[Registry System]
Deletions:
Additions:
[[OpenNIC Registry System]]
Additions:
julian@notes.geek
Additions:
==My Domains:==
Deletions:
Additions:
==My gTLDs:==
~- geek. - http://www.geek
~- geek. - http://www.geek
Deletions:
Additions:
WebmasteringWG - Leader
Deletions:
Deletions:
[[Nis Client Setup]]
Additions:
[[Nis Client Setup]]
Deletions:
Additions:
==Howtos==
[[nis_client Nis Client Setup]]
[[nis_client Nis Client Setup]]
Deletions:
More to come.......
Deletions:
Nis Client Setup
Additions:
==Howtos==
Nis Client Setup
Nis Client Setup
Additions:
~- aus.free - http://www.aus.free
Deletions:
-http://www.aus.free
Additions:
julian@demarchi.id.au
juliandemarchi@hotmail.com
-http://www.aus.free
juliandemarchi@hotmail.com
-http://www.aus.free
Additions:
ns4.jdcomputers.com.au - OpenNIC Tier-1 + [[FreeTLDProposal FreeNIC]] NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
ns5.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
Deletions:
Revision [814]
Edited on 2007-08-23 17:31:54 by JulianDemarchi [Fixed my profile, was out of date (still is but SRV2003 has just finished its install, so back to wo]Additions:
==OpenNIC Hosting===
Revision [813]
Edited on 2007-08-23 17:30:58 by JulianDemarchi [Fixed my profile, was out of date (still is but SRV2003 has just finished its install, so back to wo]Additions:
++~- Nagios howto++
++~- Modify and update the AuditingWG wiki page++
++~- Post example Nagios configurations++
++~- Setup a tier-1 server++
++~- Modify and update the AuditingWG wiki page++
++~- Post example Nagios configurations++
++~- Setup a tier-1 server++
Deletions:
~- Modify and update the AuditingWG wiki page
~- Post example Nagios configurations
~- Setup a tier-1 server
Revision [224]
Edited on 2007-06-29 07:22:12 by JulianDemarchi [Fixed my profile, was out of date (still is but SRV2003 has just finished its install, so back to wo]Additions:
==IM:==
==Teams:==
===Technical information:===
==DNS:==
==WEB:==
==My todo list:==
==My TLDs:==
==Teams:==
===Technical information:===
==DNS:==
==WEB:==
==My todo list:==
==My TLDs:==
Deletions:
Teams:
Technical information:
DNS:
WEB:
My todo list:
My TLDs:
Revision [223]
Edited on 2007-06-29 07:19:43 by JulianDemarchi [Fixed my profile, was out of date (still is but SRV2003 has just finished its install, so back to wo]Additions:
WebmasteringWG - Member
Revision [205]
Edited on 2007-06-28 23:26:45 by JulianDemarchi [Fixed my profile, was out of date (still is but SRV2003 has just finished its install, so back to wo]Additions:
ns1.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
ns2.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
ns4.jdcomputers.com.au - [[FreeTLDProposal FreeNIC]] NS (Soon to be a OpenNIC Tier-2 NS)
Feel free to use these name servers to access the OpenNIC and [[FreeTLDProposal FreeNIC]] network. These name servers are for public use, so please pass them onto others so they to can use OpenNIC and [[FreeTLDProposal FreeNIC]] networks.
ns2.jdcomputers.com.au - OpenNIC Tier-2 + [[FreeTLDProposal FreeNIC]] NS
ns4.jdcomputers.com.au - [[FreeTLDProposal FreeNIC]] NS (Soon to be a OpenNIC Tier-2 NS)
Feel free to use these name servers to access the OpenNIC and [[FreeTLDProposal FreeNIC]] network. These name servers are for public use, so please pass them onto others so they to can use OpenNIC and [[FreeTLDProposal FreeNIC]] networks.
Deletions:
ns2.jdcomputers.com.au - Opennic Tier-2 + Freenic NS
ns4.jdcomputers.com.au - Freenic NS (Soon to be a Opennic Tier-2 NS)
Feel free to use these name servers to access the Opennic and Freenic network. These name servers are for public use, so please pass them onto others so they to can use Opennic and Freenic networks.
Revision [204]
Edited on 2007-06-28 23:21:15 by JulianDemarchi [Fixed my profile, was out of date (still is but SRV2003 has just finished its install, so back to wo]Additions:
Technical information:
DNS:
ns1.jdcomputers.com.au - Opennic Tier-2 + Freenic NS
ns2.jdcomputers.com.au - Opennic Tier-2 + Freenic NS
ns4.jdcomputers.com.au - Freenic NS (Soon to be a Opennic Tier-2 NS)
Feel free to use these name servers to access the Opennic and Freenic network. These name servers are for public use, so please pass them onto others so they to can use Opennic and Freenic networks.
WEB:
http://opennic.jdcomputers.com.au - This wiki
http://www.jdcomputers.com.au - My site
http://www.jdcomputers.com.au/wiki - My wiki
My todo list:
~- Nagios howto
~- Modify and update the AuditingWG wiki page
~- Post example Nagios configurations
~- Setup a tier-1 server
~- Hopefully run another TLD
My TLDs:
~- aus.free
Feel free to email me if you wish to register a aus.free domain name. All registered aus.free domain names will have access to free Alternative Web Hosting.
More to come.......
DNS:
ns1.jdcomputers.com.au - Opennic Tier-2 + Freenic NS
ns2.jdcomputers.com.au - Opennic Tier-2 + Freenic NS
ns4.jdcomputers.com.au - Freenic NS (Soon to be a Opennic Tier-2 NS)
Feel free to use these name servers to access the Opennic and Freenic network. These name servers are for public use, so please pass them onto others so they to can use Opennic and Freenic networks.
WEB:
http://opennic.jdcomputers.com.au - This wiki
http://www.jdcomputers.com.au - My site
http://www.jdcomputers.com.au/wiki - My wiki
My todo list:
~- Nagios howto
~- Modify and update the AuditingWG wiki page
~- Post example Nagios configurations
~- Setup a tier-1 server
~- Hopefully run another TLD
My TLDs:
~- aus.free
Feel free to email me if you wish to register a aus.free domain name. All registered aus.free domain names will have access to free Alternative Web Hosting.
More to come.......
Revision [203]
Edited on 2007-06-28 23:14:27 by JulianDemarchi [Fixed my profile, was out of date (still is but SRV2003 has just finished its install, so back to wo]Additions:
===Julian Andrew De Marchi===