| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
Comments:
<0> forgot about that
<1> Links, lynx & links2 all do gopher.
<0> forgot that all browsers support gopher... havent used it in forever
<1> Well it's still there, waiting for you to return.
<1> I'll be back soon, I've got to have a shower and get dressed. It's 13:00 here.
<2> Does anyone know how I automaticly can set the umask on apache created files, on a server with suexec and suphp?
<0> ask the apache channel
<3> sup
<3> @apache?
<4> hi
<5> what is the correct way to connect to a windows xp c$ with smbclient
<6> smbclient is deprecated.. I think the way to go is using mount
<5> yeah whatever, I want to use smbclient
<5> brb
<6> mount -t smbfs -o=brujoh //192.168.1.20/d$ /mnt/station
<6> like that
<5> thanks
<6> sure thing
<5> damnit
<5> it won't let me. i guess i didn't give permissions on that xp box
<6> ahh.. you might need to set up an account with pw and stuff
<6> on it
<5> i turned off administrative shares
<5> haha
<5> :(
<6> heheh
<7> Good Morning
<3> hi
<7> man, gnome took forever
<7> and got back on the computer today, and it says error Metacity-2.14.5 failed
<7> :/
<7> compile failure
<8> gentoo emerges can be a humbling experience for even the most patient of individuals
<7> heh
<3> anyone know how to wol computers u dont know the mac addr for
<8> wol?
<3> wake on lan
<9> you have to know the mac address
<3> yeah see
<3> thats the problem i dont
<3> i guess u cant double broadcast a wol packet
<10> arp for the mac
<10> or look in the bridge table of the switch it's connected to
<3> let me telnet in to the switch
<3> good idea
<3> bit dunno switch was powerd off
<3> we'llsee
<11> hi
<12> steve!!!
<3> hi
<11> yes how can i help you
<9> great your back
<12> send me copies of Vista
<11> you want vista
<12> hasta la vista
<3> it was free yesterday
<3> www.slickdeals.net
<11> its not on stores yet
<9> what a moron
<13> hehe, ya the moron is back :)
<14> mormon
<13> aslo
<13> also
<14> im tired :<
<15> Hey i'm trying to forward a UDP port so i can parse a socketudp command from mIRC -> shell, iptables -I INPUT -p udp -s <MYIP> -d <SHELLIP> --dport 7331 -j ACCEPT
<15> thats the command, but it doesnt seem to forward it properly, any ideas?
<16> /sbin/iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 2223 -j DNAT --to-destination 192.168.0.60:22
<16> that's to forward a tcp connection; i'm sure you can adapt it for udp
<17> -p udp
<17> you need both lines, one to allow it, the other to forward it
<18> anyone with VPS hosting experience?
<19> only if you explicitly drop/reject forwarded packets somewhere else
<19> default is to allow
<7> This isnt me.. though I have the same error.. if anyone has any suggestions besides starting over... plz share :)
<7> http://www.linuxforums.org/forum/gentoo-linux-help/65599-error-x11-wm-metacity-2-14-5-failed.html
<15> warflyr: so what commands do i need exactly
<15> what should i change with my current string
<17> try what spb said
<17> as well as what you did
<15> iptables -t nat -A PREROUTING -p udp -i eth0 --dport 7331 -j DNAT --to-destination <shellbox.ip.here>:22
<15> like this?
<15> 7331 being the udp port needed
<16> if the machine at shellbox.ip.here listens on udp 22 then yes
<17> **** im oiut of disk space
<15> how can i verify/ensure that, spb
<16> if you're forwarding to it you ought to know
<17> sweet just cut 3.2gigs
<19> i burnt my first dual layer dvd today :o
<18> what a waste of money those are
<18> costs like 4 single layers
<15> so i tried spb's recommendation, iptables -t nat -A PREROUTING -p udp -i eth0 --dport 7331 -j DNAT --to-destination <shellbox.ip.here>:7331
<15> 7331 being the desired listening port
<20> and...
<15> and it still wont accept any packets, i tried to forward the port specific to my homebox that i'm connecting from, that didnt work either
<15> the funny thing is no firewall is even running on this box currently, what could be declining the connection?
<20> you bouncing stuff in and out on same eth?
<15> yes
<20> then you need snat as well
<15> elaborate
<20> or any replies will be sent direct
<20> dnat changes destination IP
<20> not source
<15> so what should the correct iptables string be?
<20> what exactly do you want to achieve?
<15> sending a socketudp command from mIRC that parses to pftp, a ftp client for linux
<15> the pftp is lisetning on that port, 14:53:56 UDP Daemon Listening on port 7331
<20> uhh
<15> all the configs are the same as before
<20> you have two boxes
<20> on different networks
<20> right?
<15> yes
<15> sending commands from my homebox in .ca, to a shellbox in .nl
<20> you want udp from internet to one of these boxes
<20> to be redirected to another box
<15> yes, and its as if the shellbox is restricting it
<20> so, you have box A (somewhere on inet), box B(home) and box C(shellbox)
<20> udp from A to B on a specific port should be forwarded to C
<20> right?
<15> i dont know where you're getting 3 boxes from
<15> i'm using mIRC from my homebox, BOX A
<15> sending this socketudp command to achieve a outcome on the shellbox, BOX B
<15> theres no firewall on boxb, nothing should be restricting the packets from coming through
<15> the pftp client is listening on that port, and the configuration string i'm sending for the socketudp is setup properly
<20> where do forwarding come into the picture then?
<20> A sends udp to B
<15> because i was thinking if it was blocked somehow, that it'd need to be allowed/forwarded/opened/etc
<15> listen i'm no real genious, what do you suggest?
<20> hangon, let me just get your setup clear
<20> your box A is windows, directly on inet
<20> do you have root on box B?
<15> yes
<9> got some ballz having a windows box directly connected to the inet..
<15> nice comment, very useful
<9> :)
<20> ok. ethereal
<20> see if A actually sends udp
<20> tcpdump on B, see if it actually sees the packets
<20> check the B INPUT policy
<20> and INPUT ruleset
<15> what should i verify, check, or replace on the INPUT policy
<15> i think that may be it, i know A is sending the packets
<20> is the INPUT policy drop, reject or accept?
<15> accept
<20> do you have any rules in INPUT that may prevent this udp?
<20> and have you gotten rid of the PREROUTING forwarding bs?
<15> well this is what i did before and it seemed to work
<15> iptables -I INPUT -p udp -s <BOX.A.HOMEIP> -d <BOX.B.SHELLIP> --dport 7331 -j ACCEPT
<15> the box rebooted, and now its not accepting the packets
<20> iptables -nvL
<20> do the rule still exist?
Return to
#gentoo
or
Go to some related
logs:
webcam burn out ccd
#gamedev
Mr. hollis opus
#beginner
#flash
mirc /xyzzy
penn political union
#freebsd
NOKIA 5180IP
automatic proxy leecher
|
|