Recommended Posts

So your trying to circumvent you company policy? And use their bandwidth for your own needs? Yeah my help is done.. Good luck :rolleyes:

"So if i want to download an OS or a big software i just need to sign in to Teamviewer account and there is my office machine avalible"

You still have to move said OS to your network to make any use of it.. So what your doing is pretty pointless -- if just downloaded it to your home machine/network directly you would actually have use of it faster in the long run.

"when runinng systems on two different public ip's"

Um so your ubuntu box is on a PUBLIC IP? With no firewall between it and the public net, ie your company does not run any firewall between their workstations and the public net?? That would be completely and utterly ASININE!!

Here is my tip to you -- if you want to use your works bandwidth to download stuff for your own personal use -- have fun, but you would prob be better of just putting said file on your flash drive next time your in the office.. But personally I would not promote this -- sorry but no amount of perceived saving of download time is worth risking your job for misappropriate use of company resources. You having to hide the download of said anything to a vm .vhd is clearly showing that your circumventing company policy - and I would not suggest you break company policy to be honest.

Need some help with RDP..

I have a home desktop that my dad runs ubuntu(amd phenom ii x6) 16Gigs of RAM, i dont have full access to it (my dad does all office stuff on it) but i managed to convince my dad put a virtual OS (XP) so that i can run my video encoding and conversion tht bog up my P4 laptop.. hes assigned 6 GB and 2 Cpu's and 4 cores for me..!!

so heres what i am looking into:

How can i remote access (using windows RDP) the virtual machine.

I have - an ADSL router at my apartment - p4, 2GB RAM

My dad uses the ubuntu through a 3G usb modem stuff.does not have a router or so.. heres where i get stuckk

The home PC is on mostly and i dont wnt buzzing my dad wth this stuff..

he thinks m genius...sssshhhh!

Need some help with RDP..

I have a home desktop that my dad runs ubuntu(amd phenom ii x6) 16Gigs of RAM, i dont have full access to it (my dad does all office stuff on it) but i managed to convince my dad put a virtual OS (XP) so that i can run my video encoding and conversion tht bog up my P4 laptop.. hes assigned 6 GB and 2 Cpu's and 4 cores for me..!!

so heres what i am looking into:

How can i remote access (using windows RDP) the virtual machine.

I have - an ADSL router at my apartment - p4, 2GB RAM

My dad uses the ubuntu through a 3G usb modem stuff.does not have a router or so.. heres where i get stuckk

The home PC is on mostly and i dont wnt buzzing my dad wth this stuff..

he thinks m genius...sssshhhh!

any help on this???

another option is buy an Airport express, should be around 80?.

connect it to your sound system and control all your music from itunes on your desktop.

there is a software airfoil that apparently makes it work with other software like media player etc but i havent tried it.

I am sorry, I was on vacation for a while without internet access other than my blackberry and for some reason I can no longer logon to this site with my blackberry the link to logon is broken.

Anyway. Attached is a screenshot that you need to go to via local group policy on the host computer (the one you are remotting into) by running gpedit.msc at a run prompt and enable audio redirection (enable the policy circled by double clicking on it and clicking the enable radio button)

Also on the client on the computer that you are using to remote in (the remote computer, the one that is not the host computer) you need to go into the advanced features of the client and make sure audio redirection is enabled (this is enabled by default).

post-118098-0-00618900-1329226165_thumb.

I am sorry, I was on vacation for a while without internet access other than my blackberry and for some reason I can no longer logon to this site with my blackberry the link to logon is broken. Anyway. Attached is a screenshot that you need to go to via local group policy on the host computer (the one you are remotting into) by running gpedit.msc at a run prompt and enable audio redirection (enable the policy circled by double clicking on it and clicking the enable radio button) Also on the client on the computer that you are using to remote in (the remote computer, the one that is not the host computer) you need to go into the advanced features of the client and make sure audio redirection is enabled (this is enabled by default).

Thanksss for the reply, couple of things though:

