Re: Network routing on multi-homed system
I changed the gateway lines to include the whole network, so, i.e., post-up ip route add 172.1.1.62/32 dev eth1 src 172.1.1.41 table external became post-up ip route add 172.1.1.32/27 dev eth1 src 172.1.1.41 table external and everything starting working great. Thanks! :) -- Isaac Freeman - Systems Administrator IBM SmartCloud Managed Backup is...@us.ibm.com 919-254-0245 From: Pascal Hambourg To: debian-user@lists.debian.org, Cc: Isaac Freeman/Raleigh/IBM@IBMUS Date: 08/02/2014 02:45 PM Subject:Re: Network routing on multi-homed system Hello, Isaac Freeman a écrit : > > iface eth1 inet static >address 172.1.1.40 >netmask 255.255.255.224 > ># routing >post-up ip route add 172.1.1.62/32 dev eth1 src 172.1.1.40 table external >post-up ip route add default via 172.1.1.62 table external >post-up ip rule add from 172.1.1.40 table external >post-down ip rule del from 172.1.1.40 table external IMO, your special routing is broken. Not all packets with the given source address should be sent to the gateway, but only packets with a destination address outside the LAN. Packets with a destination address inside the LAN should be sent directly. Either route the LAN prefix using the main table : post-up ip rule add to 172.1.1.32/27 table main (to be created after thus inserted before the "from" rule) or add a direct route for the prefix in the special table : post-up ip route add 172.1.1.32/27 dev eth1 table external Same for both interfaces and servers. Note : the routes to the gateways should not be necessary.
Network routing on multi-homed system
5.255.255.224 # routing post-up ip route add 172.1.1.62/32 dev eth1 src 172.1.1.41 table external post-up ip route add default via 172.1.1.62 table external post-up ip rule add from 172.1.1.41 table external post-down ip rule del from 172.1.1.41 table external -- Isaac Freeman - Systems Administrator IBM SmartCloud Managed Backup is...@us.ibm.com 919-254-0245
Re: atfptd in squeeze won't do anything
Thanks for the reply. Yes, I'm looking to set up a PXE server. The permissions on the directory provided to atftpd are 777 as specified in the usage. I don't see how host.{allow,deny} make any difference with whether or not the server starts. I'll give tftp-hpa a try, and I'll look in to gpxe. Thanks, -- Isaac Freeman - Systems Administrator IBM Information Protection Services is...@us.ibm.com 919-254-0245 From: Scott Ferguson To: debian-user@lists.debian.org Cc: Isaac Freeman/Raleigh/Contr/IBM@IBMUS Date: 08/30/2011 07:28 AM Subject:Re: atfptd in squeeze won't do anything On 24/08/11 01:24, Isaac Freeman wrote: > I have been beating my head against the wall on this for a day and a > half. I just installed atftpd (0.7.dfsg-9.1) on Squeeze. When I first > installed it, it wouldn't take connections through the default inetd > stuff. So I tried editing /etc/default/atftpd and setting > USE_INETD=false and running it as a daemon. Still nothing. So I tried > manually running /usr/sbin/atftpd, and no matter what options I give it > (including none) it just prints the usage and exits, unless I specify > --daemon and/or --no-fork in which case it just exits with an exit code > 0 and there is no process running or anything listening on that port. > > Please, any ideas, reports or similar (or even different) behavior, or > any thing else would be greatly appreciated. This is driving me crazy. > And I can't seem to find any recent howtos on the subject, they all seem > to be several years old, or they say basically "apt-get it, and it > should work". > > Also, I tried getting tftpd-hpa working too with similar problems, but I > haven't done as extensive of troubleshooting on that. > > -- > Isaac Freeman - Systems Administrator > IBM Information Protection Services > is...@us.ibm.com > 919-254-0245 > I've only ever used tftp for pxe servers - deprecated with gpxe (http is much faster and simpler) - if that's what you want to use tftp for you'll find tftpd-hpa much simpler to configure. What permissions do you have on the directory being served?? Have you set up:- /etc/hosts.allow /etc/hosts.deny ?? If you can tell me a little more about what you want to use tftp for more it may be helpful. Cheers -- "Folks, it's time to evolve. That's why we're troubled. You know why our institutions are failing us, the church, the state, everything's failing? It's because, um – they're no longer relevant. We're supposed to keep evolving. Evolution did not end with us growing opposable thumbs. You do know that, right? There's another 90 percent of our brains that we have to illuminate." — Bill Hicks <>
atfptd in squeeze won't do anything
I have been beating my head against the wall on this for a day and a half. I just installed atftpd (0.7.dfsg-9.1) on Squeeze. When I first installed it, it wouldn't take connections through the default inetd stuff. So I tried editing /etc/default/atftpd and setting USE_INETD=false and running it as a daemon. Still nothing. So I tried manually running /usr/sbin/atftpd, and no matter what options I give it (including none) it just prints the usage and exits, unless I specify --daemon and/or --no-fork in which case it just exits with an exit code 0 and there is no process running or anything listening on that port. Please, any ideas, reports or similar (or even different) behavior, or any thing else would be greatly appreciated. This is driving me crazy. And I can't seem to find any recent howtos on the subject, they all seem to be several years old, or they say basically "apt-get it, and it should work". Also, I tried getting tftpd-hpa working too with similar problems, but I haven't done as extensive of troubleshooting on that. -- Isaac Freeman - Systems Administrator IBM Information Protection Services is...@us.ibm.com 919-254-0245
Problems booting installation CDs
[x-posted to debian-am...@lists.debian.org, debian-b...@lists.debian.org, debian-u...@lists.debian.org] All, sorry for the wide distribution, but I wasn't sure which list this belonged on; feel free to reply only to me, or to me and just one list. Also, I'm not subscribed, so please keep me in to "to" line. Whenever I boot the Debian testing installation CD (haven't tried stable) it hangs at: (process:766) INFO: kbd-mode: setting console mode to Unicode (UTF-8) The rest of the screen is black, and this text is a few lines from the bottom of the screen. Other Linux distros (Ubuntu, Knoppix) have problems booting too. The strange thing is, Windows boots just fine, and I get the same error booting Debian's CD in Virtualbox. I am running: Mobo: Biostar TA770 A2+ SE -- Isaac Freeman memotype (at) gmail.com "The diversity of mankind is a basic postulate of our knowledge of human beings. But if mankind is diverse and individuated, then how can anyone propose equality as an ideal? Every year, scholars hold Conferences on Equality and call for greater equality, and no one challenges the basic tenet. But what justification can equality find in the nature of man? If each individual is unique, how else can he be made 'equal' to others than by destroying most of what is human in him and reducing human society to the mindless uniformity of the ant heap?" --Murray N. Rothbard