RE: Vertualbox installation errors
Hi,
Try downloading it from the official repo.
https://www.virtualbox.org/wiki/Linux_Downloads
--
Best regards,
Aleksander Kurczyk
> Date: Thu, 15 May 2014 08:43:01 -0700
> From: gary719_li...@verizon.net
> To: debian-user@lists.debian.org
> Subject: Vertualbox installation errors
>
> Hi All
>
> I have given up on Wine for running some of my Windoz only software. Too
> many glitches. I am trying to install Virtualbox and am getting
> installation errors as follows:
>
> root@supercrunch:/home/gary# aptitude install virtualbox
> The following NEW packages will be installed:
> dkms{a} libgsoap2{a} linux-headers-3.2.0-4-686-pae{a}
> linux-headers-3.2.0-4-common{a}
> linux-headers-686-pae{a} linux-kbuild-3.2{a} virtualbox
> virtualbox-dkms{a}
> virtualbox-qt{a}
> 0 packages upgraded, 9 newly installed, 0 to remove and 0 not upgraded.
> Need to get 0 B/22.7 MB of archives. After unpacking 91.7 MB will be used.
> Do you want to continue? [Y/n/?]
> Selecting previously unselected package libgsoap2.
> (Reading database ... 214727 files and directories currently installed.)
> Unpacking libgsoap2 (from .../libgsoap2_2.8.7-2_i386.deb) ...
> Selecting previously unselected package virtualbox.
> Unpacking virtualbox (from .../virtualbox_4.1.18-dfsg-2+deb7u3_i386.deb) ...
> Selecting previously unselected package dkms.
> Unpacking dkms (from .../dkms_2.2.0.3-1.2_all.deb) ...
> Selecting previously unselected package virtualbox-dkms.
> Unpacking virtualbox-dkms (from
> .../virtualbox-dkms_4.1.18-dfsg-2+deb7u3_all.deb) ...
> Selecting previously unselected package virtualbox-qt.
> Unpacking virtualbox-qt (from
> .../virtualbox-qt_4.1.18-dfsg-2+deb7u3_i386.deb) ...
> Selecting previously unselected package linux-headers-3.2.0-4-common.
> Unpacking linux-headers-3.2.0-4-common (from
> .../linux-headers-3.2.0-4-common_3.2.57-3+deb7u1_i386.deb) ...
> Selecting previously unselected package linux-kbuild-3.2.
> Unpacking linux-kbuild-3.2 (from .../linux-kbuild-3.2_3.2.17-1_i386.deb) ...
> Selecting previously unselected package linux-headers-3.2.0-4-686-pae.
> Unpacking linux-headers-3.2.0-4-686-pae (from
> .../linux-headers-3.2.0-4-686-pae_3.2.57-3+deb7u1_i386.deb) ...
> Selecting previously unselected package linux-headers-686-pae.
> Unpacking linux-headers-686-pae (from
> .../linux-headers-686-pae_3.2+46_i386.deb) ...
> Processing triggers for man-db ...
> .
> .
> .
> Note: I am running an Intel i5-750 processor and Wheezy with uname -a
> giving: Linux supercrunch 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1
> x86_64 GNU/Linux
> .
> .
> .
> Processing triggers for menu ...
>
> Setting up libgsoap2 (2.8.7-2) ...
>
> Setting up virtualbox (4.1.18-dfsg-2+deb7u3) ...
> [ ok ] Stopping VirtualBox kernel modules.
> [] Starting VirtualBox kernel modules[] No suitable module for
> running kernel found [FA failed!
> failed!
>
> I'm obviously using the standard Debian packaging system for
> installation and the recommended additional installation packages are
> being installed, but the headers that are being installed are for a 32
> bit processor while I have a 64 bit installation. Could that be the
> problem. So what am I doing wrong.
>
> Gary R.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/5374e085.8030...@verizon.net
>
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/dub126-w2623ece49286ed9c94a19bda...@phx.gbl
RE: [SOLVED] Debian and Unicode line drawing
> Date: Sat, 3 May 2014 22:14:28 + > From: lucius.ri...@lucius.xxx > To: zlinux...@wowway.com > CC: debian-user@lists.debian.org; akurc...@outlook.com > Subject: Re: [SOLVED] Debian and Unicode line drawing > > [...] > > I use PuttyTray with transparency set to 210 and zenburn-light with Anonymous > Pro font. I prefer this version much more than Consolas > > Ref: > > - http://speckyboy.com/2014/02/17/best-free-fonts-coding/ > - https://github.com/voieducode/putty-colors-zenburn > - https://puttytray.goeswhere.com/ Thanks :-) I don't like the color scheme but the font is really awsome! -- Best regards, Aleksander Kurczyk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub126-w3568d2c59526f31ce07f03da...@phx.gbl
RE: [SOLVED] Debian and Unicode line drawing
> Date: Thu, 1 May 2014 07:53:08 -0400 > From: zlinux...@wowway.com > To: debian-user@lists.debian.org > CC: akurc...@outlook.com > Subject: [SOLVED] Debian and Unicode line drawing > > [..] > > You're welcome. Also, please double check that you are using the Consolas > font. That screen shot above doesn't look like Consolas to me. Consolas > is the only font that I've found in Windows which is reasonably complete > for UTF-8 characters. Man pages are a good test. See if you are seeing > true hyphens at the end of the line instead of box characters. Author's > names in man pages are another good test. Even if you are looking at > English man pages, author's names, if they come from a non-English-speaking > country, often contain "funny" characters, such as accented characters, > reverse accented characters, umlauted characters, etc. These often don't > display correctly in other fonts. It's Consolas 14-px. Thanks one more time :-) -- Best regards, Aleksander Kurczyk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub126-w695f54b67c7f28780ccd36da...@phx.gbl
RE: Debian and Unicode line drawing
> Date: Wed, 30 Apr 2014 21:27:50 -0400 > From: zlinux...@wowway.com > To: debian-user@lists.debian.org > CC: akurc...@outlook.com > Subject: RE: Debian and Unicode line drawing > > [...] > > What release of PuTTY are you using? I'm using PuTTY 0.63, which is > the latest release. In this version, the default value for the terminal > type string is xterm. At least it is for me. I have to explicitly change > it to putty, even after setting the remote character set to UTF-8. Make > sure the terminal type string is all lower case. Terminal type strings > are case sensitive. They have to match the terminal type definition in > ncurses. The putty terminal type definition in ncurses can be found in > /usr/share/terminfo/p. You can also try a terminal type string of > xterm-utf8. This terminal type definition in ncurses is found in > /usr/share/terminfo/x. The latest version of PuTTY can be downloaded > here: > > http://www.chiark.greenend.org.uk/~sgtatham/putty I forgot to change the last value... IT WORKS NOW!!! http://screeny.olo-web.eu/2014-05-01__12:08:10.png Sorry and thank you :-) It's the latest version - 0.63. > I assume that this is what the output of > > dpkg-reconfigure locales Yes it's "dpkg-reconfigure locales". > First of all, the proper upgrade procedure for an upgrade from wheezy > to jessie goes like this. First, become root. Then, edit /etc/apt/apt.conf This file is and was empty. > and remove any "default-release" specification that may exist. Save the > file and exit the editor. Then edit /etc/apt/sources.list and remove > any releases defined except wheezy. Then change wheezy to jessie. > Then, comment out the jessie-updates site and the security site, since these > should not be used with the current testing release. Save file file and exit So now it should look like this: deb http://ftp.debian.org/debian jessie main contrib non-free #deb http://security.debian.org jessie/updates main contrib non-free ? > [...] > > Your use of sudo leads me to believe that you may be using a Debian > derivative, such as Ubuntu, rather than native Debian. I cannot give > you upgrade advice for anything other than native Debian. That's what > I use, and that's what I know. Consult your distribution's documentation > for the proper procedure to upgrade from one release to another. It's Debian. I have configured sudo myself. > [...] > > By the way, thank you for not top-posting. But it would also be helpful > if you would try to limit the length of all your lines to less than 80 > characters. I have reformatted your message to conform to these guidelines. Ok, thanks, I will remember :-) -- Best regards, Aleksander Kurczyk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub126-w80bd22ddf146999f092d09da...@phx.gbl
RE: Debian and Unicode line drawing
Hi, I'm still getting this error. And I haven't received the last message - outlook.com is bouncing e-mails from the list :-( According to this: https://lists.debian.org/debian-user/2014/04/msg01516.html For me that's are the default settings of PuTTY after I set the "Remote character set" in "Translation" to UTF-8. And the line drawing in some programs works fine with it but with some like apt no :-( Some programs still sends the ppp's and qqq's rows after the special VT100 escape char. I've tried removing the "NCURSES_NO_UTF8_ACS=1" var but I'm still getting the same effect. http://screeny.olo-web.eu/2014-04-30__11:45:43.png According to this: https://lists.debian.org/debian-user/2014/04/msg01556.html I'm using the testing release. I have just upgraded it after your e-mail - sudo apt-get update && sudo apt-get -y distupgrade && sudo apt-get -y upgrade && sudo apt-get -y autoremove && sudo reboot - and unfortunately, apt sill outputs ppp's and qqq's :-( Do you know which packages has been upgraded at yout server? Mine is a Parallels Virtuozzo VPS and the Debian image may not contain some packages. -- Best regards, Aleksander Kurczyk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub126-w65c59cd0150d6fe9b93822da...@phx.gbl
RE: Debian and Unicode line drawing
> Date: Wed, 2 Apr 2014 20:35:28 -0400 > From: zlinux...@wowway.com > To: debian-user@lists.debian.org > Subject: RE: Debian and Unicode line drawing > > Please don't top post. > Ok, sorry > If console-setup was not installed to begin with, it's probably > because you are on an architecture which doesn't need it, such as > s390x. You should de-install it. On the other hand, if your > architecture is i386 or amd64, and console-setup was not installed > to begin with, then something is seriously wrong with your > installation. I'd reinstall if I were you, in that case. > It's amd64 but it's also an OpenVZ VPS so everything is possible :D -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub128-w4b8ecd0503719a7f12243da...@phx.gbl
RE: Debian and Unicode line drawing
Hello, Thanks for your replay, I always use Consolas because it is very similar to the Monaco Mac font which i just love :) The missing chars are sometimes displayed as an empty box but it is not a problem for me. I have tried the dpkg-reconfigure locales and console-setup. The second package was not installed so I installed it and configured but it is still not working properly with some software. Mc, irssi, tmux and other works fine but dpkg-reconfgure displays and . I have also tried other options in PuTTY but it always display the and rows. -- Best regards, Aleksander Kurczyk > Date: Tue, 1 Apr 2014 21:23:32 -0400 > From: zlinux...@wowway.com > To: debian-user@lists.debian.org > Subject: Re: Debian and Unicode line drawing > > On Tue, 01 Apr 2014 07:14:24 -0400 (EDT), Aleksander Kurczyk wrote: >> >> Hello, >> >> I am using PuTTY, Maybe it's not a new software but it works properly >> with other distributions (CentOS/Fedora etc.) that uses Unicode by >> default. >> >> I noticed that every frame in default Debian configuration in PuTTY >> is displayed as the rows of p and qq instead of >> those frame ASCII characters. PuTTY and every of my Debian >> installation is set to use Unicode UTF-8 encoded characters so ncurses >> etc. should use those characters to display frames instead of this >> vt100 escape code and p/qqq after it. >> PuTTY and KiTTY is expecting this and not those vt100 compatible >> characters. PuTTY/KiTTY can use those vt100 charasters without any >> problems but not in the Unicode mode. In this mode it expects >> normal UTF-8 characters. >> >> I can make ncurses applications use Unicode characters with the >> variable "export NCURSES_NO_UTF8_ACS=1" set in my .bashrc. >> But not all applications uses ncurses. For example dpkg-reconfigure >> still uses those vt100 escape code and ppp/q >> characters. How can i make it Unicode compatible? > > I'm not sure if I can help or not, but here's what I do know. > On the Debian side, use > > dpkg-reconfigure locales > > and > > dpkg-reconfigure console-setup > > Make sure the default locale is UTF-8. (For example, en_US.UTF-8.) > Make sure UTF-8 is selected as the character mapping in console-setup. > Then shutdown and reboot. > > On the PuTTY side, make sure that PuTTY is expecting UTF-8 characters. > In the PuTTY configuration dialog, select > > Window -> Translation > > Then, in the drop-down box under "Remote character set", select UTF-8. > Also, make sure that the "Use Unicode line drawing code points" radio > button is selected on the same screen. > > Assuming that you are running PuTTY under Windows, many Windows fonts > are incomplete. Most of the fixed-width fonts are missing some of the > characters that are used in manual pages. As a result, a hollow box > will appear in their place. On my Windows machine at work, the only > installed font that I could find that would display a hyphen correctly > is Consolas. An internet post I read also suggested DejaVu Sans Mono, > but I couldn't try it because it is not installed in my machine. > In PuTTY configuration, select > > Window -> Appearance > > Then change the font. Experiment with different fonts. Display a > man page that has hyphens, such as > > man fstab > > and see which fonts display a hyphen and which display a box. Go > with one which displays the hyphen correctly. Maybe this will help > your other problems. > > -- > .''`. Stephen Powell > : :' : > `. `'` > `- > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > https://lists.debian.org/1846658799.613507.1396401812008.javamail.r...@md01.wow.synacor.com > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub128-w5461809af4811f76ea9bf5da...@phx.gbl
RE: Debian and Unicode line drawing
Hello, Thanks for your replay. Unfortunately it doesn't work :( Could you check these screenshots? http://screencloud.net/v/jL6o http://screencloud.net/v/kp3E http://screencloud.net/v/1MR1 With and without the option you mentioned mc and other ncurses programs works fine but the dpkg-reconfigure is still just outputing and rows. -- Best regards, Aleksander Kurczyk > Date: Tue, 1 Apr 2014 14:39:09 +0100 > From: ronle...@tesco.net > To: debian-user@lists.debian.org > Subject: Re: Debian and Unicode line drawing > > On 01/04/2014 12:14, Aleksander Kurczyk wrote: >> Hello, >> >> I am using PuTTY, [...] >> >> I noticed that every frame in default Debian configuration in PuTTY >> is displayed as the rows of p and qq instead of >> those frame ASCII characters. PuTTY and every of my Debian >> installation is set to use Unicode UTF-8 encoded characters so >> ncurses etc. should use those characters to display frames instead >> of this vt100 escape code and p/qqq after it. PuTTY >> and KiTTY is expecting this and not those vt100 compatible >> characters. PuTTY/KiTTY can use those vt100 charasters without any >> problems but not in the Unicode mode. In this mode it expects >> normal UTF-8 characters. > > I use PuTTY to access a variety of *nix systems, and things seem to > differ a lot. I use mc, and the 'line drawing' around its panes > depends on using these settings, I've found: > > PuTTY, Window, Translation: > Character set: UTF8 > Handle line drawing: Use font in ANSI and OEM modes > > and in mc, on Debian Wheezy in this example: > Display bits, Input display, code page: UTF8 > > gives a 'perfect' mc appearance in the PuTTY window. > >> >> I can make ncurses applications use Unicode characters with the >> variable "export NCURSES_NO_UTF8_ACS=1" set in my .bashrc. But not >> all applications uses ncurses. For example dpkg-reconfigure still >> uses those vt100 escape code and ppp/q >> characters. How can i make it Unicode compatible? > > Oh, I didn't know there were these options. How do you know whether > an application is an ncurses application? Is mc such an application? > Maybe mc is ok because its codepage can be altered anyway, and maybe > your observation suggests that dpkg-reconfigure cannot be changed; I > see the problem, now. > > Have you tried altering the ANSI/OEM setting in PuTTY, anyway? > > regards, Ron > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/533ac17d.1010...@tesco.net > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub128-w5977634ae25255e640f3b7da...@phx.gbl
Debian and Unicode line drawing
Hello, I am using PuTTY, Maybe it's not a new software but it works properly with other distributions (CentOS/Fedora etc.) that uses Unicode by default. I noticed that every frame in default Debian configuration in PuTTY is displayed as the rows of p and qq instead of those frame ASCII characters. PuTTY and every of my Debian installation is set to use Unicode UTF-8 encoded characters so ncurses etc. should use those characters to display frames instead of this vt100 escape code and p/qqq after it. PuTTY and KiTTY is expecting this and not those vt100 compatible characters. PuTTY/KiTTY can use those vt100 charasters without any problems but not in the Unicode mode. In this mode it expects normal UTF-8 characters. I can make ncurses applications use Unicode characters with the variable "export NCURSES_NO_UTF8_ACS=1" set in my .bashrc. But not all applications uses ncurses. For example dpkg-reconfigure still uses those vt100 escape code and ppp/q characters. How can i make it Unicode compatible? -- Best regards, Aleksander Kurczyk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dub128-w766973cf8fc9c4d100d539da...@phx.gbl
RE: iptables and redirection traffic from one PC to another
Hello, I've tried with this parameter - --to-destination but it's still not working. I have no two nics nor in PC nor in RPI. Is there a way then to change the source IP address during the forwarding process? -- Best regards, Aleksander Kurczyk > Date: Fri, 14 Feb 2014 16:04:49 + > From: j...@jretrading.com > To: debian-user@lists.debian.org > Subject: Re: iptables and redirection traffic from one PC to another > > On Fri, 14 Feb 2014 16:32:21 +0100 > Aleksander Kurczyk wrote: > >> Hi, >> >> Now my firewall looks like this: >> >> sudo iptables -F >> sudo iptables -P INPUT DROP >> sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j >> ACCEPT sudo iptables -A INPUT -i lo -j ACCEPT >> sudo iptables -A INPUT -s 192.168.0.0/24 -j ACCEPT >> sudo iptables -A INPUT -p tcp --dport 22005 -j ACCEPT >> sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT >> sudo iptables -A INPUT -p tcp --dport 81 -j ACCEPT >> sudo iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 81 -j DNAT >> --to 192.168.0.10:80 > > I believe this '--to' should be '--to-destination', I have an old rule > using the latter, but I haven't run any traffic through it for a few > years, and iptables does evolve slowly, so things might be different > now. >> >> I've found that if the FORWARD "-a" default policy is to accept >> everything I don't have to use the second rule. I think that the >> problem is that my Raspberry is not mine router so the PC is >> responding directrly to the router which in turns don't know what to >> do. Is there a way to make iptables make my PC responding to it and >> then to the router - some IP level proxy etc.? >> > > Your problem here is that the default gateway of your PC is the router, > not the Pi. This is normally avoided by using a two-NIC computer as the > firewall-router, when this machine become the network default gateway. > > You may be able to make the Pi the default gateway for the PC, and add > enough forwarding rules to the Pi firewall to allow the PC the Internet > access it needs. Alternatively, you could try routing rules in the PC > firewall (assuming it is a Linux machine) which would return packets > with a source port of 80 to the Pi instead of the default gateway. > > But try '--to-destination' first, as the Pi might currently not be > re-writing the source address of packets sent to the PC, and this might > make a difference. I can't say for sure as my rule worked, but that was > via a two-NIC machine which was the network default gateway, so > re-writing might not have been occurring. > > -- > Joe > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/20140214160449.7f0c6...@jretrading.com > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/dub125-w15560afce373e0834a904dda...@phx.gbl
RE: iptables and redirection traffic from one PC to another
Hi, Now my firewall looks like this: sudo iptables -F sudo iptables -P INPUT DROP sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT sudo iptables -A INPUT -i lo -j ACCEPT sudo iptables -A INPUT -s 192.168.0.0/24 -j ACCEPT sudo iptables -A INPUT -p tcp --dport 22005 -j ACCEPT sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT sudo iptables -A INPUT -p tcp --dport 81 -j ACCEPT sudo iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 81 -j DNAT --to 192.168.0.10:80 I've found that if the FORWARD "-a" default policy is to accept everything I don't have to use the second rule. I think that the problem is that my Raspberry is not mine router so the PC is responding directrly to the router which in turns don't know what to do. Is there a way to make iptables make my PC responding to it and then to the router - some IP level proxy etc.? -- Best regards, Aleksander Kurczyk > Date: Fri, 14 Feb 2014 14:58:04 +0100 > Subject: Re: iptables and redirection traffic from one PC to another > From: fernando.vic...@gmail.com > CC: debian-user@lists.debian.org > To: debian-user@lists.debian.org > > > I think you miss accept input traffic from port 81. > > You can add logging messages or run tcpdump to see what traffic are dropped. > > Regards. Fernando. > > El 14/02/2014 14:44, "Aleksander Kurczyk" > mailto:akurc...@outlook.com>> escribió: > Hello, > > This is my firewall script: > > sudo iptables -F > sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT > sudo iptables -A INPUT -i lo -j ACCEPT > sudo iptables -A INPUT -s 192.168.0.0/24<http://192.168.0.0/24> -j ACCEPT > sudo iptables -A INPUT -p tcp --dport 22005 -j ACCEPT > sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT > sudo iptables -A INPUT -j DROP > sudo iptables -t nat -A PREROUTING -p tcp --dport 81 -j DNAT --to > 192.168.1.2:80<http://192.168.1.2:80> > sudo iptables -A FORWARD -p tcp -d 192.168.1.10 --dport 80 -j ACCEPT > sudo iptables -L > > I want to run it on Raspbian which is behind my home router. I > forwarded the whole incoming traffic from my router to the RPI using > the DMZ function (NAT 1:1). > > The "-A INPUT" part of the script works! :) I can access only 22005 and > 80 from the Internet and every other port on the LAN subnet and lo > interface. The thing is that the port forwarding part isn't working :( > > sudo iptables -t nat -A PREROUTING -p tcp --dport 81 -j DNAT --to > 192.168.1.2:80<http://192.168.1.2:80> > sudo iptables -A FORWARD -p tcp -d 192.168.1.10 --dport 80 -j ACCEPT > > I want to redirect the 81 port of my RPI to my home PC's 80 port (web > serwer). I found this in Google. > > Of course I also enabled IPv4 forwarding in sysclt: > > sudo sysctl -w net.ipv4.ip_forward=1 > > And am I dropping the packets correctly or should I use default policy > instead? This way is simpler to understand. Is there something that I > am doing wrong in this script? > > -- > Best regards, > Aleksander Kurczyk > > -- > To UNSUBSCRIBE, email to > debian-user-requ...@lists.debian.org<mailto:debian-user-requ...@lists.debian.org> > > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org<mailto:listmas...@lists.debian.org> > Archive: > http://lists.debian.org/dub125-w47a470a9d5966f19a1cf9cda...@phx.gbl<http://lists.debian.org/DUB125-W47A470A9D5966F19A1CF9CDA9C0%40phx.gbl> > > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/dub125-w71cb6b8f3625a9cbfbf212da...@phx.gbl
iptables and redirection traffic from one PC to another
Hello, This is my firewall script: sudo iptables -F sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT sudo iptables -A INPUT -i lo -j ACCEPT sudo iptables -A INPUT -s 192.168.0.0/24 -j ACCEPT sudo iptables -A INPUT -p tcp --dport 22005 -j ACCEPT sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT sudo iptables -A INPUT -j DROP sudo iptables -t nat -A PREROUTING -p tcp --dport 81 -j DNAT --to 192.168.1.2:80 sudo iptables -A FORWARD -p tcp -d 192.168.1.10 --dport 80 -j ACCEPT sudo iptables -L I want to run it on Raspbian which is behind my home router. I forwarded the whole incoming traffic from my router to the RPI using the DMZ function (NAT 1:1). The "-A INPUT" part of the script works! :) I can access only 22005 and 80 from the Internet and every other port on the LAN subnet and lo interface. The thing is that the port forwarding part isn't working :( sudo iptables -t nat -A PREROUTING -p tcp --dport 81 -j DNAT --to 192.168.1.2:80 sudo iptables -A FORWARD -p tcp -d 192.168.1.10 --dport 80 -j ACCEPT I want to redirect the 81 port of my RPI to my home PC's 80 port (web serwer). I found this in Google. Of course I also enabled IPv4 forwarding in sysclt: sudo sysctl -w net.ipv4.ip_forward=1 And am I dropping the packets correctly or should I use default policy instead? This way is simpler to understand. Is there something that I am doing wrong in this script? -- Best regards, Aleksander Kurczyk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/dub125-w47a470a9d5966f19a1cf9cda...@phx.gbl
Difference between OpenVZ and Parallels Virtuozzo Containers OS templates and the way how CentOS and Debian starts inside the container
Hello, I have an Parallels Virtuozzo Containers VPS with CentOS 5 OS template. I can't change the template trough the PVC Power Panel nor by asking my provider to do that. He told me that the image is the container and it's impossible to change it. I've tried unpacking the OpenVZ (not PVC) CentOS 6 image directly into my container's virtual disk and ... IT WORKED! There was some errors during the boot and there were many unnecessary files (that I didn't removed) but it booted and even the hypervisor was able to add an IP address to the container and I could manage files in there trough the PVC Power Panel. I wanted (and I still do) Debian 7 in there so I've tried the same way and it even started and the SSH service (along with the others) was up (I could see that in PVC Power Panel) but I couldn't access the container directly via SSH nor HTTP. Yesterday my provider finally repaired some problem with the "repair mode" (in which another container is created with the clean OS image, my IP address is attached there and my container VHD is mounted under /repair directory so I can repair it when it crashes). Then I've tried to unpack the Debian 7 image (for OpenVZ not PVC) into /repair directory after removing every file from there and boot it. Unfortunately it won't started again. Even worst, I couldn't access the Power Panel - there was nothing responding on my IP address:4643. I had to write to my provider to restore a clean image for me. Right now it works, but I don't understand how this could happen. Is that normal that after removing some files the access to the PVC PP is impossible? Why? What files are important? How does the Debian and CentOS starts under OpvenVZ/Virtuozzo? What is the difference? Where can I get the OS templates for PVC? And finally, how can I install the image myself without crushing the PVC Power Panel? -- Best regards, Aleksander Kurczyk
