Discuss September 2012

discuss@lists.centos.org

139 participants
148 discussions

Re: [CentOS] rpmlib(PayloadIsLzma
by James B. Byrne 07 Sep '12

07 Sep '12

On Thu, September 6, 2012 22:29, Michel Donais wrote: >> As a completely different approach to HylaFax front-ends we use >> AvantFax on a dedicated Hylafax host and web-server. This gives >> password protected access to the fax resources, logs all traffic, >> automatically converts incoming and outgoing fax transmissions to >> pdf, >> and archives and indexes the contents of every transmission, in and >> out. > > Thank's James, > Did AvantFax a commercial or a free solution? > It is both. We use the open source free (as in beer) version. However, we alos funded the development of some of the features now found in the product. Avantfax has worked phenomenally well for us in the three years or so since we started using it. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

CentOS-announce Digest, Vol 91, Issue 4
by centos-announce-request＠centos.org 07 Sep '12

07 Sep '12

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2012:1240 CentOS 6 pcre FASTTRACK Update (Johnny Hughes) 2. CEBA-2012:1239 CentOS 6 slf4j FASTTRACK Update (Johnny Hughes) 3. CEBA-2012:1241 CentOS 6 PyQt4 FASTTRACK Update (Johnny Hughes) 4. CEBA-2012:1242 CentOS 5 gimp FASTTRACK Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 7 Sep 2012 13:21:58 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1240 CentOS 6 pcre FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120907132158.GA31770(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1240 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1240.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3f2bc72b2a672249e7195c7a0a7932eaa9623745c4b314dd88262fc8dcc401dd pcre-7.8-6.el6.i686.rpm f73439c2eec171c0b8640ea68e4d720892b23383c6c1270ed2eba20f0c9e1f31 pcre-devel-7.8-6.el6.i686.rpm 7bcb3341c23d292e3d5de6dce9d73a044487bbb1137b630d0abc682250ab5c15 pcre-static-7.8-6.el6.i686.rpm x86_64: 3f2bc72b2a672249e7195c7a0a7932eaa9623745c4b314dd88262fc8dcc401dd pcre-7.8-6.el6.i686.rpm 82d96067f9bb5ab3bd67cbca9b43ec9e16ee1c146ae42e001f51aad621cb5d33 pcre-7.8-6.el6.x86_64.rpm f73439c2eec171c0b8640ea68e4d720892b23383c6c1270ed2eba20f0c9e1f31 pcre-devel-7.8-6.el6.i686.rpm dc714fd9f8fc7307c0916daa4051c87f175ec45f538a60ed543ce894a9fbb7fb pcre-devel-7.8-6.el6.x86_64.rpm 38d4b1a78cf21ae40cd1d6ecf54cd845c824030fddebb84dbdc3cce5f1b27df6 pcre-static-7.8-6.el6.x86_64.rpm Source: 2d4e0474b7a23df5502f47050c049090ede151921d848486203e47604bd5104d pcre-7.8-6.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Fri, 7 Sep 2012 13:22:13 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1239 CentOS 6 slf4j FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120907132213.GA31862(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1239 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1239.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 94ffbefb4195c8e3b668266bdb66a16daab250d4a3041c122d16dbfe693b12cd slf4j-1.5.8-8.el6.noarch.rpm ce90eb72d617088fff67f912f310a6bed41a2f063f17cedaa818b72f7cb4ff3a slf4j-javadoc-1.5.8-8.el6.noarch.rpm 1243c81640b4b74d27a0e39502e1876637cbcc9b261c109266dea36eacb3eb9d slf4j-manual-1.5.8-8.el6.noarch.rpm x86_64: d530a050960246479ec7474f8ae2d5d1b644390599437bc68f66de18c3373e3f slf4j-1.5.8-8.el6.noarch.rpm f7b7395b192751d162832306a991dbe97f23c098782c1fa127c002cef9c80b5d slf4j-javadoc-1.5.8-8.el6.noarch.rpm 1243c81640b4b74d27a0e39502e1876637cbcc9b261c109266dea36eacb3eb9d slf4j-manual-1.5.8-8.el6.noarch.rpm Source: 3f7b35f96b26605f9b3be569d06ee4868894f2c823174bee69e2b0018b37b9ca slf4j-1.5.8-8.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Fri, 7 Sep 2012 13:22:30 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1241 CentOS 6 PyQt4 FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120907132230.GA31942(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1241 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1241.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e5d9f9749a29b275eb803ed1a4f541fbf66bf81d807988ad88c722fc48a302c9 PyQt4-4.6.2-9.el6.i686.rpm 93d9af1824c0e612359ad399b44a68dbf3376169c281b07597462406e949f370 PyQt4-devel-4.6.2-9.el6.i686.rpm x86_64: e5d9f9749a29b275eb803ed1a4f541fbf66bf81d807988ad88c722fc48a302c9 PyQt4-4.6.2-9.el6.i686.rpm 91e2741b629ea22a44d790349724823aaa3a116ac65875cf2bd1ec993e812143 PyQt4-4.6.2-9.el6.x86_64.rpm 93d9af1824c0e612359ad399b44a68dbf3376169c281b07597462406e949f370 PyQt4-devel-4.6.2-9.el6.i686.rpm af917f98f65b2d24d12993682213adb6fc7976722c8128c84115d83f67b80152 PyQt4-devel-4.6.2-9.el6.x86_64.rpm Source: 608a27589441e75e6285ccf3eee05837c80d8322491c6633c96c61463cce8d36 PyQt4-4.6.2-9.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Fri, 7 Sep 2012 13:25:27 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1242 CentOS 5 gimp FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120907132527.GA32049(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1242 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1242.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 250770bedd173603e9082bd4ec9d47f0ecefeb7b404a1fa4b055716abde18c54 gimp-2.2.13-2.0.10.el5.i386.rpm 6379c68fa56c14fa791b915bb6a9f011d25284d847f254d168649d92a800e088 gimp-devel-2.2.13-2.0.10.el5.i386.rpm 154e408c27770aa43007440565c70dc3c9a4edf2d73dbfb73a06a7c0242e8156 gimp-libs-2.2.13-2.0.10.el5.i386.rpm x86_64: cd5cebaafec989fcf26ab3ae97cab2bee851c7a533ed78cae39ec68c4dd1d79b gimp-2.2.13-2.0.10.el5.x86_64.rpm 6379c68fa56c14fa791b915bb6a9f011d25284d847f254d168649d92a800e088 gimp-devel-2.2.13-2.0.10.el5.i386.rpm 07e10003aade398946321e8e46f4ec336590d6112e4cbc34f4b2f87d857a74ce gimp-devel-2.2.13-2.0.10.el5.x86_64.rpm 154e408c27770aa43007440565c70dc3c9a4edf2d73dbfb73a06a7c0242e8156 gimp-libs-2.2.13-2.0.10.el5.i386.rpm 3d5cf4baedcfc03db7eff05b19cc50611430169185e2c93853f1e2e4048b773b gimp-libs-2.2.13-2.0.10.el5.x86_64.rpm Source: 922849bdb1e76be6e332178b715216eee319937e01dcd64946119b759ad6489c gimp-2.2.13-2.0.10.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 91, Issue 4 **********************************************

1 0

odd dependency
by m.roth＠5-cent.us 07 Sep '12

07 Sep '12

I'm putting the finishing touches on a new server, which will be replacing an old one. It's got a non-rpm ruby package (I hear lots of not-nice things about the RH package). The new server had ruby installed, so I went to yum remove it. And it removed ibutils as a dependency of ruby or ruby-libs. rpm -qi of ibutils tells me Summary : OpenIB Mellanox InfiniBand Diagnostic Tools Description : ibutils provides IB network and path diagnostics. On 5.8, it's installed, and ruby isn't. Anyone have any idea why Infiniband utils should be required for ruby? mark

2 2

Simple routing question
by James B. Byrne 07 Sep '12

07 Sep '12

We use a dual homed CentOS-6.3 host for our Internet gateway router. Its internal nic (eth1) is configured such that the address 192.168.0.1 is one of its aliases. # cat /etc/sysconfig/network-scripts/ifcfg-eth1:192BOOTPROTO=none BROADCAST=192.168.255.255 DEVICE=eth1:192 IPADDR=192.168.0.1 IPV6INIT=no MTU="" NAME="LAN - Non-routable" NETMASK=255.255.0.0 NETWORK=192.168.0.0 ONBOOT=yes ONPARENT=yes Internal packets routed to 192.168.209.41 are passing through this router out onto the network. I am afraid that the reason is not evident to me and I have been unable to locate an answer. The primary address for eth1 has the following configuration: # cat /etc/sysconfig/network-scripts/ifcfg-eth1 BOOTPROTO=none BROADCAST="" DEFROUTE=yes DEVICE=eth1 DOMAIN="hamilton.harte-lyne.ca harte-lyne.ca" GATEWAY=216.xxx.yyy.53 HWADDR=00:25:90:60:11:8D IPADDR=216.xxx.xxx.1 IPV4_FAILURE_FATAL=yes IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no IPV6INIT=yes IPV6_PEERDNS=yes IPV6_PEERROUTES=yes MACADDR="" MTU="" NAME="LAN Link - eth1" NETMASK="" NETWORK="" NM_CONTROLLED=no ONBOOT=yes PREFIX=24 TYPE=Ethernet UUID=9c92fad9-6ecb-3e6c-eb4d-8a47c6f50c04 What configuration setting am I missing that will cause packets to 192.168.ccc.ddd to stay on the LAN and not try and pass though the WAN interface? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

9 22

Re: [CentOS] rpmlib(PayloadIsLzma
by James B. Byrne 07 Sep '12

07 Sep '12

On Tue, September 4, 2012 21:47, Michel Donais wrote: > I'm too settig up Hylafax and found ajhfc to be more user friendly > than all > the other cited fax frontend in the Hylafax repository. > > Hylafax-Server 6.0.5-1rhel5.i386.rpm > Hylafax-Client-6.0.5-1rhel5.i386.rpm > > Centos 5.8 > > I downloaded and tried to install but failed > yajhfc-0.5.2-1.noarch.rpm > yajhfc-faxprinter-0.5.2-1.noarch.rpm > > tried too with yum and the result was the same > > I/m mising a dependency err6r as: > [root@serveur 05-installe]# rpm -Uvh yajhfc-0.5* > error: Failed dependencies: > rpmlib(PayloadIsLzma) <= 4.4.6-1 is needed by > yajhfc-0.5.2-1.noarch > > On my system > rpm is at level 4.4.2.3-28.el5_8 > rpm froge-release is 0.5.2-2.el5.rf > rpm-libs is at level 4.4.2.3-28.el5_8 > > I googled out all the afternoon without finding a solution to my > problem. > I can't find a place to get rpmlibs(PayloadIsLzma) > > Thank's in advence to care my request > > --- > Michel Donais > I seem to recall that Opera packages its rpm version using that compression system as well. They have a web page detailing the how-to get these setup with older versions of rpm here: http://my.opera.com/ruario/blog/2012/01/17/repacking-opera-rpms-for-use-on-… As a completely different approach to HylaFax front-ends we use AvantFax on a dedicated Hylafax host and web-server. This gives password protected access to the fax resources, logs all traffic, automatically converts incoming and outgoing fax transmissions to pdf, and archives and indexes the contents of every transmission, in and out. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 3

Re: [CentOS] Simple routing question
by James B. Byrne 06 Sep '12

06 Sep '12

Well, I seem to be getting somewhere, although where exactly is open to question. I did this. I put the virtual interface address 192.168.0.1 back onto eth1 of the gateway host and restarted the network services. The ifcfg file looked like this: BOOTPROTO=none BROADCAST=192.168.255.255 DEVICE=eth1:192 IPADDR=192.168.0.1 IPV6INIT=no MTU="" NAME="LAN - Non-routable" NETMASK=255.255.0.0 NETWORK=192.168.0.0 ONBOOT=yes ONPARENT=yes After the restart ip addr showed this: 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:25:90:60:11:8d brd ff:ff:ff:ff:ff:ff inet aaa.bbb.ccc.1/24 brd aaa.bbb.ccc.255 scope global eth1 inet 192.168.0.1/24 brd 192.168.255.255 scope global eth1:192 inet6 fe80::225:90ff:fe60:118d/64 scope link valid_lft forever preferred_lft forever Note the cidr suffix on 192.168.0.1 = 24 That is not what I expected. Restarting with the same config did not change the initially observed outcome. SO, I edited ifcfg-eth1:192 and added exactly one line: PREFIX="16" and restarted the network. ip addr now shows this: 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:25:90:60:11:8d brd ff:ff:ff:ff:ff:ff inet aaa.bbb.ccc.1/24 brd aaa.bbb.ccc.255 scope global eth1 inet 192.168.0.1/16 brd 192.168.255.255 scope global eth1:192 inet6 fe80::225:90ff:fe60:118d/64 scope link valid_lft forever preferred_lft forever Note that the cidr suffix is now 16. Now, when I try and ping an address on the 192.168 netblock from host C I see this: # ping 192.168.209.43 PING 192.168.209.43 (192.168.209.43) 56(84) bytes of data. >From 216.185.71.1: icmp_seq=2 Redirect Host(New nexthop: 192.168.209.43) >From 216.185.71.1: icmp_seq=3 Redirect Host(New nexthop: 192.168.209.43) >From 216.185.71.1: icmp_seq=4 Redirect Host(New nexthop: 192.168.209.43) >From 216.185.71.1: icmp_seq=5 Redirect Host(New nexthop: 192.168.209.43) >From 216.185.71.1: icmp_seq=6 Redirect Host(New nexthop: 192.168.209.43) My question now is how do I get to 192.168.209.43? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 2

C6 VM text install not recognizing LV
by Leonard den Ottolander 06 Sep '12

06 Sep '12

Hi, I am trying to install a C6 VM on C6 using the text installer using: # virt-install -n C6_1 -r 3072 --os-variant=rhel6 -l \ ftp://ftp.nluug.nl/site/centos.org/CentOS/6.3/os/x86_64/ --disk \ path=/dev/VG1/vm_c6_1 -w network:default --nographics \ -x "console=ttyS0" --autostart /dev/VG1/vm_c6_1 has been successfully created. The installation starts but once I get to the disk partitioning no disk is listed and I cannot continue the installation. Even worse, if I press space on the empty list CPU usage goes up to 100% for the qemu-kvm process. ps shows root 26769 0.0 0.1 305120 22108 pts/2 S+ 16:34 0:00 /usr/bin/python -tt /usr/sbin/virt-install -n C6_1 -r 3072 --os-variant=rhel6 -l ftp://ftp.nluug.nl/site/centos.org/CentOS/6.3/os/x86_64/ --disk path=/dev/VG1/vm_c6_1 -w network:default --nographics -x console=ttyS0 --autostart qemu 26801 1.0 3.4 3490408 564540 ? Sl 16:34 0:09 /usr/libexec/qemu-kvm -S -M rhel6.3.0 -enable-kvm -m 3072 -smp 1,sockets=1,cores=1,threads=1 -name C6_1 -uuid b166f5ef-11dc-9e1b-eb9a-56e71365f72a -nographic -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/C6_1.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-reboot -no-shutdown -kernel /var/lib/libvirt/boot/virtinst-vmlinuz.GZ53UY -initrd /var/lib/libvirt/boot/virtinst-initrd.img.5OlWhn -append method=ftp://ftp.nluug.nl/site/centos.org/CentOS/6.3/os/x86_64/ console=ttyS0 -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/dev/VG1/vm_c6_1,if=none,id=drive-virtio-disk0,format=raw,cache=none,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=21,id=hostnet0,vhost=on,vhostfd=22 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:c0:fb:dd,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 Any ideas why anaconda isn't picking up the LV? Could this be a CentOS specific patch to anaconda or is that unlikely? Thanks for any input, Leonard. -- mount -t life -o ro /dev/dna /genetic/research

2 2

Fwd: centos email server suddenly much slower. What to do?
by Marco Fioretti 06 Sep '12

06 Sep '12

sorry, didn't realize I had not sent it to the list too. I have ran the command again several times, and now it is much slower, ~30/40 msec ---------- Forwarded message ---------- From: Marco Fioretti <marco.fioretti(a)gmail.com> Date: 2012/9/6 Subject: Re: [CentOS] centos email server suddenly much slower. What to do? To: Steve Clark <sclark(a)netwolves.com> 2012/9/6 Steve Clark <sclark(a)netwolves.com>: > On 09/06/2012 01:58 PM, Marco Fioretti wrote: > > 2011 msec > > > Pretty slow my dig to the same server ran in 113 msec > yes, >2 seconds seemed high to me too. But what does this mean? What can the reason be? Thx Marco

4 3

Re: [CentOS] Simple routing question
by James B. Byrne 06 Sep '12

06 Sep '12

Per: Les Mikesell lesmikesell at gmail.com Thu Sep 6 14:20:43 EDT 2012 ---> On Thu, Sep 6, 2012 at 1:09 PM, James B. Byrne <byrnejb at harte-lyne.ca> wrote: > OK, there is no better match than the default in the route table > above, so it goes to the default gateway. I assume that's what you > want if you don't make the netmask span the 192.168.x.x range, but a > side effect is that it will source from the aaa.bbb.ccc.x interface > address. > This seems to say that 192.168.209.43 is being routed out to the > Internet as aaa.bbb.ddd.53 is our external gateway address on the > router. > > This is the routing table on the router: > > [root at gway01 ~]# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref > Use Iface > aaa.bbb.ddd.52 0.0.0.0 255.255.255.252 U 0 0 > 0 eth0 > aaa.bbb.ccc.0 0.0.0.0 255.255.255.0 U 0 0 > 0 eth1 > 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 > 0 eth0 > 169.254.0.0 0.0.0.0 255.255.0.0 U 1003 0 > 0 eth1 > 0.0.0.0 aaa.bbb.ddd.53 0.0.0.0 UG 0 0 > 0 eth0 I don't see any 192.168.x.x interface/mask there. Where else could it go? Or is that 2nd 169.254.0.0 a typo? <--- You see, this is the question I am trying to fathom. Once upon a time, 2 days ago, the interface on the gateway system included ifcfg-eth1:192 which had the address 192.168.0.1 and the netmask 255.255.255.0. At that point I was not aware of any underlying problems and virtual interfaces on other hosts which had addresses like 192.168.216.ddd could be found and connected to from internal host addresses of the form aaa.bbb.ccc.0 where aaa.bbb.ccc is our publicly routable C class assigned address block. The difficulties started when I began testing a new virtual host which eventually will be moved off-site to our DR facility (which is a lot less impressive in fact than it appears when I write that, but at least we have one). On that machine, for no particular reason, I decided to use a different sub-net for the 192.168 IP on the VM guests eth1 i/f. When I did that the kvm host could connect to those i/f, presumably because its own eth1 was set to an address on the same netblock (192.168.209.43) but no other host could connect to either the host's eth1 or any of the running guests' eth1. This is what prompted the question which has turned into this thread. When I set this network up many ages ago I added 192.168.0.1 to the internal i/f of the gateway router in the apparently unfounded belief that if the router knew that the internal i/d had an address in the 192.168 address space then it would not try to route traffic destined for those addresses through the router. As I say, my knowledge of this is very limited. Although, to be fair, everything has worked as I expected up to now and this situation is simply an experiment of my own devising. So, I am hardly a walking accident waiting to happen. What I wanted to have happen was for all traffic destined for 192.168.anything to stay inside the LAN and attached to the specified address, while any traffic that originated from 192.168.anything destined to anywhere else would route through the gateway; where it is NAT mangled. I just want to understand what is going on in this specific case without delving deeply into the subject of routing, for which I do not have the luxury of time. This not impacting anything of significance so I take it up on a time available basis. On the other hand, I am definitely gaining an education in the process. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

Re: [CentOS] Simple routing question
by James B. Byrne 06 Sep '12

06 Sep '12

Per: Les Mikesell lesmikesell at gmail.com Thu Sep 6 13:55:05 EDT 2012 > A 'route -n' should show you where any destination will head > on the next hop. On host C, what is the line with the > smallest matching destination/mask? Likewise, on the gateway > host where you think it is being forwarded the wrong way? $ /sbin/route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 aaa.bbb.ccc.0 0.0.0.0 255.255.255.0 U 0 0 0 bridge0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 bridge0 0.0.0.0 aaa.1bbb.ccc.1 0.0.0.0 UG 0 0 0 bridge0 $ traceroute 192.168.209.43 traceroute to 192.168.209.43 (192.168.209.43), 30 hops max, 40 byte packets 1 gway01 (aaa.bbb.ccc.1) 0.321 ms 0.298 ms 0.283 ms 2 ISPlink (aaa.bbb.ddd.53) 1.000 ms 0.993 ms 1.450 ms 3 * * * 4 * * * 5 * * * . . . This seems to say that 192.168.209.43 is being routed out to the Internet as aaa.bbb.ddd.53 is our external gateway address on the router. This is the routing table on the router: [root@gway01 ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface aaa.bbb.ddd.52 0.0.0.0 255.255.255.252 U 0 0 0 eth0 aaa.bbb.ccc.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1003 0 0 eth1 0.0.0.0 aaa.bbb.ddd.53 0.0.0.0 UG 0 0 0 eth0 -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2012