Companies depend on their server infrastructure for most IT functions, including data storage, hosting websites, emails, and applications. While many businesses have shifted to cloud services using servers located in enormous, distant data centers, a significant number of organizations still have in-house servers or use a hybrid environment of in-house and cloud services to host server data requiring management. Managing a server, whether in-house or in the cloud, means staying on top of hardware, software, security, and backups.
We help companies to setup their own infrastructure and setup their own server for better security and better productivity. We have noticed big MNCs and firms prefer setting up their own server for purpose of hosting their software or storing data etc.
If you are a firm and looking forward to setup your own infrastructure for your company IT wing, get in touch with us today! We will help you properly plan and setup your organizational server setup to make your firm future ready, secure and more productive.
We do help in setting up the entire setup which includes network setup, server and client machines setup and finally the software setup for your servers and client machines.
Add-ons – if you are looking for some customized tools to make your business more productive, or if in case you have an idea to build a software for your firm, we do work on software development too.
We can give you a “turn-key” solution to all your organizational server setup requirements. Get in touch with us today.
If you are having an old PC and want to utilize it in the modern world. You can do it by simply setting it up as a server for keeping your files on it.
FTP stands for File Transfer Protocol. It has been a standard method for transferring files between computers for decades.
Although security measures have been added, FTP is by nature an insecure method for transferring files. However, it can be useful when making files available to multiple users, or when working in a secure and private network.
To setup your follow our How to make your PC a FTP server ? guide below and set your own FTP server, which you can access over the internet.
You need to have
A PC / Laptop
A static public IP (connect with your ISP for this)
You need to download and install Cent OS 7 on your PC. For this you can read our guide on How to download and install CentOS 7 ?
Access to a user account with sudo privileges
The yum package manager, installed by default
A text editor of your choice
Without further a do, let’s get started with setting up the FTP server, on your CentOS 7 PC.
Install FTP Service with VSFTPD
Here we are using the VSFTPD ,which stands for Very Secure FTP Daemon software package. It’s a relatively easy software utility to use for creating an FTP server.
After logging in to the CentOS 7, in the console, start typing the commands as below:
To install the FTP services let’s first start with updating the server packages.
sudo yum update
It can take time to update the packages, sit back and let it complete.
Install VSFTPD software with the following command:
sudo yum install vsftpd
It can ask you for the permission to download and install the package. Simply type Y and hit Enter and let the process complete.
Start the VSFTPD services by hitting the following command
sudo systemctl start vsftpd
Setup auto-launch for the VSFTPD services when system reboots
sudo systemctl enable vsftpd
Once you are done with the above, you need to setup rules to use the FTP port number 21 in your firewall.
In above snippet, we are disabling the anonymous user access to secure our server access from unknown users, We are allowing only local user access We are allowing logged in users to upload files in the server Limiting FTP users to their own home directory.
The vsftpd utility provides a way to create an approved user list. To manage users this way, find the userlist_enable entry, then edit the file to look as follows:
You can now edit the /etc/vsftpd/user_list file, and add your list of users. (List one per line.) The userlist_deny option lets you specify users to be included; setting it to yes would change the list to users that are blocked.
Once you’re finished editing the configuration file, save your changes. Restart the vsftpd service to apply changes:
sudo systemctl restart vsftpd
Lets move forward and create our FTP User
Create a New FTP User
sudo adduser testuser
sudo passwd testuser123
The system may prompt you to enter and confirm a password for the new user.
Add the new user to the userlist:
echo “testuser” | sudo tee –a /etc/vsftpd/user_list
This creates a home/testuser directory for the new user, with a special directory for uploads. It sets permissions for uploads only to the /uploads directory.
Now, you can log in to your FTP server with the user you created: You can use ftp client software like FileZilla to access your server using your server public IP (must have ftp port forwarding to your server IP on your router) as the host name, your username, password and port number 21.
Now you know how to set up and install an FTP server on Centos 7 with VSFTPD. You should be able to login to your server via FTP and start transferring files.
If you still face issues setting up your FTP Server, or require services related to Server Setup, please get in touch with us here, our team will be happy to help you.
RDP, also known as the Remote Desktop Protocol is a specially designed tool to access and use a remote desktop over intranet or internet using some specific port.
Remote Desktop Protocol (RDP) is a proprietary protocol developed by Microsoft, which provides a user with a graphical interface to connect to another computer over a network connection. The user employs RDP client software for this purpose, while the other computer must run RDP server software.
5 Benefits of Using RDP:
Deliver solutions to devices that may not have the processing power or capacity to run the applications natively.
Deliver Windows based applications to iOS, Android, Windows and even thin client devices.
Provide more compute resources to an application without having to upgrade everyone’s devices. This gives you the ability to reduce the cost of the end user devices knowing that when users need more compute power, the compute power can be associated with the actual workloads that need it.
Data can be stored in the cloud. If the end user device fails, or is lost or stolen, your data remains safe.
Configuration time is greatly reduced for new devices. Since the applications or desktop are delivered from the cloud and not are not stored on the local device, once a new device is setup, users can just reconnect to their remote apps or desktops and go back to work.
Features of RDP
32-bit color support. 8-, 15-, 16-, and 24-bit color are also supported.
128-bit encryption, using the RC4 encryption algorithm, as of Version 6.. TLS support since version 5.2.
Audio Redirection allows users to process audio on a remote desktop and have the sound redirected to their local computer.
File System Redirection allows users to use their local files on a remote desktop within the terminal session.
Printer Redirection allows users to use their local printer within the terminal session as they would with a locally- or network-shared printer.
Port Redirection allows applications running within the terminal session to access local serial and parallel ports directly.
The remote computer and the local computer can share the clipboard.
Microsoft introduced the following features with the release of RDP 6.0 in 2006:
Seamless Windows: remote applications can run on a client machine that is served by a Remote Desktop connection. It is available since RDP 6.
Remote Programs: application publishing with client-side file-type associations.
Terminal Services Gateway: enables the ability to use a front-end IIS server to accept connections (over port 443) for back-end Terminal Services servers via an https connection, similar to how RPC over https allows Outlook clients to connect to a back-end Exchange 2003 server. Requires Windows Server 2008.
Network Level Authentication
Support for remoting the Aero Glass Theme (or Composed Desktop), including ClearType font-smoothing technology.
Support for remoting Windows Presentation Foundation applications: compatible clients that have .NET Framework 3.0 support can display full Windows Presentation Foundation effects on a local machine.
Rewrite of device redirection to be more general-purpose, allowing a greater variety of devices to be accessed.
Fully configurable and scriptable via Windows Management Instrumentation.
Improved bandwidth tuning for RDP clients.
Support for Transport Layer Security (TLS) 1.0 on both server and client ends (can be negotiated if both parties agree, but not mandatory in a default configuration of any version of Windows).
Multiple monitor support for allowing one session to use multiple monitors on the client (disables desktop composition)
Release 7.1 of RDP in 2010 introduced the following feature:
RemoteFX: RemoteFX provides virtualized GPU support and host-side encoding; it ships as part of Windows Server 2008 R2 SP1.
Myths About RDP!
As the use of RDP increased, it increased the myths about the RDP too. So we gathered some studies that are officially confirmed by Microsoft RDP team too, and have jotted down 10 myths about RDP
1) RDP is pretty slow because it has to scrape the screen and can only send giant bitmaps
This is a common misconception. While many alternative protocols are principally screen scrapers, RDP uses sophisticated techniques to get much better performance than can be obtained with a simple screen scraping approach.
To drill into this it helps to first talk a little about what screen scraping really means (i.e. what RDP does not do today) and why it can be slow: In a screen scraping protocol the server side has to ‘poll’ screen contents frequently to see if anything has changed. Screen scraping polling involves frequent and costly memory ‘scrapes’ of screen content and then scanning through a lot of memory (a typical 1600×1200 by 32bpp screen is about 7MB of data) to see what parts may have changed. This burns up a lot of CPU cycles and leaves the protocol with few options but to send large resulting bitmaps down to the client.
So what does RDP do different today and why is it faster?
RDP uses presentation virtualization to enable a much better end-user experience, scalability and bandwidth utilization. RDP plugs into the Windows graphics system the same way a real display driver does, except that, instead of being a driver for a physical video card, RDP is a virtual display driver. Instead of sending drawing operations to a physical hardware GPU, RDP makes intelligent decisions about how to encode those commands into the RDP wire format. This can range from encoding bitmaps to, in many cases, encoding much smaller display commands such as “Draw line from point 1 to point 2” or “Render this text at this location.”
To illustrate some of the benefits on CPU load, terminal servers today can scale to many hundreds of users. In some of our scalability tests we see that even with hundreds of users connecting to one server running knowledge worker apps (e.g. Word, Outlook, Excel) the total CPU load consumed by RDP to encode and transmit the graphics is only a few percent of the whole system CPU load!
With this approach RDP avoids the costs of screen scraping and has a lot more flexibility in encoding the display as either bitmaps or a stream of commands to get the best possible performance.
2) RDP uses a lot of bandwidth
In many common and important scenarios such as knowledge worker applications and line of business app centralization RDP’s bandwidth usage is very low (on the order of Kbps per user depending on the app and scenario).
This is certainly much lower than many of the screen scraping approaches can hope to achieve (see point #1 above). More importantly it’s low enough that it provides a good experience for many users sharing the same network and datacenter infrastructure even when over a slow network.
So why has there been a perception that RDP uses a lot of bandwidth?
This is a good question and the answer probably lies in the fact that RDP does not use a constant amount of bandwidth; it actually tries to reduce bandwidth usage to 0 when nothing is changing on the screen. Bandwidth consumption only goes up in proportion to what is changing on screen. For instance, if you just run a line of business app with basic graphics and not much animation you may end up sending just a few Kbps of bandwidth down the wire. Of course if you start running animation-heavy applications or graphics your bandwidth usage will go up to support that scenario.
Your mileage will vary depending on your application and network conditions, so it’s important to actually measure empirically for your scenario but the whitepaper gives useful general trends.
3) Myth: I can’t get the same rich experience I get locally when working over RDP
This is also a misconception. RDP provides a scalable remoting experience. By default it cuts down on rich effects in the desktop and application experience in order to preserve bandwidth and save on server load (e.g. CPU, memory). However, if you want the highest end user experience it is possible to turn on many rich effects and display enhancements such as:
· The Aero theme with full glass and 3D effects (when connecting to Vista with RDP 6.1)
· 32-bit per pixel color
The key to enabling many of these effects is to run the Remote Desktop client, click Options, and then click the Experience tab. Here you can select and enable many high-end features. Note that in some cases your admin might have controlled access to these features with server-side group policies.
In many cases you can get a great end user experience with good parity to the local case.
We’re also constantly working to ‘close the gap’ between the local and remote experience and so we’re looking to improve the remote experience even more in future versions.
4) RDP can’t be tuned to get better performance
This is again a misconception. RDP has a set of defaults that tries to provide the best balance between bandwidth usage, the remote user experience, and server scalability. However, you can override many settings if you want to manually tune for a specific scenario and in some cases get very significant boosts in performance.
TIP: One of my favorite such settings is the ability to set policy on the server to optimize RDP compression. This can give you a boost of as much as 60% bandwidth improvement over previous versions of RDP. The tradeoff here is that you’d be consuming more server resources (such as memory and possibly CPU) to achieve that bandwidth reduction.
There is more information on tuning the bulk compressor as well as other RDP-tunable parameters such as cache sizes in the RDP Performance Whitepaper .
5) Using lower color depths — e.g. 8bpp — gives the best end user experience
This is a common misconception and was historically true, but not anymore!
The first version of RDP only supported 8bpp color. However, ever since Windows XP, RDP has supported up to 32bpp color.
The reason for this is that more and more apps have come to expect 32bpp mode as the default. Even the Windows Aero experience requires it.
Rather than deny this trend and create a difference between the local and remote experiences, we put a lot of effort into optimizing the 32bpp case to bring down its cost. This allows the user to have the flexibility to pick what is best for their scenario without necessarily having to incur a much bigger bandwidth cost.
In general I’d recommend attempting to run your scenario at 32bpp and measuring the resulting bandwidth to see if it’s acceptable for your scenario. It will usually give the best visual experience and in several cases will consume only a small percentage more data than 16bpp.
6) RDP is insecure; there is no encryption
To be clear, this is totally false! RDP has always supported strong encryption and is by default encrypted!
What has changed over the releases is the type of encryption we offer. The very first versions of RDP back in the Windows 2000 era had encryption that was based on SSL.
As early as Windows 2003 SP1 RDP we decided to introduce full-blown standards-based encryption (i.e. the same SSL as your browser uses to connect to your bank). SP1 did this by introducing standard SSL-encryption as an option.
Current versions of RDP have even stronger encryption and server authentication options out of the box. This is because they are built on top of a security mechanism in Windows called CredSSP which uses Kerberos or TLS (aka SSL) for authentication – when you use those settings RDP is using the same or stronger encryption that your browser uses when communicating with your bank.
7) RDP performance hasn’t changed much over the releases
False! We’re constantly working to improve RDP performance as well as adding a lot of great functionality to RDP in terms of features.
Every release since Windows 2000 has seen improved perf, i.e. there is a real benefit to upgrading to the latest client and server (e.g. RDP 6.1).
Here’s just one example of the bandwidth difference for a common scenario across several releases of RDP. We essentially have in these scenarios gains of between 8% to 45% bandwidth improvement from switching to the latest protocol. See the RDP Performance Whitepaper for more details on this data.
Going forward – We’re hard at work to continue that trend and bring even better innovations and improved remote experiences – see Asael’s post on some of the future upcoming improvements.
8) RDP is only used in Remote Desktop Services (formerly TS)
RDP is actually used under the hood in pretty much every Microsoft product that benefits from desktop or application remoting.
Just some examples of products or features you may not have known were built on top of RDP for their remoting needs:
· Remote Assistance
· Windows Media Center Extenders use RDP internally (including Xbox360)
· Windows Live Mesh
· Hyper-V Virtual Machine console
· Office Communications Server 2007 R2
· System Center Configuration Manager (SCCM)
If you’re interesting in seeing how RDP might be able to fit within your application, see the next point…
9)I can’t customize or program extensions to RDP
There are actually several useful ways to extend/or customize RDP:
· Programming the RDP Client: Host the RDP ActiveX control in your web page or application.
The Remote Desktop client in Windows is a great example of an application that hosts the RDP ActiveX control. This control is fully documented in MSDN . It’s possible for 3 rd party software developers to host this control in an app or a web page to provide desktop remoting as part of your larger app.
· Programming the RDP Server side: Use the Windows Desktop Sharing API
This blog post by Seenu has a lot of good detail and examples on how you can use our Windows Desktop Sharing API to write custom collaboration or desktop sharing applications, these APIs are all built on the same core RDP protocol that powers Windows Remote Desktop.
· Write a dynamic virtual channel extension to RDP
Probably the most powerful way to extend RDP is to actually write a virtual channel plug-in extension to RDP. This allows you to extend the protocol with your own bi-directional channel that can communicate from client to server. The possibilities are limitless but some examples include supporting new devices over RDP. We have a nice blog post with an overview of the dynamic virtual channel API or the docs are in MSDN .
10)The RDP protocol is not publicly documented
If you’re curious to learn more about very low-level technical details of RDP, we have thousands of pages of detailed specifications up on MSDN. For example, you can see the documents for the core protocol sequence and basic graphics here .
Are you looking to setup a RDP?
Our team can help you setting up a Remote Desktop at cheaper rates and provide you a highly available PC.
You can opt to get a Remote Desktop by connecting with ushere
M/s VIKASH TECH offers more than just a platform to build your website, we offer everything you need to create an effective, memorable online presence.
Online data storage refers to the practice of storing electronic data with a third party service accessed via the Internet.
Benefits of Online Storage:
One of the biggest benefits of online storage is the ability to access data from anywhere. As the number of devices the average person uses continues to grow, syncing or transferring data among devices has become more important.
Not only does it help transfer data between devices, online data storage also provides the ability to share files among different users. This is particularly helpful for business users.
Online data storage also offers distinct advantages for backup and disaster recovery situations because it’s located off site.
Online Storage Enhances Data Protection and Availability. Using on-site storage is faster than using Internet storage, because you don’t have to wait for files to upload or download.
However, on-site storage is more susceptible to loss due to theft, natural disasters or device failure. By contrast, most online data storage facilities offer enhanced physical security and automated backup capabilities to ensure that data is not lost. Online data storage also enables easier data transfer and sharing.
Our hosting solutions range from web hosting to blazing-fast dedicated servers. Find it all right here.
We keep your server software updated and running so that a computer network can operate smoothly and avoid downtime or loss of data. Our regular maintenance will keep the server running as expected and will help avoid a total or partial network failure. This is how we maintain your server:
Verify your backups are working.
Check disk usage.
Check RAID Alarms.
Update your OS.
Clean your server.
Check application updates.
Check for hardware errors.
Check server utilization.
Review user accounts.
Check system security.
By following these 10 steps to maintain your server, we know that the server’s life will be extended by many months and even years. Contact us if you need more information.
For a small business owner, setting up a dedicated on-premises server can seem like a complicated task. That is why M/s VIKASH TECH provides all kinds of services as well as suggestions so that your business can grow smoothly. As businesses expand, the addition of a server becomes more necessary to store files safely, run applications, and so much more.
For businesses without a dedicated IT Department, server installation can seem even more daunting but do not worry as we are here for all your confusion & doubts. These are some major steps that we take to set up a server:
Purchase from a Reputable Business– We select the server very carefully because it depends on what size server fits your business’s needs. We will help guide you to a server that can grow with you.
The Right Storage for Your Server– Storing your server can become a challenge if you do not invest in proper rack mount storage. Keeping your server room organized from the onset will have long term benefits, we will do that for you.
Manage Wires and Label Everything– We keep your server organized by labeling everything and keeping the wires organized and easy to manage. If cable management is properly done in the beginning, it is easy to locate a specific wire when you are trying to work on something.
We also provide Online Setup, Offline setup, Application Server.
We set up the entire hardware…
Hardware requirement: RAM Memory, CPU, Number of concurrent users. It depends on overall server load, other applications running on server, bandwidth of the intranet environment, connectivity of intranet environment. For an additional number of concurrent users requirements, local servers can be of higher configuration.
An application server is basically a server(generally a Super computer) which provides various services to the users/customers such as website hosting, Database access .The main reason to use an application server is that it is capable of handling huge amount of traffic in an efficient and a faster manner, this includes the entire networking setup like fireball, router etc.