Re: [CentOS] Centos in the Browser string ?

[g]

On 03/31/16 01:00, Sorin Srbu wrote:
>> -Original Message-
>> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
>> Behalf Of g
>> Sent: den 24 mars 2016 17:22
>> To: centos@centos.org
>> Subject: Re: [CentOS] Centos in the Browser string ?
>>
>> now i goofed. :-\
>>
>>   if you have file "user.js" in profile directory,
>
> Ah, thank you!
>
--

welcome.


-- 
peace out.

If Bill Gates got a dime for every time Windows crashes...
 ...oh, wait. He does. THAT explains it!
-+-
in a world with out fences, who needs gates.

CentOS GNU/Linux 6.7

tc,hago.

g
.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos in the Browser string ?

[Always Learning]

On Thu, 2016-03-31 at 05:59 +, Sorin Srbu wrote:

> > -Original Message-
> > From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> > Behalf Of g

> > if you have a file in profile directory, add this to it. if not,
> > create file and paste this in it.
> >
> >   //set user agent to blank
> >   user_pref("general.useragent.override", " ");
> >
> > what makes you get a unique rating is that you report no agent. only
> > info any site will know about you is your ip address.
> >
> > if you want to hide that, use a proxy server. ((GBWG))

> Please excuse my ignorance, but what file in what profile directory is 
> referred to here?

I don't know.

I successfully, in about:config, created an variable
'general.useragent.override' with a value 'Mozilla/5.0'

Then Youtube refused to play videos in full-screen. Google, the owner of
Youtube, stated either my browser did not support full screen or the
video creator had blocked the video being played in full-screen.

Deleted the variable and Youtube videos again seen in full-screen.



-- 
Regards,

Paul.
England, EU.  England's place is in the European Union.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Is there a way to detect/validate DHCP static IP assignment?

[Tris Hoar]

On 30/03/2016 18:08, David Copperfield wrote:

Hi,
  We have tens of networks(VLANs) in data center with a central Linux DHCP 
server. each network has their router to do the DHCP relay. So, the DHCP 
server's configuration files has tens 'subnet' statements.
Because PXE booting is standard in whole data center, there are also thousands 
of static MAC-IP mapping 'host' statements in dhcp configuration.
The big challenge with a central dhcp server is how to detect typo in the 
thousands of MAC-IP 'host' statements? -- a single char/digit typo here will 
fail a PXE booting or download wrong post-installation snippets.

  Is there a tool to validate all 'host' statements from another Linux box?

I tried nagios check-dhcp plugin, with a series of real MAC addresses(for hosts 
in other different networks). Surprisingly, the IP address came back were not 
the static IP addresses in 'host' statement, but dynamic addresses in the pool 
defined for this particular network (where I ran check-dhcp from).
check_dhcp was run with the following arguments:

/usr/lib64/nagios/plugins/check_dhcp --verbose --server= 
--interface=eth0 --mac= --unicast
remove --unicast doesn't help but just see more DHCP replys.
Interestingly, with a same MAC address, and the above same command, from two 
Centos boxes on different network there will be different dynamic IPs! instead 
the static IP defined with 'host' statement.

So, how can we validate static IP assignment? Thanks.
Best,David,



Hi David,

You need to use check_dhcp_relayed.pl 
(https://github.com/timb07/check_dhcp_relayed) if you wish to test for a 
reservation outside of the servers subnet, otherwise the DHCP server 
will assume you are on the local range and issue from that subnet.


Also as an FYI Forman (http://theforeman.org) can do things like 
building VM's and Physical servers and integrates with DHCP to create 
static DHCP reservations for PXE booting servers which should eliminate 
typos.


Tris





*
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity 
to whom they are addressed. If you have received this email 
in error please notify postmas...@bgfl.org


The views expressed within this email are those of the 
individual, and not necessarily those of the organisation

*
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] vpn - xl2tpd and routing to a net?

[lejeczek]

On 26/01/16 16:26, John R Pierce wrote:

On 1/26/2016 5:37 AM, lejeczek wrote:


I'm having a, I'd like to think a "regular" VPN with 
IPsec/xl2tpd and it all works OK, except..
One thing that I never needed but now I do and I 
wonder is it my iptables, or/and routing or maybe VPN 
server config..?


vpn clients with established tunnels can get to VPN 
server's NICs/IPs but cannot get through to the net 
behind the server.
Well... they can, but only if on a host (eg. 
192.168.2.33) on VPN server's net I do:


route add -host 192.168.2.10 gw 192.168.2.100# 
192.168.2.10 is VPN client


I thought this I'd not need since that local net (eg. 
192.168.2.33) use VPN server's 192.168.2.100 as the 
default gw.


