Jump to content

ianw1974

Admin
  • Posts

    14042
  • Joined

  • Last visited

  • Days Won

    7

Everything posted by ianw1974

  1. Yep, I think I know what you mean, although have no idea where to look. Let me make a default install of Mageia, and I'll see if I can then try and find the setting that you're talking about.
  2. Hi John, A lot of this could be due to services on your system, as it's shutting them all down when you turn it off. We can alleviate the problem by disabling unnecessary services. However, I would need to know what services are enabled. Easier will be a console, because I can filter them. So if you open a console and then do this: su (enter root password when prompted) chkconfig --list | grep :on that will filter all services with the "on" parameter, that shows they are enabled. You can then copy and paste it into your reply. We could do it by screenshots, but it would be too many screenshots to get all the info, and it would show all services enabled and disabled. I'm not using Mageia 5, so am assuming they are still using chkconfig to list services. If not, I'll create myself a Virtual Machine and then take a look for an alternative command to provide you.
  3. In your ppp config files. Since you have a config already setup, add the option in here. As a guess somewhere under /etc/ppp, although since you configured it, you should know where the files are. I do not know what you configured or where.
  4. No, you set the config option in my previous post to set the idle time, then ppp0 will be dropped, and your route should be active. I don't know what else you are doing or what your script is for.
  5. From here: http://www.tldp.org/LDP/nag2/x7297.html obviously n you set a number for in seconds to specify an idle timeout. As I said earlier, I don't have a set up like yours, so it helps if you use google and search for the info I provided you with.
  6. If you don't have an idle timeout, then your ppp0 connection will stay active. Which is what you have now. If you have an idle timeout set for 3 minutes, then if nothing happens for 3 minutes, the connection will then drop and your system will work how you want it. So you need to do this.
  7. I expect it won't do it automatically, because it seems you do not have a ppp0 idle timeout. Your simulation with pulling the telephone cable shows that this is the case. So you need to set some kind of idle timeout for ppp0, and then perhaps that will fix your problem.
  8. As I said, just removing the telephone line, CentOS still thinks the ppp0 connection is active, and it's not responding, and so this is your problem. Ideally ppp0 should disconnect when there is no longer an internet connection. I don't have such a setup to be able to tell you what to do. You need some kind of timeout for ppp0 when it's not in use, or when no traffic is able to go across the link. This would then initiate an ifdown and you would have the default route via your Windows machine. Maybe this google search for an idle timeout will help give you the info you need: https://www.google.co.uk/?gws_rd=ssl#q=linux+ppp0+idle+timeout
  9. Just taking the phone line out, your system still thinks that the ppp0 connection is active, and so you have two default routes. Which is probably why it works when you do ifdown ppp0. You said eth1 is your isp, so why are you using ppp0 unless of course that is also connected with eth1 for user authentication to bring the link up (PPPoE)? I expect we need more information on your computer setup before we can help you further. But I expect it is related to the scenario I listed above that you have two default routes and everything is attempting to go via the one created by the ppp0 link until you drop the link. In fact you don't need two default routes as such. You don't need this for your internal network if you are not accessing the internet from it. Perhaps explain more on what you are trying to achieve.
  10. I don't use shorewall, so can't tell you specifically. I am using iptables however, so you should be blocking all inbound traffic unless you need access on those ports. You don't list your inbound requirements. You have squid and postfix, so do these need to be accessible to the internet? If yes, then secure squid so that nobody can use it unless you authorise them to, and the same with postfix: http://www.mailradar.com/openrelay/ that page will help you test and tell you what you need to do and fix postfix. As for the rest, you need to generate iptables or shorewall rules to block what you don't want access to. If you want to block on that particular IP: iptables -A INPUT -d 216.66.15.109 -j DROP assuming that 216.66.15.109 is your public IP address assigned to this server. If not, replace it with your public IP address. Because the one above that you mentioned is Fremont, California, and your IP posting here is South Africa. So change that destination IP appropriately. will be suffice, and allow you to continue using your server locally. However it won't be accessible now from the internet for any of your resources. If you need access, then generate appropriate iptables rules prior to this to grant access for particular source IP's, or secure squid so that only authorised users can use it. Based on the text from the cbl, someone is using your proxy to hide their conficker requirements, and so you were correctly blocked.
  11. is thinking about the weekend :)

  12. When I used Mint, it updates automatically, same as on Ubuntu, as they are the linux-image-x.xx.x-xx-generic (where x.xx.x-xx is the kernel version). Most distros update the kernel automatically when one becomes available. Same happened for me with RHEL/CentOS/Mandriva. With Gentoo it installs with the emerge, but then you have to manually build and compile it.
  13. ianw1974

    Itunes

    Ran it in VirtualBox. The only thing when doing updates to iPhone, etc, you have to keep monitoring if the USB device is connected and not and click every now and then when required, to get the update of the phone to continue. Other than that, no real major problems.
  14. Lightdm is good, but does require a bit of configuration. I found this out not so long ago on my Gentoo installation, when I was trying to sort out something because of issues trying to emerge gdm, and didn't want Gnome3. Here's a good link with some info: https://wiki.mageia.org/en/Display_Managers note there says about lightdm being usable in Mageia 3 and higher. Maybe it will help. I've tried lightdm and lxdm because I was attempting to build a system with LXDE but also have at least a pretty display manager. If I remember to get on my Gentoo system later tonight, I'll take a look at my config and see what special stuff there I configured. Was a while ago, so can't remember exactly what I did with it, or even what DM I'm using now. Incidently, lightdm is in use with the latest Ubuntu's, and works straight out of the box - as does pretty much all stuff with Ubuntu. Just in case you want an alternative to check out.
  15. just deleted 2500 posts from a spammer. don't come back!

  16. You tried from repos which probably no longer exist, because 2011 is extremely old now. It probably did not find files on there, and so of course failed to download. You can try: https://openmandriva.org/ try downloading DVD iso image here for Mandriva 2011 maybe: http://mandriva.mirror.dkm.cz/pub/mandriva/official/iso/2011/ maybe it will be possible to fix failed upgrade booting from DVD once you burnt ISO image.
  17. It is possible that the motherboard is not supported by Mandriva 2010, or in particular the IDE/ATA side - this can be quite common if the motherboard was not available when Mandriva 2011 was released. The fact it reads grub/lilo does not necessarily mean that everything is OK. It says it is waiting for /dev/sda5 and /dev/sda7. The best way, would be to start the system from the Mandriva 2011 CD/DVD in recovery/rescue mode. Then look at your disk partitions to see how it is recognised. Maybe it is not /dev/sda5 and /dev/sda7 now, and that is why the problem exists. When you boot to rescue mode, from the console: fdisk -l to list partitions, and then you can see how Mandriva 2011 recognises the disk.
  18. Gnome and KDE will be memory hungry. Alternatives are LXDE or XFCE for a lighter desktop experience. That would help speed things up a bit more.
  19. There could be a couple of things here. You say it's an old machine? So it's possible it only has a CD-ROM drive, rather than a DVD-ROM drive. Could it be that the later versions that you have burned are DVD's and not CD's? Alternatively, it could always be a bad burn, or corrupted ISO download, and hence the problem with not being able to read the disks that you install. EDIT: http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00282472&tmp_task=prodinfoCategory&cc=us&dlc=en&lc=en&product=446896 from here it looks like it just has a CD-RW drive, so if you're attempting to start from DVD's, that will not work and might be the source of your problem. If using CD's for later versions, then I guess a bad burn or corrupted ISO download. Verify the ISO with the md5sum, and if incorrect download and burn again. The other alternative, if there are no CD ISO images for the distro that you want to install (which can be the case), just replace the CD-RW with a DVD-RW, and then you're done. Best bet will be to take out the one you have in there, verify the type of connection (I expect IDE), and make sure you get a DVD drive with IDE. A lot of them now are SATA, which because this is an old machine, isn't going to work.
  20. Maybe not trivial, but on my particular system it didn't work with the new installer. The old installer however did. Had I had the time, I would have probably posted about it to get it fixed and get my system working. However, I didn't have time, I needed my system working as I didn't have another, so dropped it for something else that just installed and worked immediately.
  21. If you aren't natting on the router (port-forwarding) to gain access to it externally, then no, you won't need to. Then you are just using it for internal use on your private network.
  22. On private network yes it's enough, but if you will access it from the internet then you'll need to secure SSH with public keys instead of passwords, and also install something like denyhosts to protect SSH from being attacked by people trying to login to your server. Can even change SSH to run on a different port than port 22, to also minimise the risk. And yes, the chown is fine, because you upload everything using the web browser which connects to the web server, and the web server needs access to that folder/directory to save any files you upload. I expect all of that is in the owncloud docs.
×
×
  • Create New...