What would happen if you had a standing iptables rule to drop all connection refused packets?

Then initiators should connect if there is something listening, otherwise hang until the timeout trying to connect.

-Ross



----- Original Message -----
From: iscsitarget-devel-bounces@lists.sourceforge.net <iscsitarget-devel-bounces@lists.sourceforge.net>
To: iscsitarget-devel@lists.sourceforge.net <iscsitarget-devel@lists.sourceforge.net>
Sent: Fri Apr 25 17:28:59 2008
Subject: Re: [Iscsitarget-devel] Reloading the iscsi target (ietd.conf)

| what is the difference between this and ietd restart? if we fail to
| restart and need that iptable trick, it is a bug and should be fixed.

 For a real restart ('stop' and then 'start' again), I don't see any
way out of the iptables trick because at *some* time, ietd won't be
running and thus initiator attempts to (re)open a connection will get
'TCP connection refused'.

        - cks

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Iscsitarget-devel mailing list
Iscsitarget-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iscsitarget-devel


This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.