is it by design and nature of that VPN solution it works 
this way or I actually have missed/messed up something?
I hope the latter and adding routing on per "to host" 
basis is redundant. 



your VPN client shouldn't be on the same subnet as your 
LAN. your LAN hosts expect 192.168.2.10 to be a local 
address and not to have to use the gateway. you 
probably could make this work with some sort of proxy arp 
but ugh, bridged VPNs are problematic.



heh, I'm thinking about it again, if you use different subnet...
there will be a struggle on how to push routing to vpn 
clients when they don't use vpn connection as default gateway.
How to get around it, how to tell clients (ideally in a 
automated/unattended way) about VPN server other subnets?

I think is must be a subnet/range the easiest way out.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 7, rsync problem

[m . roth]

Oddity: rsync *should* be recursing, and dealing with very large number of
files. It works, going from box a to box b. But when I try to back b up to
c, it fails, 100%, complaining of "out of hashtable space [sender]". I've
tried adding -r, and changing --delete to --delete-delay, and no joy.

All boxes are current, or fairly current, CentOS 7.

Anyone got any thoughts on the matter?

mark

-- 
I *hate* nixspam



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] vpn - xl2tpd and routing to a net?

[Gordon Messmer]

On 03/31/2016 07:35 AM, lejeczek wrote:
there will be a struggle on how to push routing to vpn clients when 
they don't use vpn connection as default gateway.
How to get around it, how to tell clients (ideally in a 
automated/unattended way) about VPN server other subnets? 


L2TP VPNs are ppp links.  There is not, to the best of my knowledge, a 
mechanism to push routes to the clients.  If you configure a client not 
to use the ppp link as its default route, you must also provide all of 
the routes that should be associated with the VPN, even when you are 
assigning addresses in the same IP subnet as the hosts you want to reach.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7, rsync problem

[Robert Nichols]

On 03/31/2016 09:53 AM, m.r...@5-cent.us wrote:

Oddity: rsync *should* be recursing, and dealing with very large number of
files. It works, going from box a to box b. But when I try to back b up to
c, it fails, 100%, complaining of "out of hashtable space [sender]". I've
tried adding -r, and changing --delete to --delete-delay, and no joy.

All boxes are current, or fairly current, CentOS 7.


The only thing I know of that's likely to cause rsync to run out of memory
is when there are a huge number of hard links and you are using the "-H"
option to preserve them. (If you think you don't have many, look under
/var/lib/yum/yumdb and /usr/share/zoneinfo.)

And FYI, rsync doesn't do a very good job of preserving hard links when
going to a destination that already has some of the files. It doesn't
break any existing hard links at the destination, so you can end up with
a hard link topology that is somewhat different from the source.  I have
to run some very messy audits to make sure all copies of my backups have
the same arrangement of hard-linked files.

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] udev on /dev type devtmpfs

[Paul Schroeder]

Hello all..

I'm trying to run CentOS 7 in a LXC container and need to disable udev so
that we can manage the devices ourselves.  I believe that I've disabled all
of the systemd related udev services, but udev is still taking over and
mounting /dev.  What is the proper way to disable this?

Thanks...Paul...

-- 
---

Paul B Schroeder 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7, rsync problem

[Gordon Messmer]

On 03/31/2016 09:24 AM, Robert Nichols wrote:


The only thing I know of that's likely to cause rsync to run out of 
memory

is when there are a huge number of hard links and you are using the "-H"
option to preserve them.


If you're using -H, rsync has to keep a table of all of the files and 
inode/device number combinations.  It'll actually consume *more* memory 
if you have a smaller number of hard-linked files.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Is there a way to detect/validate DHCP static IP assignment?

[David Copperfield]

Hi tris,
 Many thanks, I'll give the perl script a try shortly
Best,David 

On Thursday, March 31, 2016 6:00 AM, Tris Hoar  wrote:
 

 On 30/03/2016 18:08, David Copperfield wrote:
> Hi,
>  We have tens of networks(VLANs) in data center with a central Linux DHCP 
>server. each network has their router to do the DHCP relay. So, the DHCP 
>server's configuration files has tens 'subnet' statements.
> Because PXE booting is standard in whole data center, there are also 
> thousands of static MAC-IP mapping 'host' statements in dhcp configuration.
> The big challenge with a central dhcp server is how to detect typo in the 
> thousands of MAC-IP 'host' statements? -- a single char/digit typo here will 
> fail a PXE booting or download wrong post-installation snippets.
>
>  Is there a tool to validate all 'host' statements from another Linux box?
>
> I tried nagios check-dhcp plugin, with a series of real MAC addresses(for 
> hosts in other different networks). Surprisingly, the IP address came back 
> were not the static IP addresses in 'host' statement, but dynamic addresses 
> in the pool defined for this particular network (where I ran check-dhcp from).
> check_dhcp was run with the following arguments:
>
> /usr/lib64/nagios/plugins/check_dhcp --verbose --server= 
> --interface=eth0 --mac= --unicast
> remove --unicast doesn't help but just see more DHCP replys.
> Interestingly, with a same MAC address, and the above same command, from two 
> Centos boxes on different network there will be different dynamic IPs! 
> instead the static IP defined with 'host' statement.
>
> So, how can we validate static IP assignment? Thanks.
> Best,David,
>

Hi David,

You need to use check_dhcp_relayed.pl 
(https://github.com/timb07/check_dhcp_relayed) if you wish to test for a 
reservation outside of the servers subnet, otherwise the DHCP server 
will assume you are on the local range and issue from that subnet.

Also as an FYI Forman (http://theforeman.org) can do things like 
building VM's and Physical servers and integrates with DHCP to create 
static DHCP reservations for PXE booting servers which should eliminate 
typos.

Tris





*
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity 
to whom they are addressed. If you have received this email 
in error please notify postmas...@bgfl.org

The views expressed within this email are those of the 
individual, and not necessarily those of the organisation
*
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


  
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] udev on /dev type devtmpfs

[James Hogarth]

On 31 Mar 2016 17:31, "Paul Schroeder"  wrote:
>
> Hello all..
>
> I'm trying to run CentOS 7 in a LXC container and need to disable udev so
> that we can manage the devices ourselves.  I believe that I've disabled
all
> of the systemd related udev services, but udev is still taking over and
> mounting /dev.  What is the proper way to disable this?
>

Don't cross post between lists. Your post to the Fedora list will only
serve to confuse.

The Arch wiki has good documentation on this...

https

://

wiki.archlinux.org

/

index.php

/Linux_

Containers#Systemd

_considerations_.28required.29


Did you disable or mask the udev services?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7, rsync problem

[Robert Nichols]

On 03/31/2016 12:23 PM, Gordon Messmer wrote:

On 03/31/2016 09:24 AM, Robert Nichols wrote:


The only thing I know of that's likely to cause rsync to run out of memory
is when there are a huge number of hard links and you are using the "-H"
option to preserve them.


If you're using -H, rsync has to keep a table of all of the files and 
inode/device number combinations.  It'll actually consume *more* memory if you 
have a smaller number of hard-linked files.


It only needs to keep track of that for files that have a link count
greater than 1 in their inodes.

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos