Jump to content

Marsden

Member
  • Posts

    446
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    United States

Everything posted by Marsden

  1. Marsden

    Home Network

    Turn simple file sharing off! You don't need it. Real tough to have a domain without a server! Your XP machines are in a peer to peer network.
  2. If your laptop's hardware devices are not MCE 2005 certified, that dog is not going to hunt and I would suggest plastic pants...
  3. You need to install SP1 for Win2K3. Start> Control Panel> Security>
  4. Your hardware HAS to be MCE 2005 certified. Otherwise you're just p***ing into the wind.
  5. I'm running a 32bit Jave app on XP x64 and have seen a 40% increase in the client output. This was measured over a 28 day period with the java client running at 99% 24x7. This out put was measured against the same hardware running Windows 2003 Server. You may say what you like about performance but it really comes down to each individual 32bit app and how it runs on x64.
  6. SPS is one of the core components in SBS 2003.
  7. x64 Edition Technology Advancement Software Redemption End users may redeem: * Windows XP Professional x64 Edition Technology Advancement software and/or * Windows Server 2003 x64 Edition Technology Advancement software in exchange for: * Qualifying Software-Microsoft Windows XP Professional and/or * Qualifying Microsoft Windows Server 2003 End users must be eligible to qualify for the Technology Advancement Program. Windows XP Professional x64 Edition Technology Advancement Program Requirements Qualified Software In order for the Customer System to be eligible for Technology Advancement Software, the end user customer must have acquired qualifying Windows XP Professional software (Qualified Software) from a system builder: * Preinstalled on a fully assembled computer system (Customer System) or * Sold with a non-peripheral hardware component. Qualified Software may only be upgraded with the corresponding Technology Advancement Software as in the table below. Technology Advancement Software Prior Product Microsoft Windows XP Professional x64 Edition Microsoft Windows XP Professional Limited Availability Technology Advancement Software availability dates are set out in the table below. Microsoft, in its sole discretion, may change any of the Technology Advancement Program dates through written notice to OEMs and ARs. Program Timeline Description Dates Eligible systems period Qualified software must be acquired between these dates March 31, 2003 through June 30, 2005 Program Web site go-live date Program redemption websites may go live on or after this date, but not before. April 25, 2005 End user redemption timeframe Orders must be entered received between these dates. April 25, 2005 through July 31, 2005 Product distribution expiration date Last date ARs may distribute Technology Advancement Software to end users) Aug 31, 2005 Program Support Customers will forfeit support from system builders in exchange for one incident of support from Microsoft. Windows Server 2003 x64 Edition Technology Advancement Program Requirements Qualified Software In order for the Customer System to be eligible for Technology Advancement Software, the end user customer must have acquired qualifying Windows Server 2003 software (Qualified Software) from a system builder: * Preinstalled on a fully assembled computer system (Customer System) or * Sold with a non-peripheral hardware component. Qualified Software may only be upgraded with the corresponding Technology Advancement Software. Technology Advancement Software Prior Product Windows Server 2003, Standard x64 Edition Windows Server 2003, Standard Edition Windows Server 2003, Enterprise x64 Edition Windows Server 2003, Enterprise Edition Limited Availability Technology Advancement Software availability dates are set out in the table below. Microsoft, in its sole discretion, may change any of the Technology Advancement Program dates through written notice to OEMs and ARs. Program Timeline Description Dates Eligible systems period Qualified software must be acquired between these dates March 31, 2003 through June 30, 2005 Program Web site go-live date Program redemption websites may go live on or after this date, but not before. April 25, 2005 End user redemption timeframe Orders must be entered received between these dates. April 25, 2005 through July 31, 2005 Product distribution expiration date Last date ARs may distribute Technology Advancement Software to end users Aug 31, 2005 Program Support Customers will forfeit support from system builders in exchange for one incident of support from Microsoft. Fulfillment and Redemption Fulfillment Microsoft will select designated Authorized Replicators (AR) to support the System Builder Technology Advancement Program for specific regions with instructions for process. Customer Redemption * Redemption must be received by AR before the End User Order Expiration Date * Customer System serial number has not been used previously * Product key number is complete and not a previously reported number Details Coming Soon * Where to direct your customers to register for the program * Web site requirements * Frequently asked questions Proof of Acquisition Requirements Windows XP and Windows Server 2003 Orders placed online require users to submit: * System acquisition date * Windows XP Product Key o located on the Certificate of Authenticity on the back of the customer’s PC or o located on the shrink-wrap around the manual or on the back of the manual—unless the system builder places it elsewhere—and if Qualified Software was purchased with non-peripheral hardware component. * Windows Server 2003 Product Key o located on the Certificate of Authenticity on the back of the customer’s PC or o located on the shrink-wrap around the manual or on the back of the manual—unless the system builder places it elsewhere—and if Qualified Software was purchased with non-peripheral hardware component. Microsoft reserves the right to request Proof of Acquisition to ensure end-user eligibility.
  8. If SP2 breaks anyhting it is because your machine is toast before you started the SP2 upgrade. If SP2 were breaking every machine it would be on the evening news. Not the case. You are not secure without it.
  9. Why are you even bothering with SP1? Move right to SP2...
  10. More options You can detach the MSDE 2000 data file, and then attach it again on a computer running SQL Server. For information, visit the following Microsoft Web sites: sp_attach_db http://msdn.microsoft.com/library/default....=/library/en-us /tsqlref/ts_sp_ae-az_52oy.asp sp_detach_db http://msdn.microsoft.com/library/default....=/library/en-us /tsqlref/ts_sp_da-di_83fm.asp
  11. You can upgrade the existing MSDE 2000 to SQL Server. The SQL Server installation program recognizes an installation of MSDE 2000 and its accompanying data files and transaction logs. This allows you to upgrade MSDE 2000 directly to SQL Server. For more information, visit the following Microsoft Web site: Upgrading an Existing Installation of SQL Server http://msdn.microsoft.com/library/default....=/library/en-us /instsql/in_overview_2xtf.asp
  12. Windows 2003 Server x64 will support 75% more Terminal Server clients than 32bit Windows 2003 Server. Base your hardware specs around 64bit hardware...
  13. https://63.204.xxx.xx/remote You have to have SBS 2003 with Exchange 2003, IIS 6.0, SQL 2000, and SharePoint Services. RWW only uses a web browser on the client end. I use any remote machine or my Poclet PC Phone Edition to asscess my SBS network.
  14. Best practices for DNS Enter the correct e-mail address of the responsible person for each zone you add to or manage on a DNS server. This field is used by applications to notify DNS administrators for a variety of reasons. For example, query errors, incorrect data returned in a query, and security problems are a few ways in which this field can be used. While most Internet e-mail addresses contain the at sign (@) when used in e-mail applications, this symbol must be replaced with a period (.) when entering an e-mail address for this field. For example, instead of "administrator@microsoft.com", you would use "administrator.microsoft.com". For more information on configuring the responsible person for a zone, see To modify the start of authority (SOA) record for a zone. Be conservative in adding alias records to zones. Avoid using CNAME resource records (RRs) where they are not needed to alias a host name used in a host (A) resource record. Also, ensure that any alias names you use are not used in other RRs. DNS allows an owner name of a CNAME resource record to be used as the owner name of the other types of resource records, such as NS, MX, and TXT resource records. For more information, see Alias (CNAME) resource records. When designing your DNS network use standard guidelines and, wherever possible, follow preferred practices for managing your DNS infrastructure. DNS was designed to provide a level of fault tolerance for resolving names. If possible, you should have at least two name servers hosting each zone. If you are using Active Directory, use directory-integrated storage for your DNS zones for increased security, fault tolerance, simplified deployment and management. By integrating zones, you can simplify network planning. For example, domain controllers for each of your Active Directory domains correspond in a direct one-to-one mapping to DNS servers. This can simplify planning and troubleshooting DNS and Active Directory replication problems because the same server computers are used in both topologies. If you are using directory-integrated storage for your zones, you may select from the different replication scopes that replicate your DNS zone data throughout the directory. If your DNS infrastructure must support Windows 2000 DNS servers, you will use the directory-integrated storage method that replicates DNS zone data to all domain controllers in a domain. If your DNS infrastructure is composed of DNS servers running Windows Server 2003 only, you may also select from replication scopes that replicate your DNS zone data to all DNS servers in the Active Directory forest, all DNS servers in a specified Active Directory domain, or all domain controllers specified in a custom replication scope. For more information on directory-integrated DNS zone storage and replication options, see DNS zone replication in Active Directory. Any DNS server hosting a directory-integrated zone is a primary DNS server for that zone. This enables a multimaster model where multiple DNS servers may update the same zone data. A multimaster model eliminates a single point of failure associated with a conventional single-master DNS topology, where updates may only be done to a single DNS server for a given zone. One of the important benefits of directory integration is the support for secure dynamic update of the names within a zone. For more information, see Secure dynamic updates. Consider the use of secondary zones to assist in off-loading DNS query traffic wherever it makes sense. Secondary servers can be used as backups for DNS clients. This allows you to use secondary servers as a means to load balance DNS query traffic on your network and reserve your DNS-enabled primary servers for use only by those clients that need them to perform dynamic registration and updates of their A and PTR RRs. For more information about the use of secondary or caching-only servers, see Using secondary servers and Using caching-only servers. If you are planning a large DNS design, such as for a large Internet service provider (ISP) that supports the use of DNS, review the following Request for Comments (RFC) documents published by the Internet Engineering Task Force (IETF). RFC Title 1912 Common DNS Operational and Configuration Errors 2182 Selection and Operation of Secondary DNS Servers 2219 Use of DNS Aliases for Network Services You can obtain these RFCs from the RFC Editor Web site. This Web site is currently maintained by members of the Information Sciences Institute (ISI) who publish a classified listing of all RFCs. RFCs are classified as one of the following: approved Internet standards, proposed Internet standards (circulated in draft form for review), Internet best practices, or For Your Information (FYI) documents. Server planning for DNS When planning for your DNS servers, it is important to consider the following: Perform capacity planning and review server hardware requirements. Determine how many DNS servers you need and their role in your network. When deciding the number of DNS servers to use, decide which servers will host primary and secondary copies of zones. Also, if you are using Active Directory, determine whether the server computer will perform as a domain controller or a member server for the domain. Decide where you are going to place DNS servers on your network for traffic loads, replication, and fault tolerance. Decide whether to use only DNS servers running Windows Server 2003 for all your DNS servers or if you are operating a mixture of Windows and other DNS server implementations. Server capacity planning Planning and deploying DNS servers on your network involves examining several aspects of your network and the capacity requirements for any DNS servers you intend to use in it. Some questions to consider when planning include the following: How many zones is the DNS server expected to load and host? For each zone the server is loading for service, how large is the zone (based on the size of the zone file or the number of resource records used in the zone)? For a multihomed DNS server, how many interfaces are to be enabled for listening to and servicing DNS clients on each of the server's connected subnets? How many total or overall DNS query requests from all of its clients is a DNS server expected to receive and service? In many cases, adding more RAM to a DNS server can provide the most noticeable improvements in performance. This is because the DNS Server service fully loads all of its configured zones into memory at startup. If your server is operating and loading a large number of zones, and dynamic updates occur frequently for zone clients, additional memory can be helpful. Keep in mind that for typical usage, the DNS server consumes system memory as follows: Approximately 4 MB of RAM is used when the DNS server is started without any zones. For each addition of zones or resource records to the server, the DNS server consumes additional server memory. It is estimated that for the addition of every resource record to a server zone, an average of approximately 100 bytes of server memory is used. For example, if a zone containing 1000 resource records is added to a server, it would require approximately 100 KB (kilobytes) of server memory. In determining your DNS server plans, you can start by reviewing sample DNS server performance test results collected by the DNS development and testing teams. In addition, you can use DNS server-related counters provided for use with monitoring tools to obtain your own performance measurements. For more information, see Monitoring DNS server performance. Important The previous recommendations are not intended to indicate maximum performance or limitations for DNS servers. These numbers are approximate and can be influenced by the type of resource records entered in zones, the number of resource records with the same owner name, and the number of zones in use at a specific DNS server. Where to place DNS servers In general, place your DNS servers at a location on your network that is centrally accessible to your clients. It is often most practical to use a DNS server on each subnet. There are several factors to consider when deciding where a DNS server is needed: If you are deploying DNS to support Active Directory, is the DNS server computer also a domain controller or likely to be promoted to one in the future? If the DNS server stops responding, are its local clients able to gain access to an alternate DNS server? If the DNS server is located on a subnet that is remote to some of its clients, what other DNS servers or name resolution options are available if the routed connection stops responding? For DNS server installations where the use of Active Directory is an issue, review special interoperability issues and installation details. For more information, see DNS considerations for Active Directory. For all DNS server installations including those in which the use of Active Directory is not an issue, the following server placement and planning guidelines can be usefully applied. For example, if you have a routed local area network and high-speed links that are fairly reliable, you might be able to use one DNS server for a larger, multiple subnetted network area. If you have a high number of client nodes on a single subnet design, you might want to add more than one DNS server to the subnet to provide backup and failover if the preferred DNS server stops responding. When determining the number of DNS servers you need to use, assess the effect of zone transfers and DNS query traffic on slower links in your network. Although DNS is designed to help reduce broadcast traffic between local subnets, it does create some traffic between servers and clients that should be reviewed, particularly when used in complexly routed LAN or WAN environments. Consider the effects of zone transfer over slower speed links, like those typically used for a wide area network (WAN) connection. Although the DNS Server service supports incremental zone transfers and DNS clients and servers can cache recently used names, traffic considerations are sometimes still an issue, particularly when DHCP leases are shortened and, as a result, dynamic updates in DNS are performed more frequently. One option for dealing with remote locations on WAN links is to set up a DNS server at these locations to provide caching-only DNS service. With most installations, you should have at least two server computers hosting each of your DNS zones for fault tolerance. DNS was designed to have two servers for each zone, one as a primary server and the other as a backup or secondary server. When making any final determinations about the number of servers to use, first assess the level of fault tolerance you need for your network.
  15. "https" uses an SSL certificate. Your OWA session is encrypted besides user name and password. Just use "strong" passwords. Access information from anywhere, anytime and any device. Remote Web Workplace, allows authorized users to access remote access features by using the Internet. This needs TCP ports 80, 443, 444, 4125 and 3389 opened in your fire wall. The Admin's page... I've closed more SBS 2003 deals because of this and OWA features...
  16. We are finding that XP x64 is running circles around Win 2K3 Server on the same identical hardware.
  17. I use OWA remotely almost every day. I just type in https://63.204.xxx.xx/exchange I then get this login screen: All you need on your router is port 443 forwarded to your server's private IP address.
  18. My 800 number... ALL support calls are free...
  19. You should RDP into the Public IP address of your router. Your router will then forward the RDP request to your server's private IP address and the port you choose for this, in this case port 3389. You must also have checked Remote Desktop
  20. They charged you? You should join the MS Partners group. Then you get a toll free 1-800 number for business critical support. BTW, at no cost to you... Membership has its privileges...
  21. Don't forget your Gateway! All machines must point to the router and its private IP address. The DNS on the router should point to the server which hosts DNS.
×
×
  • Create New...