[KLUG Advocacy] re: OT: uPNP

[Mike Williams]

>
>
>From: Adam Tauno Williams <adam at morrison-ind.com>
>  
>
[snip]

>You can disbable NetBIOS on a per-interface basis
>  
>
Unfortunately, that won't work, as I'd like to have this machine be a 
bit of a file server as well.  Can you do something odd like give it 2 
IPs on the inside, one for samba, DNS, and DHCP, and the other for 
outbound NAT?

>>> always dial in response to something sensible like traceroute. Plus the
>>    
>>
>
>I'd consider ignoring ICMP a positive for a external facing interface.
>  
>
I suppose.  Half the time it wouldn't dial when I punched up a web or 
ftp session either, though.  On-demand is likely to be a problem, 
though, because there will be two Windows boxes behind it, and Windows 
boxes have a nasty habit of having "update software" (some of which 
blurs the line between legitimate update checks and spyware) that calls 
home regularly.  I think it will be more trouble than it's worth 
configure complicated rules explaining what IPs or protocols trigger 
dialing and which ones don't.

> 
>  
>
>>> fact that the machine that controls the modem is a desktop I'd prefer 
>>> not to leave on all the time.  I've got an old machine that's going to 
>>> be a mini server when I get the kinks out.  Maybe the "when to dial" 
>>> logic is better in Linux.
>>    
>>
>>>> >The solution for line sharing is (a) don't or (b) get a $5 phone blocker
>>>      
>>>
>>> >from Radio Shack, these won't let an extension get signal if the line is
>>    
>>
>>>> >already off-hook.
>>>      
>>>
I'll look into that, definitely.

>>> Option b might be worth trying if I can't manage option a, which 
>>> involves dumping the modem for DSL.  The modem is a piece of junk 
>>> anyway.  External, so it's a real modem (not winmodem) but it only 
>>> manages a connection above 31.2k about once every other February 29th.
>>    
>>
>
>Seems normal, all the 56k noise is total nonsense; it is just this site of 
>impossible to ram 56k over a phone line - a T1 channel with clear-channel 
>encoding only does 64k,  add in the DAC/ADC process and the unbalanced 
>impedence of a POTS pair....  I've seen phone lines from buildings where I 
>could see the CO from the roof clock in at under 28k.
>  
>
The wiring's good.  It's new construction, and I ran some of the phone 
wire myself with cat5.  Connections are heavily dependent on the ISP at 
the other end.  A previous ISP down there (of course a more expensive 
one) got 40k or better connections fairly regularly, but the current one 
doesn't.  It's not worth it trying to get a guy in tech support who 
understands the difference between x2, k56flex, v.90, and v.92.  For 
that matter, I don't understand it myself!

>  
>
>>>> >Otherwise look around for a 'modem server'.  They're used to be quite a
>>>> >few techniques for doing remote modem control but modems don't get much
>>>> >attention these days (they are the #1 devices to eliminate from a
>>>> >network) and remote control of a modem only works till it freaks out and
>>>> >needs a hard reset.
>>>      
>>>
>>> Anybody want to guess how hard it would be to write a couple of putty 
>>> scripts or something that would connect, give a name and password, bring 
>>> up or down the Internet connection, and log out again?  They would need 
>>> to be launchable from Windows and pretty idiot-proof.
>>    
>>
>
>I'm quite certains several such things already exist - head over to 
>freshmeat.net and have a look around.  The modem-in-the-windows box is going to 
>be the really oddity you face, most solutions i think are the other way around.
>
>  
>
Meaning the gateway is running linux?  That's what I'm moving toward 
anyway.  I can probably get it working, but there's always something 
else more important at the moment.