> I upgraded my RAM in laptop to 4GB and upgraded OS to win 7 home premium (i.e on the client side from which i am trying to connect). Just got to know win 7 home and basic does not have Local group policy :( . what to do in this case?

The network setup is like this

  1. Remote machine - , Dad's ubuntu machine > on a private ip a bigger network (NAT) 172.xxx.xx.xx >my Virtual OS (XP) uses NAT also therefore has 192.168.1.2 range
  2. Client machine (my win 7 home premium laptop) - runs on wifi network of ADSL +2 router at my apartment. which again private ip of 192.168.1.3 (uses NAT too)

Do i need to make any changes/port forwarding or open any ports before i proceed? I have access to network router on client side but not on remote side i.e my Dad's network.

Thanks again for your help \m/

any windows home os cannot be a remote desktop host in any way shape or form. So you will not get gpedit from a xp, vista, 7 or even 8 home. gpedit must be done on the host computer, the host computer will have the option to be able to have remote access. On the remote computer you need to go to the advanced properties of the client software (this can be a windows home computer). Professional, Enterprise and Ultimate versions have the ability to be a host and a remote.

On your dads network you would need to forward port 3389 to the xp host where you would run the gpedit.msc on.

keys here: xp pro = host computer, run gpedit on to force audio on. Also the host computer will need to have remote desktop enabled. Port 3389 needs to be allowed/forwarded through the hardware firewall and possibly allowed through the software firewall for public access.

7 home = remote computer, the client will need to verify that audio is enabled by going through the advanced properties of remote desktop....this is the only thing that you need to verify on the remote computer, other than connecting to the external IP of the xp pro network.

any windows home os cannot be a remote desktop host in any way shape or form. So you will not get gpedit from a xp, vista, 7 or even 8 home. gpedit must be done on the host computer, the host computer will have the option to be able to have remote access. On the remote computer you need to go to the advanced properties of the client software (this can be a windows home computer). Professional, Enterprise and Ultimate versions have the ability to be a host and a remote.

On your dads network you would need to forward port 3389 to the xp host where you would run the gpedit.msc on.

keys here: xp pro = host computer, run gpedit on to force audio on. Also the host computer will need to have remote desktop enabled. Port 3389 needs to be allowed/forwarded through the hardware firewall and possibly allowed through the software firewall for public access.

7 home = remote computer, the client will need to verify that audio is enabled by going through the advanced properties of remote desktop....this is the only thing that you need to verify on the remote computer, other than connecting to the external IP of the xp pro network.

I am so sorry, looks like ive messed it up with the client and host thing.

Remote PC= Dad's PC > has Virtual OS within VMware i.e Win XP pro and i can access gpedit for this - Audio is enabled for this now.

My Laptop (from where i am connecting) has Win 7 home premium - does not have gpedit - as a work around, do u suggest putting XP inside VM on my laptop also, so that i have access to gpedit on my win7 laptop too. which would make things complicated i guess, i should i just put a multi boot OS on different partition as Win XP pro.?

Also i do not have access to dad's router network to port forward, Can it be done through windows firewall for the Virtual OS (xp pro)??

So I don't have to type it again:

7 home = remote computer, the client will need to verify that audio is enabled by going through the advanced properties of remote desktop....this is the only thing that you need to verify on the remote computer, other than connecting to the external IP of the xp pro network.

You don't run gpedit on your windows 7 computer and I recommend you leave it alone other than what is said above.

You don't have access to your dads router, just give up now. You need to forward the port on the physical network first if you cannot then rdp will not work for you as there is no middleman service for rdp. rdp is a direct connection. logmein and teamviewer are middleman services where both computers (host and remote) connect to a middleman server/service so that it works around hardware firewalls. Outbound traffic is not blocked on a standard network, inbound is. RDP on the host side is inbound and why you need to forward 3389 on the hardware first before you can think about software firewalls and opening ports/allowing apps on them.

So I don't have to type it again:

You don't run gpedit on your windows 7 computer and I recommend you leave it alone other than what is said above.

You don't have access to your dads router, just give up now. You need to forward the port on the physical network first if you cannot then rdp will not work for you as there is no middleman service for rdp. rdp is a direct connection. logmein and teamviewer are middleman services where both computers (host and remote) connect to a middleman server/service so that it works around hardware firewalls. Outbound traffic is not blocked on a standard network, inbound is. RDP on the host side is inbound and why you need to forward 3389 on the hardware first before you can think about software firewalls and opening ports/allowing apps on them.

thnxx sc302...i thnk ill just drop the idea for now..i'll see if i can find an alternative, m using Teamviewer currently but just that i dont get the audio for the sound files,

anewz thnx again for you help..

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • A 13 billion year old secret about our Universe's origin was revealed by Sayan Sen Image by Pascal Küffer via Pexels Researchers at the Max-Planck-Institut für Kernphysik (MPIK) in Heidelberg had recreated a key chemical reaction from the early universe, producing results that could change scientists' understanding of how the first stars formed. The study focused on the helium hydride ion (HeH⁺), which is widely regarded as the first molecule to form in the universe. Scientists believe HeH⁺ appeared around 380,000 years after the Big Bang, when the universe had cooled enough for electrons and atomic nuclei to combine into neutral atoms in a period known as recombination. This marked the beginning of chemistry in the cosmos. Immediately after the Big Bang about 13.8 billion years ago, the universe was extremely hot and dense. As it expanded and cooled, hydrogen and helium became the dominant elements. Once neutral helium atoms formed, they could react with ionised hydrogen nuclei, or protons, to create helium hydride ions. Although simple in structure, HeH⁺ played an important role in the young universe. It was the first step in a chain of reactions that eventually produced molecular hydrogen (H₂), a molecule made up of two hydrogen atoms and now the most abundant molecule in the universe. Molecular hydrogen later became a key ingredient in the formation of the first stars. At the time, the universe had entered a phase often called the cosmological "dark age." Matter had become transparent to light following recombination, but there were still no stars or galaxies producing visible light. Several hundred million years would pass before the first stars appeared. For those first stars to form, large clouds of gas had to collapse under their own gravity. To do that, the gas needed to cool by releasing energy. While hydrogen atoms can help with this process at high temperatures, they become less effective below about 10,000 degrees Celsius. Molecules can continue the cooling process by releasing energy through rotational and vibrational motions. Scientists have long considered HeH⁺ a potentially important coolant because of its comparatively large dipole moment, a property that describes how electric charge is distributed within a molecule and allows it to release energy efficiently. The amount of helium hydride present in the early universe may therefore have influenced how easily the first stars could form. At the same time, HeH⁺ was constantly being destroyed. Under primordial conditions, its main destruction mechanisms were recombination with free electrons and chemical reactions with hydrogen atoms. These reactions ultimately helped produce molecular hydrogen, linking the formation and destruction of HeH⁺ to the chemistry that shaped the early universe. For many years, theoretical studies suggested that reactions between HeH⁺ and hydrogen atoms would become much slower at low temperatures. Scientists believed there was an energy barrier along the reaction pathway that reduced the chances of the reaction taking place in the cold conditions of the early universe. The new study suggests otherwise. To investigate the process, researchers recreated a closely related reaction using deuterium, a naturally occurring isotope of hydrogen that contains one proton and one neutron in its nucleus. When HeH⁺ collides with deuterium, it forms an HD⁺ ion and a neutral helium atom. This allows scientists to study the reaction in a controlled way while closely mimicking the behaviour of the original reaction involving hydrogen. The experiments were carried out at the Cryogenic Storage Ring (CSR) at MPIK, a specialised facility designed to recreate conditions similar to those found in space. Researchers stored HeH⁺ ions in the 35-metre storage ring for up to 60 seconds at temperatures just a few kelvins above absolute zero and merged them with a beam of neutral deuterium atoms. By adjusting the speeds of the two particle beams, the team measured how the reaction rate changed with collision energy, which is directly related to temperature. The researchers found that the reaction rate remains almost constant as temperatures decrease. In other words, the reaction does not slow down at low temperatures as earlier models predicted. “Previous theories predicted a significant decrease in the reaction probability at low temperatures, but we were unable to verify this in either the experiment or new theoretical calculations by our colleagues,” explained Dr Holger Kreckel of MPIK. “The reactions of HeH⁺ with neutral hydrogen and deuterium therefore appear to have been far more important for chemistry in the early universe than previously assumed,” he continued. According to the researchers, the reaction appears to be barrierless, meaning there is no energy obstacle preventing it from taking place efficiently even at very low temperatures. The findings support recent theoretical work led by physicist Yohann Scribano, whose group identified an error in a widely used potential energy surface, a mathematical model used to describe how the energy of a system changes during a chemical reaction. The error appears to have caused previous studies to significantly underestimate reaction rates under primordial conditions. The new calculations closely match the experimental results. Together, they suggest that helium chemistry in the early universe may need to be re-evaluated. Because molecules such as HeH⁺ and molecular hydrogen played an important role in cooling primordial gas clouds, the findings could help scientists build more accurate models of how the first stars formed. By showing that helium hydride was likely destroyed more efficiently than previously thought, the study offers new insight into the chemical processes that shaped the universe during its earliest stages and helped set the conditions for the emergence of the first stars. Source: Max-Planck Institute, EDP Sciences This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing.
    • "What an interesting smell you've discovered"
    • It could EASILY be 70 for the base game BUT + lots of FOMO to make it up to 100-120, like a few days Early Access, online money, pre-order bonus cars, weapons, missions, clothing, avatars or profile stuff, etc... And still WAY TOO MANY people would buy those and make Rockstar insane money.
    • Just to understand: your solution to getting rid of an online password manager is...another online password manager?
    • Cjam 2.5.0.0 by Razvan Serea Cjam is a lightweight and fast MP3 editor for Windows that lets you cut, join, and edit MP3 files without re-encoding. This means your audio quality remains untouched, and edits happen instantly. Cjam is ideal for quick, lossless edits—whether you're trimming music, combining tracks, or preparing audio for learning tools or podcasts. It features batch processing, scripting support, cue and playlist file handling, and a simple interface. Cjam is perfect for anyone who needs efficient MP3 editing without the complexity of full audio suites. Cjam requires a PC running Windows 10 or later and Microsoft .NET 6.0 or later. Key features for Cjam: No Re-encoding: Edit MP3 files without losing quality. Cut and Join MP3: Easily cut, trim, and combine MP3 tracks. Batch Processing: Edit multiple files at once for faster workflows. Scriptable Interface: Automate tasks with a custom command language. Cue and Playlist Support: Handle CUE and playlist files for seamless audio management. Fast and Lightweight: Quick processing with minimal system resources. Lossless Audio Editing: Ensure your edits don't affect audio quality. Simple User Interface: Clean, intuitive design for easy navigation. File Format Support: Works with MP3, Cjam-specific file formats (CJAMC, CJAMJ, CJAM). Cjam 2.5.0.0 changelog: Added clipboard-based import/export support for mp3DirectCut Added clipboard-based export support for REAPER Added support for naming IMP3 elements Changed the Reset behavior to preserve Undo/Redo history; use Shift key + Reset button to clear it Added a new command parameter (qcp) Added 8 new entries to lang.txt (main_c124-126, main_d150-151, main_m082, vme_c014, vme_d005) Fixed a bug where the il parameter was incorrectly applied when pasting VMP3s into the main list Fixed several other minor bugs Download: Cjam 2.5.0.0 | 1.4 MB (Freeware) Links: Cjam Home Page | Cjam Manual | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • Dedicated
      JuvenileDelinquent earned a badge
      Dedicated
    • First Post
      DrWankel earned a badge
      First Post
    • Reacting Well
      DrWankel earned a badge
      Reacting Well
    • Week One Done
      Supreme Spray LV earned a badge
      Week One Done
    • Week One Done
      Genuinetonerink- Dubai earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      504
    2. 2
      +Edouard
      163
    3. 3
      PsYcHoKiLLa
      91
    4. 4
      Steven P.
      75
    5. 5
      Michael Scrip
      72
  • Tell a friend

    Love Neowin? Tell a friend!