Linux and windows administrator

How to create and manage Amazon EBS snapshots via AWS CLI EBS snapshots are an essential part of any data backup and recovery strategy in EC2-based deployments. Become familiar with how .
Prices for cloud infrastructure soar 30% Tough macroeconomic conditions as well as high average selling prices for cloud computing and storage servers have forced .
Deploy a low-latency app with AWS Local Zones in 5 steps Once you decide AWS Local Zones are right for your application, it’s time for deployment. Follow along in this step-by-step video.

The role of Mac file and folder encryption for businesses IT administrators can enable the Mac FileVault utility across business files and data to provide an extra layer of security and .
Is AppleCare+ worth it for enterprise organizations? AppleCare is a useful limited warranty that comes with all Apple devices, but some organizations should consider the benefits of .
Deploying Intune’s Microsoft configuration manager console Organizations looking to deploy Microsoft Configuration Manager console must make sure to set up this platform correctly and .

How to avoid VDI overprovisioning IT must allocate VDI resources in a balanced way to prevent VDI overprovisioning. Explore common overprovisioning mistakes and .
Mitigate VDI performance issues with resource management To improve user experience, IT can take advantage of virtual desktop configurations that limit resource usage. This frees up .
Is it time for a new name for thin clients? The thin client market has evolved significantly to the point where these endpoints aren’t all that thin. Find out the case for .

Вопрос выбора специализации: *nix админ vs Windows админ?

Не так давно понял, что я бестолочь — осознал в свои 27, что я вроде и много с чем имел дело по ходу работы, но знания эти не глубокие. Решил это дело исправлять — заказал книги по администрированию Windows Server и *nix-систем, помимо них еще книги по Python, MySQL и PHP.
Книги-то пришли, но теперь сижу, смотрю на эти книги и чешу репу — а чего я собственно конкретно хочу?
Изучить сети, AD/DC в совершенстве, PowerShell, Hyper-V и т.д. или ковырять очередной CentOS/Ubuntu Server, писать скрипты на баше и Python, админить MySQL или создавать какие-то проекты на PHP или Django?
Я сейчас параллельно с решением задач на работе (задачи ставлю себе сам), пытаюсь построить себе план обучения. Честно признаюсь, мне *nix системы показались намного более интересными — количество инструментов и решений для разных задач огромное, открытость ПО, сообщество и т.д. — всё это очень мне симпатизирует, но есть одно НО — на текущей работе я имею дело с Windows-системами на рабочих станциях, перевести на *nix которые нереально, так как у нас всякие автокады, MO и заказчики, работающие только в этом ПО.
То есть по идеи я должен развернуть там DC/AD/WSUS/терминалы/еще что-то еще (хотя от меня никто этого и не требует..), но сам ковыряю в очередной раз проксю на CentOS или NAS на Ubuntu Server, настраиваю рейд на файловой системе ZFS, смотрю фишки LVM, настраиваю виртуализацию KVM и так далее..
Мне кажется путь *nix-админа более интересным, но я сомневаюсь и не знаю ничего о перспективности этого пути в российских реалиях.
И пока ничего об этом пути не знаю, я скитаюсь — то на Codecademy Python учу, то дома WS ковыряю, то от книги по одной ОС прыгаю к книге по другой..
Нуждаюсь в совете людей, прошедших возможно такой этап в жизни, или просто понимающих, о чем речь.
Какие варианты развития есть? Кем перспективнее? Как лучше выстроить обучение?

Литература, которая у меня есть в том или ином виде:
Unix и Linux. Руководство системного администратора — Эви Немет, Гарт Снайдер, Трент Хейн, Бэн Уэйли
Linux. Установка, настройка, администрирование — М. Кофлер
Linux. Необходимый код и команды. Карманный справочник — Скотт Граннеман
Администрирование Windows 7. Практическое руководство и справочник администратора
Администрирование Windows Server 2008. Учебный курс Microsoft — Орин Томас, Йен Маклин
Проектирование сетевой инфраструктуры Windows Server 2008. Учебный курс Microsoft — Тони Нортроп, Дж. К. Макин
Практическое руководство системного администратора — Александр Кенин
Самоучитель системного администратора — Александр Кенин
Python в системном администрировании UNIX и Linux — Гифт Н.
Программируем на Python — Доусон М.
Python 3 и PyQt. Разработка приложений — Прохоренок Н.А.
Python. Карманный справочник — Марк Лутц
PHP — это просто. Начинаем с видеоуроков — Дмитрий Ляпин, Александр Никитин
PHP и MySQL — Гизберт Дамашке
PHP и MySQL. От новичка к профессионалу — Кевин Янк

Оценить 7 комментариев

Источник

Windows and Linux interoperability: A look at Samba

Got Windows? It’s time to talk about Samba, an easy to implement and free to use interoperability suite.

Few of us are lucky enough to work in a pure Linux environment. If you are, you can file this article under «Something for the future» because it doesn’t apply to you—for now. Samba is the Windows interoperability suite for Linux and Unix environments. It applies to those of you who work in a heterogeneous environment that might include Linux, Unix, Windows, macOS, and who knows what else.

(Hopefully, there are no pure DOS computers or OS/2 left on your networks. But, if there are, you can leverage Samba to communicate to and from those systems too.)

Note: This article is not strictly a how-to tutorial. It is a general overview with tips for avoiding problems with Samba implementation. There are Samba how-tos coming soon to Enable Sysadmin.

Great Linux resources

