home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.dcom.vpn      VPN protocols, clients, awesomeness      2,348 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 1,704 of 2,348   
   TP to Vince   
   Re: 3-site VPN implementation w/Terminal   
   18 Aug 05 12:50:39   
   
   XPost: microsoft.public.windows.terminal_services   
   From: tperson.knowspamn@mailandnews.com   
      
   Hi,   
      
   Just based on the information you have provided, I think you   
   could simplify to something like this:   
      
   - 1 Server at HQ site performing all functions   
      
   - no VPN, just low-cost router/firewalls   
      
   - Dynamic ips at remote sites if it saves substantial amount   
   per month, and depending on security needs.  For example,   
   Verizon DSL is only $29.95/month for the speed you   
   mention w/dynamic ip, but is $79.95/month for same speed   
   with static ip, maybe SBC has similar pricing?   
      
   - If printing is very heavy or graphicly intense at the remote   
   offices, you may need more outgoing bandwidth at the HQ   
   location, and/or a universal printer software package that   
   helps cut down on the size of each print job.   
      
   Now, I'll explain reasons why I suggest the above:   
      
   1. Higher performance--you mentioned the app uses standard   
   file sharing, so it would run faster if the files were being accessed   
   directly on the server instead of on a separate file server like   
   you proposed.  The difference is usually VERY noticable when   
   running reports, but also can speed data entry, depending on the   
   application.   
      
   2. Lower cost--obviously, only one server is necessary so the   
   hardware and software costs are much lower.  The ongoing   
   maintenance costs are lower as well, because there is only one   
   server to maintain.   
      
   3. A single server can EASILY handle the workload for what   
   you are describing, plus much more.   
      
   One question I have for you is what is the primary reason   
   for a VPN?  Are you planning on having the workstations in   
   the remote office authenticate to the domain, over a   
   [relatively] slow connection to the HQ DC?  I wouldn't think   
   you would want this because the traffic would slow your TS   
   connections, slow logons for remote local logons, etc.   
      
   Is there some other need for the VPN?   
      
   If you are concerned about preventing someone who is not physically   
   located in one of the offices to connect via TS, you could set the   
   firewall to only allow certain ips.  The TS connection is already   
   fully encrypted.   
      
   Please let me know if you have any questions.   
      
   Thanks.   
      
   -TP   
      
   Vince wrote:   
   > Hello,   
   >   
   > I am a catch-all IT consultant in Southern California with very little   
   > practical VPN experience (but learning quickly).  I am therefore   
   > seeking guidance and affirmation from the gurus in this forum, if you   
   > would be so kind.   
   >   
   > I have a client with a small medical practice who would like to   
   > consolidate his patient data into one location.  He has 3 sites (2   
   > medical offices, 1 billing office), each with their own self-contained   
   > instances of 2 core DB apps.  Each site has their own LAN, workgroup,   
   > router, and DSL Service of varying speeds/equipment.   The medical   
   > offices have 9 total users (4 and 5, respectively), while the billing   
   > office has only 3.  All client PCs have either XP Pro SP2 or XP Home   
   > SP2. There are no "servers", only workstations hosting the DB data   
   > over standard file sharing.   
   >   
   > Office growth has reached a plateau; there is no anticipated user   
   > increase for the forseeable future.  Money is always a factor, but I   
   > have been told that special consideration can be made for an   
   > "appropriate" price/performance solution. The main goal is to   
   > consolidate the patient data from all 3 sites into 1 central location   
   > so that all users are viewing the same tables.  The DB app support   
   > techs will perform the data merges, I need to design and implement the   
   > infrastructure.   
   >   
   > My proposal:   
   > - 12 total users (5,4,2)   
   > - the 5 user site becomes the "HQ"   
   > - New Windows 2003 Domain Controller at HQ site will host the   
   > consolidated DB Data and MS License server   
   > - New Windows 2003 Terminal Server at HQ site will host the 2 DB apps   
   > - Standardize all 3 sites to highest ADSL Service w/static IP   
   > addressing   
   > (SBC Yahoo!® DSL Pro-S -   
   > Speed: 1.5-3.0Mbps downstream/384-512Kbps upstream   
   > IP Address: 5 Static   
   > Price: $74.99/mo)   
   > - Standardize all 3 sites to same make/model of VPN router   
   > - Establish tunnels into the HQ site from the 2 other sites (non-mesh)   
   > - All clients will access the 2 DB apps on the Terminal Server at HQ   
   > Site via RDP   
   >   
   > VPN Questions:   
   >   
   > 1) After reading posts here and elsewhere, I am inclined to go with 3   
   > Netopia VPN Routers, either 3386-ENT or 3387WG-ENT (the doctors have   
   > wireless laptops).  Will this hardware be sufficient to provide a   
   > reliable connection between the sites?  Anyone have any other   
   > recommendations?   
   >   
   > 2) Will this ISP package be sufficient or will we need something   
   > beefier (SDSL,T1, etc)?   
   >   
   > General Questions:   
   >   
   > 3) As far as the beefiness of the servers, I am inclined to go heavier   
   > on the Terminal server (2P, 2G RAM) than on the DC (1P 1G RAM), given   
   > their required tasks.  Am I making the correct assumptions?   
   >   
   > 4) Are there any "gotchas" I need to keep in mind?  Is there a better   
   > arrangement for this type of situation?   
   >   
   > Any insight would be greatly appreciated.   
   >   
   > Thanks,   
   >   
   > -Vince   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca