Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19
giFT servers
Page 1 of 2 12 LastLast
Results 1 to 10 of 14

Thread: giFT servers

  1. #1

    giFT servers

    Hi I just installed giFT and the fasttrack plugin but I keep getting this pop up "connection to 127.0.0.1:1213 failed" now i'm not sure what IP to enter ??? if anyone know please tell

  2. #2
    Junior Member
    Join Date
    Aug 2003
    Posts
    76

    Re:giFT servers

    i think your configuration may be incomplete or some field was entered slightly wrong. maybe run the setup again and be very careful how you answer the very first question (that's a hint btw)

  3. #3

    Re:giFT servers

    on the first qusetion I put a 1 I read most of the stuff and in the plugins I typed in fasttrack dont know if that was right but I did it anyways.

  4. #4
    Junior Member
    Join Date
    Aug 2003
    Posts
    76

    Re:giFT servers

    here is my conf file (which works well at least the other day it did).

    Code:
    # MAIN
    
    [main]
    
    #
    # Boolean determining whether or not this file has been reviewed and is
    # complete.  giFT will fail to start unless this is non-zero.  This is done
    # so that we can make sure you, at the very least, read through this file.
    #
    # Default: 0
    #
    setup = 1
    
    #
    # Space separated list of hosts to allow connection to giFT's interface
    # protocol (running default on port 1213).  This protocol is used for GUIs
    # to communicate with giFT and could be considered a security risk to allow
    # external connections.
    #
    # The following special keywords are supported:
    #  
    #  ALL       - synonym for 0.0.0.0/0
    #  LOCAL     - synonym for 127.0.0.0/8 192.168.0.0/16 172.0.0.0/11 10.0.0.0/8
    #
    # Bitwidth fields are optional
    #
    # Default: LOCAL
    #
    hosts_allow = LOCAL
    
    #
    # Port on which to listen for user interface connections.  Unless you have a
    # special need to talk to the client on a non-standard port, just accept the
    # default.
    #
    # NOTE:
    #  If you change this value, you will also need to modify the ui.conf
    #  configuration for the machine which will be making outgoing connections
    #  here.#
    client_port = 1213
    
    #
    # Determines whether or not to follow symbolic links.  If this value is set
    # non-zero, symlinks will be traversed and a directory inode tracking system
    # will be used to ensure that giFT does not descend the same directory
    # twice.  If you do not have any symlinks or do not want them traversed, set
    # this to 0 for a very minor efficiency gain.
    #
    # Windows users: this setting has no effect.
    #
    # Default: 1
    #
    follow_symlinks = 1
    
    #
    # Colon separated list of protocol plugins to load by default.  If dynamic
    # library support is enabled, the plugin specified will be stat'd to check if
    # it is a loadable path.  If that fails, the fallback method is to attempt to
    # construct the fully qualified path based on the configured environment.#
    # NOTES:
    #  Without dynamic library support, this plugin must have been compiled into
    #  your giFT binary.  With, this plugin must exist in the installed
    #  plugin directory.  giFT -V will output this path to you, if you are not
    #  sure.
    #
    #  Protocol names are case sensitive, so use OpenFT, not Openft.
    #
    # For example, to use the OpenFT and Gnutella protocols use:
    #
    #  OpenFT:Gnutella
    #
    # Default: none
    #
    plugins = OpenFT:Gnutella:FastTrack
    
    ###############################################################################
    # DOWNLOAD CONTROLS
    
    [download]
    #
    # Directory to store transfers while they are being operated on.  Temporary
    # state files are also kept here.  It is recommended, but not required, that
    # the incoming and completed directories are on the same partition (drive).
    #
    # Windows users: please use the following path specification:
    #
    # incoming=/[drive]/dir1/dir2
    #
    # For example, to refer to C:\Program Files\giFT\incoming, use:
    #
    # incoming=/C/Program Files/giFT/incoming
    #
    # Default (*nix):    ~/.giFT/incoming
    # Default (Windows): /C/Program Files/giFT/incoming
    #
    incoming = ~/.giFT/incoming
    
    #
    #
    # Directory which will contain files after they have successfully finished
    # downloading.
    #
    # Default (*nix):    ~/.giFT/completed
    # Default (Windows): /C/Program Files/giFT/completed
    #
    completed = ~/.giFT/completed
    
    ###############################################################################
    # SHARE SUBMISSION AND UPLOAD CONTROL
    
    [sharing]
    
    #
    # Maximum amount of uploads allowed from the same user at any given time.  It
    # is recommended that you keep this at 1 in order to prevent users from
    # unfairly queueing your connection.
    #
    # Default: 1
    #
    max_peruser_uploads = 1
    
    #
    # Determines whether or not to hide directories which contain a leading dot.
    # These directories are commonly meant to be "hidden" and thus should not be
    # submitted to the network.  Selecting 0 here will submit all directories.
    #
    # Default: 1
    #
    hide_dot_files = 1
    
    #
    # Colon separated list of fully qualified paths you wish to share.  These
    # directories will be recursed at giFT's startup and the files contained
    # within will be subjected to an MD5 hashing.  The results will be cached and
    # will only be recalculated on a per share basis when the size or
    # modification time in the cache and on disk disagree, or the file name is
    # changed.
    #
    # Sanity notice:
    #  Do NOT share source directories!  Remote nodes will refuse to index your#  shares if you are attempting to submit more than 64000 files.
    #
    # Security notice:
    #  Do not share directories which may contain sensitive information, such as
    #  ~ ($HOME).  Also note that any directories shared here will be stripped of
    #  all but the last path element when submitted to other nodes for indexing,
    #  effectively "hiding" the directory prefix.
    #
    # Windows users: please use the following path specification:
    #
    #  /[drive]/dir1/dir2:/[drive]/dir3/dir4 ...
    #
    # For example, to refer to C:\Program Files\giFT\shares and D:\shares, use:
    #
    #  /C/Program Files/giFT/shares:/D/shares
    #
    # Default: none
    #
    root = /home/sarah/giFTshares
    
    #
    # Maximum amount of simultaneous uploads allowed.  Setting this to -1 will
    # cause giFT to not limit outgoing transfers.  0 effectively disables sharing.
    # This may also be handled at run time via your GUI of choice.
    #
    # Default: -1
    #
    max_uploads = -1
    
    #
    # Controls when giFT periodically rescans your shared directories for any
    # changes (new files, missing files, changed files, etc.) and communicates
    # those changes to the underlying protocols.  This parameter specifies how
    # often (in seconds) you want that to happen.
    #
    # For your reference
    # ==================
    # 0        turns off periodic auto-resync
    # 3600     one hour
    # 86400    one day
    # 604800   one week
    #
    # Default: 86400
    #auto_resync_interval = 86400
    
    #
    # Controls whether or not giFT should automatically share files that you have
    # finished downloading.  This feature significantly improves the network's
    # abundance of files and helps ease the load on those sharing popular files.
    # It's a Good Thing (TM), please leave it on.
    #
    # Avoid setting your completed directories through sharing/root, as that
    # setting will duplicate recursion of the completed directory and cause
    # generally undesirable results.
    #
    # Default: 1
    #
    share_completed = 1
    
    ###############################################################################
    # USER SPACE BANDWIDTH CONTROL
    
    [bandwidth]
    
    #
    # Bandwidth throttling allows giFT to have some basic control over your
    # bandwidth usage.  This code operates in user space, and as a result can not
    # guarantee perfect accuracy.  If you wish to use this feature, please
    # consider using a more reliable kernel space option first.  As always, google
    # should be able to assist you there.
    #
    # The following configuration switches control the maximum number of bytes
    # per second allowed for the given stream direction.  A setting of 0 will
    # disable throttling for that direction.
    #
    # Default: 0
    #
    downstream = 0
    upstream = 0
    bit of a flood i hope that helps a bit.

  5. #5

    Re:giFT servers

    humm I compared yours to mine and they are the same. I still keep getting the message. could it be because I am behind a router/firewall ???

  6. #6
    Junior Member
    Join Date
    Aug 2003
    Posts
    76

    Re:giFT servers

    well i am too but it has not been a problem. are you running the cvs version of giFT or the release. i always use the CVS.

  7. #7

    Re:giFT servers

    no its not the cvs I uesed the one with gentoo

  8. #8

    Re:giFT servers

    make sure you run giftd prior to running your gift client

  9. #9

    Re:giFT servers

    Yeah it is your router/firewall. You have to forward to neccesary ports to your ip/computer. Or else it will not work. I had the same problem.

  10. #10

    Re:giFT servers

    he couldn't connect to 127.0.0.1, that's localhost, so it's not the router.

    though, after he gets that to connect he very may well need to open ports on his router to actually connect to the network

Similar Threads

  1. giFT
    By friskydrifter in forum Linux - Software, Applications & Programming
    Replies: 10
    Last Post: 01-23-2004, 11:51 AM
  2. giFT NAT problems
    By gmoreno in forum Linux - Software, Applications & Programming
    Replies: 9
    Last Post: 05-22-2003, 10:29 PM
  3. giFT problem
    By a.lost.soul in forum Linux - Software, Applications & Programming
    Replies: 9
    Last Post: 05-18-2003, 03:50 PM
  4. giFT
    By SpookyEddy in forum Linux - Software, Applications & Programming
    Replies: 2
    Last Post: 07-30-2002, 11:46 AM
  5. The God's gift to all of us
    By NGene in forum General Chat
    Replies: 13
    Last Post: 07-01-2002, 06:45 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •