Menu
▾
▴
devil-linux-discuss — General Mailing List for all discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(59) |
Sep
(57) |
Oct
(5) |
Nov
(45) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(22) |
Mar
(14) |
Apr
(7) |
May
(33) |
Jun
(57) |
Jul
(25) |
Aug
(40) |
Sep
(53) |
Oct
(58) |
Nov
(75) |
Dec
(22) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(103) |
Apr
(125) |
May
(85) |
Jun
(57) |
Jul
(62) |
Aug
(42) |
Sep
(76) |
Oct
(214) |
Nov
(290) |
Dec
(274) |
| 2004 |
Jan
(187) |
Feb
(172) |
Mar
(313) |
Apr
(209) |
May
(169) |
Jun
(147) |
Jul
(118) |
Aug
(193) |
Sep
(227) |
Oct
(125) |
Nov
(246) |
Dec
(191) |
| 2005 |
Jan
(244) |
Feb
(175) |
Mar
(165) |
Apr
(130) |
May
(217) |
Jun
(122) |
Jul
(188) |
Aug
(235) |
Sep
(165) |
Oct
(133) |
Nov
(209) |
Dec
(88) |
| 2006 |
Jan
(66) |
Feb
(89) |
Mar
(108) |
Apr
(91) |
May
(29) |
Jun
(45) |
Jul
(64) |
Aug
(42) |
Sep
(44) |
Oct
(81) |
Nov
(64) |
Dec
(9) |
| 2007 |
Jan
(24) |
Feb
(122) |
Mar
(55) |
Apr
(50) |
May
(84) |
Jun
(13) |
Jul
(80) |
Aug
(70) |
Sep
(78) |
Oct
(45) |
Nov
(56) |
Dec
(42) |
| 2008 |
Jan
(65) |
Feb
(3) |
Mar
(51) |
Apr
(151) |
May
(54) |
Jun
(72) |
Jul
(73) |
Aug
(47) |
Sep
(55) |
Oct
(123) |
Nov
(16) |
Dec
(4) |
| 2009 |
Jan
(23) |
Feb
(39) |
Mar
(27) |
Apr
(36) |
May
(35) |
Jun
(51) |
Jul
(11) |
Aug
(14) |
Sep
(40) |
Oct
(67) |
Nov
(38) |
Dec
(13) |
| 2010 |
Jan
(15) |
Feb
(35) |
Mar
(40) |
Apr
(11) |
May
(26) |
Jun
(10) |
Jul
(5) |
Aug
(50) |
Sep
(86) |
Oct
(67) |
Nov
(36) |
Dec
(11) |
| 2011 |
Jan
(50) |
Feb
(6) |
Mar
(13) |
Apr
(13) |
May
(29) |
Jun
(27) |
Jul
(26) |
Aug
(27) |
Sep
(21) |
Oct
(7) |
Nov
(27) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(20) |
Mar
(48) |
Apr
(18) |
May
(8) |
Jun
(19) |
Jul
|
Aug
(15) |
Sep
(3) |
Oct
(4) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(13) |
Feb
(7) |
Mar
(4) |
Apr
(25) |
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
(10) |
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(20) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
(8) |
Oct
(21) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
(10) |
Feb
(9) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(17) |
Dec
(32) |
| 2016 |
Jan
(10) |
Feb
(15) |
Mar
(4) |
Apr
(7) |
May
(10) |
Jun
(11) |
Jul
(15) |
Aug
(26) |
Sep
(13) |
Oct
(10) |
Nov
(16) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2018 |
Jan
(12) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Heiko Z. <he...@zu...> - 2006-05-15 17:00:04
|
---------------------------- Original Message ---------------------------- Subject: SUBJECT: SourceForge.net: CVS service offering changes From: "SourceForge.net Team" <no...@so...> Date: Thu, May 11, 2006 18:27 To: he...@zu... -------------------------------------------------------------------------- Greetings, You are receiving this mail because you are a project admin for a SourceForge.net-hosted project. One of our primary services, CVS, suffered a series of interrelated, critical hardware failures in recent weeks. We understand how frustrating this CVS outage must be to you and your users; however, our top priority remains preservation of the integrity of your data. The series of CVS hardware failures prompted us to expedite the deployment of planed improvements to our CVS infrastructure, drawing upon much of the knowledge that we gained from our Subversion deployment. Our improved CVS service architecture, which we plan to deploy tomorrow afternoon (2006-05-12), will offer greater performance and stability and will eliminate several single points of failure. The Site Status page (https://www.sf.net/docs/A04) will be updated as soon as the new infrastructure is rolled out. In the interim, please read the important information provided below to learn about how these changes will affect your project. Summary of changes, effective 2006-05-12: 1. Hostname for CVS service Old: cvs.sourceforge.net New: PROJECT_UNIX_NAME.cvs.sourceforge.net This change will require new working copies to be checked out of all repositories (so control files in the working copy will point to the right place). We will be updating the instructions we supply, but instructions that your team has written within documentation, etc. will need to be updated. cvs -d:pserver:ano...@cv...:/cvsroot/gaim co gaim would be changed to cvs -d:pserver:ano...@ga...:/cvsroot/gaim co gaim 2. ViewCVS We are moving from ViewCVS to its successor, ViewVC. ViewVC is currently in use for our Subversion service. 3. Sync delay Old: CVS pserver, tarballs and ViewCVS provided against a separate server which is a minimum of three hours behind developer CVS. New: ViewVC will be provided against developer CVS (it will be current). CVS pserver will be provided against a secondary server (not developer server) with a maximum expected delay of two hours. Follow-up work is planned (this infrastructure takes us 80% of the way) to essentially eliminate the sync delay. 4. Read-only rsync service As a new service offering, we are now providing read-only rsync access against developer CVS. This allows projects to efficiently make on-demand backups of their entire CVS repository. All projects should be making regular backups of their CVS repository contents using this service. 5. Nightly tarball service Nightly tarball service is being dropped in lieu of read-only rsync service. Projects which currently depend on nightly tarballs for repository backups will need to begin using rsync to make a backup copy of their repository contents. We see this as a major functional improvement. For a number of reasons, tarballs have fallen out of sync with the data in the repository at times in the past few years. Tarballs required a substantial amount of additional disk, and I/O to generate. The move to read-only rsync allows backups to be produced on-demand, with an update frequency chosen by the project. 6. Points of failure In the past, developer CVS service for all projects was provided from a single host. CVS pserver service was provided from individual backend heads based on a split of the data. Under our new design, developer CVS and most of our CVS-related services are provided from one of ten CVS hosts (count subject to increase with growth). Each host is independent, and makes a backup copy of the repository data of another host (which is used to provide the pserver CVS service). Failure of a single host will impact only the availability of data on that host. Since the data is split among a larger number of hosts, the size of data impacted by an individual host outage is substantially smaller, and the time required for us to restore service will be substantially shorter. This rapid architecture change has been made possible specifically using the research we performed for our recent launch of Subversion service. We've applied our best practices, produced a substantial amount of internal documentation, and kept an eye toward maintainability. This effort has allowed us to deploy this new architecture quickly once hardware was received, and will permit us to quickly scale this service horizontally as growth and demand requires. Many other minor improvements have also been made to improve the service offering and make it less trouble-prone. The most important of which are listed above. For a full description of the new service offering, and for information on how to use the services described above, please refer to the site documentation for the CVS service after the service has been launched: https://www.sf.net/docs/E04 Thank you, The SourceForge.net Team . -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Frank W. <Fra...@ct...> - 2006-05-11 11:14:25
|
Hi all, I have an extremely weird problem with IPsec tunnels in DL: I have upgraded two firewalls that are linked by IPsec tunnels from gibraltar to DL-1.2.9 (Gibraltar had Freeswan 2.0.4, DL has Openswan 2.4.4) When I try to establish a TCP connection to any windows server (2k, 2k3), the server restarts immediately (bluescreen, complaining about TCPIP.SYS error, and reboots). Connections that go through the DL firewall but not the ipsec tunnel to the same ports on the same servers (either plainly routed throuh the firewall, or with DNAT) are fine. Pinging the servers through the ipsec tunnels is fine also. When I revert one end of the tunnel back to Gibraltar/FreeSWan-2.0.4, the servers on _that end_ of the tunnel are safe. The crashing can be triggered either by normal windows clients trying to connect to the server, or by a linux client that does 'telnet x.y.z.t 25' to the server. I am really desperate with this one, so if anybody has any hints, I'd be very grateful. Thanks Frank |
|
From: Fickert, T. <tim...@gv...> - 2006-05-09 13:35:39
|
LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpIaS4NCg0K SSdtIGN1cnJlbnRseSB0cnlpbmcgdG8gZ2V0IGEgTFNJIFNBUzEwNjQgU0FTLUNvbnRyb2xsZXIg dG8gd29yayB3aXRoDQpETC0xLjIuOSBidXQgaXQgc2VlbXMgdGhlIGtlcm5lbCBzdXBwb3J0IChG dXNpb24gTVBUIGZvciBTQVMsIHNob3VsZCBiZSBpbg0KMi40IHNpbmNlIDIuNC4yMCkgZm9yIGl0 IGlzIGRpc2FibGVkIGluIERMLg0KU29tZWJvZHkgaGFzIGEgc29sdXRpb24gZm9yIGl0PyBJJ20g dHJ5aW5nIHRvIGF2b2lkIHRvIGJ1aWxkIG15IG93biBETCB3aXRoDQp0aGUgYnVpbGQgc3lzdGVt Li4uDQoNCkdyZWV0aW5ncywNClRpbQ0KDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0K VmVyc2lvbjogUEdQIERlc2t0b3AgOS4wLjUgKEJ1aWxkIDUwNTApDQoNCmlRQS9Bd1VCUkdDYUVY WksvV2tnTlZxbEVRTHUwZ0NnMzkvWFhkWkdGbTlJREZrM09aY3VyOTRmWUhZQW4xbSsNClFXQmlU NStnVWlRZmpRUm5yR3JkQkJ6OQ0KPXZPRjINCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K DQo= |
|
From: Administrator <Adm...@r-...> - 2006-05-06 21:29:08
|
Hi guys,
I ran into a problem again. I wanted to reach a Windows VPN server =
behind a DL firewall. As many times before it's just not "that" easy. =
But I found the solution quickly on the net. It was just not in the =
usual format of DL's firewall.rules file. So I thought I "reformat" it =
and share it with you here.=20
# Windows PPTP VPN Passthrough
SERVER_IP=3D192.168.1.1 # Internal IP of server.
PORT=3D1723
${IPTABLES} -A INPUT -p tcp --dport 47 -j ACCEPT
${IPTABLES} -A FORWARD -p 47 -s 0/0 -j ACCEPT
${IPTABLES} -t nat -A PREROUTING -p 47 -i ${OUT_DEV} -j DNAT --to =
${SERVER_IP}
${IPTABLES} -A PREROUTING -i ${OUT_DEV} -t nat -p TCP --dport $PORT -j =
DNAT --to ${SERVER_IP}:${PORT}
${IPTABLES} -A FORWARD -p TCP -d ${SERVER_IP} --dport $PORT -i =
${OUT_DEV} -o ${INT_DEV} -j ACCEPT
I think it would be a good idea if you could include it in the next =
release in some form. It's like the VPN Passthrough option avaiable in =
almost every broadband router on the market.
Gotta go now:
George Tarnai
|
|
From: Heiko Z. <he...@zu...> - 2006-05-05 12:22:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy folks, Did you donate hardware or money to DL in the past ? Please contact me via personal email, if you would like to be listed on our website. - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRbQ5QACgkQUcytMSbs+YV0hACdEvp7Sozu0k6MgSvXuUmMJqEv Jz0An3YKBF1f0CkbENplPg3N1VcFwXYb =ThIb -----END PGP SIGNATURE----- |
|
From: Bruce S. <bw...@ar...> - 2006-05-04 13:02:59
|
> I build a (working) ftp server with devil-linux and vsftpd > with virtual users and use of hard disk space. > > Since I like to have all information > in one place (I have maintain that server or might recreate something similar) > I wrote a small HOWTO: > > vsftpd on devil linux > http://hella.breitkopf.usr.ffb.org/doku.php/en/sysadmin/howto/vsftpd > > Critical remarks, errror reports, pointing out bad ideas and such > would be highly welcome. I gave your howto a quick read. Very nice web page! A few comments: I think it would be good to add something at the beginning about exactly what you're trying to accomplish with vsftpd and how you have it setup. That way I could tell easily if it's similar to how the reader is trying to setup vsftpd. i.e. Is it setup as an anonymous public FTP server? User login (chroot to their home dir)? Is it exposed to the internet? How many users you have, and why you're using a berkley db instead of /etc/passwd. You're also doing some things that are non-standard for Devil-Linux. You're putting your partitions in /etc/fstab instead of using LVM like the DL docs suggest. And why are you running "insserv" instead of activating the service in "setup"? You also spelled "proper" wrong (propper) under Basic Configuration. :-) - BS |
|
From: Hella B. <hel...@gm...> - 2006-05-03 20:56:46
|
Hello, I build a (working) ftp server with devil-linux and vsftpd with virtual users and use of hard disk space. Since I like to have all information in one place (I have maintain that server or might recreate something simil= ar) I wrote a small HOWTO: vsftpd on devil linux http://hella.breitkopf.usr.ffb.org/doku.php/en/sysadmin/howto/vsftpd Critical remarks, errror reports, pointing out bad ideas and such would be highly welcome. Best wishes, Hella Breitkopf |
|
From: Heiko Z. <he...@zu...> - 2006-04-29 15:10:16
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, April 29, 2006 02:12, fe...@fr... wrote: > Hello, > > > Do you have plan for the next official release? Not really. I want to add a few more patches people submitted, but I'm not sure when I get to it. I hope for 2 weeks max, but I can't promise anything. I try to keep the testing version on the FTP servers updated, so you can at least use one with all the known bugs removed. - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRTga8ACgkQUcytMSbs+YXNmwCfe5ywPo9raCa5sy3NECMz/pcy 34YAoKk6Tnham9Ehs2jDkK2sXP/bxdO/ =uk3+ -----END PGP SIGNATURE----- |
|
From: <fe...@fr...> - 2006-04-29 07:12:52
|
Hello, Do you have plan for the next official release? Regards Nouveau: le premier abonnement ADSL sans taxe mensuelle! Changez d=E8s =E0 pr=E9sent pour sunrise ADSL free. http://www.sunrise.ch/fr/privatkunden/iminternetsurfen/adsl/adsl_abosundp= reise/adsl_gelegenheitssurfer/adsl_free.htm |
|
From: Heiko Z. <he...@zu...> - 2006-04-25 17:08:29
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, April 25, 2006 09:09, fe...@fr... wrote: >> OK. >> I'll turn of SSP and put a new version on the FTP server. >> I'll let you know when it's done. >> > > I just have to say (maybe write) Thank You Very Much! > > > It is working with the new version. > > > Thanks a lot for your quick and clever support. Glad to hear it work. I checked it in CVS, so all further releases should work. - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkROSR8ACgkQUcytMSbs+YW4BgCfdJASMubixBvmEwaQMEOfh8j8 gZUAoJ6amzHPmIrMxgYD2kZjGh6w7JDw =sXJh -----END PGP SIGNATURE----- |
|
From: <fe...@fr...> - 2006-04-25 14:09:31
|
>OK. >I'll turn of SSP and put a new version on the FTP server. >I'll let you know when it's done. I just have to say (maybe write) Thank You Very Much! It is working with the new version. Thanks a lot for your quick and clever support. >Regards > Heiko Zuerker > http://www.devil-linux.org Nouveau: le premier abonnement ADSL sans taxe mensuelle! Changez d=E8s =E0 pr=E9sent pour sunrise ADSL free. http://www.sunrise.ch/fr/privatkunden/iminternetsurfen/adsl/adsl_abosundp= reise/adsl_gelegenheitssurfer/adsl_free.htm |
|
From: Heiko Z. <he...@zu...> - 2006-04-24 16:58:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, April 24, 2006 07:15, Heiko Zuerker wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On Mon, April 24, 2006 07:41, fe...@fr... wrote: > >>> OK a new version is on the FTP server. >>> If you get the same error message, then we need to turn off SSP for >>> this library. >>> >>> - -- >>> >>> >> We did a test this morning with the version of april 22th. >> The problem is still there. >> > > OK. > I'll turn of SSP and put a new version on the FTP server. > I'll let you know when it's done. OK the new version is on the FTP server, let me know how it goes. - -- Regards Heiko Zuerker http://www.devil-linux.org - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRM9V0ACgkQUcytMSbs+YW0zACcCxlPzGhqBu/fjKfF6IDhz4Bg F0AAn2bAkPMJX+iazQx6VEP7LJNzFNFN =47lm -----END PGP SIGNATURE----- |
|
From: Heiko Z. <he...@zu...> - 2006-04-24 13:16:48
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, April 24, 2006 07:41, fe...@fr... wrote: >> OK a new version is on the FTP server. >> If you get the same error message, then we need to turn off SSP for this >> library. >> >> - -- >> > We did a test this morning with the version of april 22th. > The problem is still there. OK. I'll turn of SSP and put a new version on the FTP server. I'll let you know when it's done. - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRMwV8ACgkQUcytMSbs+YUq2QCfZJVmODdTHluiksmb3cKEFx6f kH4An1GZXngrGFRZmp+l4l3prlD04+7M =6KN0 -----END PGP SIGNATURE----- |
|
From: <fe...@fr...> - 2006-04-24 12:42:05
|
>OK a new version is on the FTP server. >If you get the same error message, then we need to turn off SSP for this= >library. > >- -- We did a test this morning with the version of april 22th. The problem is still there. >Regards > Heiko Zuerker > http://www.devil-linux.org Nouveau: le premier abonnement ADSL sans taxe mensuelle! Changez d=E8s =E0 pr=E9sent pour sunrise ADSL free. http://www.sunrise.ch/fr/privatkunden/iminternetsurfen/adsl/adsl_abosundp= reise/adsl_gelegenheitssurfer/adsl_free.htm |
|
From: <tar...@r-...> - 2006-04-24 00:17:03
|
What you experienced was because ip_forward has NOTHING to do with PORT = forwarding. It has to do with IP forwarding eg. routing capabilities. If = you check (the default) firewall.rules.2nic file, you will find: # Stop forwarding while setting up. echo "0" > /proc/sys/net/ipv4/ip_forward this is where the script disables IP forwarding (for security reasons I = belive), and at the end of the file you will find: # Enabling IP forwarding. echo "1" > /proc/sys/net/ipv4/ip_forward At this point I suggest that you read more about iptables and get a feel = for what it does. That's what I had to do just a few days ago. Belive me = it's worth the time. For example: http://www.linuxguruz.com/iptables/howto/iptables-HOWTO.html and there are tons of documentation on http://www.netfilter.org As for your problem: I already had some suggestions for you and now I = can only suggest that you take my advice otherwise I will not be able to = help you. If you have a hunch that the problem is DL related, set up a = test environment like this: - Take a client machine. - Connect it to DL's external interface in some direct way like a = crosslink cable or using a switch. - Make sure they are configured to the same subnet, and that you are = able to ping back and forth between them. - Connect DL's internal interface to the network where the streaming = server resides. - Again, make sure they are configured to the same subnet, and that you = are able to ping back and forth between the server and DL. - Check if the server has DL's internal address set as it's default = gateway, or at least it has a routing entry for the subnet on DL's = external interface routed through DL's internal address - Start Winamp on the client machine and add "DL's external IP":8007 to = the playlist and turn on repeat, so Winamp tries continously to connect = to the server - Now you can start messing aroud with the firewall rules if you want = to, if you have it, you'll hear it. That's all for tonight, bye, and good luck. George Tarnai ----- Original Message -----=20 From: ross paskett=20 To: dev...@li...=20 Sent: Sunday, April 23, 2006 9:07 PM Subject: Re: [Devil-Linux-discuss] port forwarding I never got my port forwarding working so I thought I would try again. = I have tested port forwarding on my DSL modem and it works. I = connected the target machine directly to the DSL line, and tested it = from work and it worked. So it must be a problem with my devil linux = configuration. I am sure my rules are correct in my firewall.rules = file. There was a line that set the file "ip_forward" to 0, so I = commented that line, then I looked at "ip_forward" and made sure it was = set to 1. It was. So tested again, and it didn't forward. Again, my = DSL modem/router is forwarding just fine, so it has to be something with = my devil linux config. Does anyone know of anything else I might need = to do? Tarnai Gy=EF=BF=BDrgy <tar...@r-...> wrote: Interesting... I would approach this problem by checking if DL is = really the problem in this case. You can do that by connecting your = computer on the network between your DSL "modem" (which I assume is a = broadband router actually) and DL, on the 192.168.0.xxx subnet, and try = to connect to the stream through DL via it's external IP (192.168.0.3). = If that doesn't work try moving the server to the same network and = subnet and try if you can access it from the internet through your DSL = modem. In this way you can make sure the problem is really with DL and = not with your DSL modem. On the other hand there might be a problem with the firewall rules, = for instance I'm not sure that ShoutCast servers are using TCP to stream = media or it may be using TCP connections that don't work well in some = NAT scenarios. May be worth to check that. Also I would check what does this DSL "modem" really do. DSL modems = (at least here in Hungary) are devices that interfaces with the DSL = network and allows to initiate the connection via PPPoE. DSL routers are = devices where you can connect some form of internet connection (Fixed = IP, DHCP or PPPoE client) via its WAN ethernet interface and routing or = NATing it to client machines on the internal network via it's internal = ethernet interface. Of course there are lots of devices now that are = combining some or more of these features for ex. DSL interface routers or boadband routers with direct DSL connection = so it is not straightforward what your device is capable doing not to = mention that a lot depends on the internal software it is using.=20 And at last but not least it would be better if you'd sent DL's = exact network configuration (IP's, subnet masks, gateway, etc.) to check = there's no problem there. Best regards: George Tarnai ----- Original Message -----=20 From: ross paskett=20 To: dev...@li...=20 Sent: Friday, April 07, 2006 8:58 PM Subject: [Devil-Linux-discuss] port forwarding I am running an internet server on my local network. The server = streams media through: ip is 192.168.1.7 port 8007. I have port = forwarding setup in my firewall.rules file, and I have turned it on my = DSL modem. On my DSL modem, the rule is: Forward ports 8000-8010 to machine 192.168.0.3(devil linux), then = devil linux should forward connections on port 8007 to = 192.168.1.7(internal radio server), but when I try to connect to my = machine from the outside world, it can't. I can connect and stream my = music internally, from windows or mac, just not from the outside world. = Internally, I just connect to 192.168.1.7:8007 in winamp, and it plays = my music. can someone help? below is the port forwarding section of my = firewall.rules file. # Uncomment/modify the next 4 lines to forward a service to an = internal IP. SERVER_IP=3D192.168.1.7 # Internal IP of server. PORT=3D8007 # 22 =3D SSH. Change to 80 for web = server, etc. ${IPTABLES} -A PREROUTING -i ${OUT_DEV} -t nat -p TCP --dport = $PORT -j DNAT --to ${SERVER_IP}:${PORT} ${IPTABLES} -A FORWARD -p TCP -d ${SERVER_IP} --dport $PORT -i = ${OUT_DEV} -o ${INT_DEV} -j ACCEPT -------------------------------------------------------------------------= - Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and = 30+ countries) for 2=EF=BF=BD/min or less.=20 -------------------------------------------------------------------------= - Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. = Great rates starting at 1=EF=BF=BD/min. ross paskett ras...@ya... -------------------------------------------------------------------------= ----- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ = countries) for 2=A2/min or less. |
|
From: ross p. <ras...@ya...> - 2006-04-23 19:07:59
|
I never got my port forwarding working so I thought I would try again. I have tested port forwarding on my DSL modem and it works. I connected the target machine directly to the DSL line, and tested it from work and it worked. So it must be a problem with my devil linux configuration. I am sure my rules are correct in my firewall.rules file. There was a line that set the file "ip_forward" to 0, so I commented that line, then I looked at "ip_forward" and made sure it was set to 1. It was. So tested again, and it didn't forward. Again, my DSL modem/router is forwarding just fine, so it has to be something with my devil linux config. Does anyone know of anything else I might need to do?
Tarnai Gy�rgy <tar...@r-...> wrote: Interesting... I would approach this problem by checking if DL is really the problem in this case. You can do that by connecting your computer on the network between your DSL "modem" (which I assume is a broadband router actually) and DL, on the 192.168.0.xxx subnet, and try to connect to the stream through DL via it's external IP (192.168.0.3). If that doesn't work try moving the server to the same network and subnet and try if you can access it from the internet through your DSL modem. In this way you can make sure the problem is really with DL and not with your DSL modem.
On the other hand there might be a problem with the firewall rules, for instance I'm not sure that ShoutCast servers are using TCP to stream media or it may be using TCP connections that don't work well in some NAT scenarios. May be worth to check that.
Also I would check what does this DSL "modem" really do. DSL modems (at least here in Hungary) are devices that interfaces with the DSL network and allows to initiate the connection via PPPoE. DSL routers are devices where you can connect some form of internet connection (Fixed IP, DHCP or PPPoE client) via its WAN ethernet interface and routing or NATing it to client machines on the internal network via it's internal ethernet interface. Of course there are lots of devices now that are combining some or more of these features for ex.
DSL interface routers or boadband routers with direct DSL connection so it is not straightforward what your device is capable doing not to mention that a lot depends on the internal software it is using.
And at last but not least it would be better if you'd sent DL's exact network configuration (IP's, subnet masks, gateway, etc.) to check there's no problem there.
Best regards:
George Tarnai
----- Original Message -----
From: ross paskett
To: dev...@li...
Sent: Friday, April 07, 2006 8:58 PM
Subject: [Devil-Linux-discuss] port forwarding
I am running an internet server on my local network. The server streams media through: ip is 192.168.1.7 port 8007. I have port forwarding setup in my firewall.rules file, and I have turned it on my DSL modem. On my DSL modem, the rule is:
Forward ports 8000-8010 to machine 192.168.0.3(devil linux), then devil linux should forward connections on port 8007 to 192.168.1.7(internal radio server), but when I try to connect to my machine from the outside world, it can't. I can connect and stream my music internally, from windows or mac, just not from the outside world. Internally, I just connect to 192.168.1.7:8007 in winamp, and it plays my music. can someone help? below is the port forwarding section of my firewall.rules file.
# Uncomment/modify the next 4 lines to forward a service to an internal IP.
SERVER_IP=192.168.1.7 # Internal IP of server.
PORT=8007 # 22 = SSH. Change to 80 for web server, etc.
${IPTABLES} -A PREROUTING -i ${OUT_DEV} -t nat -p TCP --dport $PORT -j DNAT --to ${SERVER_IP}:${PORT}
${IPTABLES} -A FORWARD -p TCP -d ${SERVER_IP} --dport $PORT -i ${OUT_DEV} -o ${INT_DEV} -j ACCEPT
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2�/min or less.
---------------------------------
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1�/min.
ross paskett
ras...@ya...
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. |
|
From: Heiko Z. <he...@zu...> - 2006-04-22 14:28:57
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, April 21, 2006 08:12, Heiko Zuerker wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On Fri, April 21, 2006 08:10, fe...@fr... wrote: > >>> Actually there's already another version on the FTP server which >>> should work. It's from April 17th. >> >> Sorry, but I did test with this one and the log messages are from this >> version. > > Ah crap. > That means we need to give it a try with a clean compile, this will take a > quite a few hours. OK a new version is on the FTP server. If you get the same error message, then we need to turn off SSP for this library. - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRKLx8ACgkQUcytMSbs+YV97gCggBknDtoTnrhAiIzLlGgj+cQu CpcAnR54iFzDOJKbpOn4rSSMGL0Mfp7X =hxSu -----END PGP SIGNATURE----- |
|
From: Fickert, T. <tim...@gv...> - 2006-04-21 14:16:13
|
LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpIaS4gDQoN Cj4gSWYgeW91IHdhbnQgeW91IGNhbiBkbyBhIG1vcmUgdGhvcm91Z2ggc2VhcmNoLiBJZiB5b3Ug Y29tZSANCj4gYWNyb3NzIGEgcGF0Y2gsDQo+IHdlIGNhbiBhZGQgaXQuDQoNCkkgc2VlIHdoYXQg SSBjYW4gZmluZC4uLg0KDQo+IFNvbWUgbW9yZSBzaG90cyBpbiB0aGUgZGFyazoNCj4gRG9lcyBp dCBoZWxwIHdoZW4geW91IGNvbXBsZXRlbHkgcG93ZXIgY3ljbGUgdGhlIHN5c3RlbT8NCg0KVHJp ZWQgaXQuIFByb2JsZW0gc3RpbGwgdGhlcmUuIDooDQoNCj4gSXMgdGhlcmUgYSBCSU9TIHVwZGF0 ZSBhdmFpbGFibGU/DQoNCk5vdCB0aGUgbGFzdCB0aW1lIEkgY2hlY2tlZC4gOigNCg0KPiBDYW4g eW91IHR1cm4gb2ZmIEFDUEkgaW4gdGhlIEJJT1M/DQoNClRyaWVkIGl0LiBQcm9ibGVtIHN0aWxs IHRoZXJlLiA6KA0KDQpHcmVldGluZ3MsDQpUaW0NCg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJF LS0tLS0NClZlcnNpb246IFBHUCBEZXNrdG9wIDkuMC41IChCdWlsZCA1MDUwKQ0KDQppUUEvQXdV QlJFam9rWFpLL1drZ05WcWxFUUt3WmdDZEhMbW8wZmtnL3hQeDcvRmZvbFVQb0liK29UZ0FvUHZD DQpVY3Z0NVZUcWtFeUpvL2dIRlUydDVTVFYNCj1JMjg3DQotLS0tLUVORCBQR1AgU0lHTkFUVVJF LS0tLS0NCg0K |
|
From: Heiko Z. <he...@zu...> - 2006-04-21 13:56:27
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, April 21, 2006 08:23, Fickert, Tim wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi. > > > Tried different USB sticks and all available ports, also tried to > disable/enable booting from USB in BIOS. Nothing worked. Since the USB > sticks show during POST on every reboot, but DL finds them only about 25% > the time, I think it's something with the nForce4 USB module/driver in DL. Agreed. Unfortunately there's not too much we can do, since we completely rely on what the Kernel provides. I did a quick google and check what 2.4.33 will bring, but nothing related to your issue. If you want you can do a more thorough search. If you come across a patch, we can add it. Some more shots in the dark: Does it help when you completely power cycle the system? Is there a BIOS update available? Can you turn off ACPI in the BIOS? - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRI5E8ACgkQUcytMSbs+YVC0QCfRgUAE8/fVFS3gW0ciu4K8RHk 5/cAn1fGET9T/qW4cqqeWJRpDUbeXYns =qJgg -----END PGP SIGNATURE----- |
|
From: Fickert, T. <tim...@gv...> - 2006-04-21 13:26:14
|
LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpIaS4NCg0K VHJpZWQgZGlmZmVyZW50IFVTQiBzdGlja3MgYW5kIGFsbCBhdmFpbGFibGUgcG9ydHMsIGFsc28g dHJpZWQgdG8NCmRpc2FibGUvZW5hYmxlIGJvb3RpbmcgZnJvbSBVU0IgaW4gQklPUy4gTm90aGlu ZyB3b3JrZWQuDQpTaW5jZSB0aGUgVVNCIHN0aWNrcyBzaG93IGR1cmluZyBQT1NUIG9uIGV2ZXJ5 IHJlYm9vdCwgYnV0IERMIGZpbmRzIHRoZW0gb25seQ0KYWJvdXQgMjUlIHRoZSB0aW1lLCBJIHRo aW5rIGl0J3Mgc29tZXRoaW5nIHdpdGggdGhlIG5Gb3JjZTQgVVNCIG1vZHVsZS9kcml2ZXINCmlu IERMLg0KDQpHcmVldGluZ3MsDQpUaW0NCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+IEZyb206IGRldmlsLWxpbnV4LWRpc2N1c3MtYWRtaW5AbGlzdHMuc291cmNlZm9yZ2UubmV0 IA0KPiBbbWFpbHRvOmRldmlsLWxpbnV4LWRpc2N1c3MtYWRtaW5AbGlzdHMuc291cmNlZm9yZ2Uu bmV0XSBPbiANCj4gQmVoYWxmIE9mIEhlaWtvIFp1ZXJrZXINCj4gU2VudDogRnJpZGF5LCBBcHJp bCAyMSwgMjAwNiAzOjIwIFBNDQo+IFRvOiBkZXZpbC1saW51eC1kaXNjdXNzQGxpc3RzLnNvdXJj ZWZvcmdlLm5ldA0KPiBTdWJqZWN0OiBSZTogW0RldmlsLUxpbnV4LWRpc2N1c3NdIFN1bkZpcmUg WDIxMDAgLyBuRm9yY2U0IA0KPiBwcm9ibGVtIHdpdGggVVNCDQo+IA0KPiAqIFBHUCBTaWduZWQg YnkgYW4gdW5rbm93biBrZXk6IDA0LzIxLzIwMDYgYXQgMDI6MjBQTQ0KPiANCj4gDQo+IE9uIEZy aSwgQXByaWwgMjEsIDIwMDYgMDg6MTIsIEZpY2tlcnQsIFRpbSB3cm90ZToNCj4gPiAtLS0tLUJF R0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+ID4gSGFzaDogU0hBMQ0KPiA+DQo+ID4NCj4g PiBIaS4NCj4gPg0KPiA+DQo+ID4gSSBoYXZlIGEgc21hbGwgcHJvYmxlbSB3aXRoIHRoZSByZWNv Z25pdGlvbiBvZiB0aGUgVVNCIA0KPiBkZXZpY2UgKHdpdGggdGhlDQo+ID4gZ3ppcGVkIC9ldGMg b24gaXQpIGF0IHN0YXJ0dXAuIFdlIGFyZSB1c2luZyBhIFN1biBTdW5GaXJlIA0KPiBYMjEwMCBz eXN0ZW0gd2l0aA0KPiA+IHRoZSBuRm9yY2U0IGNoaXBzZXQuIEJJT1MgZmluZHMgdGhlIFVTQiBz dGljayB3aXRob3V0IA0KPiBwcm9ibGVtcyBkdXJpbmcgUE9TVA0KPiA+IGJ1dCBETCAoMS4yLjkp IGRldGVjdHMgaXQgb25seSBhYm91dCAyNSUgb2YgdGhlIHRpbWUgDQo+ICgiV2FpdHVuZyBmb3Ig VVNCDQo+ID4gZGV2aWNlcyB0byBpbml0aWFsaXplLi4uIiBidXQgZG9lc24ndCBmaW5kIGl0KS4g T25jZSBpdCdzIA0KPiBmb3VuZCBpdCB3b3Jrcw0KPiA+IHdpdGhvdXQgYW55IGZ1cnRoZXIgcHJv YmxlbXMsIGJ1dCB3ZSBzb21ldGltZXMgaGF2ZSB0byANCj4gcmVib290IHRoZSBtYWNoaW5lDQo+ ID4gMy00IHRpbWVzIGJlZm9yZSB0aGUgVVNCIHN0aWNrIGlzDQo+ID4gcmVjb2duaXplZC4gU2lu Y2Ugd2UgdHJpZWQgaXQgb24gdHdvIFgyMTAwIHN5c3RlbXMgYW5kIGJvdGggDQo+IHNob3dlZCB0 aGF0DQo+ID4gYmVoYXZpb3IsIEkgZG9uJ3Qga25vdyBpZiB0aGF0J3MgYSBwcm9ibGVtIG9mIHRo ZSB3aG9sZSANCj4gWDIxMDAgc2VyaWVzIG9yDQo+ID4gdGhlIG5Gb3JjZTQgY2hpcHNldC4gQW55 b25lIGVsc2UgZXhwaXJpZW5jZWQgdGhhdCBiZWhhdmlvciANCj4gd2l0aCBuRm9yY2U0Pw0KPiA+ IEFueSBzb2x1dGlvbnM/DQo+IA0KPiBUcnkgZGlmZmVyZW50IFVTQiBwb3J0cyBvciBkaWZmZXJl bnQgdHlwZXMgb2YgVVNCIHN0aWNrcy4NCj4gSXMgdGhlcmUgYW55dGhpbmcgYWJvdXQgdGhlIFVT QiBiZWhhdmlvdXIgeW91IGNhbiBjaGFuZ2UgaW4gdGhlIEJJT1M/DQo+IA0KPiAtLSANCj4gDQo+ IFJlZ2FyZHMNCj4gICBIZWlrbyBadWVya2VyDQo+ICAgaHR0cDovL3d3dy5kZXZpbC1saW51eC5v cmcNCj4gDQo+ICogVW5rbm93biBLZXkNCj4gKiAweDI2RUNGOTg1IC0gdW5rbm93bg0KPiANCj4g DQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+IFVzaW5nIFRvbWNhdCBidXQgbmVlZCB0byBkbyBtb3JlPyBOZWVkIHRvIHN1cHBv cnQgd2ViIA0KPiBzZXJ2aWNlcywgc2VjdXJpdHk/DQo+IEdldCBzdHVmZiBkb25lIHF1aWNrbHkg d2l0aCBwcmUtaW50ZWdyYXRlZCB0ZWNobm9sb2d5IHRvIG1ha2UgDQo+IHlvdXIgam9iIGVhc2ll cg0KPiBEb3dubG9hZCBJQk0gV2ViU3BoZXJlIEFwcGxpY2F0aW9uIFNlcnZlciB2LjEuMC4xIGJh c2VkIG9uIA0KPiBBcGFjaGUgR2Vyb25pbW8NCj4gaHR0cDovL3NlbC5hcy11cy5mYWxrYWcubmV0 L3NlbD9jbWQ9bG5rJmtpZD0xMjA3MDkmYmlkPTI2MzA1NyYNCj4gZGF0PTEyMTY0Mg0KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBEZXZpbC1saW51 eC1kaXNjdXNzIG1haWxpbmcgbGlzdA0KPiBEZXZpbC1saW51eC1kaXNjdXNzQGxpc3RzLnNvdXJj ZWZvcmdlLm5ldA0KPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5m by9kZXZpbC1saW51eC1kaXNjdXNzDQo+IA0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0N ClZlcnNpb246IFBHUCBEZXNrdG9wIDkuMC41IChCdWlsZCA1MDUwKQ0KDQppUUEvQXdVQlJFamM0 blpLL1drZ05WcWxFUUpndGdDY0Qvekh1a2VaYzV4eFdiR3NmN2k2RlB5RC9IOEFuM0FGDQpHY3JY YXlacWs1RWI3bVkxV295TFYyS0sNCj12MWd2DQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0N Cg0K |
|
From: Heiko Z. <he...@zu...> - 2006-04-21 13:20:55
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Fri, April 21, 2006 08:12, Fickert, Tim wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Hi.
>
>
> I have a small problem with the recognition of the USB device (with the
> gziped /etc on it) at startup. We are using a Sun SunFire X2100 system with
> the nForce4 chipset. BIOS finds the USB stick without problems during POST
> but DL (1.2.9) detects it only about 25% of the time ("Waitung for USB
> devices to initialize..." but doesn't find it). Once it's found it works
> without any further problems, but we sometimes have to reboot the machine
> 3-4 times before the USB stick is
> recognized. Since we tried it on two X2100 systems and both showed that
> behavior, I don't know if that's a problem of the whole X2100 series or
> the nForce4 chipset. Anyone else expirienced that behavior with nForce4?
> Any solutions?
Try different USB ports or different types of USB sticks.
Is there anything about the USB behaviour you can change in the BIOS?
- --
Regards
Heiko Zuerker
http://www.devil-linux.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iEYEARECAAYFAkRI3AAACgkQUcytMSbs+YUXAQCgmCryqsyk0kYzmnVHuG01ekLi
jhwAmwRFQMdVmLeT9YBvqVTI4rPM82M2
=Wn/P
-----END PGP SIGNATURE-----
|
|
From: Fickert, T. <tim...@gv...> - 2006-04-21 13:14:37
|
LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpIaS4NCg0K SSBoYXZlIGEgc21hbGwgcHJvYmxlbSB3aXRoIHRoZSByZWNvZ25pdGlvbiBvZiB0aGUgVVNCIGRl dmljZSAod2l0aCB0aGUNCmd6aXBlZCAvZXRjIG9uIGl0KSBhdCBzdGFydHVwLg0KV2UgYXJlIHVz aW5nIGEgU3VuIFN1bkZpcmUgWDIxMDAgc3lzdGVtIHdpdGggdGhlIG5Gb3JjZTQgY2hpcHNldC4g QklPUyBmaW5kcw0KdGhlIFVTQiBzdGljayB3aXRob3V0IHByb2JsZW1zIGR1cmluZyBQT1NUIGJ1 dCBETCAoMS4yLjkpIGRldGVjdHMgaXQgb25seQ0KYWJvdXQgMjUlIG9mIHRoZSB0aW1lICgiV2Fp dHVuZyBmb3IgVVNCIGRldmljZXMgdG8gaW5pdGlhbGl6ZS4uLiIgYnV0IGRvZXNuJ3QNCmZpbmQg aXQpLiBPbmNlIGl0J3MgZm91bmQgaXQgd29ya3Mgd2l0aG91dCBhbnkgZnVydGhlciBwcm9ibGVt cywgYnV0IHdlDQpzb21ldGltZXMgaGF2ZSB0byByZWJvb3QgdGhlIG1hY2hpbmUgMy00IHRpbWVz IGJlZm9yZSB0aGUgVVNCIHN0aWNrIGlzDQpyZWNvZ25pemVkLg0KU2luY2Ugd2UgdHJpZWQgaXQg b24gdHdvIFgyMTAwIHN5c3RlbXMgYW5kIGJvdGggc2hvd2VkIHRoYXQgYmVoYXZpb3IsIEkgZG9u J3QNCmtub3cgaWYgdGhhdCdzIGEgcHJvYmxlbSBvZiB0aGUgd2hvbGUgWDIxMDAgc2VyaWVzIG9y IHRoZSBuRm9yY2U0IGNoaXBzZXQuDQpBbnlvbmUgZWxzZSBleHBpcmllbmNlZCB0aGF0IGJlaGF2 aW9yIHdpdGggbkZvcmNlND8NCkFueSBzb2x1dGlvbnM/DQoNCkdyZWV0aW5ncywNClRpbQ0KDQot LS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KVmVyc2lvbjogUEdQIERlc2t0b3AgOS4wLjUg KEJ1aWxkIDUwNTApDQoNCmlRQS9Bd1VCUkVqYUtIWksvV2tnTlZxbEVRTE1KZ0NlUC9EVlJwY1FZ TVowZ0FwemtJWFVGNDR3OGNRQW9Qd1QNCnRqb0xJQWhDODdRTVV3RlpxMXNwdU5LbA0KPWhPUmoN Ci0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQo= |
|
From: Heiko Z. <he...@zu...> - 2006-04-21 13:13:45
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, April 21, 2006 08:10, fe...@fr... wrote: >> Actually there's already another version on the FTP server which should >> work. It's from April 17th. > > Sorry, but I did test with this one and the log messages are from this > version. Ah crap. That means we need to give it a try with a clean compile, this will take a quite a few hours. - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRI2lcACgkQUcytMSbs+YWSUgCdENJ0G36fDo7mqF97wm6Kw9Rs TQIAmgL0adMqwCpe4O+OH+eqiElR6V1t =w19U -----END PGP SIGNATURE----- |
|
From: <fe...@fr...> - 2006-04-21 13:10:46
|
>Actually there's already another version on the FTP server which should >work. It's from April 17th. Sorry, but I did test with this one and the log messages are from this ve= rsion. Nouveau: le premier abonnement ADSL sans taxe mensuelle! Changez d=E8s =E0 pr=E9sent pour sunrise ADSL free. http://www.sunrise.ch/fr/privatkunden/iminternetsurfen/adsl/adsl_abosundp= reise/adsl_gelegenheitssurfer/adsl_free.htm |
|
From: Heiko Z. <he...@zu...> - 2006-04-21 13:03:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, April 21, 2006 03:51, fe...@fr... wrote: > With DL 1.2.10 (17/04/06), we have the following problem with pam_radius. > > > Apr 20 14:37:42 src@rad-client sshd[3598]: PAM unable to > dlopen(/lib/security/pam_radius_auth.so) Apr 20 14:37:42 src@rad-client > sshd[3598]: PAM [error: /lib/security/pam_radius_auth.so: > undefined symbol: __guard] Apr 20 14:37:42 src@rad-client sshd[3598]: PAM > adding faulty module: /lib/security/pam_radius_auth.so > > The same config is working with a Debian, and we also tested the 1.2.9 > (not > working) and 1.2.10 (21/03/06 module missing). > > Any idea? Actually there's already another version on the FTP server which should work. It's from April 17th. - -- Regards Heiko Zuerker http://www.devil-linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iEYEARECAAYFAkRI1+wACgkQUcytMSbs+YU3NwCgg/iB7H85T4IkgXIWv+SS+u0i hgMAn0m7s0907yMlglxht3FR6aXmpDOY =pBCL -----END PGP SIGNATURE----- |
50 messages has been excluded from this view by a project administrator.