Samba uses the Server Message Block (SMB) protocol, which is used by Windows systems to communicate with each other. Using Samba, you can have your Linux systems map drives to Windows systems, and you can have Windows systems map drives to Linux systems—though, the latter is far more likely.

You see, Samba lets you mimic file and print services on a Linux system. You might not have a full appreciation of what such a system can do for you, but in short, using Samba lets you create a Linux-based file and print server, potentially saving you money and allowing for easier administration.

Domains not required

Contrary to the advice you’ll find elsewhere, you do not have to implement a Windows Active Directory (AD) domain to use Samba file and print sharing. If you have a domain, you also don’t have to join your Linux system to it in order to provide file and print services to Windows systems. But, there are two things you need to do in order to make these two operating systems work seamlessly as if you did have an AD domain in place: Sync the passwords and match the domain or workgroup name.

Note: I’m not against AD domains. On the contrary, I’m for them. I’m a Windows administrator too and I see the value in having one. If you don’t have an AD domain or if you don’t want to join your Linux system to the domain, there are workarounds.

Sync those passwords

One of the things you need to do when implementing Samba without an AD domain is to sync the passwords. On the Linux system, set your password to the same one that you use on your Windows systems (or on your domain). Remember that you have to use the smbpasswd command to do this. The passwd command is for Linux user accounts only and doesn’t affect the Samba users’ passwords.

Adding Samba users is actually a two-step process. First, you have to add the new user:

And second, you need to enable the new user. This is the step that is most often forgotten:

After that, change the Samba user’s password with the smbpasswd command:

There is a way to sync users and passwords using global configuration settings in the /etc/samba/smb.conf file, but this option is beyond the scope of this article. There are other authors creating articles that will likely cover those configuration options.

Match the domain or workgroup name

When you set up Samba, use the domain or workgroup name that your Windows systems use. The default workgroup name (SAMBA) probably isn’t useful in a Windows environment. Matching the name will help you browse Windows systems and allow Windows systems to browse your Linux system’s shares without issue.

Your Samba-enabled Linux system will also appear in domain computers’ browse lists. Yet because this system is not a formal domain member, Windows admins won’t be able to enforce policies or manage the system in any way. Someday I’ll write the story of how I used Samba’s features to drive a heavy-handed Windows admin to the brink and post it for your enjoyment. Until then, realize that you should get permission to configure your Linux system in this way.

Samba-enabled Linux systems look like Windows systems

If you have a properly configured Samba-enabled Linux system on your network, it’s hard to distinguish it from Windows systems. You can even make your Linux system report itself as a Windows system by mimicking the Windows version of your choice. Most users won’t know the difference, nor will they probably care that one or more of the systems they see in a network browse runs Linux.

Mapping drives to Samba shares

In the absence of an AD domain, you have to create a CMD (LOGIN.CMD, for example) file and place it into each user’s Startup folder that maps drives to your Linux Samba file server. Good Windows administrators can implement mapped drives without touching each system. A simple PowerShell script can deploy the CMD file to every Windows system on the network. If you have a domain, you can create a Group Policy that maps the drives to a system and its shares. In either case, assume that for this example that your Linux file server is named FS1 and you have two shares: Public and Projects. Map drives in the usual way from your Windows computers:

NET USE P: \\FS1\Public NET USE Q: \\FS1\Projects

If everything is set up correctly, the drive will map without a password prompt, just as it would if you were using a Windows file server. Standard shares can be locked down to specific users or groups. Shares such as a Public drive are generally open with read and write access for everyone.

Administrative shares not included

Windows administrators will note that their beloved administrative shares (C$, D$, etc.) don’t exist with Samba, nor should they. Sure, you can create administrative shares, but there’s really no reason to do so unless you want to ruin your Linux system’s security for some reason.

Setting up printer sharing via Samba is a fairly involved process. You have to create shares for the Windows drivers and for spooling print jobs, and you have to share each printer individually. When set up correctly, Samba printer sharing or serving works well. A full explanation of setting up printer sharing is beyond the scope of this article, but realize that it does work. Just be patient when setting this up, because the setup can be frustrating compared to Windows server setup, which is pretty much automatic.

Optional Samba features and deployment

Using Samba, your Linux system can become a browse master, a domain controller, or a domain member without any commercial software. Of course, the feature list will never fully compete with an actual Windows server, but for the cost savings and the general ease of setup you can’t go wrong with Samba for integration with Windows systems.

To work with Windows, you only need to create the Samba-enabled Linux. In other words, once you have Samba set up, configured, and running there’s nothing special that you have to do from a Windows system. From that standpoint, Samba is easy to implement and the only deployment is what you’d expect from a Windows server, in that there are no third-party agents to install or special configurations required to work with a Samba server.

Note: Because of the way browsing works on Windows networks, shares and systems might not appear for up to 45 minutes. Be patient and don’t assume that anything is wrong when shares and systems don’t immediately appear in a browse list.

[Check out what NFS has to offer: Getting started with NFS.]

Wrapping up

For years, IT administrators have deployed tools to integrate Windows and Linux/Unix systems on corporate networks. NFS software for Windows, terminal emulation software for Windows, FTP clients, and SSH clients are/were common tools to deploy on Windows systems to communicate with these *nix systems. Samba, however, works pretty much out of the box. Samba also requires little computing overhead to work. Any Linux system can be used. First released in 1992, Samba has stood the test of time for proving its place in modern networks, and for providing no-cost interoperability to your heterogeneous environment. Now, let’s dance!

[ Want to try out Red Hat Enterprise Linux? Download it now for free. ]

Источник

Linux and windows administrator