On 10/19/2012 10:56 PM, Ed Greshko wrote:
I've not been paying to much attention to this thread recently.
Time to put the failing keyboard back on the F17 system to verify the problem
still exists?
Ed:
Thanks for the reply. Understand that this isn't a problem that has alot
of bearing
On 19/10/12 23:55, Ed Greshko wrote:
On 10/19/2012 01:17 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
I get [using the opendns name servers again]:
[bobg@box9 ~]$ dig @8.8.8.8 +short www.newegg.com
208.91.197.27
[bobg@box9 ~]$ dig @208.67.220.220 +short
On Sat, 2012-10-20 at 04:08 -0400, Bob Goodwin - Zuni, Virginia, USA
wrote:
Ok, this is what I see. What is it telling me?
We detected the 2 DNS servers listed below.
WARNING: If you are connected to an anonymity/privacy service and
ANY of the servers listed below are from your
On 20/10/12 05:20, Tim wrote:
On Sat, 2012-10-20 at 04:08 -0400, Bob Goodwin - Zuni, Virginia, USA
wrote:
Ok, this is what I see. What is it telling me?
We detected the 2 DNS servers listed below.
WARNING: If you are connected to an anonymity/privacy service and
ANY of the
Bob Goodwin:
I was afraid that's what it meant and that explains some of the odd
results I've been seeing when changing my dns settings. It also means
that I am not getting the services I paid Opendns for which raises a
question of ethics. Should Opendns have known that a particular ISP
On 20 October 2012 00:30, Bob Goodwin - Zuni, Virginia, USA
bobgood...@wildblue.net wrote:
On 19/10/12 18:51, Matthew Miller wrote:
On Fri, Oct 19, 2012 at 03:47:34PM -0700, Joe Zeff wrote:
In general, quoting or not, it's best to just leave mailing list spam
alone,
or send an off-list
On 20/10/12 09:12, Tim wrote:
Bob Goodwin:
I was afraid that's what it meant and that explains some of the odd
results I've been seeing when changing my dns settings. It also means
that I am not getting the services I paid Opendns for which raises a
question of ethics. Should Opendns have known
On Fri, Oct 19, 2012 at 18:35:24 -0300,
Fernando Cassia fcas...@gmail.com wrote:
So... is there a way, in such situation, to manually (say, from a bash
script) bring down both eth ports, and re-arrange those? (so that eth1
becomes eth0), and do so without a reboot?.
ip link set down eth0
ip
On 10/20/2012 07:22 AM, Ian Malone wrote:
It's harmful and people keep doing it, in those circumstances a
message to the list asking people not to do it seems justified. More
so than an email complaining about the number of emails on any given
subject, which is usually a self-defeating action.
On 10/20/2012 08:37 AM, Bruno Wolff III wrote:
On Fri, Oct 19, 2012 at 18:35:24 -0300,
Fernando Cassia fcas...@gmail.com wrote:
So... is there a way, in such situation, to manually (say, from a bash
script) bring down both eth ports, and re-arrange those? (so that eth1
becomes eth0), and do
On Sat, 20 Oct 2012 10:30:00 -0400
Bob Goodwin - Zuni, Virginia, USA wrote:
If nothing else this has been a learning experience.
You could set up dnsmasq, which will cache your dns queries, saving a small
amount of bandwidth but more importantly speeding things up some.
--
MELVILLE THEATRE ~
On 20/10/12 12:51, Frank Cox wrote:
On Sat, 20 Oct 2012 10:30:00 -0400
Bob Goodwin - Zuni, Virginia, USA wrote:
If nothing else this has been a learning experience.
You could set up dnsmasq, which will cache your dns queries, saving a small
amount of bandwidth but more importantly speeding
On Sat, 20 Oct 2012 13:22:19 -0400
Bob Goodwin - Zuni, Virginia, USA wrote:
I'm already confused. If I don't want it listening on the internet and
our LAN [eth0] on this computer where do I tell it to go?
# If you want dnsmasq to provide only DNS service on an interface,
# configure it as
On Sat, Oct 20, 2012 at 10:48:55 -0600,
JD jd1...@gmail.com wrote:
I have since switched to using biosdevname to avoid this problem.
Hi Bruno,
will this survive a reboot?
No. It doesn't change any configuration it just renames the interfaces.
--
users mailing list
Fedora 17
NetworkManager is changing Nameserver in resolv.conf to 192.168.1.1 my
Router gateway and my setting in /etc/sysconfig/network-
scripts/cfg-p128p1 (eth0) are as such.
UUID=e676da02-6018-4567-8c0f-ab849ac673cb
NM_CONTROLLED=yes
HWADDR=78:E3:B5:95:98:2C
BOOTPROTO=dhcp
DEVICE=p128p1
On 10/20/2012 01:46 PM, Jim wrote:
How do I get NM to accept the above settings ?
Set /etc/resolv.conf with your DNS data, disable NM completely and let
network handle things. I did that several years ago because NM insisted
on blanking out my DNS settings every time I rebooted and I've
Jim writes:
Fedora 17
NetworkManager is changing Nameserver in resolv.conf to 192.168.1.1 my
Router gateway and my setting in /etc/sysconfig/network- scripts/cfg-p128p1
(eth0) are as such.
UUID=e676da02-6018-4567-8c0f-ab849ac673cb
NM_CONTROLLED=yes
HWADDR=78:E3:B5:95:98:2C
On 10/20/2012 04:55 PM, Sam Varshavchik wrote:
Get rid of the PEERDNS setting.
Getting rid of the PEERDNS setting did not help..
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines:
On 10/21/2012 05:29 AM, Jim wrote:
On 10/20/2012 04:55 PM, Sam Varshavchik wrote:
Get rid of the PEERDNS setting.
Getting rid of the PEERDNS setting did not help..
PEERDNS=answer, where answer is one of the following:
yes — This interface will modify your system's /etc/resolv.conf file
On Thu, 2012-10-18 at 10:05 -0600, JD wrote:
On 10/18/2012 09:16 AM, Tim wrote:
On Thu, 2012-10-18 at 08:11 -0600, JD wrote:
I assure you the MAC does match the MAC of the Ethernet chipset.
Looking at the quotes:..
I meant taking out some other rules which mightn't match, so you *only*
On 10/20/2012 08:41 PM, Michael H. Warfield wrote:
On Thu, 2012-10-18 at 10:05 -0600, JD wrote:
Made the change and rebooted.
Sorry - it does not deter udev from screwing up!
$ dmesg | grep em1
[6.033303] udevd[218]: renamed network interface eth0 to em1
$ cat
On 10/20/2012 08:41 PM, Michael H. Warfield wrote:
On Thu, 2012-10-18 at 10:05 -0600, JD wrote:
On 10/18/2012 09:16 AM, Tim wrote:
On Thu, 2012-10-18 at 08:11 -0600, JD wrote:
I assure you the MAC does match the MAC of the Ethernet chipset.
Looking at the quotes:..
I meant taking out some
A while back, I ran into a problem trying to rename interface names
(details of which I no longer remember). The solution at the time was to
create an empty '/etc/udev/rules.d/70-persistent-net.rules', then to
make it immutable (chattr -i /etc/udev/rules.d/70-persistent-net.rules),
then finally to
Bob Goodwin:
So it looks like my ISP is what it is and I probably can't change
things without degrading the service I have now which is quite good
then it works. Their are minor glitches that I have not been able to
assign the blame for, it occasionally requires re-booting either the
On Sat, 2012-10-20 at 22:41 -0400, Michael H. Warfield wrote:
Following his instructions, I ended up with this:
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==00:19:b9:13:a8:fc, NAME=eth0
Finding it hard to remember the plot, but is that rule set for matching
something the computer
25 matches
Mail list logo
