Hacker Newsnew | past | comments | ask | show | jobs | submit | cfinnberg's commentslogin

Just ask your favorite AI "How U.S. compares to others countries in healthcare metrics?" and you'll probably get a detailed list of how U.S. healthcare is more expensive than many other countries while ranking quite low in outcomes: life expectancy, maternal and infant mortality, chronic disease, ... (and also having part of the population out of the insurance network)

You are entitled to have whatever opinion you want on the matter, but that doesn't change the facts.


Sometimes people believe that if the US isn’t doing it already, there isn’t a better way, because somehow the best nation on the planet would be doing it already, it’s blind patriotism, rather than accept their might be better solutions. It why we care more about the flag or eagle than the US Constitution.

I had the almost the same thought. It reminds me of every time I hear Americans saying that they don't want their tax dollars going to the "wrong people" (even if the majority of support is going to people that actually needs it).

I think that using 0.0.0.0 it's a bad idea. That is supposedly opening the port in all network interfaces, including the external ones. So, if you don't have a firewall (especially on the remote server) you are exposing something to the world.

OTOH if I'm going to use some tunnelling/port forwarding quite often, I would use the config file option, but for an one time or sporadic use, the command line option is better IMHO.


Nice catch. You're right. At my company all servers operate inside a complex & heavily-guarded intranet, so I usually use 0.0.0.0 instead of localhost / 127.0.0.1. Sometimes, only using the former worked (e.g: using Code-Server or Jupyter Notebook), and I'm not so good at networking to dive into iptables and firewall things.


I received once a mail from my bank at the time stating that they have a message for me, but for security reasons I have to read it on their systems. And they provide the following link: https://cbk.pwlnk.io/~hc

The bank's name is CaixaBank. I was wrong and the message was legit. My first thought was it was a scam :)


I definitely would have called on that one and tried to avoid the whole link altogether.


I have noticed that runas is mentioned as an already existing sudo alternative, but as far as I know, runas asks you for the administrator's password. sudo asks the own user password. This is how you give a non administrator user the right to use some application/tool without revealing the admin's password.

Or does runas work differently than I thought?


You're right, but on my work environment I have two accounts - "me" and "me with elevated permissions". (I don't say "admin" because there's still a bunch of stuff I can't do, like run netsh). I assumed that was the normal pattern in Windows-land?


It is something of the normal pattern, it always seems like companies love it. It always seems like UAC with extra steps to me. It's not that much more secure than taking UAC as-is and dialing up the security settings on UAC prompts to require a password every time. It's often amusing to me that everywhere I've seen require "secondary accounts" for admin permissions has dialed down the overall security settings of UAC below the defaults.


Hacker accesses some legacy application that verifies the user's credentials against LDAP. Maybe it's payroll or something. Hacker logs passwords until someone who happens to be a org-wide local admin (or worse yet DA) wants their paystub. Hacker now has admin privileges.

(Also, if UAC settings are turned down, that might mean the UAC prompt isn't on the secure desktop, and any malware can thus trivially elevate itself if your everyday account is an admin... etc.)


Thats a ... ya no, thats definitely not the default pattern


Right, I don't think runas has a "sudo-mode" in terms of "let the user elevate their own permissions for specific tools even if they don't have an elevated account to elevate to", but runas is so low level and has so many weird combinations of arguments that maybe there is a buried similar way to that, I can't say for sure.

But the base "sudo" case where you have an account that supports UAC elevation (you are your own administrator) runas definitely supports as the CLI way to invoke UAC prompts for your own account, not just other administrator accounts. (Using the /trustlevel flag accordingly, as I recall.)


My question is more why they couldn't add this functionality into runas, rather than making a new tool that doesn't even do what its name says it does :)


It's interesting to see that a thing that doesn't deserve a second look in some places of the world, it's news and generate debate in others :D


Actually "aparcar" and "estacionar" are synonyms (at least in Spain, but I think also in latin America [0])

Maybe you meant "parar" or "detener" (to stop), that don't clarify by them self if the engine has to be stopped or not (usually is the whole sentence what clarifies that)

[0]: https://www.fundeu.es/recomendacion/aparcarestacionarparquea...


It's not a bug, it's a feature :)

This is how any rolling release distro works. Manjaro is not different here.


I have found arch (and by extension manjaro) to break a couple of times too many for my taste. Even without AUR.

I stopped using it and installed Debian stable or Ubuntu LTS together with gnu GUIX for userland stuff. I have survived dist-upgrades from LTS to LTS with fewer issues than what arch used to give me on a monthly basis.


Google killing free gmail would be a big hit to their brand. I don't think they can afford that


You paint a figure from point A to point B. Then It just starts from point B to paint the same figure you painted (same speed and all). At same time it removes from A side what is repainting at B side.

If you manage to paint a figure that starts and ends at the same point, then it stays in place and seems to be a static draw.

If you just draw a straight line, it just starts "to move" forward.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: